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.