Khi doanh nghiệp dự định chuyển sang nhà cung cấp hóa đơn điện tử khác, việc đăng ký tài khoản mới chỉ là một phần của kế hoạch. Cần biết hệ thống hiện tại đang chứa dữ liệu nào, hóa đơn nào đã phát hành, chứng từ nào đang chờ xử lý và ai chịu trách nhiệm trong thời gian chuyển tiếp. Nếu dừng hệ thống cũ quá sớm hoặc không tải đủ dữ liệu cần lưu, kế toán có thể gặp khó khi tra cứu, đối soát hoặc giải trình giao dịch đã phát sinh.

Trong vai trò tư vấn triển khai BKAV eHoadon, chúng tôi khuyến nghị lập kế hoạch chuyển đổi theo từng mốc và chỉ chuyển các luồng mới khi điều kiện đã được xác nhận. Bài này hướng tới doanh nghiệp đang cân nhắc đăng ký mới BKAV eHoadon. Nội dung không giả định dữ liệu sẽ tự động chuyển từ nhà cung cấp cũ, cũng không khẳng định thủ tục đăng ký nào được miễn. Tình trạng sử dụng hóa đơn, yêu cầu đăng ký với cơ quan thuế và cách lưu dữ liệu cần được xác nhận theo hồ sơ của từng đơn vị và quy định đang có hiệu lực.

1. Xác định lý do và phạm vi chuyển

Ghi rõ lý do chuyển: cần thay đổi quy trình phát hành; thay đổi tích hợp; thống nhất hệ thống giữa các đơn vị; hay cần gói phù hợp hơn với khối lượng sử dụng. Chọn phạm vi đầu tiên: một pháp nhân, một chi nhánh, một nhóm hóa đơn hoặc toàn bộ hoạt động. Phạm vi nhỏ giúp thử quy trình mới có kiểm soát, nhưng chỉ khi doanh nghiệp có căn cứ vận hành và nghiệp vụ để tách luồng.

Lập danh sách điều kiện thành công trước khi bắt đầu: người dùng đã được hướng dẫn; mẫu được duyệt; chữ ký số và phương thức ký đã kiểm tra; thông tin đơn vị được xác nhận; danh mục dữ liệu cần thiết đã chuẩn bị; và có người theo dõi trạng thái sau phát hành. Gắn người chịu trách nhiệm, thời hạn và bằng chứng cần lưu cho mỗi điều kiện.

Trước khi ký hợp đồng hoặc xác nhận đăng ký, làm rõ phạm vi dịch vụ, số lượng hóa đơn, thời hạn sử dụng, mẫu, phí khởi tạo nếu có, yêu cầu kết nối và các khoản không bao gồm. Bảng giá trên website có thể thay đổi theo thời điểm; đối chiếu báo giá được gửi cho doanh nghiệp và xác nhận giá cuối cùng bằng văn bản. Không suy ra chức năng tích hợp đã bao gồm chỉ vì trang giới thiệu nói có khả năng tích hợp.

2. Kiểm kê hệ thống và chứng từ hiện tại

Liệt kê phần mềm đang tạo, ký, gửi, lưu và tra cứu hóa đơn. Ghi phiên bản, người quản trị, tài khoản liên quan, thiết bị ký, phần mềm kế toán/bán hàng kết nối và dữ liệu được lưu ở đâu. Nếu có API hoặc kết nối riêng, xác định người phụ trách kỹ thuật và tài liệu giao diện đang dùng. Không ngắt kết nối hoặc đóng tài khoản cũ trước khi biết phụ thuộc nào còn hoạt động.

Tách dữ liệu thành nhóm: hóa đơn đã phát hành; hóa đơn bị thay thế hoặc điều chỉnh; hồ sơ đang chờ; danh sách khách hàng; danh mục hàng hóa; báo cáo/kết xuất; mẫu đã dùng; tài liệu đăng ký; và trao đổi xử lý sự cố. Xác định định dạng và cách tải từng nhóm. PDF giúp đọc nhanh nhưng không nhất thiết thay thế dữ liệu điện tử gốc. Lưu XML hoặc tệp gốc theo yêu cầu lưu trữ áp dụng cho doanh nghiệp, đồng thời kiểm tra tệp mở được và có thể tra cứu.

Ghi số lượng và khoảng ngày cho mỗi tập dữ liệu. Sau khi tải, đối chiếu vài bản ghi đại diện với hệ thống cũ. Kiểm tra tên file, thư mục, ngày, mã hóa, quyền truy cập và bản sao dự phòng. Không đưa dữ liệu hóa đơn vào kho chung không có kiểm soát.

3. Kiểm tra nghĩa vụ đăng ký và mốc chuyển tiếp

Trước khi lập hóa đơn trên nền tảng mới, xác định doanh nghiệp đang ở trạng thái đăng ký nào và thay đổi cần gửi tới cơ quan thuế ra sao. Nghị định 70/2025/NĐ-CP sửa đổi quy định về hóa đơn tại Nghị định 123/2020/NĐ-CP và có hiệu lực từ ngày 01/06/2025. Tình huống cụ thể của doanh nghiệp cần được đối chiếu với văn bản hiện hành, hồ sơ đăng ký và hướng dẫn chính thức. Không sử dụng bài viết cũ về chuyển đổi theo Thông tư 78 như căn cứ đầy đủ cho mọi trường hợp hiện nay.

Lập lịch gồm ngày chuẩn bị, ngày kiểm tra tài khoản mới, ngày bắt đầu luồng hóa đơn mới và ngày rà lại dữ liệu. Trong khoảng chuyển tiếp, quy định rõ hệ thống nào dùng cho giao dịch nào, ai được phép lập và ai xác nhận. Nếu cả hai hệ thống cùng còn truy cập được, nguy cơ lập trùng tăng lên; đặt mã tham chiếu hoặc bước kiểm soát để nhân viên không tạo một hóa đơn trên cả hai nơi.

Không dừng hệ thống cũ chỉ vì đã đăng nhập được hệ thống mới. Chỉ kết thúc sử dụng sau khi người phụ trách xác nhận các hóa đơn còn chờ, dữ liệu cần lưu, khả năng truy xuất và các thủ tục liên quan đã được xử lý. Nếu có hồ sơ cần nộp hoặc thông báo cần gửi, ghi nhận kết quả và lưu chứng từ xác nhận.

4. Chuẩn bị dữ liệu và cấu hình cho tài khoản mới

Chọn danh mục khách hàng cần dùng trước, loại bản ghi trùng sau khi xác minh và phân biệt email liên hệ với email nhận hóa đơn. Chọn danh mục hàng hóa dựa trên dữ liệu đã kiểm tra; rà tên, đơn vị, mã nội bộ, giá và các trường kế toán mà doanh nghiệp sử dụng. Không nhập nguyên trạng dữ liệu cũ nếu không hiểu ý nghĩa từng cột.

Trang hướng dẫn chính thức của Bkav có nội dung tạo hóa đơn từ Excel. Hướng dẫn đó tập trung vào mẫu file hóa đơn và quy trình tải lên; không nên suy ra tệp danh mục từ hệ thống cũ có thể nhập trực tiếp. Nếu cần chuyển dữ liệu hàng loạt, xác nhận mẫu, khả năng tiếp nhận và phạm vi hỗ trợ với đầu mối triển khai. Giữ bản sao gốc và thử bằng vài dòng đã ẩn danh trước khi xử lý nhiều bản ghi.

Kiểm tra thông tin người bán, mẫu dự kiến, logo và người nhận hóa đơn. Xác nhận ai có thể tạo, ai kiểm tra, ai ký/phát hành và ai theo dõi kết quả. Cấu hình quyền cần kiểm tra trên tài khoản thực tế; không dựa trên lời truyền miệng về giao diện của phiên bản khác.

5. Chạy song song có kiểm soát, không phát hành trùng

Trong giai đoạn làm quen, chọn giao dịch đủ đại diện và thống nhất trước hệ thống nào là nơi phát hành chính thức cho giao dịch đó. Nếu cần kiểm tra màn hình, dùng dữ liệu thử và dừng trước bước ký/phát hành trừ khi đã có phương án thử hợp lệ. Không tạo hóa đơn thật thứ hai chỉ để kiểm tra mẫu hoặc kết nối.

Trước ngày chuyển, đối chiếu đơn hàng, số chứng từ nội bộ và hóa đơn phát hành để tránh bỏ sót. Khi phát hiện giao dịch đã được lập trên hệ thống cũ, đánh dấu và không tạo lại trên tài khoản mới nếu chưa xác định trạng thái. Sau khi một hóa đơn được phát hành trên hệ thống mới, theo dõi phản hồi và gửi đúng khách; chỉ chuyển bước tiếp theo khi người phụ trách xác nhận luồng hoạt động đạt yêu cầu.

Tổ chức buổi hướng dẫn cho người lập, người kiểm tra và người ký. Đề nghị mỗi người thực hành một tình huống: chọn người mua; kiểm tra hàng và tiền; xem bản trước ký; thực hiện bước được giao; kiểm tra trạng thái; lưu tệp. Nếu lỗi xuất hiện, ghi chính xác thông báo và bước tái hiện. Không khuyến khích thao tác lặp lại khi chưa biết trạng thái lần trước.

6. Kết nối phần mềm bán hàng/kế toán

Nếu doanh nghiệp cần đồng bộ, lập yêu cầu kết nối trước khi đưa vào sử dụng: tên phần mềm và phiên bản; dữ liệu gửi đi; trường bắt buộc; chiều truyền; tần suất; cách nhận lỗi; người phụ trách hai bên; môi trường thử; tiêu chí nghiệm thu; và phương án khi mất kết nối. Gửi một ví dụ dữ liệu đã ẩn danh để làm rõ định dạng.

Đừng chỉ yêu cầu “kết nối được”. Mô tả kết quả mong muốn bằng phép kiểm tra: một đơn hàng tạo ra một chứng từ đúng; mã khách hàng không đổi; thuế và tổng tiền đối chiếu; trạng thái lỗi có thể truy lại; người dùng biết nơi sửa dữ liệu; và không phát hành trùng khi nhấn gửi lại. Những tiêu chí này cần được hai bên thống nhất trước khi triển khai.

Xác nhận chi phí, phạm vi hỗ trợ và trách nhiệm bảo trì kết nối. Trang dịch vụ có thể nêu các khả năng chung, nhưng tích hợp với phần mềm cụ thể cần khảo sát và xác nhận. Không gửi thông tin đăng nhập sản xuất hoặc dữ liệu thật qua email thông thường để nhà cung cấp thử nghiệm.

7. Checklist trước ngày chuyển chính thức

• Đã xác định phạm vi và ngày bắt đầu dùng hệ thống mới.
• Đã kiểm kê hóa đơn, dữ liệu, mẫu và việc còn mở ở hệ thống cũ.
• Đã tải, sao lưu và đối chiếu dữ liệu gốc cần giữ.
• Đã xác minh yêu cầu đăng ký/thay đổi với cơ quan thuế cho tình huống cụ thể.
• Đã xác nhận thông tin đơn vị, mẫu và người dùng trên BKAV eHoadon.
• Đã thống nhất ai lập, ai kiểm tra, ai ký và ai theo dõi kết quả.
• Đã thử bằng dữ liệu phù hợp, không tạo hóa đơn trùng.
• Đã thống nhất luồng nếu kết nối bán hàng/kế toán lỗi.
• Đã thông báo người liên quan và khách hàng theo kế hoạch của doanh nghiệp.
• Đã có đầu mối xử lý trong những ngày đầu chuyển đổi.

