Mỗi đơn hàng trên một dòng thời gian, từ tiếp nhận đến hóa đơn đã thanh toán.
Quy trình từ đơn hàng đến thu tiền (order to cash), từ mua hàng đến thanh toán (procure to pay) và từ yêu cầu dịch vụ đến hóa đơn chạy qua ERP, CRM, thương mại điện tử, kho, vận tải và kế toán. Chúng tôi kết nối các hệ thống đó bằng API và sự kiện có tài liệu, cho mỗi đơn hàng một trạng thái thống nhất trên mọi hệ thống, và chuyển từng ngoại lệ cho một tác tử AI chuẩn bị phương án xử lý để con người phê duyệt.
Dành cho doanh nghiệp bán hàng, mua hàng và lập hóa đơn tại Việt Nam và với châu Âu, mỗi bên có hệ thống, đơn vị vận chuyển và quy định hóa đơn riêng.
Đơn bán hàng, đơn mua hàng hoặc yêu cầu dịch vụ được ghi nhận một lần trong hệ thống gốc và phân phối đến các hệ thống khác qua API và sự kiện có tài liệu. Sự kiện trạng thái tạo nên một dòng thời gian cho mỗi đơn hàng. Khi một bước thất bại hoặc vượt ngưỡng cho phép, tác tử AI thu thập ngữ cảnh và đề xuất phương án, và một người phê duyệt trước khi phương án được thực hiện trong hệ thống gốc. Hóa đơn được trao đổi và đối chiếu dưới dạng hóa đơn điện tử có cấu trúc, và người phụ trách quy trình theo dõi tiến độ và tình trạng các kết nối.
Trước và sau
Điều gì thay đổi trong vận hành hằng ngày
Hiện nay
Khi có hệ thống
Hiện nay
Hiện nay: Nhập lại ở mỗi lần bàn giao
Đơn hàng nhận qua website hoặc từ đội kinh doanh được gõ lại vào ERP, và thông tin giao hàng, hóa đơn được chép tay sang hệ thống kho, vận tải và kế toán.
Khi có hệ thống
Khi có hệ thống: Nhập một lần, dùng mọi nơi
Mỗi đơn hàng, lần giao hàng và hóa đơn được tạo trong hệ thống sở hữu nó và phát đi dưới dạng sự kiện. Các hệ thống khác đăng ký nhận sự kiện thay vì gõ lại.
Hiện nay
Hiện nay: Trạng thái của ngày hôm qua
Giao diện chạy lô qua đêm khiến chăm sóc khách hàng, kế hoạch và kế toán mỗi bên thấy một trạng thái khác nhau, đã cũ, của cùng một đơn hàng. Khách hỏi hàng đang ở đâu phải chờ gọi lại.
Khi có hệ thống
Khi có hệ thống: Một trạng thái hiện hành
Mỗi đơn hàng hoặc yêu cầu có một dòng thời gian tạo từ sự kiện của mọi hệ thống mà nó đi qua. Chăm sóc khách hàng, kế hoạch và kế toán cùng nhìn một dữ kiện, và Trợ lý dịch vụ trả lời câu hỏi về tình trạng đơn hàng cũng dựa trên dữ kiện đó.
Hiện nay
Hiện nay: Ngoại lệ xử lý trong hộp thư
Thiếu hàng, lệch giá, giao hàng thất bại và hóa đơn điện tử bị từ chối được xử lý qua email và bảng tính, và sau đó không ai nói được ai đã quyết định điều gì.
Khi có hệ thống
Khi có hệ thống: Ngoại lệ đến kèm đề xuất
Tác tử AI thu thập dữ liệu phía sau mỗi ngoại lệ và đề xuất phương án. Một người phê duyệt, chỉnh sửa hoặc từ chối trên một bàn xử lý ngoại lệ, và quyết định được ghi lại.
Hiện nay
Hiện nay: Dữ liệu chủ không khớp nhau
Cùng một khách hàng, nhà cung cấp, sản phẩm hay giá tồn tại trong nhiều hệ thống với giá trị khác nhau, và không ai chịu trách nhiệm xác định giá trị nào đúng.
Khi có hệ thống
Khi có hệ thống: Mỗi đối tượng dữ liệu một người phụ trách
Khách hàng, nhà cung cấp, sản phẩm và giá đều có hệ thống gốc đã thống nhất và người phụ trách cụ thể. Bản trùng và xung đột được báo cho người phụ trách, không bị sửa ngầm ở các hệ thống phía sau.
Hiện nay
Hiện nay: Mỗi thay đổi thêm một kết nối
Một kênh bán mới, sàn thương mại điện tử mới hay pháp nhân mới lại cần thêm một kết nối trực tiếp giữa hai hệ thống. Quy định hóa đơn điện tử trong nước và yêu cầu của khách hàng châu Âu bổ sung thêm định dạng và mạng lưới cho từng quy trình.
Khi có hệ thống
Khi có hệ thống: Kết nối mới dùng lại cùng hợp đồng giao diện
Kênh bán, pháp nhân hay mạng lưới hóa đơn điện tử mới chỉ kết nối một lần với API và sự kiện có tài liệu, thay vì kết nối riêng với từng hệ thống.
Quy trình
Quy trình vận hành ra sao
Khi dữ liệu sạch, luồng chính không cần thao tác thủ công. Khi một đơn hàng, lần giao hàng hoặc hóa đơn bị lệch, vòng xử lý ngoại lệ đưa nó đến một người kèm bằng chứng và đề xuất, và phương án đã duyệt quay lại qua cùng lớp tích hợp.
Quy trình minh họa
7 bước · 1 điểm kiểm soát của con người
Chú giải
Hệ thống
Tác tử AI
Con người
Điểm kiểm soát của con người
Luồng ngoại lệ
Vận hành liên thông: quy trình minh họa có vòng xử lý ngoại lệ
Đọc sơ đồ dưới dạng văn bản
Luồng chính đi từ ghi nhận một sự kiện nghiệp vụ một lần trong hệ thống gốc, qua phân phối đến các hệ thống khác bằng API và sự kiện và tạo một dòng thời gian cho mỗi đơn hàng, đến lập hóa đơn, đối chiếu và thanh toán. Luồng kết thúc bằng việc người phụ trách quy trình xem xét tiến độ và sửa nguyên nhân của ngoại lệ.
Khi một bước thất bại, chậm trễ hoặc vượt ngưỡng cho phép, ngoại lệ rời luồng chính sau bước dòng thời gian. Tác tử AI thu thập ngữ cảnh và đề xuất phương án, rồi một người phê duyệt, chỉnh sửa hoặc từ chối. Thao tác đã duyệt được thực hiện trong hệ thống gốc và quay lại bước phân phối dưới dạng một sự kiện mới.
Bước phê duyệt là điểm kiểm soát của con người: không hạch toán tài chính, thay đổi giá hay hạn mức tín dụng, hoặc cam kết với khách hàng nào được thực hiện khi không có con người.
01
Bước 1: Ghi nhận sự kiện một lầnHệ thống
Đơn bán hàng từ website, sàn thương mại điện tử, EDI hoặc đội kinh doanh, đơn mua hàng hay yêu cầu dịch vụ được tạo trong hệ thống sở hữu nó. Hệ thống đó phát một sự kiện nghiệp vụ theo định dạng CloudEvents, được mô tả trong hợp đồng AsyncAPI. Đơn hàng giấy, PDF và hóa đơn nhà cung cấp đi qua Xử lý tài liệu thông minh trước.
02
Bước 2: Phân phối qua API và sự kiệnHệ thống
Lớp tích hợp chuyển sự kiện đến hệ thống kho, vận tải, kế toán và CRM qua API có tài liệu (OpenAPI). Bên nhận được thiết kế lũy đẳng, nên một thông điệp gửi lặp lại không bao giờ tạo thêm một lô hàng hay một hóa đơn, và thông điệp không chuyển được sẽ chờ trong hàng đợi lỗi để gửi lại.
03
Bước 3: Tạo một dòng thời gian cho mỗi đơn hàngHệ thống
Sự kiện trạng thái từ mọi hệ thống (đã xác nhận, đã soạn hàng, đã xuất kho, đã giao, đã lập hóa đơn, đã thanh toán) được liên kết theo mã tham chiếu nghiệp vụ thành một dòng thời gian. Quy tắc về mốc và ngưỡng cho phép tạo ngoại lệ khi một bước thất bại, chậm trễ hoặc không khớp: thiếu hàng, giá ngoài ngưỡng đã thỏa thuận, giao hàng thất bại, hóa đơn điện tử bị từ chối.
04
Bước 4: Thu thập ngữ cảnh và đề xuấtTác tử AI
Với mỗi ngoại lệ, tác tử AI đọc những gì cần thiết từ các hệ thống liên quan: đơn hàng, tồn kho, thỏa thuận giá, trạng thái vận chuyển và điều khoản của khách hàng. Tác tử đề xuất phương án kèm lập luận và dữ liệu đã dùng, như mặt hàng thay thế, giá đã điều chỉnh, lịch giao mới hoặc hóa đơn điều chỉnh.
Luồng ngoại lệ: Bước thất bại hoặc vượt ngưỡng
05
Bước 5: Phê duyệt trong ngưỡngCon người
Nhân viên chăm sóc khách hàng, logistics hoặc kế toán thấy ngoại lệ, bằng chứng và đề xuất trên bàn xử lý ngoại lệ, rồi phê duyệt, chỉnh sửa hoặc từ chối. Thao tác đã duyệt được thực hiện qua API của hệ thống gốc, và hệ thống này phát thay đổi dưới dạng một sự kiện mới.
Luồng ngoại lệ: Bước thất bại hoặc vượt ngưỡng· Quay lại bước 2
Điểm kiểm soát của con người
Tác tử AI không bao giờ hạch toán giao dịch tài chính, thay đổi giá hay hạn mức tín dụng, hoặc cam kết với khách hàng khi chưa được phê duyệt. Ngưỡng theo từng loại thao tác quyết định ai phê duyệt, và mọi đề xuất, quyết định đều được ghi nhật ký.
06
Bước 6: Lập hóa đơn, đối chiếu và thanh toánHệ thống
Hóa đơn bán hàng trong nước được phát hành từ ERP qua giải pháp hóa đơn điện tử mà doanh nghiệp sử dụng; khi khách hàng châu Âu yêu cầu, hóa đơn được gửi theo chuẩn Peppol BIS Billing 3.0 (EN 16931) qua một điểm truy cập (access point). Hóa đơn nhà cung cấp được đối chiếu với đơn mua hàng và phiếu nhập kho, và trạng thái thanh toán từ ngân hàng hoặc đơn vị trung gian thanh toán khép lại dòng thời gian.
07
Bước 7: Xem xét tiến độ và sửa nguyên nhânCon người
Người phụ trách quy trình và đội tích hợp định kỳ xem xét ngoại lệ theo lý do, lỗi kết nối và xung đột dữ liệu chủ. Họ sửa nguyên nhân tại đúng chỗ của nó, trong một bản ghi dữ liệu chủ, một quy tắc ngưỡng hay một bảng ánh xạ, thay vì xử lý lại cùng một ngoại lệ.
Thành phần
Những gì chúng tôi sẽ xây dựng
01
Lớp tích hợp theo sự kiện
API và sự kiện thiết kế theo hợp đồng trước giữa ERP, CRM, thương mại điện tử, kho, vận tải và kế toán, đặc tả bằng OpenAPI và AsyncAPI với định dạng CloudEvents, trên nền tảng tích hợp hiện có hoặc xây dựng theo kiến trúc gốc đám mây (cloud native).
Hệ thống gốc và người phụ trách đã thống nhất cho từng đối tượng dữ liệu, quy tắc so khớp khách hàng, nhà cung cấp và sản phẩm, cùng báo cáo về bản trùng và xung đột cho người phụ trách.
Dịch vụ liên kết sự kiện thành một dòng thời gian cho mỗi đơn hàng hoặc yêu cầu, áp dụng quy tắc mốc và ngưỡng, và hiển thị tiến độ, ngoại lệ cho người phụ trách quy trình.
Hàng chờ ngoại lệ hiển thị ngữ cảnh đã thu thập và đề xuất của tác tử, với các thao tác phê duyệt, chỉnh sửa, từ chối, và ngưỡng phê duyệt theo từng loại thao tác được áp dụng ngay tại điểm thực hiện.
Kết nối với giải pháp hóa đơn điện tử trong nước, cùng hóa đơn Peppol BIS Billing 3.0 và EN 16931 dạng UBL gửi và nhận qua điểm truy cập cho khách hàng châu Âu, được kiểm tra trước khi gửi, với hóa đơn bị từ chối chuyển đến bàn xử lý ngoại lệ.
Giám sát và cảnh báo tình trạng từng kết nối, sổ tay vận hành cho đội vận hành và gửi lại có kiểm soát các thông điệp lỗi, triển khai bằng hạ tầng dạng mã trong môi trường đám mây của quý vị.
Hóa đơn điện tử trong nước, hóa đơn Peppol và phản hồi trạng thái
Sao kê ngân hàng và thông báo thanh toán
Lõi giải pháp
Vận hành liên thông
Các hệ thống được kết nối
SAP S/4HANA cho bán hàng, mua hàng và tài chínhNền tảngSAP
Salesforce Sales Cloud, Service Cloud và Commerce CloudNền tảngSalesforce
Odoo cho bán hàng, kho, mua hàng và kế toánNền tảngOdoo
Nền tảng thương mại điện tử, sàn và API của đơn vị vận chuyển
Hệ thống quản lý kho và quản lý vận tải
Nhà cung cấp dịch vụ hóa đơn điện tử, điểm truy cập Peppol, ngân hàng và đơn vị thanh toán
Hệ thống quản lý thông tin sản phẩm và nền tảng dữ liệu
Kiểm soát
Cơ chế kiểm soát được thiết kế sẵn
Giới hạn truy cập
Mỗi tích hợp và tác tử AI chạy dưới danh tính dịch vụ riêng cho từng hệ thống, giới hạn ở các thao tác API cần thiết. Tác tử có thể đọc dữ liệu qua nhiều hệ thống để thu thập ngữ cảnh, nhưng chỉ ghi được qua một danh sách ngắn các thao tác đã duyệt, thực hiện qua API của hệ thống gốc và không bao giờ truy cập trực tiếp cơ sở dữ liệu.
Con người xem xét
Ngưỡng phê duyệt được đặt theo từng loại thao tác cùng người phụ trách quy trình: điều tác tử chỉ được đề xuất, điều một thành viên trong nhóm phê duyệt, và điều cần người phê duyệt thứ hai. Hạch toán tài chính, thay đổi giá và hạn mức tín dụng, cam kết với khách hàng luôn chờ con người. Thao tác ít tác động, có thể đảo ngược, như gửi lại một thông điệp lỗi, có thể chạy không cần phê duyệt khi người phụ trách đồng ý.
Khả năng truy vết
Mọi sự kiện, đề xuất, phê duyệt, từ chối và thao tác đã thực hiện đều được ghi nhật ký theo mã đơn hàng hoặc yêu cầu, kèm dữ liệu tác tử đã dùng, phiên bản mô hình và câu lệnh, và người phê duyệt. Một hóa đơn bị tranh chấp hay một khiếu nại của khách hàng có thể được truy lại từng bước.
Bảo vệ dữ liệu
Thông tin liên hệ của khách hàng và nhà cung cấp chỉ đi đến những hệ thống cần chúng. Dòng thời gian lưu mã tham chiếu và trạng thái thay vì toàn bộ bản ghi, và nhật ký tuân theo thời hạn lưu trữ do quý vị đặt, với Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 làm căn cứ. Việc xử lý diễn ra trong khu vực đã thống nhất.
Minh bạch về AI
Đề xuất của tác tử AI được đánh dấu rõ trên bàn xử lý ngoại lệ, kèm bằng chứng và lập luận bên cạnh. Hệ thống gốc vẫn là nguồn chính thức: dòng thời gian hiển thị những gì các hệ thống báo cáo và không bao giờ ghi đè lên chúng.
Chỉ số
Những gì chúng tôi sẽ đo lường
Chúng tôi thống nhất các chỉ số này với quý vị trong giai đoạn khảo sát và lấy số liệu cơ sở từ nhật ký hệ thống và kết nối hiện tại trước khi có thay đổi.
Những gì chúng tôi sẽ đo lường
Chỉ số
Vì sao điều này quan trọng
Cách chúng tôi sẽ đo lường
01Thời gian chu trình đơn hàng
Vì sao điều này quan trọngChỉ số khách hàng nhận thấy đầu tiên, và cho thấy đơn hàng đang chờ ở đâu.
Cách chúng tôi sẽ đo lườngThời gian từ khi nhận đơn đến khi giao hàng và đến khi thanh toán, theo kênh và pháp nhân, từ sự kiện trên dòng thời gian.
02Đơn hàng không cần thao tác thủ công
Vì sao điều này quan trọngCho thấy bao nhiêu phần của quy trình chạy trên dữ liệu sạch và quy tắc đã thống nhất.
Cách chúng tôi sẽ đo lườngTỷ lệ đơn hàng và yêu cầu đi đến thanh toán mà không có bước thủ công hay ngoại lệ nào, từ dòng thời gian.
03Ngoại lệ theo lý do và thời gian xử lý
Vì sao điều này quan trọngCho biết nên sửa nguyên nhân nào trước và bàn xử lý ngoại lệ có theo kịp hay không.
Cách chúng tôi sẽ đo lườngKhối lượng ngoại lệ theo mã lý do, và thời gian từ khi phát hiện đến khi phương án được thực hiện, từ nhật ký bàn xử lý ngoại lệ.
04Tỷ lệ hóa đơn điện tử bị từ chối
Vì sao điều này quan trọngHóa đơn bị từ chối làm chậm thanh toán và thường do lỗi dữ liệu chủ hoặc lỗi ánh xạ.
Cách chúng tôi sẽ đo lườngTỷ lệ hóa đơn điện tử gửi và nhận bị từ chối, theo lý do, từ phản hồi của hệ thống hóa đơn điện tử và điểm truy cập.
05Lỗi kết nối và thời gian khắc phục
Vì sao điều này quan trọngCho thấy lớp tích hợp có ổn định không, và lỗi có được phát hiện, khắc phục nhanh không.
Cách chúng tôi sẽ đo lườngSố thông điệp lỗi trên mỗi kết nối, và thời gian từ khi lỗi đến khi gửi lại thành công, từ hệ thống giám sát tích hợp.
06Bản trùng và xung đột dữ liệu chủ
Vì sao điều này quan trọngPhần lớn ngoại lệ bắt nguồn từ dữ liệu khác nhau giữa các hệ thống.
Cách chúng tôi sẽ đo lườngSố bản trùng và giá trị xung đột còn mở theo đối tượng dữ liệu và hệ thống, từ báo cáo so khớp.
Chưa đặt mục tiêu khi chưa có số liệu cơ sở.
Triển khai
Chúng tôi sẽ triển khai ra sao
Giai đoạn 01
Khảo sát và lập bản đồ quy trình
Một quy trình, như từ đơn hàng đến thu tiền cho một kênh bán, và một loại ngoại lệ. Chúng tôi lập bản đồ hệ thống, kết nối, người phụ trách dữ liệu và cách ngoại lệ đang được xử lý.
Tiêu chí hoàn thành
Đã lập bản đồ quy trình, hệ thống và người phụ trách dữ liệu
Đã thống nhất loại ngoại lệ đầu tiên và ngưỡng phê duyệt
Đã lấy số liệu cơ sở từ nhật ký hiện tại
Giai đoạn 02
Tích hợp và dòng thời gian
API và sự kiện có tài liệu cho các hệ thống trong phạm vi, và dòng thời gian chạy song song với các kết nối hiện có mà không thay đổi chúng.
Tiêu chí hoàn thành
Đã công bố và quản lý phiên bản hợp đồng sự kiện
Dòng thời gian khớp với hệ thống gốc trên các đơn hàng lấy mẫu
Đã kiểm thử việc gửi lại và sổ tay vận hành
Giai đoạn 03
Thí điểm bàn xử lý ngoại lệ
Tác tử đề xuất phương án cho loại ngoại lệ đã chọn và con người phê duyệt mọi đề xuất. Chúng tôi so sánh đề xuất với những gì nhân viên lẽ ra đã làm.
Tiêu chí hoàn thành
Chất lượng đề xuất đạt tiêu chí đã thống nhất
Đã đặt ngưỡng và người phê duyệt theo từng loại thao tác
Kế toán và kiểm soát nội bộ đã xem xét nhật ký kiểm toán
Giai đoạn 04
Mở rộng và ngừng kết nối cũ
Thêm loại ngoại lệ, kênh, pháp nhân và quy trình như từ mua hàng đến thanh toán, tất cả trên cùng hợp đồng giao diện. Các kết nối trực tiếp cũ lần lượt được tắt.
Tiêu chí hoàn thành
Mỗi luồng mới dùng cùng hợp đồng và cơ chế giám sát
Đơn hàng sản xuất theo đơn và đơn phụ tùng từ ERP đến kho và đơn vị vận chuyển, với xác nhận của nhà cung cấp và hóa đơn điện tử được đối chiếu với đơn mua hàng.
Yêu cầu đấu nối và lắp đặt tại doanh nghiệp vận hành hạ tầng khu công nghiệp hoặc doanh nghiệp phát triển điện mặt trời, theo dõi từ lệnh công việc qua khảo sát hiện trường đến hóa đơn, và vật tư mua theo hợp đồng khung.
Lệnh bảo dưỡng đội xe, đơn mua phụ tùng và hóa đơn của nhà thầu, theo dõi từ yêu cầu đến thanh toán tại doanh nghiệp vận tải hàng hóa và khai thác kho bãi.
Từ đơn hàng đến thu tiền tại doanh nghiệp cung cấp cho cơ quan nhà nước, với hợp đồng, biên bản nghiệm thu và hóa đơn điện tử được đối chiếu trên cùng một dòng thời gian trước khi thanh toán.
Ví dụ minh họa
Nhà cung cấp linh kiện bán trong nước và sang châu Âu
Tình huống
Một nhà cung cấp linh kiện có thể bán cho nhà máy trong nước qua đội kinh doanh và EDI, và cho khách hàng châu Âu qua cổng đặt hàng của khách, từ hai kho. Đơn hàng được gõ lại vào ERP, đơn vị vận chuyển báo sự cố giao hàng qua email, và hóa đơn trong nước, hóa đơn xuất khẩu được lập theo hai cách khác nhau.
Hệ thống
Đơn hàng, tồn kho, lô hàng và hóa đơn sẽ đi dưới dạng sự kiện giữa ERP, hệ thống kho và đơn vị vận chuyển, và mỗi đơn hàng có một dòng thời gian. Hóa đơn trong nước được phát hành qua giải pháp hóa đơn điện tử mà doanh nghiệp sử dụng; hóa đơn cho khách hàng châu Âu được gửi theo định dạng và mạng lưới mà khách hàng yêu cầu.
Kiểm soát của con người
Thiếu hàng và giao hàng thất bại đi vào một bàn xử lý ngoại lệ, nơi tác tử AI đề xuất mặt hàng thay thế hoặc ngày giao mới. Bộ phận chăm sóc khách hàng phê duyệt từng đề xuất; thay đổi giá và hóa đơn điều chỉnh cần kế toán phê duyệt.
Những gì chúng tôi sẽ đo lường
Tỷ lệ đơn hàng không cần thao tác thủ công theo thị trường và kênh, ngoại lệ theo lý do và thời gian xử lý, và tỷ lệ hóa đơn điện tử bị từ chối.
Việt Nam
Một quy trình, hai chế độ hóa đơn điện tử
Doanh nghiệp tại Việt Nam bán hàng trong nước và cho khách hàng châu Âu (Hiệp định EVFTA có hiệu lực từ ngày 1/8/2020) thường chạy quy trình từ đơn hàng đến thu tiền và từ mua hàng đến thanh toán trên nhiều hệ thống, đơn vị vận chuyển và ngân hàng. Trong nước, hóa đơn điện tử thực hiện theo Nghị định số 254/2026/NĐ-CP từ ngày 1/7/2026; tại EU, gói ViDA đưa hóa đơn điện tử có cấu trúc thành mặc định cho giao dịch B2B nội khối từ ngày 1/7/2030. Chúng tôi thiết kế một lớp tích hợp với định dạng và kênh của từng thị trường phía sau cùng các sự kiện, để một yêu cầu mới chỉ cần một bộ kết nối mới, không cần một quy trình mới.
Đạo luật Dữ liệu của EU (Data Act), áp dụng từ ngày 12/9/2025, đặt quy tắc về chuyển đổi giữa các dịch vụ xử lý dữ liệu, nên chúng tôi giữ hợp đồng sự kiện và dữ liệu xuất ra dễ di chuyển. Tác tử AI trên bàn xử lý ngoại lệ được thiết kế với Đạo luật AI của EU (EU AI Act) làm căn cứ khi kết quả được sử dụng tại EU, và các tích hợp đi kèm nhật ký truy cập và thành phần có tài liệu cho khách hàng châu Âu phải chứng minh an ninh chuỗi cung ứng theo NIS2.
Không. ERP, CRM, website bán hàng và hệ thống kho mỗi bên làm đúng việc của mình. Chúng tôi tích hợp quanh các hệ thống gốc đó, thống nhất hệ thống nào sở hữu dữ liệu nào, và cho quy trình một dòng thời gian xuyên suốt. Khi một hệ thống đơn hàng hoặc ERP cũ cản trở thay đổi, Hiện đại hóa hệ thống cũ đặt nó phía sau API trước.
02FromNine có thay phần mềm tích hợp trung gian (middleware) hiện tại không?
Không, nếu phần mềm đó đang làm tốt việc của mình. Chúng tôi xây dựng trên nền tảng tích hợp hoặc bộ trung chuyển thông điệp (message broker) mà tổ chức đang dùng, và bổ sung hợp đồng giao diện, giám sát và cơ chế gửi lại ở nơi còn thiếu. Nếu chưa có, chúng tôi xây dựng theo kiến trúc gốc đám mây. Xem thêm Tích hợp và API.
03Tác tử AI có tự hành động được không?
Chỉ trong ngưỡng mà tổ chức thống nhất cho từng loại thao tác, và chỉ với thao tác ít tác động, có thể đảo ngược, như gửi lại một thông điệp lỗi. Hạch toán tài chính, giá, hạn mức tín dụng và cam kết với khách hàng luôn cần con người. Xem Tác tử AI cần con người phê duyệt ở đâu.
04Hóa đơn điện tử trong nước và yêu cầu của châu Âu được xử lý ra sao?
Tại Việt Nam, hóa đơn điện tử thực hiện theo Nghị định số 254/2026/NĐ-CP, có hiệu lực từ ngày 1/7/2026, thay thế Nghị định số 123/2020/NĐ-CP và Nghị định số 70/2025/NĐ-CP. Tại EU, các quốc gia thành viên áp dụng yêu cầu hóa đơn điện tử vào những thời điểm khác nhau, và gói VAT trong Thời đại số (ViDA) của EU đưa hóa đơn điện tử có cấu trúc thành mặc định cho giao dịch B2B nội khối EU từ ngày 1/7/2030. Chúng tôi coi hóa đơn điện tử là một sự kiện trong quy trình: lập từ ERP, gửi qua kênh phù hợp với từng thị trường, và xử lý trên bàn xử lý ngoại lệ khi bị từ chối. Xem Hóa đơn điện tử Việt Nam và Peppol châu Âu.
05Làm sao tránh thêm một mạng lưới kết nối trực tiếp dễ đổ vỡ?
Các hệ thống phát và nhận sự kiện, API có tài liệu qua một lớp duy nhất, không kết nối trực tiếp với nhau. Hợp đồng giao diện có phiên bản, bên nhận được thiết kế lũy đẳng, thông điệp lỗi có thể gửi lại và mỗi luồng có người phụ trách cụ thể. Một kênh mới chỉ cần đăng ký nhận các sự kiện đã có, thay vì thêm kết nối đến từng hệ thống.
06Phạm vi đầu tiên trông như thế nào?
Một quy trình và một loại ngoại lệ, ví dụ từ đơn hàng đến thu tiền cho một kênh bán, với thiếu hàng là ngoại lệ đầu tiên. Phạm vi này chứng minh sự kiện, dòng thời gian và luồng phê duyệt trước khi mở rộng. Xem thêm tại trang Cách chúng tôi làm việc.
Trao đổi về luồng đơn hàng và hóa đơn
Vui lòng chọn một quy trình và các thị trường mà quy trình đó vận hành. Chúng tôi sẽ cùng quý vị lập bản đồ hệ thống, kết nối và ngoại lệ, rồi đề xuất phiên bản đầu tiên phù hợp với các pháp nhân của tổ chức.