Hàng đợi phê duyệt hóa đơn nhà cung cấp: hướng dẫn thiết lập đơn giản

Vì sao việc phê duyệt hóa đơn khó theo dõi

Việc phê duyệt hóa đơn thường bắt đầu như một thói quen đơn giản: nhà cung cấp gửi email kèm PDF, một người kiểm tra rồi bộ phận tài chính thanh toán. Quy trình bắt đầu rối khi hóa đơn đến thường xuyên, cần nhiều người phê duyệt hoặc đơn mua hàng thay đổi sau khi đặt.

Email không phải nơi phù hợp để theo dõi trạng thái thanh toán. Một người duyệt có thể chỉ trả lời người gửi, người khác chuyển tiếp hóa đơn mà không kèm trao đổi trước đó, còn cùng một tệp đính kèm có thể xuất hiện trong nhiều hộp thư. Khi đó, tài chính phải hỏi hóa đơn đang được xem xét, bị tranh chấp, đã duyệt hay đã thanh toán.

Bảng tính dùng chung giúp dễ nhìn hơn, nhưng lại tạo ra vấn đề khác. Mọi người ghi đè ô, quên cập nhật dòng hoặc dùng các nhãn như «đang chờ», «chờ xử lý» và «cần kiểm tra» cho những tình huống khác nhau. Bảng tính có thể liệt kê hóa đơn, nhưng hiếm khi giải thích vì sao ai đó duyệt số tiền cao hơn hoặc ai cần hành động tiếp theo.

Hàng đợi phê duyệt hóa đơn nhà cung cấp tạo cho mỗi hóa đơn một bản ghi và một trạng thái hiện tại duy nhất. Bản ghi cần hiển thị nhà cung cấp, số hóa đơn, số tiền, hạn thanh toán, thông tin đơn mua hàng, người duyệt được giao và lịch sử quyết định. Mọi người cùng xem một bản ghi thay vì phải ghép lại câu chuyện từ các tin nhắn.

Hàng đợi cũng nên so sánh hóa đơn với những gì doanh nghiệp dự định mua. Việc đối chiếu có thể kiểm tra nhà cung cấp, số đơn đặt hàng, mặt hàng hoặc dịch vụ, số lượng và giá. Ví dụ, văn phòng đặt 20 màn hình với giá 180 đô la mỗi chiếc nhưng hóa đơn ghi 22 chiếc. Hệ thống cần đánh dấu khoản chênh lệch 360 đô la trước khi bất kỳ ai duyệt thanh toán.

Một số chênh lệch là hợp lý. Phí vận chuyển, giao hàng một phần hoặc thay đổi giá đã được thống nhất có thể giải thích vì sao số tiền không khớp với thông tin mua hàng ban đầu. Người duyệt cần có nơi ghi lại lời giải thích và đính kèm ghi chú hỗ trợ. Nếu không, tài chính chỉ thấy một ngoại lệ không rõ nguyên nhân và phải lặp lại cùng một cuộc kiểm tra.

Việc không rõ ai chịu trách nhiệm thường gây ra chậm trễ lâu nhất. Trưởng nhóm có thể nghĩ bộ phận mua hàng sẽ kiểm tra đơn, bộ phận mua hàng lại nghĩ người yêu cầu sẽ xác nhận việc giao hàng, còn tài chính chờ cả hai. Hóa đơn nằm yên cho đến khi nhà cung cấp hỏi về thanh toán.

Giao một người duyệt cụ thể và một người thay thế sẽ giải quyết khoảng trống đó. Người duyệt có thể phê duyệt, từ chối hoặc đánh dấu hóa đơn cần xử lý thêm. Một quy trình phê duyệt thanh toán rõ ràng ghi lại ai đưa ra quyết định cuối cùng, thời điểm và lý do. Bản ghi này giúp nhóm thanh toán đúng hạn và trả lời câu hỏi về sau mà không phải tìm lại các chuỗi email cũ.

Chọn thông tin cần có trong hàng đợi

Hàng đợi phê duyệt hóa đơn nhà cung cấp hoạt động tốt nhất khi mọi hóa đơn đều có cùng những thông tin cơ bản. Người duyệt không nên phải mở nhiều tệp hoặc hỏi bộ phận công nợ để tìm chi tiết còn thiếu trước khi quyết định.

