Hỗ trợ 24×365
Tư vấn sử dụng
Đào tạo sử dụng
Tháng 8/2025, FPT trở thành đối tác đầu tiên tại Việt Nam được SAP ghi nhận trong danh sách các nhà cung cấp giải pháp hóa đơn điện tử tích hợp với SAP Document and Reporting Compliance. Đây là dấu mốc khẳng định năng lực của FPT trong việc kết nối hệ thống quản trị SAP với các yêu cầu nghiệp vụ hóa đơn điện tử tại thị trường Việt Nam.
Thông qua khả năng tích hợp với SAP S/4HANA Cloud Public Edition, FPT.eInvoice hỗ trợ doanh nghiệp xử lý quy trình phát hành hóa đơn điện tử, từ tiếp nhận dữ liệu giao dịch, lập và ký số hóa đơn, truyền nhận với cơ quan thuế đến lưu trữ và tra cứu. Năng lực tích hợp này cũng đã được FPT công bố ứng dụng trong các dự án triển khai thực tế.
Không chỉ chú trọng đáp ứng các quy định về hóa đơn điện tử và chữ ký số tại Việt Nam, FPT còn chủ động phát triển năng lực công nghệ theo các tiêu chuẩn quốc tế. Điển hình là dịch vụ chữ ký số từ xa FPT.eSign, được sử dụng trong hệ sinh thái FPT.eInvoice, đã hỗ trợ tiêu chuẩn chữ ký điện tử nâng cao XAdES từ trước khi Cục Thuế công bố kế hoạch triển khai tiêu chuẩn này trên hệ thống hóa đơn điện tử vào tháng 10/2026, với lộ trình dự kiến từ tháng 11/2026. Việc sớm đáp ứng XAdES cho thấy sự chủ động của FPT trong việc chuẩn bị cho những thay đổi về tiêu chuẩn kỹ thuật, góp phần hỗ trợ doanh nghiệp duy trì tính liên tục của quy trình hóa đơn điện tử khi các yêu cầu tuân thủ được cập nhật.
Bên cạnh nghiệp vụ hóa đơn đầu ra, FPT.eInvoice còn cung cấp giải pháp xử lý hóa đơn đầu vào, hỗ trợ thu thập, kiểm tra, xác thực và đối chiếu hóa đơn với đơn đặt hàng, chứng từ nhận hàng và các dữ liệu liên quan, đồng thời hỗ trợ đồng bộ với hệ thống kế toán và ERP.
Đối với doanh nghiệp lựa chọn SAP GROW Fast, những năng lực trên là lợi thế đáng cân nhắc khi đánh giá đối tác triển khai. Bên cạnh kinh nghiệm tư vấn và triển khai SAP, FPT còn sở hữu giải pháp hóa đơn điện tử có năng lực tích hợp được SAP ghi nhận, cùng dịch vụ chữ ký số đã chủ động đáp ứng tiêu chuẩn kỹ thuật quốc tế. Sự kết hợp này thể hiện khả năng của FPT trong việc kết nối hệ thống quản trị theo chuẩn quốc tế với các nghiệp vụ tài chính - kế toán đặc thù tại Việt Nam, đồng thời chuẩn bị cho những thay đổi về yêu cầu kỹ thuật và tuân thủ trong quá trình vận hành.
Nghị định 254 tiếp tục duy trì logic này và mở rộng cơ chế đối soát sang một số mô hình dịch vụ khác như công nghệ số, nền tảng số, bảo hiểm, quảng cáo điện tử, vận tải hành khách, tài sản mã hóa và giao dịch trên sàn các-bon. Điểm chung của các nhóm này là lượng giao dịch có thể lớn, phát sinh liên tục và giá trị cần lập hóa đơn thường chỉ được xác định đầy đủ sau khi dữ liệu từ nhiều giao dịch được tập hợp hoặc đối chiếu. Vì vậy, cơ chế lập hóa đơn sau đối soát giúp thời điểm lập hóa đơn bám sát hơn vào cách các dịch vụ này thực tế ghi nhận và chốt dữ liệu, thay vì buộc doanh nghiệp phải lập hóa đơn riêng ngay tại thời điểm từng giao dịch phát sinh.
Dữ liệu về cước, phụ phí và các khoản điều chỉnh có thể được tập hợp trước khi hai bên xác nhận giá trị dịch vụ cuối cùng. Tuy nhiên, không phải mọi hoạt động vận tải đều mặc nhiên được áp dụng. Chẳng hạn, với dịch vụ vận tải hàng hóa bằng đường bộ, cơ quan thuế đã hướng dẫn rằng doanh nghiệp chỉ áp dụng thời điểm lập hóa đơn sau đối soát khi hoạt động đó đáp ứng điều kiện kinh doanh dịch vụ logistics, đồng thời có số lượng giao dịch lớn, phát sinh thường xuyên và thực tế cần thời gian đối soát số liệu với khách hàng
Một cơ chế khác đáng chú ý hơn dưới Nghị định 254 và Thông tư 91 nằm ở dữ liệu giao dịch của một số dịch vụ logistics và vận tải cung cấp trực tiếp cho cá nhân là người tiêu dùng. Phạm vi này bao gồm bưu chính và vận chuyển trực tiếp phục vụ thương mại điện tử; vận tải hành khách công cộng bằng tàu điện, xe buýt; vận tải hành khách bằng taxi, xe hợp đồng, xe mô tô hai bánh; và dịch vụ trông giữ xe. Cơ chế Bảng thông tin chi tiết giao dịch không mặc nhiên áp dụng cho mọi doanh nghiệp thuộc các nhóm trên. Doanh nghiệp phải có hệ thống phần mềm quản lý chi tiết từng giao dịch và lưu trữ dữ liệu thu tiền theo từng giao dịch. Dữ liệu phải có khả năng truy xuất, đối chiếu và cung cấp cho cơ quan thuế khi được yêu cầu. Trên cơ sở dữ liệu chi tiết được lưu tại hệ thống, doanh nghiệp tổng hợp thông tin theo Mẫu số 01/TTGD tại Phụ lục III Thông tư 91/2026/TT-BTC và chuyển cho cơ quan thuế chậm nhất theo thời hạn nộp tờ khai thuế GTGT tương ứng.
Cơ chế này cũng không đồng nghĩa doanh nghiệp đang lập hóa đơn riêng cho từng giao dịch bắt buộc phải chuyển sang một phương thức khác. Theo Nghị định 254, doanh nghiệp đã lập hóa đơn điện tử riêng cho từng giao dịch có thể tiếp tục duy trì cách làm đó. 01/TTGD tạo thêm một cơ chế quản lý và chuyển dữ liệu cho những mô hình đủ điều kiện, thay vì buộc toàn bộ doanh nghiệp logistics B2C chuyển sang lập hóa đơn tổng hợp.
Sự khác biệt nằm khá rõ ở nhịp xử lý dữ liệu. Với mô hình lập hóa đơn và truyền dữ liệu theo từng giao dịch hoặc từ máy tính tiền, dữ liệu có thể được gửi liên tục hoặc theo chu kỳ ngắn. Với doanh nghiệp áp dụng 01/TTGD, hệ thống phải giữ được dữ liệu chi tiết của từng giao dịch trong suốt kỳ, đồng thời có khả năng tổng hợp chính xác dữ liệu đó thành bộ thông tin gửi cơ quan thuế theo thời hạn khai thuế GTGT. Áp lực truyền dữ liệu tức thời vì thế có thể giảm, nhưng khâu lưu trữ, đối soát và kiểm soát tính đầy đủ của dữ liệu trước thời điểm gửi lại trở nên quan trọng hơn.
Điều này đặc biệt quan trọng với mô hình vừa phục vụ khách lẻ vừa phục vụ khách hàng mua hàng cho doanh nghiệp. Hai giao dịch có thể phát sinh tại cùng một POS nhưng nhu cầu dữ liệu khác nhau. Một khách hàng cá nhân mua hàng để tiêu dùng có thể không cung cấp thông tin chi tiết, trong khi khách hàng mua cho tổ chức cần hóa đơn đủ thông tin để phục vụ hạch toán và thuế. Việc phân loại vì thế phải diễn ra ngay tại điểm bán hoặc trong luồng checkout trực tuyến, trước khi hóa đơn được tạo. Nếu khách hàng chỉ yêu cầu bổ sung thông tin sau khi giao dịch đã hoàn thành, doanh nghiệp có thể phải quay lại xử lý hóa đơn đã lập hoặc truy xuất lại dữ liệu từ hệ thống bán hàng.
Nghị định 254 cũng xử lý một tình huống thực tế của các điểm bán hoạt động vào ban đêm. Với người bán không có phần mềm lập hóa đơn tự động và phát sinh giao dịch trong giờ làm việc ban đêm theo quy định của pháp luật lao động, hóa đơn được lập chậm nhất vào ngày làm việc tiếp theo. Điều kiện nằm ở việc người bán không có phần mềm tự động lập hóa đơn và giao dịch thực tế phát sinh trong khung thời gian làm việc ban đêm. Vì vậy, với các hệ thống POS đã tự động tạo hóa đơn khi giao dịch hoàn tất, luồng xử lý vẫn diễn ra theo cơ chế của hệ thống; ngoại lệ chủ yếu giải quyết những mô hình còn phải thực hiện bước lập hóa đơn sau giao dịch bằng thao tác thủ công.
Tác động vận hành của ngoại lệ này nằm ở việc tách thời điểm bán hàng khỏi thời điểm hoàn tất thao tác lập hóa đơn trong một phạm vi rất cụ thể. Giao dịch vẫn phải được ghi nhận đầy đủ tại POS hoặc hệ thống bán hàng trong ca làm việc, nhưng hóa đơn của những trường hợp đủ điều kiện có thể được xử lý vào ngày làm việc tiếp theo. Điều đó đòi hỏi doanh nghiệp duy trì được danh sách giao dịch chưa lập hóa đơn, liên kết chính xác chúng với ca bán hàng tương ứng và tránh để giao dịch bị bỏ sót hoặc lập trùng khi hệ thống được xử lý vào ngày hôm sau.
Đối với thương mại điện tử và mô hình bán hàng đa kênh, dữ liệu còn có thể được hình thành ngoài hệ thống POS truyền thống. Đơn hàng, thông tin người mua, chương trình khuyến mại, phí vận chuyển, phương thức thanh toán và trạng thái hoàn tất giao dịch có thể nằm trên website, ứng dụng hoặc nền tảng thương mại điện tử trước khi được chuyển về ERP và hệ thống hóa đơn. Trong trường hợp này, chất lượng dữ liệu hóa đơn phụ thuộc vào khả năng duy trì cùng một định danh giao dịch xuyên suốt từ đơn hàng đến thanh toán và phát hành hóa đơn.
Với người bệnh yêu cầu hóa đơn điện tử, cơ sở khám chữa bệnh phải lập và giao hóa đơn ngay, không chờ đến cuối ngày. Vì vậy, hệ thống thông tin bệnh viện cần ghi nhận ngay từ đầu yêu cầu lấy hóa đơn và thông tin người mua, sau đó tách giao dịch này khỏi nhóm sẽ được tổng hợp cuối ngày. Việc xử lý cũng phải phân biệt giữa người bệnh cá nhân, người nước ngoài và trường hợp doanh nghiệp hoặc tổ chức là bên thanh toán để tránh mất hoặc sai thông tin khi dữ liệu được chuyển sang hệ thống hóa đơn.
Ngược lại, với người bệnh không có nhu cầu lấy hóa đơn, cơ sở y tế được tổng hợp các dịch vụ thực hiện trong ngày để lập một hóa đơn điện tử cuối ngày nếu đồng thời đáp ứng các điều kiện về phần mềm quản lý khám chữa bệnh, quản lý viện phí theo từng giao dịch và lưu phiếu thu trên hệ thống. Dữ liệu tổng hợp không thay thế dữ liệu chi tiết: từng giao dịch và từng phiếu thu vẫn phải được lưu để phục vụ đối soát và giải trình khi cần.
Trước khi phát hành hóa đơn tổng hợp cuối ngày, dữ liệu cần được đối chiếu giữa ba nguồn gồm hệ thống thông tin bệnh viện, phiếu thu hoặc dữ liệu viện phí và dữ liệu hóa đơn điện tử. Việc đối soát này nhằm phát hiện giao dịch bị thiếu, thừa hoặc ghi nhận trùng trước khi hóa đơn được ký số và phát hành. Với cơ sở y tế có số lượng bệnh nhân lớn, đây là bước kiểm soát quan trọng vì một sai lệch nhỏ trong quá trình tổng hợp có thể ảnh hưởng đến toàn bộ hóa đơn cuối ngày.
Đối với khám chữa bệnh có bảo hiểm y tế, phần chi phí do người bệnh đồng chi trả và phần do cơ quan bảo hiểm xã hội thanh toán đi theo hai luồng khác nhau. Phần đồng chi trả có thể được xử lý cùng luồng khám chữa bệnh thông thường, trong khi phần thuộc phạm vi bảo hiểm y tế chỉ được lập hóa đơn cho cơ quan bảo hiểm xã hội tại thời điểm cơ quan này thực hiện thanh, quyết toán chi phí khám chữa bệnh. Về vận hành, HIS phải tách hai nguồn thanh toán ngay từ đầu để tránh lập sai thời điểm hoặc gộp nhầm phần chi phí của người bệnh với phần chờ thanh quyết toán từ bảo hiểm xã hội.
Hoạt động bán thuốc và vật tư y tế tại nhà thuốc trong bệnh viện lại không đi theo cơ chế tổng hợp cuối ngày của dịch vụ khám chữa bệnh. Do đây là hoạt động bán hàng hóa, nên thời điểm lập hóa đơn được xác định theo thời điểm chuyển giao quyền sở hữu hoặc quyền sử dụng hàng hóa, không phụ thuộc vào việc đã thu tiền hay chưa. Vì vậy, luồng bán hàng tại nhà thuốc cần được tách khỏi luồng HIS dành cho khám chữa bệnh; tùy mô hình vận hành, giao dịch có thể được ghi nhận qua POS hoặc hệ thống tính tiền và áp dụng hình thức hóa đơn tương ứng.
Điểm mới rõ hơn từ Nghị định 254 nằm ở thông tin người mua trên hóa đơn. Trước đây, khi người mua không cung cấp đầy đủ thông tin, hóa đơn thường được xử lý theo các cách thể hiện như “Không lấy hóa đơn” hoặc “Khách lẻ”. Nghị định 254 thay bằng cách thể hiện “Bán cho người tiêu dùng” và đồng thời làm rõ rằng loại hóa đơn này không được sử dụng để tổ chức hoặc doanh nghiệp hạch toán chi phí hay quyết toán thuế. Điều này khiến HIS và hệ thống hóa đơn phải phân biệt rõ trường hợp người bệnh cá nhân không cung cấp thông tin với trường hợp doanh nghiệp hoặc tổ chức là bên thanh toán hoặc có yêu cầu lấy hóa đơn riêng.
Giao dịch bán ngoại tệ có cơ chế xử lý riêng. Theo Nghị định 254, ngân hàng không phải lập hóa đơn điện tử cho từng giao dịch bán ngoại tệ. Thay vào đó, thông tin chi tiết của từng giao dịch được lưu trên hệ thống; đến cuối tháng, ngân hàng lập bảng tổng hợp các giao dịch đã phát sinh và lưu tại đơn vị. Bảng này không phải định kỳ gửi lên cơ quan thuế mà chỉ được cung cấp khi cơ quan thuế hoặc cơ quan nhà nước có thẩm quyền yêu cầu. Như vậy, trọng tâm của nghiệp vụ chuyển từ phát hành hóa đơn cho từng giao dịch sang bảo đảm dữ liệu giao dịch được lưu đầy đủ, chính xác và có thể truy xuất khi cần.
Bên cạnh đó, ngân hàng được bổ sung vào nhóm có thể sử dụng hóa đơn điện tử không có mã của cơ quan thuế nếu đáp ứng các điều kiện về hạ tầng công nghệ thông tin, phần mềm kế toán, phần mềm lập hóa đơn, khả năng tra cứu, lưu trữ và truyền dữ liệu. Với mô hình này, hóa đơn được lập và gửi trực tiếp cho người mua, đồng thời dữ liệu được truyền đến cơ quan thuế theo cơ chế hóa đơn không có mã, thay vì từng hóa đơn phải chờ cơ quan thuế cấp mã trước khi phát hành.
Một cơ chế khác áp dụng cho một số dịch vụ cung cấp trực tiếp cho cá nhân là người tiêu dùng. Nghị định 254 bổ sung Bảng thông tin chi tiết giao dịch theo Mẫu 01/TTGD đối với các dịch vụ như ngân hàng, trung gian thanh toán, thông tin tín dụng, chứng khoán, bảo hiểm, chuyển tiền qua ví điện tử và một số dịch vụ tài chính khác. Điều kiện là doanh nghiệp phải có phần mềm quản lý chi tiết từng giao dịch và lưu được dữ liệu thu tiền tương ứng với từng giao dịch. Dữ liệu này được duy trì ở cấp giao dịch trong suốt kỳ, sau đó tổng hợp theo Mẫu 01/TTGD để chuyển cho cơ quan thuế theo thời hạn quy định. Cơ chế này khác với bảng tổng hợp bán ngoại tệ ở chỗ dữ liệu 01/TTGD được gửi định kỳ cho cơ quan thuế, còn bảng bán ngoại tệ chỉ lưu nội bộ và cung cấp khi được yêu cầu.
Ở các công ty tài chính và chứng khoán, vấn đề tương tự nằm ở việc tách giá trị của chính giao dịch tài chính khỏi các khoản phí dịch vụ đi kèm. Nghị định 254 đưa phát hành chứng khoán sơ cấp, phát hành giấy tờ có giá, bán nợ và sản phẩm phái sinh vào nhóm không phải sử dụng hóa đơn điện tử. Tuy nhiên, phí tư vấn phát hành, môi giới, phân phối, quản lý hoặc các dịch vụ khác vẫn phải được xác định riêng. Vì vậy, một hồ sơ giao dịch có thể vừa chứa phần không phải sử dụng hóa đơn điện tử, vừa chứa phần vẫn phải lập hóa đơn. Hệ thống nghiệp vụ và kế toán phải tách được hai cấu phần này để chỉ loại đúng phần giao dịch thuộc phạm vi Điều 7.
Một số dịch vụ tài chính B2C như kinh doanh chứng khoán, giao dịch tài sản mã hóa và dịch vụ hỗ trợ giao dịch trên sàn các-bon cũng có thể áp dụng 01/TTGD khi đáp ứng điều kiện về hệ thống quản lý chi tiết từng giao dịch và dữ liệu thu tiền. Trong trường hợp này, doanh nghiệp không chỉ lưu một con số tổng cuối kỳ mà phải giữ được dữ liệu chi tiết của từng giao dịch để tổng hợp, đối chiếu và chuyển cho cơ quan thuế theo mẫu quy định.
Trong bảo hiểm, quy trình tiếp tục được phân tách theo từng loại nghiệp vụ. Đối với tái bảo hiểm, các khoản phí và khoản thu khác như nhượng tái bảo hiểm, hoa hồng nhượng tái bảo hiểm và các khoản thu liên quan thuộc nhóm không phải sử dụng hóa đơn điện tử. Quy định này chỉ áp dụng cho tái bảo hiểm, không mở rộng sang toàn bộ hoạt động kinh doanh bảo hiểm. Vì vậy, hệ thống nghiệp vụ phải tách dữ liệu bảo hiểm trực tiếp khỏi tái bảo hiểm ngay từ đầu để tránh tự động sinh hóa đơn cho các khoản thuộc diện loại trừ.
Với nghiệp vụ bảo hiểm cần thời gian đối soát, Nghị định 254 bổ sung bảo hiểm vào nhóm dịch vụ có số lượng giao dịch lớn, phát sinh thường xuyên và được xác định thời điểm lập hóa đơn khi hoàn thành đối soát. Trước đó, cơ chế này mới áp dụng rõ cho một số trường hợp như bảo hiểm qua đại lý. Từ Nghị định 254, phạm vi được mở rộng cho các nghiệp vụ bảo hiểm đáp ứng điều kiện thực tế về tần suất giao dịch và nhu cầu đối soát. Vì vậy, hệ thống phải phân biệt nghiệp vụ nào lập hóa đơn theo thời điểm ghi nhận doanh thu và nghiệp vụ nào được chờ đến khi hoàn thành đối soát mới lập hóa đơn.
Đồng bảo hiểm tạo ra một cách lập hóa đơn khác tùy vào việc ai là bên trực tiếp thu phí. Nếu từng doanh nghiệp tham gia đồng bảo hiểm tự thu phần phí của mình, mỗi doanh nghiệp lập hóa đơn cho khách hàng theo phần phí tương ứng. Nếu các bên ủy quyền cho một doanh nghiệp thu toàn bộ phí, doanh nghiệp thu hộ lập hóa đơn cho khách hàng trên toàn bộ giá trị hợp đồng; các doanh nghiệp còn lại lập hóa đơn cho doanh nghiệp thu hộ theo phần phí được hưởng. Vì vậy, ngay từ hợp đồng, hệ thống phải lưu được tỷ lệ tham gia, bên thu hộ và phần phí của từng doanh nghiệp để xác định đúng người lập và người nhận hóa đơn.
Thông tư 91 còn bổ sung cơ chế riêng đối với phí bảo hiểm đã lập hóa đơn nhưng đến cuối kỳ vẫn chưa thu được tiền. Doanh nghiệp căn cứ dữ liệu phí chưa thu của tháng trước để lập hóa đơn điều chỉnh tổng hợp, kèm bảng kê số hóa đơn, số tiền và tiền thuế cần điều chỉnh. Quy trình vì thế không kết thúc tại thời điểm hóa đơn được phát hành. Hệ thống thu phí phải tiếp tục theo dõi trạng thái đã thu hoặc chưa thu của từng khoản phí, rồi cuối kỳ đối chiếu với dữ liệu hóa đơn để xác định các khoản cần điều chỉnh. Thông tư cũng cho phép lập hóa đơn điều chỉnh không tham chiếu hóa đơn gốc trong một số trường hợp, với lý do điều chỉnh như hoàn phí, giảm phí, giảm hoa hồng môi giới bảo hiểm và các khoản chi làm giảm thu khác theo quy định của pháp luật kinh doanh bảo hiểm.
FPT IS – Tập đoàn FPT được Cục Thuế, Bộ Tài chính tặng giấy khen người nộp thuế thực hiện tốt pháp luật về thuế
Tại buổi làm việc, ông Nguyễn Tài Hải – Phó Chi cục trưởng Chi cục Thuế doanh nghiệp lớn (Cục Thuế, Bộ Tài chính) bày tỏ chúc mừng về thành tích cũng như gửi lời chúc mừng ngày Doanh nhân Việt Nam 13/10 tới FPT IS nói riêng và Tập đoàn FPT nói chung. Ông Hải cho biết nhằm thể chế hóa kịp thời các chủ trương, chính sách về phát triển kinh tế tư nhân và nâng cao hiệu quả quản lý nhà nước, ngày 1/10/2026, Cục Thuế đã chính thức ban hành Quyết định số 1362/QĐ-CT về Bộ tiêu chí xếp hạng, tôn vinh, khen thưởng người nộp thuế. Danh sách khen thưởng đợt 1 năm 2026 quy tụ 462 người nộp thuế, trong đó có hàng loạt doanh nghiệp lớn, các tập đoàn kinh tế, ngân hàng thương mại, cùng nhiều tổ chức kinh doanh tiêu biểu trên cả nước. Trong đó, FPT IS – Tập đoàn FPT vinh dự là 1 trong số ít doanh nghiệp lớn được trao giấy khen.
Phó Chi cục trưởng Chi cục Thuế doanh nghiệp lớn (Cục Thuế, Bộ Tài chính) chia sẻ tại sự kiện
Ông Trần Đăng Hòa – Chủ tịch FPT IS, Tập đoàn FPT chia sẻ: “FPT IS tự hào khi được Cục Thuế trao tặng giấy khen người nộp thuế thực hiện tốt pháp luật về thuế. Việc ban hành Quyết định số 1362/QĐ-CT là một đánh giá quan trọng về sức khỏe tài chính của doanh nghiệp. Đây là động lực để doanh nghiệp nỗ lực phấn đấu để là động lực để FPT IS nói riêng, FPT nói chung phát triển, đóng góp ngân sách đất nước, thúc đẩy tăng trưởng kinh tế quốc gia”.
Ông Trần Đăng Hòa – Chủ tịch FPT IS, Tập đoàn FPT chia sẻ tại sự kiện
Ông Đậu Trần Trung – Phó Chủ tịch cấp cao kiêm Giám đốc Tài chính FPT IS, Tập đoàn FPT cam kết tiếp tục thực hiện đầy đủ, kịp thời nghĩa vụ với ngân sách nhà nước. Vừa qua, theo công bố tại bảng xếp hạng PRIVATE 100 năm 2026, Tập đoàn FPT cũng được ghi nhận đứng thứ 7 trong Top 100 doanh nghiệp tư nhân nộp ngân sách lớn nhất Việt Nam, với số tiền 11.291 tỷ đồng, lần đầu tiên vượt mốc 10.000 tỷ đồng. FPT đồng thời là doanh nghiệp công nghệ có thứ hạng cao nhất trong bảng xếp hạng này.
Lãnh đạo hai bên chụp hình lưu niệm tại văn phòng FPT IS, Tập đoàn FPT
Trong suốt chặng đường phát triển, FPT là đơn vị công nghệ song hành chuyển đổi số, triển khai đề án và hệ thống quy mô lớn quốc gia. FPT IS – Trên vai trò đơn vị chủ lực của Tập đoàn, tham gia đồng hành cùng Bộ, ngành, địa phương trong việc triển khai Nghị quyết số 57-NQ/TW và đặc biệt là Nghị quyết số 214/NQ-CP. Đơn vị tham gia xây dựng, hoàn thiện và ban hành Chiến lược dữ liệu, Chiến lược chuyển đổi số; đồng thời được giao và giữ vai trò đơn vị chủ lực trong xây dựng nhiều cơ sở dữ liệu quốc gia và cơ sở dữ liệu chuyên ngành quan trọng…Trong đó có dự án triển khai hệ thống CNTT theo mô hình chính quyền hai cấp và sử dụng mã định danh cá nhân thay cho mã số thuế từ 01/07/2025 cho Bộ Tài chính, Cục Thuế, Kho bạc Nhà nước và các ngân hàng thương mại, đảm bảo các hệ thống vận hành không gián đoạn theo mô hình mới. Song song, doanh nghiệp thúc đẩy phát triển hệ sinh thái công nghệ Made by FPT, đẩy mạnh năng lực làm chủ công nghệ lõi về AI, chip bán dẫn… và không ngừng mở rộng kinh doanh toàn cầu hóa tại các thị trường trọng điểm như Nhật Bản, Hàn Quốc….
Chỉ riêng lĩnh vực hóa đơn, chứng từ đã có nhiều thay đổi đáng kể trong thời gian ngắn.
Nghị định 70/2025/NĐ-CP có hiệu lực từ ngày 1/6/2025, sửa đổi 40/61 điều của Nghị định 123/2020/NĐ-CP, trong đó thay đổi nhiều nội dung về thời điểm lập hóa đơn, thông tin trên hóa đơn và các trường hợp sử dụng hóa đơn điện tử. Đến ngày 1/7/2026, Nghị định 254/2026/NĐ-CP và Thông tư 91/2026/TT-BTC tiếp tục có hiệu lực để hướng dẫn các quy định mới về hóa đơn điện tử và chứng từ điện tử theo Luật Quản lý thuế 108/2025/QH15.
Với doanh nghiệp quốc tế, điều này tạo ra một bài toán kép: hệ thống tại Việt Nam phải thay đổi đủ nhanh để đáp ứng quy định trong nước, nhưng dữ liệu và quy trình vẫn phải khớp với chuẩn quản trị của tập đoàn.
Bởi vậy, câu hỏi khi lựa chọn ERP không chỉ là “hệ thống nào mạnh nhất?”, mà là hệ thống nào phù hợp với cách doanh nghiệp đang vận hành và dễ thích nghi ra sao khi đi vào từng thị trường
SAP S/4HANA phù hợp với những doanh nghiệp có chuỗi vận hành gắn chặt giữa lập kế hoạch, nguyên vật liệu, sản xuất, chất lượng, tồn kho và tài chính. SAP hỗ trợ nhiều mô hình từ sản xuất rời rạc, sản xuất theo quy trình đến sản xuất lặp lại, đồng thời có các giải pháp chuyên ngành cho ô tô, bán lẻ, thời trang, khai khoáng và nhiều lĩnh vực sản xuất khác.
Điểm mạnh của SAP nằm ở khả năng đưa những quy trình phức tạp vào một hệ thống thống nhất. Doanh nghiệp có thể nhìn nhu cầu, năng lực sản xuất, tồn kho và tiến độ thực hiện trong một chuỗi dữ liệu liên tục thay vì quản lý từng khâu tách rời.
Điểm cần cân nhắc cũng xuất phát từ chính độ sâu đó. Khi doanh nghiệp có nhiều nhà máy, nhiều công ty thành viên và một mẫu quy trình chung ở cấp tập đoàn, mọi yêu cầu thay đổi tại từng quốc gia cần được thiết kế sao cho không phá vỡ hệ thống chung. Bài toán vì thế không chỉ là cấu hình phần mềm, mà còn là quyết định cái gì cần nằm trong hệ thống lõi và cái gì nên được xử lý ở một lớp riêng. Bên cạnh đó, chi phí, thời gian và nguồn lực triển khai có thể tăng đáng kể khi phạm vi nghiệp vụ và mức độ tích hợp lớn. Đội dự án không chỉ cần năng lực công nghệ thông tin tốt mà còn cần quản trị dữ liệu và thay đổi quy trình tốt
Oracle Fusion Cloud ERP phù hợp với doanh nghiệp cần quản trị tài chính trên nhiều công ty, đơn vị kinh doanh, tiền tệ và chuẩn kế toán. Oracle Fusion Cloud Financials hỗ trợ vận hành đa pháp nhân, đa tiền tệ và nhiều chuẩn kế toán trên cùng nền tảng, trong khi bộ Fusion ERP còn kết nối mua sắm, quản lý dự án, quản trị rủi ro và quản trị hiệu quả doanh nghiệp.
Nếu doanh nghiệp có nhu cầu sâu về sản xuất và chuỗi cung ứng, Oracle cung cấp riêng bộ Fusion Cloud Supply Chain and Manufacturing với các chức năng từ lập kế hoạch, sản xuất, tồn kho đến kho vận và vận tải.
Điểm cần cân nhắc là phạm vi triển khai phải được xác định khá rõ ngay từ đầu. “Oracle Fusion” không có nghĩa mọi nhu cầu tài chính, sản xuất và địa phương hóa đều nằm trong một gói duy nhất. Ngay trong tài liệu chính thức, Oracle có cơ chế Regional Localization và Localization System Options để bật những chức năng địa phương mà Oracle đã cung cấp cho từng quốc gia hoặc đơn vị kinh doanh. Ví dụ ATCUD tại Bồ Đào Nha được Oracle xây sẵn, sau đó đội triển khai mới bật và cấu hình cho từng đơn vị. Điều này cho thấy bản địa hóa là một lớp được quản trị riêng, chứ không phải mặc định mọi quy định của mọi quốc gia đều nằm trong bộ lõi.
Dynamics 365 Finance tập trung vào vận hành tài chính ở quy mô toàn cầu; Supply Chain Management bổ sung các quy trình mua hàng, tồn kho, sản xuất và logistics. Với doanh nghiệp đã sử dụng Microsoft trên diện rộng, lợi thế lớn nằm ở khả năng đặt ERP trong cùng một hệ sinh thái dữ liệu và ứng dụng doanh nghiệp.
Điểm đáng chú ý là cách Microsoft xử lý yêu cầu từng quốc gia khá linh hoạt. Globalization Studio cung cấp các công cụ cấu hình cho báo cáo điện tử, thuế và hóa đơn điện tử; Microsoft đồng thời cung cấp nội dung bản địa hóa cho nhiều quốc gia và cho phép đối tác hoặc khách hàng mở rộng khi cần.
Malaysia là một ví dụ cụ thể. Dynamics 365 Finance hiện có luồng tạo, ký và gửi hóa đơn điện tử trực tiếp tới IRBM/MyInvois. Doanh nghiệp phải cấu hình chứng thư số, thông tin truy cập và quy trình gửi nhận trong hệ thống. Tuy nhiên, vì phạm vi hỗ trợ khác nhau theo từng quốc gia, doanh nghiệp đa quốc gia không thể giả định một cấu hình sẽ dùng nguyên xi cho tất cả thị trường.
ERP tiếp tục quản lý giao dịch, tài chính và dữ liệu theo chuẩn doanh nghiệp. Các lớp địa phương xử lý những yêu cầu đặc thù như hóa đơn điện tử, chữ ký số, thuế, kế toán hoặc kết nối cơ quan quản lý. Hai bên cần được tích hợp để dữ liệu cuối cùng vẫn quay trở lại cùng một hệ thống quản trị.
GONSA xử lý hàng nghìn hóa đơn và đơn hàng mỗi tháng. Trước khi tự động hóa, việc xử lý hóa đơn đầu vào và đầu ra phụ thuộc nhiều vào thao tác thủ công, đặc biệt tạo áp lực lớn vào kỳ chốt sổ. Sau triển khai, hệ thống không chỉ kiểm tra thông tin hóa đơn với cơ quan thuế mà còn đối chiếu số lô và hạn dùng của dược phẩm với SAP Cloud ERP.
Hóa đơn đúng được đưa tiếp vào quy trình; trường hợp có sai lệch được tách ra để người dùng xử lý. Thời gian kiểm tra giảm xuống còn 1 - 2 phút/hóa đơn, đồng thời loại bỏ lỗi nhập liệu trong quy trình đã được tự động hóa.
Tổng thể các quy trình tự động hóa tại bộ phận Kế toán - Mua hàng giúp GONSA tiết kiệm khoảng 1.100 giờ làm việc mỗi tháng.
Với CFO, con số 1.100 giờ/tháng có ý nghĩa lớn hơn việc “đã tích hợp thành công”. Hiệu quả đến từ việc giảm số lần con người phải chạm vào cùng một dữ liệu: dữ liệu số lô và hạn dùng không phải kiểm tra lại ở một hệ thống riêng, hóa đơn không phải nhập lại từ đầu, kết quả đối chiếu không phải được tổng hợp thủ công vào cuối kỳ. Khi nguồn dữ liệu giao dịch được giữ nhất quán, thời gian xử lý giảm đồng thời với chi phí kiểm soát.
Đặc biệt trong ngành Dược, việc hóa đơn được đối chiếu ngược với số lô và hạn dùng cho thấy một nguyên tắc quan trọng: hóa đơn phải gắn với giao dịch đã sinh ra nó. Nếu chỉ số hóa tờ hóa đơn mà không kết nối được với hàng hóa, kho và tài chính phía sau, doanh nghiệp mới số hóa chứng từ chứ chưa số hóa được giao dịch.
Điểm đáng chú ý không nằm ở việc một khách hàng triển khai thêm dự án tại quốc gia thứ hai, mà ở khả năng kế thừa nguồn dữ liệu giao dịch, nguyên tắc kết nối với hệ thống quản trị và luồng đồng bộ, đồng thời bản địa hóa quy trình hóa đơn theo từng thị trường, gồm cấu trúc dữ liệu, quy tắc xác thực, loại chứng từ, trạng thái xử lý và phương thức trao đổi với cơ quan thuế.
Tại Việt Nam, dữ liệu giao dịch từ hệ thống quản trị được chuyển sang FPT.eInvoice để lập, phát hành hóa đơn và truyền nhận dữ liệu với cơ quan thuế theo quy định đối với từng loại hóa đơn.
Tại Malaysia, quy trình phải thích ứng với cơ chế: dữ liệu hóa đơn được chuẩn hóa theo yêu cầu của Malaysia và gửi tới hệ thống của Cơ quan Thuế nội địa Malaysia để xác thực gần thời gian thực; kết quả xử lý sau đó được tiếp nhận để tiếp tục quản lý trạng thái hóa đơn. Các thông tin như mã số thuế, số đăng ký doanh nghiệp, mã ngành theo Hệ thống Phân ngành Công nghiệp Malaysia (MSIC), mã phân loại giao dịch trên e-Invoice và thông tin thuế cũng phải được ánh xạ theo chuẩn của thị trường này.
Bài toán còn phức tạp hơn khi cùng một tập đoàn vận hành nhiều mô hình kinh doanh. Ngoài sản xuất và kinh doanh thiết bị, Tập đoàn trên còn vận hành mảng dịch vụ tài chính với các hình thức tài trợ cho khách hàng lớn, tài trợ đại lý và cho thuê tài chính; mạng lưới tài chính của tập đoàn đã phục vụ hơn 1.000 khách hàng và đại lý tại nhiều thị trường, trong đó có Malaysia.
Khi đó, khác biệt không chỉ đến từ quy định của từng quốc gia. Một giao dịch bán thiết bị, bán phụ tùng hay cung cấp dịch vụ tài chính có thể có thời điểm lập hóa đơn, dữ liệu nguồn, lịch thanh toán và cách ghi nhận công nợ khác nhau. Vì vậy, tích hợp eInvoice phải bám vào đúng luồng nghiệp vụ đã tạo ra giao dịch, thay vì áp dụng một quy trình hóa đơn giống nhau cho mọi công ty thành viên.
Đây là giá trị của khả năng mở rộng theo cả thị trường và mô hình kinh doanh: doanh nghiệp vẫn duy trì nền tảng quản trị lõi thống nhất, trong khi lớp hóa đơn có thể thích ứng với yêu cầu pháp lý của từng quốc gia và đặc thù giao dịch của từng đơn vị mà không hình thành thêm các luồng dữ liệu tách biệt.
Hệ thống công nghệ của doanh nghiệp này kết nối từ quản lý đơn hàng, giao nhận, khai báo hải quan, kho, vận chuyển đến quyết toán; trong kiến trúc hệ thống nền của doanh nghiệp này có SAP, WMS, GSI… hệ thống quản trị dữ liệu chủ và quản lý tài liệu, cùng các lớp kết nối API/EAI.
Như vậy, dữ liệu phục vụ hóa đơn được hình thành qua nhiều bước nghiệp vụ và nhiều hệ thống trước khi đưa vào công nợ, thanh toán và kế toán. Bài toán tích hợp vì vậy không chỉ là phát hành hóa đơn, mà còn phải đảm bảo dữ liệu hóa đơn được kế thừa và đối chiếu với đúng giao dịch, doanh thu và chi phí đã phát sinh.
Mô hình tích hợp giữa FPT.eInvoice và hệ thống quản trị của doanh nghiệp đã được triển khai từ năm 2021, khi giải pháp hóa đơn đầu ra được kết nối với SAP để phục vụ phát hành hóa đơn bán hàng. Đây là nền tảng để phạm vi tích hợp tiếp tục được mở rộng theo cả hai chiều nghiệp vụ và thị trường trong những năm sau đó.
Đến tháng 07/2024, khi doanh nghiệp triển khai hệ thống quản lý hóa đơn tập trung toàn cầu (Global eInvoice Hub - EIMS) nhằm tập trung xử lý dữ liệu hóa đơn đầu vào và phục vụ hạch toán chi phí, FPT tiếp tục tích hợp giải pháp xử lý hóa đơn đầu vào với EIMS cho đơn vị tại Việt Nam. Việt Nam là thị trường thứ hai trong lộ trình đưa EIMS vào vận hành.
Dự án được triển khai và go-live trong khoảng 2 tháng, tự động hóa các bước thu thập hóa đơn, kiểm tra tính hợp pháp và đối chiếu hóa đơn với bộ chứng từ logistics, với quy mô khoảng 100.000 hóa đơn đầu vào mỗi năm.
Cũng trong năm 2024, khi Malaysia triển khai quy định mới về hóa đơn điện tử, FPT triển khai FPT.eInvoice cho hóa đơn đầu ra tại đơn vị của doanh nghiệp ở thị trường này, tiếp tục sử dụng SAP làm hệ thống nguồn trong luồng tích hợp. Dữ liệu giao dịch từ SAP được chuyển sang FPT.eInvoice để xử lý hóa đơn và truyền nhận với hệ thống của cơ quan thuế Malaysia. Dự án go-live vào tháng 08/2024 sau khoảng 4 tuần triển khai, với quy mô xử lý khoảng 100.000 hóa đơn đầu ra mỗi năm.
Đến cuối năm 2025 - đầu năm 2026, khi hệ thống EIMS tiếp tục được mở rộng sang Malaysia, FPT đồng hành triển khai tích hợp FPT.eInvoice - phân hệ xử lý hóa đơn đầu vào với hệ thống quản lý hóa đơn tập trung này. Nhờ đó, quy trình hóa đơn đầu vào tại Malaysia tiếp tục được kết nối vào kiến trúc quản trị chung của doanh nghiệp, thay vì hình thành một luồng xử lý độc lập tại từng quốc gia. Dự án được đưa vào vận hành sau khoảng 2,5 tháng triển khai.
Từ nền tảng hóa đơn đầu ra tích hợp SAP từ năm 2021 đến việc kết nối với hệ thống quản lý hóa đơn tập trung toàn cầu tại Việt Nam và Malaysia trong giai đoạn 2024 - 2026, case này cho thấy khả năng mở rộng của FPT.eInvoice trên ba chiều: quy mô giao dịch, phạm vi nghiệp vụ và thị trường triển khai. Quan trọng hơn, khi kiến trúc vận hành ngày càng mở rộng, dữ liệu hóa đơn vẫn được kế thừa từ các giao dịch nguồn và kết nối trở lại chuỗi công nợ, chi phí, thanh toán và kế toán trong một môi trường logistics đa hệ thống.
Đây cũng là lý do năng lực ERP × FPT.eInvoice không thể chỉ được nhìn qua một giao diện kết nối kỹ thuật. Từ việc FPT.eInvoice được SAP chính thức ghi nhận cho lớp kết nối hóa đơn điện tử tại Việt Nam, đến GONSA với 1.100 giờ làm việc tiết kiệm mỗi tháng, hay quá trình mở rộng FPT.eInvoice cùng đối tác từ Việt Nam sang Malaysia, giá trị của FPT.eInvoice nằm ở khả năng nối ba lớp vốn thường bị tách rời: nghiệp vụ ngành, hệ thống quản trị toàn cầu và yêu cầu tuân thủ tại địa phương.
SAP chuẩn hóa và quản trị giao dịch lõi, trong khi FPT.eInvoice cùng hệ sinh thái tài chính số tiếp tục đưa dữ liệu đó qua vòng đời hóa đơn, thuế, công nợ và kế toán. Năng lực của FPT nằm ở việc hiểu đủ sâu nghiệp vụ để xác định dữ liệu sinh ra ở đâu, hiểu hệ thống để kết nối mà không phá vỡ kiến trúc quản trị, và hiểu yêu cầu địa phương để giao dịch được hoàn tất đúng quy định.
Khi doanh nghiệp mở rộng ngành, nhà máy, pháp nhân hay quốc gia, hệ thống tốt không phải là hệ thống có nhiều phần mềm hơn. Đó là hệ thống trong đó mỗi giao dịch chỉ cần được tạo đúng một lần, nhưng dữ liệu có thể tiếp tục được sử dụng xuyên suốt từ vận hành đến hóa đơn, thuế và tài chính.
Quý Doanh nghiệp có nhu cầu tích hợp hóa đơn điện tử với SAP, Oracle, Microsoft Dynamics 365 hoặc các hệ thống ERP hiện hữu, vui lòng để lại thông tin TẠI ĐÂY hoặc liên hệ Hotline 1900 636 191 Quý Doanh nghiệp quan tâm vui lòng để lại thông tin TẠI ĐÂY hoặc liên hệ Hotline 0919626829/1900636191.