8. Sau khi chuyển: theo dõi và đóng hệ thống cũ

Trong tuần đầu hoặc chu kỳ phù hợp, đối chiếu số giao dịch, hóa đơn phát hành, trạng thái gửi và dữ liệu kế toán giữa các bộ phận. Kiểm tra các ngoại lệ: hóa đơn bị từ chối, khách chưa nhận, giao dịch đang chờ và dữ liệu chưa đồng bộ. Điều chỉnh quy trình nội bộ nếu nhân viên thường xuyên phải sửa cùng một trường.

Chỉ đóng hoặc ngừng quyền hệ thống cũ sau khi người phụ trách xác nhận việc lưu trữ và tra cứu vẫn đáp ứng nhu cầu. Ghi lại ai còn quyền truy cập chỉ đọc, thời hạn duy trì và cách lấy lại dữ liệu khi cần. Nếu có quy định về thời gian lưu hoặc thủ tục thông báo, đối chiếu với tư vấn kế toán/pháp lý của đơn vị và văn bản hiện hành.

Chuyển nhà cung cấp có kế hoạch giúp giảm gián đoạn, giữ được hồ sơ và làm rõ trách nhiệm. Doanh nghiệp đăng ký mới có thể tham khảo trang BKAV eHoadon. Các bước đối chiếu và sao lưu được trình bày dưới đây. Với câu hỏi pháp lý, hãy cung cấp loại hình doanh nghiệp, trạng thái đăng ký và mốc dự kiến để người có chuyên môn đối chiếu đúng trường hợp; không dùng checklist này thay cho kết luận pháp lý.

Trước ngày chuyển hệ thống, lập bảng đối chiếu dữ liệu cần giữ: hóa đơn đã phát hành, tệp XML, mẫu đang dùng và giao dịch chưa xử lý xong. Với phần dữ liệu đang có trên Bkav eHoadon, có thể tạo gói sao lưu XML từ menu dấu ba chấm → Sao lưu → Tạo Sao lưu mới rồi tải về. Nếu dữ liệu ở nhà cung cấp khác, cần kiểm tra cách xuất của hệ thống đó, không áp nguyên các nút của Bkav. Nên đối chiếu số lượng tệp với danh sách hóa đơn trước khi chốt bàn giao.

Bài liên quan

• Cách tạo và phát hành hóa đơn trên Bkav eHoadon — rà quy trình phát hành trước mốc chuyển luồng mới.
• Tạo hóa đơn Bkav eHoadon từ Excel — kiểm tra mẫu nhập liệu hóa đơn trong giai đoạn chuẩn bị.
• Cập nhật chữ ký số mới trên Bkav eHoadon sau gia hạn hoặc cấp lại — xem bước cần kiểm tra khi thay chứng thư số.

Tài liệu tham khảo: Nghị định 70/2025/NĐ-CP; giới thiệu nội dung mới của Nghị định 70.

Bài giới thiệu của Cổng Thông tin điện tử Chính phủ tổng hợp những nhóm thay đổi của Nghị định 70/2025/NĐ-CP, trong đó có đối tượng áp dụng, loại hóa đơn, thời điểm lập và nội dung hóa đơn. Khi lập kế hoạch chuyển nhà cung cấp, nên tách việc chuyển dữ liệu khỏi việc xác định quy định áp dụng cho từng giao dịch.

Một hóa đơn được lập đúng vẫn có thể gây gián đoạn nếu gửi tới địa chỉ email cũ, hộp thư không còn người quản lý hoặc đầu mối không được giao nhận chứng từ. Trong thực tế triển khai, chúng tôi thường gặp trường hợp bộ phận bán hàng lưu email liên hệ, kế toán lưu email nhận hóa đơn, còn khách hàng vừa thay nhân sự phụ trách. Nếu không thống nhất nguồn cập nhật, nhân viên có thể gửi chứng từ đến nhiều nơi mà không biết địa chỉ nào là chính thức.

Quản lý người nhận hóa đơn cần một quy trình xác nhận và ghi nhận thay đổi. Bài viết tập trung vào thông tin liên hệ phục vụ việc gửi hóa đơn, không hướng dẫn sửa nội dung người mua trên hóa đơn. Hai việc này có thể liên quan nhưng không đồng nhất: email dùng để gửi không tự quyết định tên, mã số thuế hay địa chỉ phải thể hiện trên chứng từ. Cách gửi cụ thể cần xác nhận theo cấu hình và hướng dẫn hiện hành của BKAV eHoadon.

1. Phân biệt thông tin người mua và người nhận

Người mua trên hóa đơn là thông tin nghiệp vụ của giao dịch. Người nhận email có thể là kế toán, bộ phận mua hàng, hộp thư chung hoặc cá nhân được khách chỉ định. Có trường hợp hai vai trò thuộc cùng một người, nhưng doanh nghiệp không nên mặc định như vậy.

Trong danh mục nội bộ, tách các trường như email liên hệ chung; email nhận hóa đơn; người phụ trách bên khách; kênh gửi bổ sung nếu được yêu cầu; ngày khách xác nhận; và người trong công ty tiếp nhận yêu cầu. Nếu hệ thống chỉ có một trường email cho người mua hoặc người nhận, xác minh ý nghĩa của trường đó trên giao diện trước khi dùng. Đừng nhập nhiều địa chỉ vào một ô nếu chưa biết hệ thống xử lý ra sao.

Với khách có nhiều chi nhánh, xác định hóa đơn nào gửi địa chỉ chung và hóa đơn nào cần gửi đầu mối theo chi nhánh. Gắn quy tắc với mã khách hàng, đơn hàng hoặc địa điểm giao dịch để nhân viên không phải đoán dựa trên tên người liên hệ.

2. Xác nhận email trước khi dùng

Khi khách đăng ký hoặc phát sinh giao dịch đầu tiên, yêu cầu họ cung cấp địa chỉ nhận hóa đơn và người phụ trách. Kiểm tra lỗi gõ thường gặp: thiếu ký tự @, thừa khoảng trắng, sai tên miền, dấu chấm đặt sai hoặc email cá nhân bị nhầm với địa chỉ kế toán. Xác nhận bằng kênh đã thống nhất, nhất là khi email mới thay thế hộp thư đã dùng lâu năm.

Không gửi dữ liệu hóa đơn thử tới địa chỉ chưa xác minh. Nếu doanh nghiệp cần kiểm tra khả năng gửi, thống nhất trước với người nhận và dùng chứng từ/dữ liệu được phép. Gửi một hóa đơn thật đến email thử có thể làm lộ dữ liệu hoặc tạo hiểu nhầm rằng chứng từ đã phát hành cho khách.

Lưu bằng chứng xác nhận vừa đủ: ngày yêu cầu, người gửi, địa chỉ mới, người trong công ty tiếp nhận và kết quả kiểm tra. Không nhất thiết lưu cả chuỗi thư nếu hệ thống hồ sơ đã có mã tham chiếu. Mục tiêu là trả lời được ai yêu cầu đổi và từ khi nào, đồng thời hạn chế lưu thông tin ngoài nhu cầu nghiệp vụ.

3. Quy trình tiếp nhận thay đổi

Khi nhận đề nghị đổi email, nhân viên không nên sửa ngay chỉ dựa trên tin nhắn không rõ danh tính. Thực hiện theo các bước:

1. Ghi nhận khách hàng hoặc mã đơn hàng và địa chỉ đang dùng.
2. Xác minh người gửi thuộc đầu mối khách đã chỉ định hoặc liên hệ lại qua kênh đã lưu.
3. Ghi email mới chính xác, hỏi ngày áp dụng và phạm vi áp dụng.
4. Xác định thay đổi chỉ ảnh hưởng việc gửi hóa đơn hay khách đồng thời yêu cầu đổi thông tin người mua trên chứng từ.
5. Cập nhật đúng nơi được phân công; nếu dữ liệu nằm ở nhiều hệ thống, lập danh sách nơi cần đồng bộ.
6. Gửi xác nhận lại cho người yêu cầu và kiểm tra giao dịch tiếp theo.
7. Lưu dấu vết thay đổi theo chính sách doanh nghiệp.

Nếu hóa đơn đã phát hành nhưng gửi sai địa chỉ, trước hết xác định chứng từ đã gửi cho ai, nội dung có bị lộ và khách muốn xử lý ra sao. Gửi lại email không thay đổi nội dung hóa đơn. Nếu sai thông tin người mua trên hóa đơn, đó là quy trình xử lý sai sót riêng, không thể giải quyết chỉ bằng việc sửa email trong danh mục.

4. Tổ chức danh sách người nhận

Bảng nội bộ có thể gồm mã khách; đơn vị/chi nhánh; email nhận chính; email dự phòng nếu khách chỉ định; tên đầu mối; ngày xác nhận; người phụ trách nội bộ; trạng thái sử dụng; ghi chú phạm vi. Hạn chế quyền xem nếu bảng có thông tin liên hệ cá nhân. Không lưu mật khẩu email, mã xác thực hoặc thông tin đăng nhập của khách.

Với hộp thư chung như [email protected], xác nhận hộp thư còn được theo dõi và có người chịu trách nhiệm. Với email cá nhân, hỏi khách cách cập nhật khi nhân sự đổi việc. Địa chỉ dự phòng chỉ dùng khi khách đã đồng ý; không tự thêm nhiều người nhận vì muốn chắc chắn đã gửi.

Nếu hệ thống cho phép lưu người nhận hoặc gửi lại mã tra cứu, kiểm tra hướng dẫn và giới hạn chức năng trên tài khoản. Danh mục hướng dẫn BKAV có bài về gửi lại mã tra cứu hóa đơn cho người mua. Cách gửi, trạng thái hiển thị và thông tin cần nhập phải theo tài liệu hiện hành, không suy diễn từ cách gửi email của hệ thống khác.

5. Kiểm tra sau khi gửi

Sau khi gửi hóa đơn, kiểm tra trạng thái gửi trên nền tảng theo hướng dẫn, rồi ghi nhận kết quả vào quy trình nội bộ. Thông báo thao tác hoàn tất không nhất thiết chứng minh người nhận đã mở thư. Nếu khách báo chưa nhận, kiểm tra email chính xác, thư rác, giới hạn dung lượng và trạng thái gửi trước khi gửi lại.

Khi gửi lại, xác nhận đúng số hóa đơn và địa chỉ đã được khách xác nhận. Tránh đính kèm nhầm PDF của hóa đơn khác. Nếu gửi đường dẫn hoặc mã tra cứu, dùng đúng chứng từ và không gửi mã tới người chưa được xác minh. Nếu hệ thống hỗ trợ gửi lại mã, làm theo bài hướng dẫn tương ứng và ghi nhận thời điểm.

Đối với khách có chính sách bảo mật chặt, xác nhận cách thức nhận chứng từ: email, cổng trao đổi nội bộ hay đầu mối kế toán. Không tự chuyển sang ứng dụng nhắn tin cá nhân hoặc nhóm chung nếu khách chưa đồng ý.