Hãy bắt đầu từ bản ghi hóa đơn. Cấp cho mỗi mục một mã nội bộ duy nhất, sau đó lưu tên nhà cung cấp, số hóa đơn, ngày lập hóa đơn, tổng tiền, loại tiền, hạn thanh toán và tệp hóa đơn gốc. Giữ số hóa đơn của nhà cung cấp trong một trường riêng, vì các nhà cung cấp khác nhau có thể dùng cùng một số.

Đặt thông tin mua hàng cạnh thông tin hóa đơn. Người duyệt cần số đơn đặt hàng, mô tả mặt hàng hoặc dịch vụ, số lượng đặt, số lượng đã nhận, đơn giá đã thỏa thuận và tổng đơn hàng. Với dịch vụ, hãy dùng trường như «đã xác nhận công việc» thay cho số lượng đã nhận. Nhờ vậy, bản ghi vẫn hữu ích mà không bắt mọi hóa đơn phải có trường nhận hàng.

Một bản ghi hóa đơn thực tế gồm:

• Nhà cung cấp, người liên hệ, số hóa đơn và tệp hóa đơn
• Ngày lập hóa đơn, hạn thanh toán, số tiền, thuế, loại tiền và điều khoản thanh toán
• Số đơn đặt hàng, số tiền đã đặt, số tiền đã nhận và giá đã thỏa thuận
• Trạng thái hiện tại, người duyệt được giao, ngày quyết định và ghi chú của người duyệt
• Loại chênh lệch, số tiền chênh lệch và tài liệu hỗ trợ

Dùng các trạng thái mô tả đúng quy trình phê duyệt thanh toán. «Mới» nghĩa là nhóm chưa kiểm tra hóa đơn. «Đang xem xét» nghĩa là đã có người phụ trách. «Chờ chỉnh sửa» cho biết nhà cung cấp hoặc người mua cần phản hồi. «Đã duyệt» nghĩa là tài chính có thể lên lịch thanh toán, còn «Bị từ chối» đóng yêu cầu cùng lý do được ghi lại.

Tránh các nhãn mơ hồ như «đang chờ». Chúng không cho biết hóa đơn đang chờ quản lý, xác nhận nhận hàng hay điều chỉnh giá. Trạng thái cụ thể giúp người giám sát lọc hàng đợi và nhanh chóng thấy hành động tiếp theo.

Quyền truy cập cũng cần được cân nhắc kỹ như các trường dữ liệu. Quản lý phòng ban có thể cần xác nhận hàng đã đến nhưng không cần xem thông tin ngân hàng hoặc giá của mọi nhà cung cấp. Nhân viên tài chính thường cần số tiền thanh toán, dữ liệu thuế và trạng thái thanh toán. Nhân viên mua hàng cần thông tin đơn đặt hàng và giá. Chỉ cấp cho mỗi vai trò quyền truy cập vào những bản ghi và trường cần thiết cho công việc.

Ví dụ, người kiểm tra ở kho có thể xác nhận đã nhận 48 chiếc ghế trong đơn đặt 50 chiếc. Hàng đợi cần hiển thị chênh lệch hai chiếc, giữ hóa đơn ở trạng thái đang xem xét và chuyển vụ việc cho người mua. Một bản ghi duy nhất lưu lại lý do chậm trễ và ngăn thanh toán quá sớm.

Xác định luồng phê duyệt trước khi xây dựng

Hãy ghi lại đường đi của hóa đơn trước khi tạo trường, màn hình hoặc tính năng tự động hóa. Một quy trình được xác định rõ sẽ ngăn hóa đơn nằm trong hộp thư chung trong khi mọi người đều nghĩ người khác sẽ xử lý.

Quy trình bắt đầu khi nhân viên công nợ nhập hóa đơn hoặc tải tệp lên. Ghi lại nhà cung cấp, số hóa đơn, ngày, tổng tiền, phòng ban, số đơn đặt hàng và hạn thanh toán. Đánh dấu mục là «Đã nhận» và giao người phụ trách ngay.

