Kế toán chọn nhà cung cấp hóa đơn điện tử năm 2026

Hóa đơn điện tử 2026: chọn nhà cung cấp, tránh khai sai

Hóa đơn điện tử 2026 cần được chọn theo ba lớp: đúng nghiệp vụ, gửi ổn định và truy xuất được. Giá mỗi số chỉ là một phần nhỏ. Doanh nghiệp còn phải kiểm chữ ký số, kết nối cơ quan thuế, dữ liệu kế toán và cách xử lý chứng từ sai.

Từ ngày 1/6/2025, Nghị định 70/2025/NĐ-CP sửa một số nội dung của Nghị định 123/2020/NĐ-CP. Thông tư 32/2025/TT-BTC cũng có hiệu lực cùng ngày. Khi áp dụng năm 2026, kế toán nên đối chiếu văn bản và hướng dẫn thuế tại thời điểm phát sinh.

Hóa đơn điện tử 2026 thay đổi cách chọn thế nào?

Nhà cung cấp không chỉ bán kho số lượng hóa đơn. Họ cung cấp luồng lập, ký, gửi, nhận trạng thái và lưu trữ. Một mắt xích chậm có thể làm quầy bán hàng hoặc quy trình giao hàng bị dừng.

Luồng lập ký gửi và lưu trữ hóa đơn điện tử
Luồng lập ký gửi và lưu trữ hóa đơn điện tử

Chốt đúng loại nghiệp vụ

Doanh nghiệp cần liệt kê bán hàng, cung cấp dịch vụ, xuất khẩu và giao dịch qua sàn. Hãy đánh dấu nghiệp vụ thu tiền ngay tại điểm bán. Luồng này có thể liên quan hóa đơn khởi tạo từ máy tính tiền.

Kiểm tra dữ liệu bắt buộc

Mẫu thử nên có tên người bán, mã số thuế, địa chỉ và thông tin người mua. Dòng hàng cần tên, đơn vị tính, số lượng, đơn giá và thành tiền. Thuế suất phải lấy đúng theo nghiệp vụ.

  • Ký hiệu và số: hệ thống cấp liên tục theo cấu hình được duyệt.
  • Ngày lập: không được tự đổi khi người dùng ký chậm.
  • Mã cơ quan thuế: trạng thái nhận phải gắn đúng chứng từ.
  • Tệp XML: tải được bản gốc phục vụ kiểm tra và lưu trữ.
  • Bản thể hiện: đọc rõ trên máy tính và thiết bị di động.
  • Nhật ký: ghi người lập, người ký, lần gửi và phản hồi lỗi.

Phân biệt điều chỉnh và thay thế

Đây là phần phải thử trước khi ký hợp đồng. Người dùng cần chọn đúng chứng từ gốc và lý do sai. Hệ thống nên hiển thị quan hệ giữa bản cũ với bản xử lý.

Không nên cho phép xóa dấu vết sau khi hóa đơn đã gửi. Mỗi thao tác phải có trạng thái và thời điểm. Báo cáo cần lọc riêng hóa đơn điều chỉnh, thay thế và bị từ chối.

Tám tiêu chí đánh giá nhà cung cấp

Mình thường gửi cùng một bộ tình huống cho ba đơn vị. Kết quả được chấm bằng thao tác thật, không dựa vào slide. Người tham gia gồm kế toán, bán hàng, kỹ thuật và người ký.

Tiêu chí Trọng số Bằng chứng nên yêu cầu
Đúng nghiệp vụ 20 điểm Hoàn tất 12 tình huống mẫu
Ổn định gửi nhận 15 điểm Cam kết thời gian hoạt động và báo cáo sự cố
Xử lý chứng từ sai 15 điểm Thao tác điều chỉnh, thay thế trên dữ liệu thử
Tích hợp 15 điểm Tài liệu API, môi trường thử và giới hạn gọi
Tra cứu, xuất dữ liệu 10 điểm Tải hàng loạt XML và danh mục trạng thái
Bảo mật 10 điểm Tài khoản, nhật ký, bản sao và phương án khôi phục
Hỗ trợ 10 điểm Kênh tiếp nhận, mức ưu tiên và thời gian phản hồi
Chi phí ba năm 5 điểm Báo giá đủ số lượng, tích hợp và gia hạn