6. Tình huống thường gặp

Khách thay kế toán: xác nhận email mới và ngày bàn giao; hỏi khách có muốn thiết lập đầu mối dự phòng không. Một doanh nghiệp có nhiều chi nhánh: xác định người nhận theo giao dịch, tránh gửi tất cả về địa chỉ mà khách không quản lý. Email trả về: không gửi lặp; xác minh chính tả và hộp thư với đầu mối. Khách báo nhận nhầm hóa đơn: rà số chứng từ, người nhận, tệp đính kèm và ghi nhận sự cố theo quy trình dữ liệu của công ty. Khách đề nghị đổi tên hoặc địa chỉ người mua: chuyển kế toán kiểm tra hồ sơ và quy định, không chỉ sửa trường email.

Trước khi áp dụng thay đổi hàng loạt, xuất danh sách khách bị ảnh hưởng, để người có thẩm quyền duyệt và giữ bản trước khi đổi. Nếu một email dùng cho nhiều pháp nhân, xác nhận đây là chủ ý của khách; đừng tự suy rằng các đơn vị cùng tập đoàn đương nhiên dùng chung người nhận.

7. Bảo vệ dữ liệu liên hệ

Chỉ những nhân sự cần xử lý hóa đơn mới nên xem danh sách người nhận. Khi gửi cho nhiều khách, dùng đúng chức năng từng chứng từ và rà người nhận trước khi xác nhận. Không đưa danh sách email vào ảnh chụp màn hình gửi nhóm hỗ trợ nếu không cần thiết. Nếu cần minh họa lỗi, che tên, mã số thuế, email và thông tin giao dịch.

Thiết lập thời hạn rà soát định kỳ. Danh sách lâu không dùng nên được xác nhận lại khi phát sinh giao dịch, thay vì tự coi vẫn chính xác. Khi nhân viên nghỉ việc, thu hồi quyền truy cập tới bảng liên hệ theo quy trình nội bộ. Nếu nghi ngờ đã gửi nhầm hoặc lộ thông tin, báo ngay người phụ trách an toàn dữ liệu và làm theo quy trình xử lý sự cố của công ty.

8. Checklist vận hành

• Đã tách dữ liệu người mua khỏi email nhận hóa đơn.
• Email chính được khách xác nhận qua kênh phù hợp.
• Có người phụ trách nội bộ và ngày xác nhận gần nhất.
• Yêu cầu thay đổi được xác minh, nêu rõ phạm vi và ngày áp dụng.
• Đã cập nhật các hệ thống liên quan theo quy trình.
• Không thêm người nhận dự phòng khi khách chưa chấp thuận.
• Sau gửi, đã kiểm tra trạng thái và lưu kết quả.
• Gửi lại đúng hóa đơn, đúng địa chỉ và đúng người nhận.
• Không lưu mật khẩu, PIN hoặc dữ liệu khách hàng không cần thiết.
• Có phương án báo sự cố nếu gửi nhầm hoặc lộ thông tin.

Quy trình rõ giúp giảm gửi nhầm và giúp nhân viên biết phải làm gì khi khách đổi đầu mối. Các bước gửi lại mã tra cứu được trình bày dưới đây. Doanh nghiệp đăng ký mới có thể tham khảo trang dịch vụ, sau đó hỏi đầu mối triển khai cách quản lý người nhận phù hợp với cấu hình hiện tại.

Mở đúng hóa đơn bằng chức năng Xem Hóa đơn, chọn Gửi Mã tra cứu Hóa đơn rồi kiểm tra người nhận trước khi gửi. Hướng dẫn Bkav cho phép nhập nhiều email hoặc số điện thoại, phân cách bằng dấu chấm phẩy. Chờ thông báo gửi thành công và ghi lại lần gửi. Việc gửi mã tra cứu là bước giao thông tin cho khách; cần kiểm tra đúng hóa đơn và đầu mối nhận trước mỗi lần gửi lại.

Bài liên quan

• Cách tạo và phát hành hóa đơn trên Bkav eHoadon — xem các bước kiểm tra người mua trong luồng lập hóa đơn.
• Tra cứu hóa đơn Bkav bằng mã tra cứu và tải PDF, XML — tham khảo khi người nhận cần tra cứu hoặc tải lại chứng từ.

Tài liệu tham khảo: danh mục hướng dẫn BKAV eHoadon, mục gửi lại mã tra cứu cho người mua; chính sách bảo vệ dữ liệu và quy trình kế toán nội bộ. Bài viết không thay hướng dẫn xử lý nội dung sai trên hóa đơn đã phát hành.

Mẫu hóa đơn là phần người mua nhìn thấy và là nơi tập trung nhiều thông tin cần đối chiếu. Logo đặt lệch, tên hàng bị cắt, địa chỉ khó đọc hoặc phần tổng tiền không nổi bật có thể khiến khách yêu cầu gửi lại hoặc làm chậm khâu xác nhận chứng từ. Mẫu nhìn đẹp trên một ảnh minh họa cũng chưa chắc phù hợp dữ liệu thực tế: tên hàng dài, nhiều dòng, chiết khấu hoặc thông tin người mua có thể làm bố cục thay đổi.

Khi tư vấn khách hàng triển khai BKAV eHoadon, chúng tôi khuyến nghị kiểm tra mẫu bằng các bộ dữ liệu đại diện trước lần phát hành đầu tiên và sau mỗi thay đổi cấu hình quan trọng. Bài viết này tập trung vào checklist rà hiển thị; nó không thay thế việc xác định nội dung hóa đơn theo quy định. Mẫu, thao tác xem trước và tùy chỉnh cần xác nhận trên tài khoản vì có thể khác theo gói và thời điểm.

1. Xác định mẫu sẽ sử dụng

Ghi tên hoặc mã mẫu đang được chọn và người đã duyệt. Nếu doanh nghiệp có nhiều loại hóa đơn, chi nhánh hoặc cửa hàng, lập danh sách mẫu tương ứng với từng luồng. Không dựa vào tên tệp ảnh trong nhóm trao đổi để kết luận đó là mẫu đang cấu hình.

Danh mục hướng dẫn chính thức của Bkav có nội dung thêm mới mẫu hóa đơn. Dùng hướng dẫn hiện hành để tìm đúng khu vực quản lý mẫu trên tài khoản. Nếu không thấy tùy chọn cần thiết, ghi tên chức năng đang hiển thị và hỏi người quản trị hoặc bộ phận hỗ trợ. Không tự sửa mã giao diện hay tải ảnh vào vị trí không được hướng dẫn.

Trước khi rà giao diện, lấy bộ thông tin người bán đã xác nhận: tên đơn vị, mã số thuế, địa chỉ, thông tin liên hệ và dữ liệu cần thể hiện theo tình huống. Chọn logo có nguồn gốc hợp lệ, đúng phiên bản thương hiệu và đủ rõ. Lưu người duyệt, ngày duyệt và ảnh/bản tham chiếu.

2. Chuẩn bị tình huống kiểm tra

Một mẫu nên được xem với ít nhất ba kịch bản. Kịch bản ngắn: người mua, tên hàng ngắn và một dòng hàng để kiểm tra bố cục cơ bản. Kịch bản dài: tên người mua, địa chỉ hoặc mô tả hàng dài hơn thông thường để phát hiện cắt chữ, xuống dòng bất hợp lý. Kịch bản nhiều dòng: nhiều hàng hóa/dịch vụ, đơn vị tính, số lượng và đơn giá để kiểm tra bảng có lặp tiêu đề hoặc đẩy phần tổng tiền sang trang sau không.

Nếu doanh nghiệp có chiết khấu, phụ phí, nhiều mức thuế hoặc mặt hàng đặc thù, bổ sung tình huống do kế toán xác định. Không tạo dữ liệu thuế tùy tiện chỉ để làm mẫu đẹp. Ghi rõ dữ liệu là thử và không gửi cho khách. Nếu không có chế độ thử được xác nhận, dừng ở bước xem trước hoặc dùng phương án được quản trị viên chấp thuận.

Với mỗi kịch bản, lập bảng dữ liệu kỳ vọng gồm tên người mua, hàng hóa, số lượng, đơn giá, tiền hàng, thuế và tổng thanh toán. Nhờ vậy, người kiểm tra vừa rà thiết kế vừa đối chiếu nội dung; không chỉ xem có đủ dòng hay không.

3. Rà thông tin người bán và người mua

Đối chiếu tên người bán, mã số thuế, địa chỉ và thông tin liên hệ với hồ sơ đã được duyệt. Kiểm tra dấu tiếng Việt, ký tự viết tắt, khoảng trắng và cách xuống dòng. Nếu đơn vị có nhiều địa điểm hoặc đầu mối, xác nhận trường nào cần thể hiện theo quy trình và quy định áp dụng.

Kiểm tra người mua ở từng kịch bản. Tên và thông tin định danh cần khớp dữ liệu đã chọn; không để sót khách thử hoặc dữ liệu của người khác. Với email nhận hóa đơn, xác định đó là kênh gửi hay trường hiển thị; không tự đưa email cá nhân lên bản hóa đơn nếu không cần.

Nếu địa chỉ dài, xem có bị cắt ở mép hoặc lẫn vào dòng khác không. Nếu thông tin người mua để trống trong một tình huống, kiểm tra mẫu có hiển thị nhãn thừa hoặc khoảng trống gây hiểu nhầm không. Mỗi thay đổi cần được xem lại ở bản xem trước; thông báo lưu không tự chứng minh mẫu đã được chọn đúng cho luồng cần dùng.

4. Rà bảng hàng hóa và phép tính

Đọc lần lượt tên hàng hóa/dịch vụ, đơn vị tính, số lượng, đơn giá, thành tiền và ghi chú. Xác nhận tiêu đề cột rõ, cỡ chữ đủ đọc và đơn vị tiền nhất quán. Thử mô tả dài để xem xuống dòng ổn định hay bị che.

So sánh phép tính trên mẫu với bảng kỳ vọng do kế toán lập. Kiểm tra số lượng nhân đơn giá, tổng các dòng, tiền thuế theo nghiệp vụ và tổng thanh toán. Nếu có nhiều dòng hàng, kiểm tra dòng cuối và phần tổng kết, không chỉ nhìn trang đầu. Nếu nội dung kéo sang trang sau, xem số trang, tiêu đề bảng và phần ký có còn dễ nhận diện.

Không dùng hình thức mẫu làm căn cứ thay đổi thuế suất. Thuế suất và cách thể hiện phụ thuộc giao dịch, mặt hàng và quy định đang có hiệu lực. Người thiết kế mẫu hoặc nhân viên kỹ thuật không tự quyết nội dung kế toán.

5. Logo, màu sắc, chữ ký và khả năng đọc

Logo cần rõ ở kích thước thực tế, không bị kéo méo hoặc mất nền ngoài ý muốn. Kiểm tra độ tương phản giữa chữ và nền, nhất là khi xem trên điện thoại hoặc in đen trắng. Đường kẻ quá nhạt có thể khó nhìn; màu quá đậm có thể làm nội dung rối.