Tiếp theo, đối chiếu hóa đơn với thông tin mua hàng. So sánh nhà cung cấp, mặt hàng hoặc dịch vụ đã đặt, số lượng, giá và tổng tiền. Hóa đơn khớp có thể chuyển tiếp. Nếu hóa đơn không có đơn đặt hàng hoặc vượt số tiền đã thỏa thuận, hãy chuyển sang trạng thái chênh lệch thay vì buộc người duyệt phải đoán chuyện gì đã xảy ra.

Chọn người duyệt cho từng loại hóa đơn

Một tuyến phê duyệt không nên xử lý mọi hóa đơn. Đơn vật tư văn phòng 75 đô la và hóa đơn tư vấn 25.000 đô la cần những bước kiểm tra khác nhau. Hãy tạo quy tắc phân công bằng thông tin đã có trong bản ghi hóa đơn.

Ví dụ, một quy trình phê duyệt hóa đơn có thể:

• Gửi hóa đơn tiếp thị cho người phụ trách ngân sách tiếp thị.
• Gửi hóa đơn vượt một mức tiền nhất định cho quản lý phòng ban và tài chính.
• Gửi đơn mua thiết bị cho nhân viên đã yêu cầu mặt hàng đó.
• Gửi hóa đơn không có đơn đặt hàng cho người phụ trách phòng ban tương ứng.
• Gửi hóa đơn định kỳ của nhà cung cấp cho tài chính sau khi hóa đơn đầu tiên được duyệt và xác nhận điều khoản.

Phân công người duyệt thay thế khi có người vắng mặt. Đặt lời nhắc sau một khoảng thời gian hợp lý, chẳng hạn hai ngày làm việc đối với hóa đơn thông thường. Hàng đợi cần cho biết ai đang giữ hóa đơn, đã nhận từ khi nào và vì sao họ được giao.

Ghi lại quyết định thanh toán rõ ràng

Sau khi tất cả người duyệt bắt buộc đã phê duyệt, chuyển hóa đơn sang «Sẵn sàng thanh toán». Sau đó, tài chính ghi nhận quyết định thanh toán: duyệt thanh toán, tạm giữ hoặc từ chối. Giữ ngày quyết định, người đưa ra quyết định và lý do ngắn gọn trong cùng bản ghi.

Hóa đơn bị từ chối nên quay về một người phụ trách cụ thể, chẳng hạn bộ phận công nợ hoặc người yêu cầu, cùng lý do rõ ràng. «Kiểm tra giá ở dòng 3» giao cho ai đó một nhiệm vụ cụ thể. «Cần xem xét» thì không.

Quy trình này cũng giúp theo dõi chênh lệch hóa đơn dễ hơn. Chênh lệch vẫn hiển thị cho đến khi được giải quyết thay vì biến mất trong chuỗi email. Quy trình bằng văn bản áp dụng cùng các bước cho hóa đơn thông thường và chuyển những giao dịch bất thường đến đúng người.

Xây dựng hàng đợi từng bước

Bắt đầu với hai bản ghi có liên kết: Nhà cung cấp và Hóa đơn. Bản ghi nhà cung cấp lưu tên nhà cung cấp, thông tin liên hệ, điều khoản thanh toán và thông tin thuế. Bản ghi hóa đơn lưu số hóa đơn, ngày phát hành, hạn thanh toán, số tiền, loại tiền và tài liệu đính kèm.

Thêm thông tin mua hàng vào bản ghi hóa đơn thay vì giữ chúng trong một bảng tính riêng. Mỗi hóa đơn có thể liên kết với một đơn đặt hàng, một hoặc nhiều bản ghi nhận hàng, hoặc cả hai. Liên kết này cung cấp cho người duyệt các số liệu cần thiết trước khi phê duyệt thanh toán.

Trong AppMaster, hãy tạo các bản ghi này trong Data Designer và liên kết chúng bằng các quan hệ. Một nhà cung cấp có thể có nhiều hóa đơn, còn một hóa đơn có thể có nhiều dòng mua hàng khi nhà cung cấp lập hóa đơn cho nhiều đơn khác nhau.