Độ ổn định và cơ chế hàng đợi

Hệ thống nên lưu yêu cầu khi kết nối tạm gián đoạn. Sau đó, hàng đợi gửi lại mà không tạo số trùng. Màn hình phải phân biệt đang chờ, đã gửi, được chấp nhận và bị lỗi.

API và khả năng xuất dữ liệu

Tài liệu API cần nêu xác thực, giới hạn gọi và mã lỗi. Môi trường thử phải tách với dữ liệu thật. Nếu bán hàng theo lô, hãy kiểm API nhận nhiều dòng hàng.

Hỗ trợ có mức ưu tiên

Một lỗi không đăng nhập khác với lỗi cả hệ thống không ký được. Hợp đồng nên phân loại mức độ và thời gian phản hồi. Cần ghi rõ hỗ trợ ngoài giờ với doanh nghiệp bán buổi tối.

Chi phí tham khảo và 12 phép thử trước ký hợp đồng

Giá thị trường thay đổi theo số lượng, tính năng và thời hạn. Bảng dưới chỉ dùng để lập ngân sách hỏi mua. Kế toán nên yêu cầu báo giá sau thuế và điều kiện mua bổ sung.

Hạng mục Khung dự toán Điểm cần hỏi
500 số hóa đơn 300.000 đến 800.000 đồng Thời hạn dùng và số còn lại
2.000 số hóa đơn 800.000 đến 2.000.000 đồng Phí phát hành vượt gói
Khởi tạo tài khoản 0 đến 2.000.000 đồng Mẫu hóa đơn và phân quyền
Tích hợp API chuẩn 3 đến 15 triệu đồng Bao nhiêu hệ thống và môi trường thử
Tùy chỉnh luồng duyệt 5 đến 30 triệu đồng Số cấp duyệt và phạm vi bảo trì
Lưu trữ bổ sung Theo dung lượng hoặc năm Cách tải toàn bộ khi kết thúc

Bộ kiểm thử nghiệp vụ

  1. Lập hóa đơn bán hàng cho người mua có mã số thuế.
  2. Tạo chứng từ có hai mức thuế suất trên nhiều dòng.
  3. Ký số khi máy người dùng đặt sai múi giờ.
  4. Gửi lúc kết nối cơ quan thuế bị gián đoạn.
  5. Nhận và giải thích một mã lỗi bị từ chối.
  6. Điều chỉnh sai tên hàng trên chứng từ đã gửi.
  7. Thay thế hóa đơn có sai nhiều trường thông tin.
  8. Tra cứu chứng từ bằng số, ngày và mã khách.
  9. Tải hàng loạt XML trong một tháng có 500 số.
  10. Phân quyền người lập khác với người ký.
  11. Đồng bộ trạng thái về phần mềm kế toán.
  12. Khôi phục dữ liệu mẫu từ bản sao lưu.

Danh mục nền tảng e-invoicing trên G2 cho thấy nhiều nhóm chức năng phổ biến. Phản hồi quốc tế không xác nhận mức phù hợp pháp lý tại Việt Nam. Doanh nghiệp vẫn phải kiểm văn bản và kết nối thực tế.

Lỗi kê khai bắt nguồn từ đâu và xử lý thế nào?

Sai mã số thuế người mua

Dữ liệu khách hàng được nhập tay hoặc dùng danh mục cũ. Hãy xác minh trước lần xuất đầu và khóa trường sau duyệt. Khi phát hiện sai, kế toán xác định cách xử lý theo hồ sơ cụ thể.

Dùng sai thuế suất