Xem khu vực dành cho chữ ký và thông tin người ký. Không đưa ảnh chữ ký cá nhân, con dấu hoặc thông tin chưa được duyệt vào mẫu. Nếu có vị trí thể hiện chữ ký số, kiểm tra dữ liệu theo hướng dẫn; bản xem trước chưa ký có thể không phản ánh đầy đủ phần ký sau phát hành.

Mở bản xem trước ở kích thước đọc bình thường và trên ít nhất một màn hình nhỏ nếu có thể. Tải hoặc in PDF để xem font, ngắt dòng và lề. Bản xem trong trình duyệt và PDF có thể khác nhau, vì vậy không chỉ chụp ảnh màn hình ở mức phóng to rồi kết luận mẫu sẽ đọc tốt trên mọi thiết bị.

6. Phiếu rà soát và phê duyệt

Tạo phiếu kiểm tra ghi mã mẫu, ngày, người kiểm tra, dữ liệu thử, kết quả đối chiếu và thay đổi yêu cầu. Nếu có nhiều vòng chỉnh sửa, đặt số phiên bản nội bộ hoặc lưu ảnh so sánh có ngày. Không dùng ảnh cũ sau khi thay logo hay thông tin người bán.

Trước khi dùng, người phụ trách nghiệp vụ xác nhận nội dung và người phụ trách vận hành xác nhận mẫu đang chọn đúng, nhân viên biết cách sử dụng. Đây là hai kiểm tra khác nhau: kế toán chịu trách nhiệm thông tin nghiệp vụ; quản trị viên hoặc người được phân công xác nhận cấu hình.

Phát hành thử nghiệm không phải bước mặc định. Chỉ thực hiện khi doanh nghiệp đã thống nhất một giao dịch hợp lệ và hiểu hậu quả. Không tạo hóa đơn thật cho khách nội bộ chỉ để xem logo hoặc căn lề.

7. Lỗi thường gặp và cách xử lý

• Logo mờ hoặc méo: kiểm tra tệp nguồn, tỷ lệ và kích thước theo hướng dẫn.
• Tên hàng bị cắt: thử mô tả dài, rà cách xuống dòng; không tùy tiện bỏ thông tin.
• Tổng tiền lệch: đối chiếu dữ liệu đầu vào và phép tính, tìm lỗi ở nguồn hay cách hiển thị.
• Người mua không đúng: kiểm tra bản ghi được chọn; đừng chỉnh mẫu để che lỗi dữ liệu.
• Mẫu mới không xuất hiện: xác nhận đã lưu, quyền thao tác và mẫu được chọn đúng luồng.
• PDF khác màn hình: tải từ đúng chứng từ thử, ghi phiên bản và thiết bị rồi hỏi hỗ trợ.
• Bố cục nhiều trang khó đọc: kiểm tra dữ liệu nhiều dòng, phần tổng kết và chữ ký.
• Thông tin cũ còn trên mẫu: rà lại cấu hình người bán và quy trình phê duyệt phiên bản.

Nếu phát hiện nội dung nghiệp vụ sai, dừng duyệt và chuyển cho kế toán phụ trách. Nếu là lỗi kỹ thuật, chụp thông báo đã che dữ liệu nhạy cảm, ghi các bước tái hiện và liên hệ đúng đầu mối. Không phát hành thật khi chưa biết phần hiển thị sau ký sẽ ra sao.

8. Checklist trước lần phát hành đầu tiên

• Đã xác định mẫu đang dùng và người phê duyệt.
• Thông tin người bán đã đối chiếu hồ sơ.
• Đã thử dữ liệu ngắn, dài và nhiều dòng.
• Đã kiểm tra tên, địa chỉ và thông tin người mua.
• Đã đối chiếu phép tính với dữ liệu do kế toán xác nhận.
• Logo, màu, cỡ chữ và phần ký đọc được trên màn hình/PDF.
• Đã kiểm tra trang tiếp theo khi hóa đơn có nhiều dòng.
• Đã lưu phiên bản mẫu và kết quả rà soát.
• Nhân viên biết cách dừng và báo lỗi trước khi ký.
• Chỉ phát hành sau khi người có trách nhiệm xác nhận.

Mẫu đạt yêu cầu là mẫu có thông tin đúng, đọc được và đã được duyệt trên dữ liệu đại diện. Các bước thêm mẫu được trình bày dưới đây; phạm vi dịch vụ và đăng ký mới được giới thiệu tại trang eHoadon. Khi hỏi hỗ trợ, gửi mã mẫu và ảnh đã che thông tin người mua để chuyên viên xác định nhanh vấn đề.

Trong eHoadon, mở Thông báo phát hành → Mẫu và Quyết định → Thêm mới và chọn đúng loại mẫu. Điền thông tin, ghi lại rồi kiểm tra bản xem trước. Mẫu ở trạng thái Mới tạo chưa sử dụng được; chỉ ký duyệt sau khi đã kiểm tra xong. Mẫu đã ký duyệt không tự sửa như bản nháp; nếu cần đổi nội dung phải nhờ hỗ trợ. Nên lưu danh sách các điểm đã duyệt để tránh ký nhầm phiên bản.

Bài liên quan

• Cách tạo và phát hành hóa đơn trên Bkav eHoadon — theo dõi quy trình xem lại nội dung trước khi phát hành.
• Tạo hóa đơn Bkav eHoadon từ Excel: nhập dữ liệu và kiểm tra trước khi ký — đối chiếu dữ liệu nhập với bản xem trước.

Tài liệu tham khảo: danh mục hướng dẫn BKAV eHoadon, mục thêm mới mẫu hóa đơn; quy định về nội dung hóa đơn đang có hiệu lực. Bài viết tập trung kiểm tra hiển thị, không thay việc xác định nội dung nghiệp vụ.

Khi kế toán nghỉ việc hoặc doanh nghiệp thay người phụ trách hóa đơn, rủi ro lớn nhất thường không phải người mới chưa biết đăng nhập. Hồ sơ bàn giao có thể thiếu hóa đơn đang chờ xử lý, thiếu dữ liệu gốc để đối chiếu, không rõ ai đang nhận email thông báo hoặc không biết một giao dịch đã phát hành hay mới chỉ lưu nháp. Nếu người mới lập lại chứng từ vì không tìm thấy bản cũ, doanh nghiệp có thể tạo trùng và mất thời gian xác định bản nào cần tiếp tục.

Trong quá trình tư vấn triển khai BKAV eHoadon, chúng tôi khuyến nghị bàn giao theo ba lớp: dữ liệu hóa đơn; quy trình và việc đang mở; quyền truy cập, thiết bị và đầu mối. Bàn giao không chỉ là gửi một tệp bảng tính. Người giao và người nhận cần đối chiếu được trạng thái trên tài khoản, thống nhất việc còn phải làm và bảo vệ thông tin xác thực. Bài viết này cung cấp checklist cho kế toán trưởng, người bàn giao và người tiếp nhận.

1. Chốt thời điểm và phạm vi bàn giao

Chọn ngày giờ chốt số liệu. Ghi rõ khoảng thời gian bàn giao, đơn vị/mã số thuế liên quan, tài khoản đang sử dụng và bộ phận nhận trách nhiệm. Nếu nhiều người cùng xử lý, xác định ai bàn giao dữ liệu bán ra, ai chuyển hồ sơ đầu vào và ai theo dõi các giao dịch còn mở.

Trước khi xuất hoặc tải danh sách, thống nhất phạm vi lọc: kỳ kế toán; trạng thái; loại chứng từ; chi nhánh; hóa đơn đã điều chỉnh hoặc thay thế. Không trộn danh sách đã phát hành với danh sách mới tạo mà thiếu cột trạng thái. Nếu dùng chức năng kết xuất, lưu tiêu chí lọc cùng tệp để người nhận hiểu phạm vi dữ liệu.

Bản bàn giao cần nêu thời điểm dữ liệu được lấy. Hóa đơn phát hành sau thời điểm chốt sẽ không nằm trong tệp cũ, vì vậy hai bên cần phân định ai cập nhật phần phát sinh trong thời gian giao ca. Tránh để cả người cũ lẫn người mới cùng nghĩ bên kia sẽ xử lý chứng từ chưa hoàn tất.

2. Danh sách hồ sơ cần nhận

Hóa đơn đã phát hành: bàn giao danh sách số, ký hiệu, ngày, người mua, giá trị và trạng thái theo phạm vi cần thiết. Kèm dữ liệu XML gốc hoặc cách truy xuất theo quy trình doanh nghiệp, bản PDF để đọc thuận tiện và thông tin tra cứu nếu được phép chia sẻ. PDF thuận tiện xem nhưng không thay thế dữ liệu hóa đơn điện tử gốc.

Hóa đơn mới tạo hoặc đang chờ: liệt kê chứng từ chưa ký, đang xử lý, bị từ chối hoặc chưa nhận phản hồi mong đợi. Ghi bước đã làm, thông báo lỗi quan sát được và hành động tiếp theo. Người nhận cần biết bản nào được tiếp tục, bản nào phải xác minh lại trước khi thao tác.

Hóa đơn điều chỉnh hoặc thay thế: bàn giao hóa đơn gốc, hóa đơn xử lý sai sót, thỏa thuận/thông báo liên quan và tình trạng gửi cho khách. Không chỉ gửi bản mới nhất vì người tiếp nhận cần hiểu mối liên hệ giữa tài liệu và lý do giá trị thay đổi.

Dữ liệu đối soát: cung cấp file kết xuất nếu doanh nghiệp sử dụng, tiêu chí lọc, cách hiểu các cột và các dòng cần chú ý. Hướng dẫn Bkav có các cách kết xuất dữ liệu; dạng một hóa đơn mỗi dòng và dạng chi tiết mặt hàng có thể phục vụ mục đích khác nhau. Người nhận cần biết tệp nào dùng so tổng hóa đơn và tệp nào có nhiều dòng hàng để tránh cộng trùng.

Mẫu và thông tin đơn vị: ghi mẫu doanh nghiệp đang chọn, logo hoặc yêu cầu hiển thị đã được duyệt, email/đầu mối nhận và lưu ý đã xác nhận. Không coi một ảnh minh họa cũ là bản cấu hình hiện tại; người nhận nên kiểm tra lại trên tài khoản.

3. Ghi rõ các việc chưa hoàn tất

Tạo bảng riêng cho việc mở, gồm mã tham chiếu; khách hàng hoặc chứng từ; trạng thái quan sát; việc đã làm; bước kế tiếp; người nhận việc và thời hạn. Hạn chế đưa dữ liệu nhạy cảm vào bảng chia sẻ rộng. Có thể dùng mã nội bộ để người nhận tra hồ sơ trong nơi lưu trữ được kiểm soát.

Với lỗi kỹ thuật, ghi nguyên văn thông báo, thời điểm, thiết bị và bước vừa thao tác. Cụm “hóa đơn lỗi” quá chung để người nhận tiếp tục an toàn. Nếu chưa xác định nguyên nhân, đánh dấu cần xác minh và dừng thao tác; tránh chỉ dẫn phỏng đoán như bấm ký lại hoặc tạo bản mới.

Nếu hóa đơn đang chờ phản hồi, nêu nơi kiểm tra trạng thái và thời điểm dự kiến kiểm tra lại. Nếu khách chưa nhận được hóa đơn, ghi địa chỉ đã xác nhận, số chứng từ và lịch sử gửi ở mức cần thiết. Không chuyển tiếp cả chuỗi thư có thông tin khách khác nếu không liên quan.