Thêm các trường người duyệt sẽ dùng

Cấp cho mọi hóa đơn một trạng thái rõ ràng và giữ các lựa chọn đơn giản:

• Nháp, khi ai đó đã nhập hóa đơn nhưng chưa gửi đi xem xét
• Chờ duyệt, khi người duyệt được giao cần hành động
• Cần làm rõ, khi số tiền hoặc thông tin mua hàng không khớp
• Đã duyệt hoặc bị từ chối, sau khi người duyệt ghi nhận quyết định
• Đã thanh toán, sau khi tài chính xác nhận thanh toán

Thêm người duyệt được giao, ngày quyết định, bình luận của người duyệt và lý do chênh lệch. Người duyệt nên chọn một lý do như «giá khác với đơn hàng» hoặc «chưa nhận được hàng» thay vì viết ghi chú mơ hồ. Họ vẫn có thể thêm một bình luận ngắn để cung cấp bối cảnh.

Xây dựng biểu mẫu nhập hóa đơn có chức năng kiểm tra trùng lặp. Khi người dùng nhập số hóa đơn, biểu mẫu cần tìm bản ghi hiện có có cùng nhà cung cấp và số hóa đơn. Nếu tìm thấy, hãy dừng việc lưu và hiển thị hóa đơn hiện có. Số hóa đơn có thể lặp lại giữa các nhà cung cấp, vì vậy hãy kiểm tra cả cặp thông tin thay vì chỉ kiểm tra số.

Tạo hàng đợi làm việc

Tạo một giao diện hàng đợi cho tài chính và người duyệt. Hiển thị nhà cung cấp, số hóa đơn, số tiền, hạn thanh toán, trạng thái, người duyệt được giao và cờ chênh lệch. Sắp xếp hóa đơn chưa thanh toán theo hạn thanh toán, sau đó đưa các mục đang chờ duyệt lên trước bản nháp.

Dùng bộ lọc để người duyệt chỉ thấy các hóa đơn được giao cho mình, còn tài chính có thể xem mọi mục đang mở. Cờ đỏ cho hóa đơn quá hạn rất hữu ích, nhưng hãy giữ các bản ghi bị từ chối trong một bộ lọc trạng thái riêng. Nhóm vẫn cần lịch sử thanh toán đầy đủ.

Ví dụ, một hóa đơn đến hạn vào thứ Sáu nhưng có chênh lệch giá cần hiển thị «Cần làm rõ» và không được đưa vào phê duyệt thanh toán cho đến khi có người giải quyết. Hàng đợi sẽ cho biết ai phụ trách hành động tiếp theo và vì sao hóa đơn bị dừng.

Đặt quy tắc đối chiếu và xử lý chênh lệch

Quy tắc đối chiếu quyết định hóa đơn nào có thể chuyển tiếp mà không cần kiểm tra thủ công. Hãy giữ phiên bản đầu tiên đơn giản: so sánh hóa đơn của nhà cung cấp với đơn đặt hàng và bản ghi nhận hàng. Nếu nhóm không ghi nhận số lượng đã nhận, hãy so sánh hóa đơn với số lượng đã đặt và chuyển ngoại lệ cho người mua trước khi thanh toán.

Dùng đối chiếu ba bên khi có đủ cả ba bản ghi. Hàng đợi kiểm tra doanh nghiệp đã đặt gì, đã nhận gì và nhà cung cấp tính phí gì. Cách này phát hiện những vấn đề thường gặp. Nhà cung cấp có thể tính 20 đơn vị, đơn đặt hàng ghi 20, nhưng kho chỉ nhận 16.

Đặt giới hạn rõ ràng cho các chênh lệch nhỏ. Chênh lệch làm tròn một xu không nên chặn hóa đơn, trong khi giá tăng 10% có thể cần kiểm tra. Tài chính và bộ phận mua hàng nên thống nhất các giới hạn này trước khi dùng hàng đợi.

Kiểm tra cùng một nhóm thông tin trên mọi hóa đơn:

• Số lượng tính phí so với số lượng đã nhận hoặc đã đặt
• Đơn giá so với giá đã duyệt trong đơn đặt hàng
• Thuế bán hàng, VAT hoặc các loại thuế khác so với mức dự kiến
• Phí vận chuyển, xử lý và phí bổ sung so với điều khoản mua hàng
• Tổng hóa đơn so với tổng tiền được tính toán

Khi hàng đợi phát hiện chênh lệch, đừng dùng trạng thái mơ hồ như «lỗi». Hãy ghi một lý do giải thích vấn đề. «Số lượng tính phí vượt số lượng đã nhận 4 đơn vị» cho người mua biết cần xác minh điều gì. «Thuế cao hơn dự kiến 18,40 đô la» cho bộ phận công nợ biết nên kiểm tra ở đâu.

Gán cho mỗi chênh lệch một loại, ghi chú ngắn, người phụ trách và hạn xử lý. Các loại có thể gồm số lượng, giá, thuế, phí vận chuyển, hóa đơn trùng lặp và thiếu đơn đặt hàng. Người phụ trách nên là một người hoặc vai trò cụ thể, chẳng hạn người mua, nhân viên nhận hàng hoặc liên hệ nhà cung cấp. Hạn xử lý ngăn hóa đơn nằm ở trạng thái bị đánh dấu trong nhiều tuần.

Điều phối hóa đơn theo vấn đề. Gửi chênh lệch giá cho người mua đã duyệt giao dịch. Gửi trường hợp thiếu bản ghi giao hàng cho người phụ trách nhận hàng. Yêu cầu liên hệ nhà cung cấp gửi hóa đơn điều chỉnh khi nhà cung cấp tính sai số tiền hoặc thêm khoản phí chưa được duyệt.

Chặn thanh toán khi còn chênh lệch quan trọng chưa được giải quyết. Người duyệt chỉ có thể duyệt thanh toán một phần nếu chính sách công ty cho phép, đồng thời hàng đợi phải ghi lại số tiền, lý do và quyết định. Khi người phụ trách xử lý xong, đưa hóa đơn trở lại bước phê duyệt cùng tài liệu giải quyết.

Xem qua một hóa đơn điển hình

Một điều phối viên cơ sở vật chất đặt 20 chiếc ghế văn phòng cho đội ngũ đang phát triển. Đơn đặt hàng ghi giá mỗi chiếc là 180 đô la, tổng tiền hàng là 3.600 đô la. Đơn hàng chỉ định quản lý mua hàng làm người duyệt và đặt điều khoản thanh toán 30 ngày.

Khi nhà cung cấp gửi hóa đơn, một nhân viên công nợ thêm hóa đơn vào hàng đợi phê duyệt hóa đơn nhà cung cấp. Họ nhập tên nhà cung cấp, số hóa đơn, ngày, hạn thanh toán, số đơn đặt hàng, số tiền và bản sao hóa đơn. Hàng đợi tìm đơn đặt hàng tương ứng rồi so sánh thông tin.

Hầu hết các trường đều khớp: nhà cung cấp, số đơn hàng và số lượng 20 chiếc ghế. Hóa đơn tính 190 đô la mỗi chiếc, nâng tổng tiền hàng lên 3.800 đô la. Chênh lệch 200 đô la lớn hơn mức sai lệch giá mà nhóm cho phép, vì vậy quy trình phê duyệt hóa đơn chuyển trạng thái sang «Cần xem xét».

Người duyệt giải quyết chênh lệch

Hàng đợi giao mục này cho quản lý mua hàng, người đã đặt đơn. Người đó thấy đơn đặt hàng gốc ngay cạnh hóa đơn thay vì phải tìm trong các chuỗi email.

Quản lý kiểm tra tin nhắn của nhà cung cấp và phát hiện mẫu ghế ban đầu đã hết hàng. Quản lý đã duyệt mẫu thay thế có giá cao hơn nhưng chưa ai cập nhật đơn đặt hàng. Họ thêm bình luận: «Đã duyệt ghế thay thế với giá 190 đô la mỗi chiếc. Cập nhật đơn hàng lên 3.800 đô la». Sau đó, họ chọn «Duyệt có điều chỉnh» thay vì từ chối một hóa đơn mà doanh nghiệp vẫn cần thanh toán.