Nhân viên sao chép mặt hàng gần giống hoặc danh mục chưa cập nhật. Doanh nghiệp cần bảng thuế suất có người phê duyệt. Mỗi lần sửa cần kèm căn cứ, người duyệt và mốc áp dụng.

Ngày lập không khớp nghiệp vụ

Bộ phận bán hàng báo giao hàng muộn cho kế toán. Hãy để phiếu giao nhận tạo nhiệm vụ lập hóa đơn. Báo cáo cuối ngày cần liệt kê giao dịch chưa phát hành.

Gửi lại tạo chứng từ trùng

Người dùng không thấy phản hồi nên bấm lập lần nữa. Hệ thống phải dùng mã yêu cầu duy nhất và cơ chế hàng đợi. Kế toán kiểm trạng thái cũ trước khi tạo mới.

Thiếu XML khi quyết toán

Doanh nghiệp chỉ lưu bản PDF gửi khách hàng. Hãy tự động lưu XML theo năm, tháng và đơn vị. Mỗi quý cần tải mẫu, kiểm chữ ký và thử phục hồi một thư mục.

Bạn có thể xem quy trình kế toán và hóa đơn từ chứng từ đến sổ cái để đặt điểm đối soát. Khung đánh giá phần mềm quản lý hỗ trợ tính chi phí sở hữu và rủi ro phụ thuộc.

Khi dự án cần nối nhiều hệ thống, bộ kiểm triển khai phần mềm theo cổng nghiệm thu giúp quản lý lỗi trước ngày chạy. Luồng dữ liệu lương sang kế toán hữu ích khi doanh nghiệp đồng bộ khoản chi định kỳ.

Nếu cần một đội khảo sát tích hợp, doanh nghiệp có thể tham khảo cách công ty MONA tiếp cận dự án phần mềm. Hãy chuẩn bị sơ đồ bán hàng, danh mục mã lỗi và sản lượng ba năm trước buổi trao đổi.

Câu hỏi thường gặp

Nên mua gói bao nhiêu số hóa đơn?

Hãy lấy sản lượng 12 tháng gần nhất và cộng biên 15% cho tăng trưởng. Tách thêm nhu cầu theo mùa nếu doanh số biến động. Đừng mua gói lớn chỉ vì đơn giá thấp; cần kiểm thời hạn dùng và cách xử lý số còn lại.

Có cần tích hợp với phần mềm kế toán ngay không?

Nên tích hợp khi doanh nghiệp nhập lại nhiều hoặc thường sai trạng thái. Trước khi nối, hãy chuẩn hóa mã đối tác, danh mục hàng cùng mức thuế. Với sản lượng thấp, xuất nhập dữ liệu theo mẫu có kiểm soát đôi khi dễ vận hành hơn API.

Đổi nhà cung cấp có mất dữ liệu cũ không?

Không nên mất nếu doanh nghiệp đã lưu tệp gốc và có kế hoạch chuyển. Trước khi dừng hợp đồng, hãy tải XML, bản thể hiện, danh mục trạng thái và nhật ký cần thiết. Chọn ngẫu nhiên 30 chứng từ để kiểm khả năng tra cứu sau chuyển đổi.

Khi hệ thống báo lỗi, kế toán nên làm gì trước?

Ghi mã lỗi, thời điểm, số chứng từ và ảnh màn hình. Kiểm trạng thái trên hệ thống trước khi gửi lại. Không tạo hóa đơn mới để thử khi chưa biết yêu cầu cũ đã được nhận chưa. Sau đó chuyển hồ sơ cho đúng mức hỗ trợ.

Hóa đơn điện tử 2026 nên được mua bằng bộ kiểm thử, không bằng giá mỗi số. Bạn hãy chấm ba nhà cung cấp trên cùng 12 tình huống. Đã sẵn sàng tránh một lỗi lan sang kỳ kê khai? Hãy chạy thử điều chỉnh, tải XML và phục hồi dữ liệu trước khi ký hợp đồng.

Similar Posts