4. Tài khoản, vai trò và thiết bị

Liệt kê người dùng cần truy cập, nhiệm vụ nội bộ và người phê duyệt cấp/thu hồi. Tên quyền cụ thể phải kiểm tra theo cấu hình thực tế; không sao chép ma trận quyền của đơn vị khác. Khi đổi nhân sự, thực hiện điều chỉnh tài khoản theo quy trình quản trị để người cũ không tiếp tục dùng quyền không còn phù hợp.

Không ghi mật khẩu, PIN USB Token hoặc mã xác thực vào biên bản. Người nhận cần tự đăng nhập bằng thông tin của mình theo quy trình công ty. Nếu đang dùng một tài khoản chung, ghi nhận vấn đề truy nguyên thao tác và thống nhất phương án với quản trị viên.

Ghi thiết bị ký, công cụ cần có, môi trường đã được kiểm tra và đầu mối hỗ trợ. Nếu đổi máy tính, người nhận nên kiểm tra kết nối chữ ký số theo tài liệu hiện hành trước hạn phát hành. Không chuyển Token hoặc PIN ngoài quy trình an toàn của doanh nghiệp.

5. Tổ chức buổi đối chiếu

Bố trí buổi bàn giao để cùng kiểm tra trong tài khoản được phép. Chọn một hóa đơn đã phát hành để người nhận tìm hồ sơ, tải bản XML/PDF và đối chiếu trạng thái. Tiếp đó, xem một hóa đơn đang chờ và một hồ sơ điều chỉnh/thay thế. Mục đích là xác nhận người nhận biết vị trí tài liệu, không phải phát hành hóa đơn thật trong buổi bàn giao.

Đối chiếu tổng số hồ sơ với báo cáo kế toán hoặc nguồn dữ liệu nội bộ. Mọi chênh lệch cần được ghi lại, phân loại và giao người xử lý. Nếu tệp Excel có nhiều dòng cho một hóa đơn do tách mặt hàng, không so số dòng với số lượng hóa đơn trước khi hiểu cấu trúc.

Cuối buổi, người nhận nhắc lại các việc ưu tiên, hạn xử lý, khách cần phản hồi và đầu mối hỗ trợ. Người giao cần giải thích cách đặt tên thư mục, thời gian lưu và tiêu chí để tìm đúng tệp, thay vì chỉ gửi đường dẫn thư mục.

6. Checklist ký nhận

• Hai bên thống nhất thời điểm và phạm vi dữ liệu.
• Đã nhận danh sách hóa đơn phát hành, nháp, chờ xử lý và sai sót.
• Đã nhận hoặc biết cách truy xuất XML gốc, PDF và tài liệu kèm theo.
• Đã ghi tiêu chí lọc của file kết xuất.
• Đã bàn giao mẫu, thông tin đơn vị và yêu cầu hiển thị đang dùng.
• Đã lập bảng việc mở, người nhận việc và thời hạn.
• Đã xác minh tài khoản/nhân sự mà không gửi mật khẩu hoặc PIN.
• Đã xác nhận thiết bị ký và đầu mối hỗ trợ.
• Người nhận đã tự tìm được hồ sơ mẫu trên tài khoản được cấp.
• Chênh lệch chưa giải quyết được ghi thành việc riêng.

Sau khi tiếp nhận, người mới nên dành vài ngày đầu đối chiếu các giao dịch đang mở với bộ phận bán hàng và kế toán trưởng. Đối chiếu các bước sao lưu dưới đây; nếu cần hỗ trợ, gửi tình huống đã ẩn thông tin nhạy cảm cho đầu mối hỗ trợ. Thông tin đăng ký mới và phạm vi dịch vụ có tại trang eHoadon.

Trong eHoadon, mở menu dấu ba chấm, chọn Sao lưu rồi Tạo Sao lưu mới. Tải gói dữ liệu về máy; chức năng này sao lưu hóa đơn đã phát hành ở định dạng XML. Khi bàn giao, nên ghi thời điểm sao lưu, người nhận và vị trí lưu, đồng thời mở thử một số tệp để kiểm tra bộ hồ sơ có thể sử dụng được. Đây là bước kiểm tra bàn giao nội bộ, không phải xác nhận đã đủ toàn bộ nghĩa vụ lưu trữ.

Bài liên quan

• Sao lưu hóa đơn XML đã phát hành trên Bkav eHoadon — checklist lưu tệp gốc trong hồ sơ bàn giao.
• Tra cứu hóa đơn Bkav bằng mã tra cứu và tải PDF, XML — đối chiếu cách tìm và tải chứng từ cần bàn giao.
• Điều chỉnh hóa đơn Bkav: chọn đúng cách, tính tăng giảm và kiểm tra sai sót và thay thế hóa đơn Bkav bằng biên bản điện tử — tham khảo khi bàn giao hồ sơ hóa đơn đã xử lý sai sót.

Các nhóm thao tác đối chiếu gồm tải PDF/XML, sao lưu XML và kết xuất dữ liệu hóa đơn. Checklist là gợi ý bàn giao nội bộ; áp dụng theo quy chế lưu trữ và phân quyền của doanh nghiệp.

Khi một người vừa lập vừa tự kiểm tra rồi ký phát hành mọi hóa đơn, quy trình có thể nhanh nhưng phụ thuộc nhiều vào cá nhân đó. Khi doanh nghiệp tăng số giao dịch, nghỉ phép hoặc thay đổi nhân sự, công việc dễ bị gián đoạn và khó xác định lỗi xuất hiện ở khâu nào. Ngược lại, chia quá nhiều bước mà không chỉ định người chịu trách nhiệm cũng khiến hóa đơn bị chờ hoặc bị kiểm tra lặp lại.

Trong các buổi tư vấn triển khai BKAV eHoadon, chúng tôi thường bắt đầu từ quy trình kế toán thực tế của doanh nghiệp rồi mới xác định cách phân công trên tài khoản. Cần phân biệt ba việc: ai chuẩn bị dữ liệu, ai kiểm tra nghiệp vụ và ai thực hiện hành động ký/phát hành. Tên vai trò, quyền và vị trí màn hình có thể tùy thuộc tài khoản, phiên bản hoặc cấu hình; bài này không khẳng định mọi tài khoản đều có một bộ quyền cố định mang cùng tên. Doanh nghiệp nên xác minh trực tiếp quyền đang được cấp và lập quy định nội bộ tương ứng.

1. Vẽ luồng hóa đơn trước khi phân quyền

Ghi các bước hiện có từ lúc nhận thông tin bán hàng tới lúc gửi hóa đơn cho khách: tiếp nhận đơn hàng; xác nhận người mua; đối chiếu hàng hóa và giá; lập dữ liệu hóa đơn; kiểm tra; ký/phát hành; theo dõi trạng thái; gửi chứng từ; lưu và đối soát. Với từng bước, ghi người làm chính, người thay thế và bằng chứng bàn giao.

Không cần tạo thêm một tầng phê duyệt cho mọi hóa đơn nếu quy mô nhỏ và kiểm soát khác đã phù hợp. Điều quan trọng là doanh nghiệp biết ai được phép sửa dữ liệu trước khi phát hành, ai quyết định xử lý trường hợp ngoại lệ và ai chịu trách nhiệm kiểm tra kết quả sau thao tác. Quy trình nên tương ứng với giá trị và rủi ro của giao dịch.

Một bảng RACI đơn giản có thể dùng để thảo luận: R là người thực hiện; A là người chịu trách nhiệm cuối; C là người cần tham vấn; I là người cần được thông báo. Đây chỉ là phương pháp quản trị nội bộ. Không nên nhầm cách phân vai này với cấu hình quyền của phần mềm.

2. Phân biệt vai trò nghiệp vụ

Người lập dữ liệu tiếp nhận chứng từ bán hàng và nhập thông tin hóa đơn. Họ cần biết lấy dữ liệu từ đâu, kiểm tra người mua, mặt hàng, số lượng, đơn giá, thuế suất và thời điểm lập theo quy trình áp dụng. Nếu dùng nhập từ Excel, họ phải tải đúng mẫu hiện hành và hiểu cách mỗi dòng được hệ thống đọc; không tự thêm trường vào mẫu khi chưa xác nhận.

Người kiểm tra đối chiếu dữ liệu trên màn hình hoặc bản xem trước với hợp đồng, đơn hàng, phiếu giao hàng và chứng từ kế toán. Họ cần xác nhận các tổng tiền, thông tin người mua và mẫu hiển thị. Nếu doanh nghiệp nhỏ và cùng một người thực hiện cả lập lẫn kiểm tra, có thể dùng bước tự đối chiếu có checklist và yêu cầu người khác kiểm tra giao dịch ngoại lệ hoặc giá trị lớn.

Người ký/phát hành thực hiện bước xác nhận bằng hình thức chữ ký số hoặc phương thức được cấu hình, sau khi biết hóa đơn đã được kiểm tra. Người này phải bảo vệ phương tiện xác thực theo quy định đơn vị, không để người khác dùng PIN thay mặt. Chữ ký được dùng phải phù hợp hồ sơ và quyền hạn pháp lý của doanh nghiệp.

Người theo dõi sau phát hành kiểm tra kết quả, phản hồi cấp mã nếu thuộc trường hợp tương ứng, gửi cho đúng khách hàng, xử lý việc gửi lại và lưu chứng từ. Bước này không nên bị bỏ qua chỉ vì giao diện đã thông báo thao tác ký xong.

Trong nhóm nhỏ, một nhân sự có thể kiêm nhiệm nhiều vai trò. Khi đó, quy trình cần chỉ ra điểm kiểm tra độc lập hoặc cách rà soát định kỳ để giảm rủi ro thao tác nhầm. Khi nhóm lớn, nên tránh để một tài khoản dùng chung khiến nhật ký hoạt động không còn gắn với người thao tác cụ thể.

3. Xác minh quyền thực tế trên tài khoản

Trước khi phân công, người quản trị mở danh sách tài khoản và kiểm tra chức năng thực sự được hiển thị cho từng người. Thử xác định ai có thể xem, tạo, sửa, ký, phát hành, gửi hoặc tải chứng từ. Không suy ra một quyền có tồn tại chỉ từ ảnh hướng dẫn cũ, mô tả trên website hoặc cấu hình của doanh nghiệp khác.

Nếu giao diện có lựa chọn tạo tài khoản hoặc vai trò, lưu lại tên quyền như hệ thống đang hiển thị và người được cấp. Nếu doanh nghiệp không nhìn thấy cấu hình cần thiết, ghi câu hỏi rõ ràng để đầu mối hỗ trợ xác nhận: tài khoản hiện tại có phân biệt quyền lập với quyền ký không; ai có thể thay đổi cấu hình; thao tác nào được ghi nhận; và có thể thu hồi quyền theo cách nào. Chưa có xác nhận thì thiết kế kiểm soát bằng quy trình nội bộ, không tuyên bố rằng phần mềm có tính năng cụ thể.

Thực hiện kiểm tra bằng tài khoản được cấp phép và trong phạm vi quản trị. Không thử đoán mật khẩu, mượn tài khoản của đồng nghiệp hoặc thay đổi quyền thật trong giờ phát hành nếu chưa thống nhất. Khi cần kiểm thử, hẹn thời gian ít giao dịch và giữ một người quản trị có thể khôi phục cấu hình.