Bình luận được giữ cùng bản ghi. Nó cho bộ phận công nợ lý do rõ ràng cho số tiền thay đổi và hỗ trợ các đợt rà soát chi tiêu sau này.

Chuyển bản ghi sang thanh toán

Hàng đợi cập nhật số tiền đơn đặt hàng lên 3.800 đô la hoặc đánh dấu đơn cần chỉnh sửa, tùy theo quy tắc của nhóm. Hệ thống ghi lại tên quản lý, quyết định, bình luận và thời điểm quyết định. Hóa đơn hiện có số lượng khớp và giá đã được duyệt.

Sau đó, hàng đợi chuyển bản ghi cho người lên lịch thanh toán. Người này thấy số tiền đã duyệt, hạn thanh toán, điều khoản thanh toán và ghi chú của quản lý. Họ lên lịch thanh toán 3.800 đô la vào ngày đã thống nhất rồi đổi trạng thái thành «Đã lên lịch thanh toán».

Mỗi người có một nhiệm vụ rõ ràng. Điều phối viên biết hóa đơn đã được chuyển tiếp, quản lý phụ trách ngoại lệ, còn người lên lịch thanh toán làm việc với một bản ghi đã được duyệt thay vì một hóa đơn chưa xác minh.

Những sai lầm gây chậm thanh toán

Hàng đợi phê duyệt hóa đơn nhà cung cấp sẽ chậm lại nếu xử lý mọi hóa đơn giống nhau. Một hóa đơn thông thường đã khớp với đơn đặt hàng và bản ghi giao hàng không nên phải chờ năm người phê duyệt. Hãy thiết lập cấp phê duyệt theo số tiền, phòng ban, nhà cung cấp hoặc trạng thái chênh lệch. Chỉ gửi hóa đơn cho những người chịu trách nhiệm về quyết định cần thiết.

Ví dụ, hóa đơn vật tư văn phòng trị giá 180 đô la có thể được chuyển thẳng cho người phụ trách ngân sách sau khi đối chiếu. Hóa đơn vượt đơn đặt hàng 1.200 đô la nên được gửi cho người mua và người duyệt tài chính. Cách này giúp thanh toán thông thường không bị chậm, trong khi ngoại lệ vẫn được xem xét cẩn thận.

Đừng thay thế số tiền trên hóa đơn gốc khi phát hiện chênh lệch. Giữ riêng số tiền nhà cung cấp gửi, số tiền trên đơn đặt hàng và số tiền đã điều chỉnh. Tài chính cần biết rõ những gì đã đến, nhóm dự kiến gì và vì sao số tiền thanh toán cuối cùng thay đổi.

Nếu nhà cung cấp lập hóa đơn 2.450 đô la cho đơn đặt hàng 2.300 đô la, hàng đợi cần giữ cả hai con số. Người duyệt có thể ghi lại liệu 150 đô la phát sinh là thay đổi đã được duyệt, phí vận chuyển hay lỗi. Ghi đè số tiền ban đầu khiến việc theo dõi chênh lệch hóa đơn khó hơn và gây nhầm lẫn khi kiểm toán.

Việc từ chối và yêu cầu chỉnh sửa cũng cần lý do bằng văn bản. Chỉ riêng trạng thái cho người tiếp theo rất ít thông tin. Hãy yêu cầu một ghi chú ngắn như «Số lượng không khớp với bản ghi nhận hàng» hoặc «Vui lòng đính kèm phê duyệt của quản lý cho số giờ dịch vụ bổ sung». Liên hệ nhà cung cấp, người mua và nhóm tài chính có thể hành động mà không phải đoán.

Các quy tắc hữu ích gồm:

• Đưa hóa đơn giá trị thấp đã khớp qua một tuyến phê duyệt ngắn hơn.
• Khóa thông tin hóa đơn gốc sau khi tiếp nhận và ghi các điều chỉnh trong trường riêng.
• Yêu cầu lý do và ghi chú khi người duyệt từ chối hoặc trả lại hóa đơn.
• Giao hạn xử lý cho từng người duyệt và gửi lời nhắc trước khi hóa đơn quá hạn.
• Giới hạn quyền truy cập hóa đơn theo vai trò hoặc phòng ban của người dùng.