4. Xây dựng ma trận phân công

Công việc	Người lập	Người kiểm tra	Người ký/phát hành	Người theo dõi
Nhận đơn hàng và hồ sơ	Chuẩn bị dữ liệu	Tham khảo khi thiếu thông tin	Được thông báo nếu có ngoại lệ	—
Nhập hóa đơn	Thực hiện theo chứng từ	Rà người mua, hàng và tiền	Chỉ ký sau khi đủ điều kiện nội bộ	—
Kiểm tra mẫu	Cung cấp yêu cầu	Đối chiếu bản xem trước	Xác nhận sẵn sàng phát hành	—
Ký/phát hành	Bàn giao danh sách đã kiểm	Xác nhận nội dung	Thực hiện bước ký được giao	Theo dõi trạng thái
Gửi và lưu	Có thể chuẩn bị người nhận	Kiểm tra email/đầu mối	—	Xác nhận gửi và lưu chứng từ
Xử lý sai sót	Báo sự cố, cung cấp hồ sơ	Đánh giá nội dung	Phê duyệt người thực hiện	Theo dõi kết quả và lưu liên quan

Bảng cần điều chỉnh theo quy mô và quy chế tài chính của doanh nghiệp. Không ghi mã PIN hoặc thông tin xác thực vào cột ghi chú. Với người nghỉ phép, chỉ định người thay thế trước; không chuyển tạm thông tin đăng nhập cá nhân của người cũ.

5. Điểm kiểm soát trước khi ký

Người kiểm tra nên đối chiếu tối thiểu: đúng người mua; đúng mã số thuế hoặc thông tin định danh tương ứng; tên, địa chỉ theo hồ sơ; mô tả hàng hóa/dịch vụ; số lượng, đơn giá; mức thuế; tiền trước thuế, tiền thuế và tổng thanh toán; ngày lập; mẫu hóa đơn; email người nhận. Danh sách này cần được điều chỉnh cho từng nghiệp vụ và yêu cầu pháp luật hiện hành.

Nếu có thay đổi sát giờ như khách đổi email, chiết khấu, hàng trả lại hoặc thay đổi số lượng, dừng để xác minh nguồn dữ liệu và người phê duyệt. Không chỉnh dữ liệu dựa trên tin nhắn không rõ người gửi. Với hóa đơn nhập bằng tệp Excel, đối chiếu cả bản nguồn lẫn dữ liệu hệ thống đã đọc; tải tệp thành công chưa đồng nghĩa các trường được nhập đúng.

Người ký cần biết trạng thái “đã kiểm tra” nghĩa là gì theo quy trình công ty. Có thể dùng dấu xác nhận nội bộ, danh sách chờ ký hoặc bước bàn giao được ghi nhận. Không ký một loạt hóa đơn khi chưa xác định rõ bộ lọc và các dòng được chọn.

6. Bàn giao khi đổi nhân sự hoặc thiết bị

Khi nhân sự chuyển vị trí hoặc nghỉ việc, người quản trị rà lại tài khoản, thiết bị, phương thức xác thực, email nhận cảnh báo và các hóa đơn đang chờ. Thu hồi hoặc điều chỉnh quyền theo quy trình tổ chức. Không xóa hồ sơ bàn giao cần thiết để đối soát sau này; phân biệt việc ngừng quyền đăng nhập với việc lưu trữ chứng từ đã phát hành.

Khi đổi máy tính ký, kiểm tra công cụ và kết nối theo hướng dẫn chính thức hiện hành. Nếu phát sinh lỗi ký, ghi thời điểm, trình duyệt hoặc môi trường, thông báo lỗi và bước vừa thao tác. Không tạo hóa đơn thay thế chỉ vì thiết bị ký không kết nối được; lỗi kỹ thuật và sai nội dung hóa đơn là hai tình huống khác nhau.

Duy trì người dự phòng đã được hướng dẫn. Người thay thế cần biết cách nhận danh sách chờ, kiểm tra bằng chứng và liên hệ đầu mối hỗ trợ, nhưng chỉ được thực hiện những hành động phù hợp thẩm quyền. Thực hành bàn giao định kỳ giúp tránh tình trạng đến lúc người phụ trách chính vắng mặt mới phát hiện không ai biết cách kiểm tra trạng thái.

7. Rà soát định kỳ và xử lý ngoại lệ

Mỗi tháng hoặc theo chu kỳ nội bộ, xem lại danh sách người dùng, vai trò thực tế, nhân sự đã chuyển bộ phận và số lượng chứng từ còn chờ. Chọn một số hóa đơn đã hoàn tất để rà ngược: có nguồn giao dịch, người lập, người kiểm, trạng thái sau phát hành, người nhận và hồ sơ lưu hay chưa. Đây là cách đánh giá quy trình, không phải kết luận tự động về tuân thủ.

Các ngoại lệ như khách không cung cấp thông tin, giao dịch bị hủy sau khi lập, gửi nhầm email, chữ ký không hoạt động hoặc hóa đơn bị từ chối cần có nhánh xử lý. Nhân viên nên biết khi nào dừng, báo ai và cần cung cấp dữ liệu nào. Không yêu cầu nhân viên tự sửa quy trình hoặc gửi tài liệu khách hàng qua kênh không được phép.

Nếu xuất hiện nghi vấn truy cập trái phép, thông báo ngay người quản trị và thực hiện quy trình an toàn thông tin của công ty. Ghi nhận tài khoản, thời điểm và thao tác quan sát được; không xóa nhật ký hoặc chia sẻ mật khẩu để “kiểm tra hộ”.

Tổ chức quyền lập và quyền ký hiệu quả bắt đầu bằng việc phân vai rõ và xác minh đúng cấu hình đang dùng. Các nhóm thao tác và lưu ý phân công được trình bày dưới đây; để trao đổi gói đăng ký mới, tham khảo trang dịch vụ. Khi đề nghị hỗ trợ phân quyền, nêu rõ tài khoản thuộc nhóm nào và hành động cần giới hạn, nhưng che thông tin xác thực và dữ liệu không liên quan.

Danh mục hướng dẫn Bkav tách các công việc tạo dữ liệu, duyệt mẫu, ký/phát hành và sao lưu. Có thể dùng các nhóm việc này làm bảng phân công nội bộ: ai chuẩn bị, ai kiểm tra, ai được ký và ai lưu hồ sơ. Bảng phân công không tự tạo ra quyền trên phần mềm; cần xác minh khả năng giới hạn của tài khoản thực tế trước khi giao quyền ký. Hướng dẫn đổi mật khẩu nằm ở Tài khoản → Người sử dụng, tại biểu tượng ổ khóa của từng tên đăng nhập; không dùng thao tác đổi mật khẩu để thay cho kiểm tra quyền.

Bài liên quan

• Cách tạo và phát hành hóa đơn trên Bkav eHoadon — quy trình nghiệp vụ để xác định điểm bàn giao giữa người lập và người ký.
• Cài BkavCA Signer Plugin 2.0 và xử lý lỗi không ký được — kiểm tra công cụ ký ở máy được phân công.
• Cập nhật chữ ký số mới trên Bkav eHoadon sau gia hạn hoặc cấp lại — tham khảo khi thay đổi chứng thư số.

Cấu hình quyền và cách đặt tên vai trò cần xác nhận trên tài khoản thực tế; bài viết mô tả nguyên tắc tổ chức quy trình, không khẳng định tính năng tài khoản chưa kiểm tra.

Sau khi hoàn tất đăng ký một dịch vụ hóa đơn điện tử, doanh nghiệp thường nhận tài khoản hoặc thông tin bàn giao và muốn đưa ngay vào công việc. Trước khi phát hành hóa đơn thật, nên dành một phiên nghiệm thu ngắn để xác nhận các phần đã bàn giao phù hợp với nhu cầu đã đăng ký. “Đăng nhập được” chưa đủ để kết luận quy trình đã sẵn sàng: nhân sự có thể chưa biết mẫu nào được chọn, dữ liệu đơn vị có thể thiếu, máy tính ký chưa được cấu hình hoặc chưa thống nhất ai kiểm tra kết quả sau khi gửi.

Với khách hàng đăng ký mới BKAV eHoadon, chúng tôi khuyến nghị nghiệm thu theo các tình huống giả lập có thể quan sát được. Mỗi tình huống cần nêu dữ liệu đầu vào, người thực hiện, kết quả mong đợi và bằng chứng cần lưu. Việc này giúp doanh nghiệp phát hiện vướng mắc khi còn có thể xử lý trong buổi bàn giao, thay vì gặp lỗi lúc chuẩn bị giao chứng từ cho khách mua. Nội dung dưới đây là khung kiểm tra nghiệp vụ. Khả năng cụ thể phụ thuộc gói dịch vụ, tài khoản và cách cấu hình của từng đơn vị; không xem danh sách này là lời khẳng định rằng mọi chức năng đều nằm sẵn trong mọi gói.

1. Chuẩn bị phiên nghiệm thu

Chỉ định người đại diện nghiệp vụ, người quản trị tài khoản và người phụ trách ký. Chọn một người ghi kết quả để tránh mỗi bộ phận giữ một ghi chú khác nhau. Trước phiên, tập hợp hồ sơ đăng ký, yêu cầu ban đầu, thông tin tài khoản, danh sách mẫu dự kiến, thiết bị ký và câu hỏi còn tồn đọng.

Tạo một bảng kiểm với năm cột: mã tình huống, dữ liệu giả lập, người kiểm tra, kết quả mong đợi, trạng thái và bằng chứng. Thống nhất ba trạng thái: đạt; cần xử lý rồi kiểm tra lại; chưa thử do thiếu điều kiện. Không chuyển “chưa thử” thành “đạt” chỉ vì không phát hiện lỗi trong lúc đăng nhập.

Dùng dữ liệu giả lập, dữ liệu nội bộ được phép hoặc bản sao đã ẩn danh. Không dùng thông tin của khách hàng thật nếu chưa được phép. Đặc biệt, không phát hành hóa đơn thật để thử hệ thống. Nếu cần xác nhận quy trình ký/phát hành, trao đổi trước về môi trường và phương thức thử phù hợp với tài khoản. Khi không có lựa chọn thử được xác nhận, nghiệm thu tới bước ngay trước khi ký và đánh dấu phần còn lại cần xác nhận với đầu mối hỗ trợ.

2. Kiểm tra hồ sơ bàn giao và quyền truy cập

Bắt đầu bằng cách đối chiếu thông tin đơn vị trên tài khoản với hồ sơ đăng ký và yêu cầu của doanh nghiệp. Kiểm tra người liên hệ nhận thông báo, email nghiệp vụ và các thông tin hiển thị liên quan. Nếu phát hiện khác biệt, ghi cụ thể trường nào sai và căn cứ sửa là gì; không tự chỉnh tùy ý những nội dung ảnh hưởng tới hồ sơ đăng ký.