Giữ phê duyệt thanh toán tách biệt với yêu cầu mua hàng. Yêu cầu mua hàng xin phép trước khi nhóm cam kết chi tiền. Phê duyệt thanh toán xác nhận nhà cung cấp đã giao đúng những gì tổ chức đồng ý mua và hóa đơn là chính xác. Gộp hai quyết định này có thể khiến người duyệt phê duyệt thanh toán chỉ vì họ nhớ đã duyệt yêu cầu ban đầu.

AppMaster có thể giữ các giai đoạn này trong một ứng dụng no-code, đồng thời lưu riêng các bản ghi yêu cầu mua hàng, đơn đặt hàng, hóa đơn, ghi chú người duyệt và quyết định thanh toán. Khi hóa đơn cần được xem xét lại, tài chính vẫn có lịch sử rõ ràng.

Kiểm tra nhanh trước khi nhóm sử dụng

Một bài kiểm tra ngắn có thể phát hiện vấn đề trước khi hóa đơn rơi vào hàng đợi của nhầm người. Hãy dùng hóa đơn thực tế thay vì bản ghi mẫu trống, đồng thời mời những người duyệt hoặc thanh toán hóa đơn trực tiếp kiểm tra các màn hình.

Kiểm tra thông tin bắt buộc của từng hóa đơn. Biểu mẫu cần ngăn người dùng gửi hóa đơn nếu thiếu nhà cung cấp, hạn thanh toán, tổng tiền hoặc tệp hóa đơn đính kèm. Những trường này cung cấp đủ thông tin cho người duyệt quyết định và cho tài chính kiểm tra về sau.

Cũng hãy kiểm tra giao diện hàng đợi. Mỗi dòng cần hiển thị nhà cung cấp, số tiền, hạn thanh toán, trạng thái hiện tại, người duyệt được giao và hành động tiếp theo. Người duyệt cần biết phải duyệt, từ chối, yêu cầu chỉnh sửa hay chờ người khác mà không phải mở nhiều bản ghi.

Dùng hai trường hợp kiểm thử cho quy trình phê duyệt hóa đơn:

• Gửi một hóa đơn có nhà cung cấp, thông tin đơn đặt hàng, số lượng và giá đều khớp. Xác nhận hóa đơn đến đúng người duyệt và có thể chuyển sang phê duyệt thanh toán.
• Gửi một hóa đơn có chênh lệch giá. Xác nhận hàng đợi đánh dấu chênh lệch, ghi lại lý do và ngăn thanh toán cho đến khi đúng người xử lý.

Theo dõi cả hai bản ghi qua mọi trạng thái. Kiểm tra việc phân công lại khi người duyệt vắng mặt và đảm bảo hạn thanh toán vẫn hiển thị khi hóa đơn chuyển giữa các người duyệt. Nếu quy trình gửi thông báo, hãy kiểm thử bằng địa chỉ thực của nhóm để xác nhận ai nhận từng tin nhắn.

Cũng hãy kiểm tra nhật ký kiểm toán. Duyệt một hóa đơn và từ chối hoặc trả lại hóa đơn kia. Sau đó tìm từng bản ghi theo nhà cung cấp hoặc số hóa đơn. Bản ghi cần hiển thị quyết định thanh toán cuối cùng, người đưa ra quyết định, thời điểm và mọi bình luận họ đã thêm. Lịch sử này rất hữu ích khi nhà cung cấp hỏi vì sao thanh toán thay đổi hoặc bị chậm.

Hoàn tất một lần kiểm tra quyền trước khi ra mắt. Người yêu cầu có thể gửi hóa đơn nhưng không nên tự duyệt yêu cầu của mình. Nhân viên thanh toán cần quyền truy cập vào các hóa đơn đã duyệt, còn người dùng khác chỉ nên thấy những bản ghi cần thiết cho vai trò của họ. Sửa các khoảng trống này trước khi ra mắt dễ hơn nhiều so với việc điều chỉnh một quy trình thiếu rõ ràng sau khi hóa đơn bắt đầu đến.

Đưa hàng đợi vào sử dụng hằng ngày với AppMaster