Xác nhận từng nhân sự có thể truy cập theo đúng nhiệm vụ nội bộ. Doanh nghiệp cần xác định ai được tạo dữ liệu, ai được kiểm tra, ai chịu trách nhiệm thực hiện bước ký/phát hành và ai theo dõi kết quả. Tên gọi quyền hoặc màn hình có thể thay đổi theo phiên bản và cấu hình, vì vậy hãy kiểm tra trên tài khoản thực tế thay vì dựa vào ảnh chụp cũ. Không chia sẻ một thông tin đăng nhập chung nếu cách đó làm mất khả năng xác định người đã thao tác.

Kiểm tra quy trình đổi mật khẩu, lưu trữ thông tin truy cập và bàn giao khi nhân sự thay đổi theo chính sách an toàn của doanh nghiệp. Tránh ghi mật khẩu hoặc mã PIN vào bảng nghiệm thu. Các thông tin bí mật chỉ được nhập trực tiếp bởi người được giao trách nhiệm trên thiết bị của họ.

3. Bộ tình huống giả lập nên có

Tình huống A – lập một hóa đơn bán hàng đơn giản. Dùng người mua giả lập, một mặt hàng, số lượng nhỏ và mức thuế suất do bộ phận kế toán xác định cho mục đích thử. Người kiểm tra đối chiếu tên, địa chỉ, mã định danh, tên hàng, đơn vị tính, số lượng, đơn giá, tiền hàng và tiền thuế ở màn hình xem trước. Mục tiêu là kiểm tra người thao tác hiểu các trường, không phải tư vấn mức thuế cho giao dịch thật.

Tình huống B – một hóa đơn có nhiều dòng hàng. Kiểm tra cách cộng thành tiền và khả năng người lập phân biệt các dòng của cùng một chứng từ. Bkav có hướng dẫn riêng về tạo hóa đơn từ Excel; với bài thử theo cách đó, dùng đúng mẫu tải từ hệ thống và xác nhận dữ liệu được đọc trước khi thực hiện bước tiếp theo. Không tự thay cấu trúc file bằng cách thêm cột chưa được hướng dẫn.

Tình huống C – người mua có thay đổi thông tin liên hệ. Đưa vào kịch bản một email người nhận cũ và một email mới đã được xác nhận. Kiểm tra ai được phép đề nghị đổi, ai duyệt, ai cập nhật và làm thế nào xác nhận người nhận sau thay đổi. Tình huống này kiểm tra quy trình nội bộ, không giả định phần mềm tự đồng bộ email trên tất cả ứng dụng.

Tình huống D – mẫu hóa đơn cần nhận diện rõ. Chọn mẫu dự kiến sử dụng và xem thử logo, thông tin người bán, bố cục tên hàng, tiền, phần chữ ký và nội dung liên hệ. Không lấy một ảnh minh họa trên trang web để kết luận mẫu đã được cấu hình trong tài khoản của doanh nghiệp.

Tình huống E – sự cố trước khi phát hành. Giả lập một dòng thiếu dữ liệu, một lỗi kết nối thiết bị ký hoặc người thực hiện chưa có quyền cần thiết. Nhân viên cần biết dừng ở đâu, ghi lại thông báo nào và báo cho ai. Không thử nhập sai PIN nhiều lần trên thiết bị thật và không tạo hóa đơn mới để né một lỗi chưa được chẩn đoán.

Tình huống F – kiểm tra sau thao tác. Xác định nơi xem trạng thái của chứng từ, cách tải bản thể hiện hoặc dữ liệu lưu trữ và cách đối soát thông tin. Nếu phiên nghiệm thu không được phép phát hành chứng từ, ghi rõ phần kết quả chưa kiểm tra thực tế.

4. Tiêu chí đạt và phân loại vấn đề

Một tình huống chỉ được coi là đạt khi người thực hiện hoàn tất các bước trong phạm vi đã thống nhất, kết quả quan sát được đúng với mong đợi, và người kiểm tra khác có thể xem lại bằng chứng. Ví dụ, chỉ mở được màn hình chưa chứng minh tệp đã nhập đúng; chỉ thấy thông báo “đã gửi” chưa chứng minh cơ quan thuế đã phản hồi nếu nghiệp vụ cần mã hoặc trạng thái phản hồi.

Phân loại vấn đề theo mức ảnh hưởng. Mức cần xử lý trước khi sử dụng: sai thông tin đơn vị, chưa rõ người có trách nhiệm ký, mẫu chưa được chốt, lỗi khiến dữ liệu không thể kiểm tra. Mức cần hướng dẫn thêm: thao tác tìm bản ghi, lọc trạng thái hoặc lưu tài liệu. Mức ghi nhận cải tiến: cách đặt mã nội bộ, phân công người nhận thông báo hoặc cấu trúc thư mục lưu hồ sơ. Mọi vấn đề cần có người nhận việc và thời hạn theo lịch nội bộ.

Nếu thấy sai khác giữa hồ sơ đăng ký và thông tin hiển thị, không chỉnh nhiều trường cùng lúc. Ghi lại giá trị hiện tại, giá trị cần xác minh và nguồn căn cứ. Gửi đúng phần thông tin cần thiết cho đầu mối hỗ trợ, che dữ liệu không liên quan. Khi đã cập nhật, chạy lại đúng tình huống ban đầu để xác nhận lỗi đã hết.

5. Biên bản nghiệm thu và bàn giao sử dụng

Biên bản nên ghi tên gói đăng ký theo hồ sơ, ngày nghiệm thu, tài khoản/đơn vị được kiểm tra, người tham dự, tình huống đã thử và tình huống chưa thử. Với mỗi hạng mục, lưu trạng thái đạt/chờ xử lý, ảnh chụp đã che thông tin nhạy cảm hoặc tài liệu hướng dẫn tương ứng. Không đính kèm mã PIN, mật khẩu hay dữ liệu khách hàng thật.

Tạo danh sách việc còn mở gồm mô tả, mức ảnh hưởng, người theo dõi, đầu mối xử lý và ngày kiểm tra lại. Nêu rõ điều kiện để chuyển sang phát hành thật, ví dụ: thông tin đơn vị đã được xác minh; mẫu dự kiến được duyệt; người lập và người kiểm tra biết quy trình; thiết bị ký sẵn sàng; và doanh nghiệp biết cách theo dõi trạng thái sau phát hành. Đây là tiêu chí vận hành nội bộ, không thay cho thủ tục đăng ký hoặc yêu cầu của cơ quan thuế.

Sau nghiệm thu, tổ chức hướng dẫn ngắn cho nhân viên sẽ sử dụng hàng ngày. Thay vì chỉ gửi một liên kết hướng dẫn, đề nghị người học tự làm lại một tình huống, giải thích điểm kiểm tra trước khi ký và chỉ ra nơi cần xem trạng thái. Cách kiểm tra lại này giúp phát hiện sớm những chỗ nhân viên chưa hiểu.

6. Những hiểu nhầm cần tránh

• Đăng nhập thành công không đồng nghĩa mọi thông tin đơn vị và mẫu đã được xác nhận.
• Tải được Excel lên không đồng nghĩa dữ liệu người mua, thuế suất và nội dung từng dòng đã đúng.
• Một màn hình báo thao tác hoàn tất không thay cho việc kiểm tra trạng thái sau cùng.
• Biên bản nghiệm thu nội bộ không thay thế hồ sơ đăng ký hoặc chứng từ theo quy định.
• Một ảnh giao diện trên tài liệu cũ không bảo đảm tài khoản hiện tại có cùng bố cục.
• Thử bằng dữ liệu thật có thể tạo chứng từ có hậu quả nghiệp vụ; phải thống nhất phương án thử trước.
• Không chia sẻ mật khẩu hoặc mã PIN trong biên bản hay nhóm trao đổi chung.

Nghiệm thu theo bộ tình huống giúp doanh nghiệp nhìn rõ phần đã sẵn sàng và phần còn cần hướng dẫn. Khi phát sinh lỗi, ghi nguyên văn thông báo, thời điểm, bước vừa thực hiện và thiết bị đang dùng; đó là thông tin hữu ích hơn câu mô tả chung “không chạy”. Đối chiếu các bước nghiệm thu dưới đây và trao đổi với đầu mối hỗ trợ nếu cần xác nhận chức năng theo gói hoặc cấu hình cụ thể. Doanh nghiệp đang đăng ký mới có thể xem thông tin dịch vụ eHoadon.

Khi nghiệm thu mẫu hóa đơn, tạo một mẫu thử, kiểm tra thông tin và bản xem trước trước bước Ký duyệt mẫu. Tách kết quả thành ba phần: dữ liệu đúng, hình thức hiển thị đúng và trạng thái mẫu phù hợp. Mẫu đã ký duyệt không tự sửa như bản nháp theo PB1, vì vậy chỉ đưa mẫu sang bước này khi người phụ trách đã chấp thuận. Đây là gợi ý kiểm tra nội bộ; không phát hành hóa đơn thử vào giao dịch thật chỉ để kiểm tra giao diện.

Bài liên quan

• Cách tạo và phát hành hóa đơn trên Bkav eHoadon — đối chiếu quy trình lập và kiểm tra chứng từ.
• Tạo hóa đơn Bkav eHoadon từ Excel — dùng khi tình huống nghiệm thu có bước nhập dữ liệu theo mẫu.
• Cài BkavCA Signer Plugin 2.0 và xử lý lỗi không ký được — xử lý phần cài đặt công cụ ký trên máy trạm.
• Cập nhật chữ ký số mới trên Bkav eHoadon sau gia hạn hoặc cấp lại — tham khảo khi cần kiểm tra chứng thư số vừa thay đổi.

Các nhóm thao tác đối chiếu gồm tạo hóa đơn trực tuyến, tạo từ Excel, thêm mẫu và ký/phát hành theo lô. Bài viết là khung nghiệm thu nội bộ; các bước thử phải phù hợp phạm vi tài khoản và hồ sơ doanh nghiệp.

Khi bắt đầu sử dụng hóa đơn điện tử, nhiều doanh nghiệp muốn lập hóa đơn ngay để không gián đoạn bán hàng. Nhưng nếu thông tin khách đang nằm rải rác trong phần mềm kế toán, ứng dụng bán hàng và các bảng tính cá nhân, kế toán có thể phải sửa từng giao dịch. Tên có nhiều cách viết, mã số thuế thiếu một ký tự, địa chỉ cũ hoặc email nhận hóa đơn không còn được sử dụng đều làm chậm quy trình.

Trong quá trình tư vấn triển khai BKAV eHoadon, chúng tôi thường đề nghị doanh nghiệp dành một lượt rà soát dữ liệu trước khi sử dụng thường xuyên. Mục tiêu không phải làm cho mọi dòng dữ liệu giống hệt nhau, mà là xác định đúng người mua, biết nguồn thông tin, giảm lỗi đánh máy và thống nhất cách cập nhật về sau. Bài viết này hướng dẫn chuẩn bị danh mục và kiểm tra thử an toàn. Mẫu nhập, quyền tài khoản và giao diện có thể khác theo cấu hình; không nên mặc định một tệp Excel bất kỳ có thể tải lên thành danh mục khách hàng.

1. Chốt phạm vi và nguồn dữ liệu

Trước tiên, xác định danh mục phục vụ cho bộ phận nào: lập hóa đơn, gửi chứng từ cho đầu mối kế toán, tra cứu khách mua thường xuyên hay đối soát hợp đồng. Phạm vi rõ giúp tránh thu thập quá nhiều thông tin cá nhân không cần thiết.