Hãy bắt đầu nhỏ. Đưa một loại hóa đơn qua một tuyến phê duyệt trước khi thêm trường hợp đặc biệt, phòng ban khác hoặc nhiều quy tắc thanh toán. Ví dụ, bắt đầu với hóa đơn thông thường có đơn đặt hàng, đi từ người mua đến tài chính rồi đến người duyệt thanh toán.

AppMaster cho phép nhóm tạo ứng dụng này mà không cần viết mã. Trong Data Designer, hãy tạo các bản ghi cho nhà cung cấp, đơn đặt hàng, hóa đơn, dòng hóa đơn, người duyệt, ghi chú chênh lệch và quyết định thanh toán. Cấp cho mỗi hóa đơn một trạng thái rõ ràng như Nháp, Chờ duyệt, Cần chỉnh sửa, Đã duyệt hoặc Bị từ chối.

Dùng Business Process Editor để xác định điều gì xảy ra sau mỗi hành động. Khi nhân viên thêm hóa đơn, quy trình có thể so sánh nhà cung cấp, số đơn hàng, số lượng và tổng tiền với thông tin mua hàng liên quan. Nếu số tiền chênh lệch vượt giới hạn đã chọn, quy trình sẽ gửi hóa đơn đến bước xem xét chênh lệch thay vì quy trình phê duyệt thanh toán thông thường.

Kiểm thử bằng công việc thực tế

Mời một người từ bộ phận mua hàng và một người từ tài chính kiểm thử phiên bản đầu tiên bằng những hóa đơn nhóm đã xử lý. Hãy đưa vào một hóa đơn khớp, một hóa đơn có tổng tiền sai và một hóa đơn không có đơn đặt hàng tương ứng. Những ví dụ quen thuộc sẽ nhanh chóng cho thấy thông tin nào còn thiếu.

Trong quá trình kiểm thử, người duyệt cần trả lời được các câu hỏi sau mà không phải mở bảng tính hoặc gửi email:

• Đơn đặt hàng nào hỗ trợ cho hóa đơn này?
• Ai cần duyệt hóa đơn ngay lúc này?
• Vì sao hàng đợi đánh dấu chênh lệch?
• Mỗi người duyệt đã đưa ra quyết định gì?
• Tài chính có thấy quyết định thanh toán cuối cùng không?

Xây dựng màn hình web cho nhân viên văn phòng làm việc tại bàn và thêm màn hình di động nếu quản lý thường duyệt hóa đơn khi không ở máy tính. Người duyệt cần thấy thông tin hóa đơn, kết quả đối chiếu, bình luận, tệp đính kèm và các nút quyết định trên một màn hình. Giữ màn hình đầu tiên tập trung vào việc chính, vì quá nhiều trường tùy chọn sẽ làm chậm các lần duyệt thông thường.

Cập nhật hàng đợi khi nhân viên phát hiện thiếu sót

Hãy xem bản phát hành đầu tiên như một bản nháp đang hoạt động. Nếu tài chính thường xuyên hỏi mã thuế, hãy thêm mã này vào bản ghi hóa đơn. Nếu bộ phận mua hàng cần giải thích thay đổi giá, hãy thêm trường lý do chênh lệch và bình luận. Nếu hóa đơn giá trị cao cần phê duyệt lần hai, hãy cập nhật quy trình điều phối thay vì yêu cầu nhân viên tự nhớ ngoại lệ.

AppMaster sẽ tạo lại ứng dụng khi yêu cầu thay đổi, vì vậy nhóm có thể điều chỉnh mô hình dữ liệu, logic phê duyệt và màn hình mà không phải xây dựng lại ứng dụng thủ công. Triển khai hàng đợi lên AppMaster Cloud hoặc hạ tầng riêng khi nhóm kiểm thử đã quen sử dụng.

Hàng đợi phê duyệt hóa đơn nhà cung cấp tạo được niềm tin khi mọi quyết định đều có người duyệt cụ thể, dấu thời gian và lý do rõ ràng. Hãy xây dựng nền tảng đó trước, rồi thêm các loại hóa đơn và tuyến phê duyệt khi quy trình hằng ngày dần ổn định.