Liệt kê nơi đang lưu dữ liệu: phần mềm kế toán, hệ thống bán hàng, hồ sơ hợp đồng, bảng công nợ và danh bạ do nhân viên quản lý. Chỉ định nguồn chính cho từng trường. Chẳng hạn, thông tin pháp nhân căn cứ trên hồ sơ giao dịch đã xác nhận; email nhận hóa đơn căn cứ trên yêu cầu mới nhất của khách; mã nội bộ lấy từ phần mềm kế toán. Khi hai nguồn mâu thuẫn, ghi nhận để xác minh thay vì tùy tiện chọn bản cập nhật gần nhất.

Tạo bản sao làm việc, lưu ngày trích xuất, hệ thống nguồn và người phụ trách. Giữ nguyên tệp gốc nếu quy trình nội bộ cho phép. Khi cần kiểm tra lại, doanh nghiệp biết dữ liệu được lấy từ đâu và lần chỉnh sửa nào đã được áp dụng.

2. Phân nhóm khách hàng để rà đúng tình huống

Chia danh sách thành nhóm tổ chức có mã số thuế; hộ kinh doanh hoặc cá nhân kinh doanh; cá nhân mua hàng; và khách mua lẻ không cần lưu thành danh mục dài hạn. Đây là cách tổ chức công việc nội bộ, không thay quy định về nội dung hóa đơn. Với từng giao dịch, người lập hóa đơn phải căn cứ loại người mua, hồ sơ và quy định đang có hiệu lực.

Nếu doanh nghiệp bán cho nhiều chi nhánh của cùng một tổ chức, cần quyết định quản lý theo pháp nhân hay theo địa điểm giao dịch. Không tạo bản ghi trùng chỉ vì mỗi chi nhánh có đầu mối khác nhau, trừ khi quy trình thực tế cần phân biệt nơi nhận chứng từ. Ngược lại, cũng không gộp hai pháp nhân chỉ vì tên thương mại gần giống nhau.

Với khách có nhiều địa chỉ giao dịch hoặc nhiều email kế toán, xác định thông tin nào liên quan nội dung người mua trên hóa đơn và thông tin nào chỉ phục vụ giao nhận. Không dùng trường ghi chú để thay cho trường dữ liệu chính thức.

3. Chuẩn hóa trường thông tin thiết yếu

Trường	Cách rà soát	Điểm cần lưu ý
Mã khách hàng nội bộ	Duy trì mã ổn định, rà trùng trước khi gộp	Tránh ghi đè lịch sử
Tên người mua	Đối chiếu hồ sơ và xác nhận giao dịch	Phân biệt tên pháp lý với tên cửa hàng
Mã số thuế/thông tin định danh	Kiểm tra nguồn đáng tin cậy, ghi nguồn xác minh	Không suy đoán từ tên gần giống
Địa chỉ	Ghi thông tin được xác nhận tại thời điểm giao dịch	Không sử dụng máy móc địa chỉ cũ
Email nhận hóa đơn	Xác nhận với khách, kiểm tra từng ký tự	Phân biệt email chung với email cá nhân
Điện thoại/đầu mối	Cập nhật người còn phụ trách	Tránh dùng số nhân sự đã nghỉ
Ghi chú	Chỉ lưu chi tiết cần cho nghiệp vụ	Không ghi dữ liệu nhạy cảm dư thừa

Không viết tắt hàng loạt chỉ để bảng dữ liệu gọn hơn. “Công ty TNHH” và tên pháp lý đầy đủ có thể cần giữ theo hồ sơ. Tên cửa hàng không nhất thiết là tên pháp nhân; địa chỉ giao dịch có thể khác địa chỉ đăng ký. Hãy sửa lỗi khoảng trắng, lỗi gõ và định dạng không thống nhất, nhưng giữ nguyên nội dung có ý nghĩa và xác minh trước khi đổi thông tin định danh.

4. Làm sạch theo bốn lượt

Lượt một – tìm bản ghi trùng. So sánh mã số thuế, mã khách hàng, tên và địa chỉ. Tên giống nhau chưa đủ để kết luận là cùng khách. Mã số thuế giống nhau cũng cần xem doanh nghiệp có quản lý riêng chi nhánh hay địa điểm hay không. Đánh dấu dòng cần xác minh, lưu quyết định gộp và người duyệt.

Lượt hai – tìm trường thiếu. Lọc tên trống, thông tin định danh chưa rõ, địa chỉ không đầy đủ hoặc email có vẻ sai. Phân biệt trường cần cho giao dịch cụ thể với trường chỉ tiện tra cứu. Không tự đặt mã số, email hay địa chỉ để qua bước kiểm tra biểu mẫu. Với giao dịch không có thông tin người mua, làm theo quy định áp dụng cho giao dịch đó.

Lượt ba – tìm giá trị bất thường. Chuỗi số ngắn bất thường trong cột mã số thuế, email có dấu cách, số điện thoại chứa chữ, địa chỉ nằm trong cột tên hoặc một email dùng chung cho quá nhiều khách là tín hiệu để xem lại. Công thức bảng tính có thể tìm cấu trúc lạ nhưng không xác nhận được thông tin pháp lý.

Lượt bốn – xác nhận với đầu mối. Gửi danh sách cần xác minh cho bộ phận bán hàng hoặc người phụ trách khách. Khi đổi tên, địa chỉ hay người nhận chứng từ, lưu yêu cầu và ngày áp dụng nội bộ. Nếu khách vừa thay đổi thông tin nhưng chưa có căn cứ xác nhận, giữ trạng thái chờ thay vì cập nhật đồng loạt.

5. Thử quy trình trước khi dùng dữ liệu rộng

Hướng dẫn chính thức của Bkav có bài tạo hóa đơn từ Excel và tải tệp hóa đơn lên hệ thống. Bài đó mô tả mẫu nhập hóa đơn, không mặc nhiên xác nhận đó là mẫu nhập danh mục khách hàng. Vì vậy, không dùng nhầm chức năng upload hóa đơn để nhập danh bạ. Nếu cần nhập hàng loạt khách hàng, hãy xác nhận mẫu, chức năng và cách xử lý bản ghi trùng với người quản trị hoặc bộ phận hỗ trợ.

Chọn một số bản ghi đại diện để kiểm tra: khách mua thường xuyên; tổ chức có nhiều địa điểm; khách vừa đổi đầu mối; và khách có dữ liệu cũ chưa đủ. Thử tìm kiếm, chọn người mua và xem nội dung trước khi ký. Không phát hành hóa đơn thật chỉ để kiểm tra giao diện. Nếu tài khoản không có chế độ thử phù hợp, dừng trước bước ký/phát hành và thống nhất phương án với người quản trị.

Ghi phiên bản mẫu, ngày tải, thiết bị và kết quả thử. Khi hệ thống thay mẫu nhập, không tiếp tục dùng tệp cũ mà chưa xác nhận tương thích. Tệp dữ liệu thử cần được ẩn danh hoặc giới hạn truy cập; không gửi toàn bộ danh sách khách hàng qua kênh chưa được doanh nghiệp phê duyệt.

6. Quản lý thay đổi sau ngày triển khai

Danh mục không phải tài liệu làm một lần rồi để nguyên. Doanh nghiệp nên quy định ai đề nghị cập nhật, ai xác minh và ai thực hiện. Với email nhận hóa đơn, yêu cầu khách xác nhận địa chỉ mới và người nhận. Với thông tin pháp nhân, lưu căn cứ theo quy trình nội bộ. Với địa chỉ thay đổi do điều chỉnh địa giới, xác nhận thông tin khách muốn sử dụng và kiểm tra quy định hiện hành; đừng tự thay tên địa danh dựa trên danh sách chưa được xác minh.

Mỗi lần cập nhật nên ghi ngày, bản ghi, trường thay đổi, người đề nghị, người duyệt và căn cứ. Khi nhận tệp cập nhật, so sánh để phân loại bản ghi mới, bản ghi đổi thông tin và bản ghi ngừng dùng. Tránh nhập đè toàn bộ nếu chưa rõ hệ thống xử lý dữ liệu lịch sử như thế nào.

Nếu hóa đơn đã phát hành trước khi danh mục đổi, không cho rằng chỉnh danh mục sẽ tự sửa hóa đơn cũ. Xem trạng thái hóa đơn và quy trình xử lý sai sót tương ứng. Lưu hóa đơn, trao đổi với khách và tài liệu liên quan cùng nhau để kế toán giải thích được khi đối soát.

7. Checklist bàn giao

• Đã ghi nguồn chính cho từng nhóm thông tin.
• Đã giữ bản gốc và bản làm việc có ngày trích xuất.
• Đã đánh dấu bản ghi nghi trùng hoặc chưa xác minh.
• Đã kiểm tra tên, thông tin định danh, địa chỉ và email nhận hóa đơn.
• Đã thống nhất cách quản lý nhiều chi nhánh và nhiều người nhận.
• Đã xác nhận đúng chức năng/mẫu nếu cần nhập dữ liệu hàng loạt.
• Đã thử tìm, chọn khách trên tài khoản phù hợp và dừng trước phát hành thật.
• Đã chỉ định người phê duyệt và cách lưu lịch sử cập nhật.
• Đã thống nhất cách xử lý khi khách yêu cầu đổi thông tin.

Chuẩn bị danh mục kỹ giúp giảm lỗi lặp và rút ngắn thời gian tra cứu khi lập hóa đơn. Doanh nghiệp đang đăng ký mới BKAV eHoadon có thể đối chiếu nhu cầu số lượng hóa đơn, mẫu, hình thức ký và kết nối với quy trình hiện tại trên trang dịch vụ eHoadon. Khi cần hỏi về nhập liệu, cung cấp vài dòng mẫu đã che thông tin cá nhân, mô tả mục tiêu và nêu rõ hệ thống nguồn. Như vậy, chuyên viên có thể xác định đúng chức năng cần hướng dẫn mà không tiếp nhận dữ liệu khách hàng vượt quá phạm vi cần thiết.

Bài liên quan

• Tạo hóa đơn Bkav eHoadon từ Excel: nhập dữ liệu và kiểm tra trước khi ký — tham khảo khi chuẩn bị dữ liệu cho từng hóa đơn; bài hướng dẫn này không phải mẫu nhập danh mục khách hàng.
• Cách tạo và phát hành hóa đơn trên Bkav eHoadon — các bước lập và kiểm tra hóa đơn sau khi danh mục đã được rà soát.

Nội dung đối chiếu: Danh mục hướng dẫn BKAV eHoadon, gồm bài tạo hóa đơn từ file Excel; trang dịch vụ BKAV eHoadon. Bài viết hướng dẫn chuẩn bị dữ liệu nội bộ, không thay việc xác minh thông tin và quy trình nghiệp vụ của từng doanh nghiệp.

Để chuẩn bị dữ liệu dùng lại, vào Tài khoản → Danh mục và thêm thông tin trong nhóm Người mua hàng. Nhập các trường cần thiết rồi ghi lại; thông tin đã tạo có thể sửa trên danh mục. Nên kiểm tra một số khách hàng đại diện trước khi nhập cả danh sách, nhất là tên đơn vị, mã số thuế và đầu mối nhận hóa đơn, để tránh nhân rộng một lỗi dữ liệu.