Triển Khai Hệ Thống Quản Lý Điều Chỉnh Đơn Giá Mua Hàng Trong Sản Xuất: Thiết Kế Ngày Hiệu Lực, Đơn Hàng Tồn Đọng và Xử Lý Chênh Lệch Hóa Đơn

Bạn nhận được thông báo từ nhà cung cấp: “Từ tháng sau, đơn giá giao hàng sẽ thay đổi.” Dù bộ phận mua hàng đã cập nhật bảng giá, các đơn đặt hàng đã phát hành vẫn giữ đơn giá cũ, hàng nhập về có thể thuộc cả hai mức giá, còn hóa đơn lại thể hiện đơn giá mới. Đến cuối tháng, kế toán phát hiện chênh lệch, lúc này mới nhận ra mỗi bộ phận (mua hàng, kho, quản lý sản xuất) đang tham chiếu một mức giá khác nhau. Để giải quyết vấn đề này, việc “Triển khai hệ thống quản lý điều chỉnh đơn giá mua hàng cho ngành sản xuất” không chỉ là số hóa thao tác ghi đè bảng giá. Mà đó là thiết kế một chuỗi ghi nhận liên tục: ai, dựa trên bằng chứng nào, từ khi nào, áp dụng đơn giá cho đơn hàng/nhập kho/hóa đơn nào.

Bài viết này tập trung vào thực tế tại các nhà máy ở Thái Lan, sắp xếp cụ thể quy trình từ nhận thông báo điều chỉnh giá, phê duyệt, quản lý ngày hiệu lực, thay đổi đơn giá cho đơn hàng tồn đọng, đến đối chiếu nhập kho và hóa đơn. Việc lựa chọn hệ thống quản lý mua hàng tổng thể hay cách tính giá thành tiêu chuẩn là chủ đề khác. Ở đây, trọng tâm là: “Cùng một linh kiện, nhưng giá áp dụng lại khác nhau tùy ngày giao dịch và điều kiện hợp đồng” – liệu hệ thống có giải thích được ngoại lệ này không?

Kết luận: Quyết định “ranh giới áp dụng” trước khi cập nhật bảng giá

Điều đầu tiên cần xác định không phải là mức tăng giá hay giao diện nhập liệu, mà là ranh giới áp dụng giá điều chỉnh. Ví dụ, “áp dụng cho các đơn đặt hàng từ ngày 1/10” hay “áp dụng cho các lô giao hàng từ ngày 1/10” sẽ dẫn đến cách xử lý khác nhau cho các đơn đặt hàng trong tháng 9 nhưng nhận hàng vào tháng 10. “Ngày đặt hàng”, “ngày xác nhận nhà cung cấp”, “ngày xuất kho”, “ngày nhập kho”, “ngày nghiệm thu”, “ngày hóa đơn” – tất cả đều khác nhau. Nếu hợp đồng không ghi rõ ngày làm căn cứ, bộ phận mua hàng và nhà cung cấp cần thống nhất phạm vi áp dụng cho đơn hàng tồn đọng trước khi đăng ký. Dù nhập ngày nào vào hệ thống, cũng không thể thay thế cho sự đồng thuận thương mại.

Khi triển khai, cần liên kết các yếu tố sau bằng cùng một ID điều chỉnh: ① Yêu cầu điều chỉnh và chứng từ, ② Giá cũ/mới, tiền tệ, đơn vị, ③ Điều kiện hiệu lực, ④ Đơn hàng tồn đọng chưa xử lý, ⑤ Phê duyệt và xác nhận với nhà cung cấp, ⑥ Phiên bản đơn đặt hàng, ⑦ Đối chiếu nhập kho/hóa đơn. Đây là khung tối thiểu. Microsoft Business Central cho phép quản lý bảng giá mua theo nhà cung cấp với ngày hiệu lực, xác định giá áp dụng dựa trên mã hàng, số lượng, đơn vị, tiền tệ, ngày tháng. SAP cũng có khái niệm “thời hạn hiệu lực” trong điều kiện mua hàng. Tuy nhiên, chức năng tiêu chuẩn không tự động quyết định quy tắc xử lý đơn hàng đã phát hành của từng doanh nghiệp. Cần kiểm tra thực tế phần nào dùng được chức năng tiêu chuẩn, phần nào phải tách riêng quy trình phê duyệt, thay đổi đơn hàng, xử lý ngoại lệ. Microsoft Business Central: Giá mua / SAP: Điều kiện theo thời điểm

Vì sao điều chỉnh đơn giá thường bị tắc tại nhà máy?

Đơn vị tính “đơn giá” khác nhau giữa các bộ phận

Thông báo từ nhà cung cấp có thể là “giá trên 1 cái”, “giá trên 1.000 cái”, hoặc “giá trên 1kg”. Bảng giá mua có thể theo thùng, tồn kho theo số lượng cái, tính giá thành theo trọng lượng, hóa đơn lại bằng ngoại tệ. Nếu chỉ so sánh số liệu, dễ nhầm lẫn do quy đổi đơn vị, hoặc bỏ sót tăng giá thật sự. Yêu cầu điều chỉnh cần ghi rõ mã hàng, mã nhà cung cấp, mã hàng nhà cung cấp, đơn vị mua, đơn vị cơ bản, tỷ lệ quy đổi, tiền tệ, phân biệt giá chưa/đã gồm thuế, xử lý phí vận chuyển, phí khuôn mẫu. Khi thay đổi tỷ lệ quy đổi, cần lưu lại lịch sử và phê duyệt.

Cụm từ “thay đổi giá” thực chất có ít nhất bốn trường hợp: giá báo giá, giá hợp đồng/bảng giá, giá đề xuất cho PO chưa phát hành, giá đã thỏa thuận trên PO đã phát hành. Nếu chỉ cập nhật bảng giá mà tự động sửa PO đã phát hành, sẽ không thể giải thích các thỏa thuận trong quá khứ. Ngược lại, nếu không bao giờ thay đổi PO, các khoản chưa giao hàng đã thỏa thuận điều chỉnh sẽ tích lũy thành chênh lệch hóa đơn. Cần định nghĩa rõ quy tắc nghiệp vụ: giá nào chuyển sang chứng từ nào.

Tên gọi ngày tháng không thể hiện rõ điều kiện áp dụng

Dù có trường “ngày hiệu lực”, nếu bộ phận mua hàng hiểu là ngày tạo PO, còn kế toán hiểu là ngày nhập kho, việc đối chiếu sẽ thất bại. Không chỉ tên trường, mà phải ghi rõ “ngày của sự kiện nào” làm căn cứ. Ngày tháng nên lấy theo giờ địa phương Thái Lan, nếu hợp đồng với nhà cung cấp nước ngoài dùng múi giờ khác thì phải ghi chú. Phân biệt giao dịch chỉ cần ngày, hay cần cả giờ phút. Không nên ước lượng giờ sau này.

Ví dụ, thông báo điều chỉnh giá ngày 1/10 được nhận ngày 28/9, phê duyệt nội bộ ngày 3/10, xác nhận với nhà cung cấp ngày 5/10. Không phải lúc nào cũng có thể áp dụng ngày 1/10 vào giao dịch. Có áp dụng hồi tố cho các đơn đặt hàng trước khi phê duyệt không, hay chỉ áp dụng cho đơn mới sau phê duyệt, hay cần xác nhận từng đơn tồn đọng? Phải tách ba khả năng này để trình cho người phê duyệt. Nếu cho phép áp dụng hồi tố, cần lưu lại danh sách chứng từ nào bị ảnh hưởng.

Đơn hàng tồn đọng không phải lúc nào cũng ở một trạng thái

Một dòng đơn hàng 100 cái có thể đã nhập 40 cái, 20 cái đang vận chuyển, 40 cái chưa xuất. Dù PO chỉ thể hiện một đơn giá, trên thực tế không thể xử lý giống nhau. Nếu giữ nguyên đơn giá cũ cho phần đã nhập, chỉ áp dụng giá mới cho phần chưa xuất, cần tách dòng đơn hàng hoặc phát hành đơn thay đổi. Cách tách phụ thuộc vào phần mềm và liên kết kế toán, cần kiểm thử theo kịch bản nghiệp vụ.

Theo mô tả về đơn hàng thay đổi của Oracle Procurement, đề xuất thay đổi cho chứng từ mua hàng đã phê duyệt chỉ được phản ánh sau khi hoàn tất phê duyệt, xác nhận, kiểm tra. Điều này giúp tránh hiểu lầm rằng “cập nhật bảng giá là PO đã phát hành tự động thay đổi”. Cần xác nhận riêng điều kiện hợp đồng với nhà cung cấp. Oracle Procurement: Đơn hàng thay đổi

Phân tách quy trình điều chỉnh đơn giá thành tám trạng thái

Nếu bắt đầu từ tên màn hình khi xác định yêu cầu hệ thống, dễ bỏ sót các bước chuyển quan trọng. Trước hết, hãy định nghĩa trạng thái của từng vụ điều chỉnh. Quy trình cơ bản khuyến nghị: “Nhận thông báo → Xác nhận nội dung → Ước tính ảnh hưởng → Phê duyệt nội bộ → Xác nhận với nhà cung cấp → Đăng ký phiên bản giá → Thay đổi PO → Đối chiếu nhập kho/hóa đơn”. Cần bổ sung các nhánh từ chối, trả lại, tạm hoãn. Đặc biệt, không nên gộp “đã phê duyệt nhưng chờ xác nhận nhà cung cấp” và “đã đăng ký phiên bản giá nhưng chờ thay đổi PO” vào cùng một trạng thái “hoàn thành”.

Nếu một người thực hiện cả nhận thông báo, đăng ký giá, phê duyệt, sẽ khó truy vết nguyên nhân sau này. Dù nhân sự ít, nên tách “người nhập” và “người phê duyệt”, với thay đổi khẩn cấp cần ghi rõ lý do và thời hạn phê duyệt bổ sung. Thông báo nên đính kèm PDF, gắn chỉ mục ID điều chỉnh, nhà cung cấp, mã hàng, giá, điều kiện áp dụng để dễ tra cứu sau này.

Mô hình dữ liệu đơn giá mua: Lưu theo phiên bản, không ghi đè

Tối thiểu, mỗi bản ghi giá cần có khóa định danh “Nhà cung cấp × Mã hàng × Điều kiện hiệu lực × Phiên bản giá”. Cùng mã linh kiện nhưng khác nhà cung cấp sẽ có giá khác nhau. Cùng nhà cung cấp nhưng khác nhà máy, tiền tệ, đơn vị, số lượng, điều kiện vận chuyển cũng không thể gom vào một trường giá duy nhất. Tuy nhiên, nếu dùng tất cả thuộc tính làm khóa, sẽ quá phức tạp. Hãy trích xuất các điều kiện thực sự ảnh hưởng đến giá từ dữ liệu PO/hóa đơn hiện tại, chỉ giữ các tổ hợp cần thiết.

Trường khuyến nghị: nhà cung cấp, mã hàng, mã hàng nhà cung cấp, nhà máy áp dụng, tiền tệ, đơn vị mua, tỷ lệ quy đổi sang đơn vị chuẩn, số lượng, giá cũ, giá mới, ngày bắt đầu/kết thúc hiệu lực, sự kiện làm căn cứ áp dụng, lý do điều chỉnh, tham chiếu tài liệu đàm phán/phê duyệt, người đề xuất/phê duyệt, số phiên bản, ngày đăng ký, lý do vô hiệu hóa. Bổ sung trường xác định giá đã bao gồm phí vận chuyển, thuế, rebate chưa. Nếu các khoản mục cấu thành đơn giá khác nhau, sẽ báo cáo sai chênh lệch giá.

Nếu cùng nhà cung cấp, mã hàng, tiền tệ, đơn vị, số lượng mà thời gian hiệu lực trùng nhau, cần cảnh báo hoặc yêu cầu xác định ưu tiên khi đăng ký. Định nghĩa rõ “ngày bắt đầu bao gồm/ngày kết thúc không bao gồm” để tránh nhập đơn hàng đầu tháng bị hai giá cùng áp dụng. Microsoft Business Central cho phép quản lý ngày hiệu lực trên bảng giá mua, xác định giá áp dụng theo điều kiện giao dịch. Khi demo, hãy yêu cầu hiển thị rõ thứ tự chọn giá khi có hai ứng viên. Microsoft: Bảng giá mua

Tránh xóa phiên bản cũ. Nếu cần chỉnh sửa, hãy thêm phiên bản mới, đóng hiệu lực phiên bản cũ, lưu lại PO nào đã xác nhận theo phiên bản nào. Tuy nhiên, không phải mọi ERP đều mặc định cấu trúc này. Quan trọng là có thể tái hiện “tại thời điểm đó, giá nào đã được phê duyệt” cho từng ngày/chứng từ. Cần áp dụng cùng quy trình kiểm tra và ghi log cho cả nhập CSV, API. Nếu chỉ kiểm soát nhập liệu qua màn hình mà cho phép cập nhật trực tiếp qua liên kết ngoài, sẽ mất kiểm soát.

Quyết định thay đổi đơn giá cho đơn hàng tồn đọng qua bốn trường hợp

Thiết kế quản lý ngày hiệu lực chỉ thực sự hữu ích khi đã xác định cách xử lý đơn hàng tồn đọng. Hãy thử bốn trường hợp sau với PO mẫu.

Trường hợp A: Đặt hàng trước ngày hiệu lực, toàn bộ đã nhập kho trước ngày hiệu lực. Nguyên tắc là giữ nguyên giá đã thỏa thuận trên PO/nhập kho/hóa đơn. Nếu nhà cung cấp đề xuất điều kiện khác sau đó, không gộp vào điều chỉnh master, mà xử lý riêng từng trường hợp bổ sung/chỉnh sửa hóa đơn. Không tự động cập nhật lại lịch sử nhập kho theo giá mới.

Trường hợp B: Đặt hàng trước ngày hiệu lực, toàn bộ chưa nhập kho. Nếu hợp đồng quy định “căn cứ ngày giao hàng”, có thể thuộc phạm vi điều chỉnh. Nếu “căn cứ ngày đặt hàng”, có thể giữ nguyên giá cũ. Quyết định dựa trên hợp đồng và xác nhận với nhà cung cấp, nếu phát hành đơn thay đổi cần lưu cả phiên bản cũ/mới. Nếu chỉ thỏa thuận miệng mà PO vẫn giữ giá cũ, sẽ phát sinh chênh lệch hóa đơn sau này.

Trường hợp C: Đã nhập một phần, còn lại chưa nhập. Cố định số lượng đã nhập và chưa nhập, thể hiện phạm vi áp dụng theo dòng hoặc tách dòng. Ví dụ, đặt 100 cái, đã nhập 40, còn 60 chưa nhập, thì số lượng điều chỉnh tối đa là 60 cái tùy điều kiện. Nếu có số lượng đang vận chuyển hoặc chờ nghiệm thu, cần tách riêng. Nếu hệ thống không cho phép một dòng PO có nhiều đơn giá, cần so sánh giữa tách dòng, hủy số dư và đặt lại, hay phát hành đơn thay đổi – chọn phương án phù hợp với kiểm toán và vận hành với nhà cung cấp.

Trường hợp D: Đặt hàng mới sau ngày hiệu lực. Tự động đề xuất phiên bản giá đã phê duyệt. Tuy nhiên, nếu điều kiện tiền tệ, đơn vị, số lượng, nhà máy không khớp, không tự động áp dụng, bộ phận mua hàng cần xác nhận căn cứ. Nếu cho phép đặt hàng tạm thời hoặc khẩn cấp, cần gắn mã ngoại lệ và thời hạn xử lý bổ sung.

Lưu lại bốn trường hợp này thành bảng kiểm thử “Ngày PO × Trạng thái nhập kho × Căn cứ hợp đồng”. Không chỉ nghe mô tả màn hình, mà phải thao tác thực tế: đăng ký PO mẫu, yêu cầu điều chỉnh, phê duyệt, đơn thay đổi, nhập kho, hóa đơn. Oracle mô tả quy trình tạo phiên bản mới cho chứng từ đã phê duyệt qua đơn hàng thay đổi. Khi chọn sản phẩm, cần kiểm tra thời điểm thông báo cho nhà cung cấp, xử lý số lượng tồn đọng, liên kết với kế toán. Oracle: Đơn hàng thay đổi

Lịch sử phê duyệt không chỉ là “ai đã nhấn nút”

Lịch sử phê duyệt giá mua cần ghi rõ lý do đề xuất và phương án thay thế. Lý do tăng giá có thể do nguyên vật liệu, tỷ giá, phí vận chuyển, thay đổi quy cách, thay đổi số lượng – mỗi trường hợp sẽ có người quyết định và khả năng đàm phán khác nhau. Không ghi nhận lý do nhà cung cấp như sự thật, mà lưu lại như một yêu cầu, đồng thời ghi riêng căn cứ đã xác minh nội bộ. Khi ước tính ảnh hưởng giá thành, cần ghi rõ số lượng, thời gian, tỷ lệ quy đổi, giả định tỷ giá, không trộn lẫn giá ước tính và giá thực tế.

Luồng phê duyệt không chỉ dựa vào tỷ lệ điều chỉnh. Đơn giá nhỏ nhưng sản lượng lớn thì tổng ảnh hưởng rất lớn. Ngược lại, tỷ lệ tăng cao nhưng chỉ là linh kiện bảo trì vài cái/năm thì không cần tăng cấp phê duyệt. Ít nhất nên cân nhắc: “chênh lệch giá × số lượng dự kiến” theo từng kỳ, tổng giá trị mua hàng năm, khả năng chuyển giá cho khách hàng, rủi ro dừng sản xuất. Ngưỡng giá trị do quy định nội bộ, không lấy ví dụ trong bài làm chuẩn.

Nếu sửa giá hoặc điều kiện hiệu lực sau khi đã phê duyệt, cần xác định có phải phê duyệt lại không. Tránh sửa trực tiếp số liệu trên phiếu đã phê duyệt để lịch sử bị ghi đè. Lưu lại chênh lệch trước/sau, người sửa, thời gian, lý do, nếu vượt ngưỡng thì trả lại phê duyệt. Email với nhà cung cấp, hợp đồng đã ký, báo giá điều chỉnh, xác nhận nhận đơn thay đổi phải liên kết theo ID điều chỉnh, không để rải rác trong hộp thư cá nhân.

Xử lý chênh lệch đơn giá hóa đơn theo “nguyên nhân”

Nếu đơn giá trên hóa đơn kế toán nhận được khác với PO, không nên chỉ quy về “bảng giá cũ”. Nguyên nhân có thể là: ① Đã phê duyệt điều chỉnh nhưng PO chưa cập nhật, ② Nhà cung cấp xuất hóa đơn theo giá mới chưa thỏa thuận, ③ Không khớp đơn vị/tiền tệ/số lượng, ④ Khác biệt về phí vận chuyển/thuế/chiết khấu, ⑤ Lỗi nhập liệu, ⑥ Khác biệt trong cách hiểu ngày nhập kho và điều kiện hiệu lực. Cần có mã nguyên nhân chênh lệch, xác định ai (mua hàng, kho, kế toán) chịu trách nhiệm xử lý tiếp theo.

Microsoft Dynamics 365 Finance mô tả đối chiếu hóa đơn, PO, nhập kho để so sánh giá và số lượng, nhận diện chênh lệch vượt ngưỡng cho phép. Đối chiếu hai điểm là PO – hóa đơn, ba điểm là thêm nhập kho. Phương án phù hợp tùy mặt hàng và quy trình. Khi triển khai, cần kiểm thử không chỉ tỷ lệ chênh lệch, mà cả giới hạn giá trị, quy đổi tiền tệ, hóa đơn từng phần, chi phí bổ sung, làm tròn số. Nếu thay đổi PO để “giải quyết” chênh lệch, sẽ xóa mất dấu vết vấn đề. Microsoft: Tổng quan đối chiếu hóa đơn / Thiết lập đối chiếu hóa đơn

Nếu giữ hóa đơn chờ xử lý, cần hiển thị rõ lý do và người chịu trách nhiệm giải quyết. Chênh lệch sẽ được xử lý nếu mua hàng hoàn tất thay đổi PO, hoặc cần nhà cung cấp xuất lại hóa đơn. Nếu để tồn đọng, sẽ dẫn đến chậm thanh toán, nên cần theo dõi số lượng, ngày tồn, giá trị, xu hướng theo nhà cung cấp hàng tuần. Từ các chênh lệch phát sinh, rà soát lại quy trình điều chỉnh giá xem khâu nào bị thiếu sót.

Những ranh giới vận hành cần lưu ý tại nhà máy Thái Lan

Tại các nhà máy Thái Lan, thường có giao dịch với nhà cung cấp nội địa bằng Baht, giao dịch ngoại tệ với Nhật Bản/khác, và báo cáo về công ty mẹ Nhật. Tuy nhiên, không cần quy đổi tất cả giá về một loại tiền tệ khi đăng ký. Phân biệt rõ giá gốc theo tiền tệ hợp đồng và giá quy đổi cho kế toán/quản lý, ghi lại tỷ giá và ngày đánh giá. Đối chiếu hóa đơn nên so sánh theo tiền tệ hợp đồng và đơn vị mua trước, không trộn lẫn chênh lệch tỷ giá hay quy đổi kế toán với chênh lệch đơn giá mua.

Tên hàng trên báo giá tiếng Anh và hóa đơn tiếng Thái có thể khác nhau. Trục so sánh nên là mã hàng nội bộ, mã hàng nhà cung cấp, số PO, số dòng. Nếu mã hàng nhà cung cấp thay đổi, cần liên kết với yêu cầu điều chỉnh, lưu lại đối chiếu mã cũ/mới. Khi tóm tắt email thông báo giá sang tiếng Nhật, cần giữ song song nguyên văn và bản dịch liên quan đến điều kiện hiệu lực. Quan trọng không phải là hiển thị đa ngôn ngữ, mà là ba yếu tố: nguyên văn, văn bản thỏa thuận, dữ liệu nhập hệ thống phải nhất quán.

Xử lý kế toán, thuế, nhập khẩu khác nhau tùy điều kiện giao dịch. Không xác định đơn giá mua chỉ dựa trên quy định chung về thuế, phí, mà phải kiểm tra hợp đồng, Incoterms, hóa đơn, chính sách kế toán của doanh nghiệp. Hệ thống cần lưu rõ phần giá chính, các khoản phụ, tiền tệ, điều kiện hiệu lực, căn cứ phê duyệt/thay đổi. Việc áp dụng pháp luật cần xác nhận với chuyên gia.

12 câu hỏi khi đưa yêu cầu vào RFP

Đừng chỉ hỏi nhà cung cấp “có chức năng điều chỉnh giá không”. Hãy yêu cầu demo thực tế 12 mục sau trong một kịch bản liền mạch. Yêu cầu họ trả lời rõ từng mục là dùng chức năng tiêu chuẩn, cấu hình, phát triển thêm hay vận hành thủ công – như vậy dễ so sánh chi phí và phạm vi trách nhiệm giữa các đề xuất.

1. Có quản lý phiên bản giá cũ/mới theo từng nhà cung cấp, mã hàng, tiền tệ, đơn vị, số lượng không?
2. Khi đăng ký giá có thời gian hiệu lực trùng nhau, hệ thống cảnh báo, từ chối hay ưu tiên thế nào?
3. Có thể chọn điều kiện hiệu lực (ngày PO, ngày giao hàng…) và ghi vào chứng từ không?
4. Có thể liên kết thông báo giá, báo giá, email thỏa thuận với ID điều chỉnh để tra cứu không?
5. Có thể ước tính ảnh hưởng giá trị trước/sau điều chỉnh từ các đơn hàng tồn chưa giao không?
6. Có thể chỉ thay đổi phần chưa nhập của dòng PO đã nhập một phần không?
7. Quản lý phê duyệt đơn thay đổi, thông báo nhà cung cấp, xác nhận nhận hàng theo phiên bản nào?
8. Khi sửa lại sau phê duyệt, hệ thống xử lý phê duyệt lại và ghi log kiểm toán thế nào?
9. Đối chiếu chênh lệch đơn giá nhập kho/hóa đơn theo tiền tệ hợp đồng, đơn vị mua được không?
10. Có thể phân loại chênh lệch theo mã nguyên nhân, gán người phụ trách và thời hạn không?
11. Có áp dụng cùng quy trình kiểm tra cho cập nhật qua CSV, API, liên kết ERP ngoài không?
12. Có thể tái hiện mối liên hệ giá phê duyệt, phiên bản PO, nhập kho, hóa đơn tại thời điểm quá khứ không?

Hai mục 6 và 7 thường dễ bị bỏ sót. Nhiều demo chỉ trình tạo PO mới, nhưng thực tế phát sinh ở các đơn hàng đã phát hành còn tồn chưa giao. Dữ liệu mẫu nên bao gồm nhiều tiền tệ, đơn vị, nhập từng phần, đang vận chuyển, đã xuất hóa đơn, chờ phê duyệt. Câu trả lời “có thể” chỉ được chấp nhận khi đã kiểm tra thực tế trên màn hình và báo cáo.

Trình tự triển khai nhỏ gọn

Không cần chuyển đổi toàn bộ nhà cung cấp, mã hàng ngay từ đầu. Hãy bắt đầu với các mặt hàng có lịch sử điều chỉnh nhiều, giá trị mua lớn, hoặc đơn hàng tồn đọng lâu. Sắp xếp theo ba tiêu chí này, chọn phạm vi phù hợp với số lượng nhà cung cấp và PO. Dù phạm vi ban đầu hẹp, vẫn phải thiết kế mối quan hệ giữa phiên bản giá và đơn hàng tồn như vận hành thực tế, vì việc tái dựng lịch sử sau này sẽ khó hơn.

Giai đoạn 1: Chuẩn hóa quy trình yêu cầu điều chỉnh giá, phê duyệt, chứng từ, quản lý phiên bản.

Giai đoạn 2: Kết nối trích xuất ảnh hưởng đơn hàng tồn và đơn thay đổi.

Giai đoạn 3: Kết nối phân loại nguyên nhân chênh lệch nhập kho/hóa đơn.

Điều kiện hoàn thành mỗi giai đoạn không phải là “đã có chức năng”, mà là “theo dõi được các trường hợp kiểm thử”. Ví dụ, từ thông báo có thể truy ngược ID điều chỉnh, phiên bản phê duyệt, PO liên quan, nhập kho, chênh lệch hóa đơn.

Nếu bảng tính cũ có nhiều giá cho cùng mã hàng/nhà cung cấp, không nên mặc định dòng mới nhất là đúng. Kiểm tra xem khác tiền tệ, đơn vị, số lượng, hay còn PO cũ chưa hoàn tất. Các bản ghi chưa xác nhận nên gắn trạng thái “tạm thời”, “đang kiểm tra”, không tự động áp dụng cho PO mới. Nếu chỉ triển khai hệ thống mà bỏ qua việc làm sạch dữ liệu và phân quyền phê duyệt, sự mơ hồ cũ sẽ được nhân bản nhanh hơn.

Sau khi vận hành, chỉ số cần theo dõi không phải là “đã đăng ký bao nhiêu lần tăng giá”, mà là “số ngoại lệ đã giảm chưa”. Cụ thể: số ngày từ thông báo đến phê duyệt, số vụ đã phê duyệt nhưng PO chưa cập nhật, số và giá trị chênh lệch đơn giá hóa đơn, số ngày xử lý chênh lệch, số thay đổi không có chứng từ. Không nên đặt mục tiêu về 0, tránh che giấu chênh lệch. Ban đầu nên tập trung vào minh bạch nguyên nhân và rút ngắn thời gian xử lý.

Kiểm thử triển khai và tiêu chí đạt

Kiểm thử triển khai không chỉ xác nhận thao tác xong, mà còn kiểm tra chứng cứ lưu lại trên màn hình và báo cáo. Bài kiểm thử đầu tiên: chuẩn bị một đơn hàng vượt qua ngày hiệu lực. Đặt 100 cái trong tháng 9, nhập 40 cái trong tháng 9, 60 cái trong tháng 10. Thông báo điều chỉnh giá nhận cuối tháng 9, điều kiện áp dụng ghi rõ “cho các lô giao tháng 10”. Bộ phận mua hàng đăng ký thông báo, trích xuất PO liên quan, xác nhận 60 cái chưa nhập, gửi yêu cầu phê duyệt. Sau phê duyệt, phát hành đơn thay đổi cho nhà cung cấp, lưu xác nhận nhận hàng. Trên màn hình kế toán, hóa đơn 40 cái giá cũ, 60 cái giá mới được đối chiếu. Nếu tái hiện được quy trình này, hệ thống đã vượt qua mức “bảng giá” thông thường.

Bài kiểm thử tiếp theo: cũng đặt 100 cái tháng 9, nhưng điều kiện áp dụng là “cho các đơn đặt hàng mới từ tháng 10”. Khi đó, 60 cái nhập tháng 10 vẫn giữ giá cũ. Dù cùng nhập ngày hiệu lực, kết quả khác nhau – kiểm tra hệ thống thể hiện thế nào. Nếu mỗi lần phải nhập lại giá thủ công, chức năng quản lý điều kiện hiệu lực thực tế không tồn tại. Ngược lại, nếu tự động đổi sang giá mới mà bỏ qua điều kiện hợp đồng, sẽ phát sinh thay đổi chưa được đồng thuận. Tốt nhất là hệ thống lưu được cả đề xuất tự động và quyết định ngoại lệ.

Bài kiểm thử thứ ba: “Chỉnh sửa giá đã phê duyệt”. Đã phê duyệt giá cũ 120, giá mới 130, sau đó nhà cung cấp báo nhầm, sửa thành 128. Không xóa bản ghi phê duyệt 130, đính kèm thông báo chỉnh sửa, trích xuất lại PO và hóa đơn liên quan. Nếu cho phép sửa trực tiếp giá đã phê duyệt mà không lưu lịch sử, sẽ không thể tái hiện quyết định lúc đó. Việc có cần phê duyệt lại hay không tùy ngưỡng nội bộ, nhưng luôn phải lưu giá trước/sau và lý do.

Bài kiểm thử thứ tư: Hóa đơn có chênh lệch giá nhưng không liên quan đến điều chỉnh giá. Ví dụ, PO theo thùng, hóa đơn theo cái, nhập sai tỷ lệ quy đổi. Không xử lý là “điều chỉnh giá”, mà xác định là vấn đề đơn vị, sửa lại master mua hàng hoặc nhập liệu hóa đơn. Lý do cần phân loại mã nguyên nhân chênh lệch là ở đây. Nếu phân loại sai, sẽ tốn thời gian đàm phán giá không cần thiết, còn bỏ sót các trường hợp điều chỉnh thật sự.

Bài kiểm thử thứ năm: Đặt hàng khẩn cấp trước khi phê duyệt. Để tránh dừng sản xuất, có thể phải đặt hàng trước, nhưng cần xác định ai cho phép ngoại lệ, đơn giá tạm thời thế nào, khi nào phải hoàn tất phê duyệt chính thức. Nếu để PO tạm thời mà không xác nhận giá chính thức, sẽ lặp lại chênh lệch nhập kho/hóa đơn. Ngoại lệ không nên chỉ ghi chú “sẽ sửa sau”, mà phải là tác vụ chưa hoàn thành với người chịu trách nhiệm, thời hạn, điều kiện giải quyết.

Bảng đánh giá cần ghi lại với từng trường hợp: “có thao tác được không”, “cần phát triển thêm gì”, “chứng từ gửi nhà cung cấp”, “chứng cứ kiểm toán”, “giá trị sau liên kết kế toán”. Dù thao tác được trên màn hình, nếu báo cáo/API không xuất ra phiên bản mới, sẽ không vận hành được. Không chỉ demo cho bộ phận mua hàng, mà cả kho và kế toán cũng phải kiểm tra cùng chứng từ mẫu. Đây là cách xác nhận cụ thể nhất để giảm rủi ro lệch giá giữa các bộ phận sau triển khai.

Liên kết với quản lý giá thành tiêu chuẩn và quản lý mua hàng tổng thể

Điều chỉnh đơn giá mua không đồng nghĩa với điều chỉnh giá thành tiêu chuẩn. Dù cập nhật giá hợp đồng mua hàng, việc khi nào cập nhật giá thành tiêu chuẩn hay phương pháp đánh giá kế toán là quyết định riêng. Cách phản ánh chênh lệch vào giá thành phụ thuộc vào phương pháp tính giá thành và chính sách kế toán. Mục đích, tần suất cập nhật, cách xử lý chênh lệch giữa giá thành tiêu chuẩn và thực tế được trình bày tại Quản lý giá thành tiêu chuẩn trong sản xuất. Bài viết này chỉ tập trung vào việc giá đã thỏa thuận giữa mua hàng và nhà cung cấp sẽ áp dụng cho đơn hàng/nhập kho/hóa đơn nào.

Ngoài ra, việc đánh giá chức năng và chi phí của toàn bộ hệ thống quản lý mua hàng tham khảo tại Cách chọn hệ thống quản lý mua hàng. Với linh kiện có thời gian giao hàng dài, trong quá trình điều chỉnh giá có thể phát sinh đặt hàng trước hoặc thay đổi thiết kế, nên xem thêm Thiết kế mua trước linh kiện dài hạn để xác định thời điểm chốt đơn hàng tồn. Đây là các chủ đề khác nhau, điều kiện cụ thể của điều chỉnh đơn giá mua cần định nghĩa theo quy trình trong bài viết này.

Ba ví dụ ranh giới khiến vận hành bị xáo trộn sau khi điều chỉnh giá

Trường hợp thứ nhất là khi chuyển một phần đơn hàng còn lại sang nhà máy khác. Ví dụ, trong PO gốc đã ký hợp đồng 100 chiếc cho nhà máy Bangkok với giá cũ, nhưng nếu chuyển trực tiếp 50 chiếc sang nhà máy khác thì bảng giá áp dụng và điều kiện vận chuyển có thể thay đổi. Nếu chỉ chuyển số lượng mà giữ nguyên đơn giá, phía nhận hàng sẽ không tìm thấy thỏa thuận phù hợp. Cần lưu lại một bộ thông tin gồm nhà máy trước và sau khi chuyển, điều kiện giá, địa điểm nhận hàng, xác nhận nhà cung cấp, và kiểm tra có thể truy vết mối quan hệ giữa PO gốc và PO chuyển đi. Ngay cả khi việc chuyển đổi không thuộc phạm vi điều chỉnh giá, cũng cần có căn cứ rõ ràng tại sao vẫn giữ giá cũ.

Trường hợp thứ hai là khi có nhiều lần điều chỉnh giá liên tiếp trong thời gian ngắn. Ví dụ, lần điều chỉnh đầu vào ngày 1/10, lần tiếp theo vào ngày 1/11, nhưng nhà cung cấp vẫn chưa xuất hóa đơn cho phần giao tháng 10. Nếu chỉ lưu lại giá mới nhất, có thể nhầm lẫn đối chiếu hóa đơn giao tháng 10 với giá tháng 11. Hệ thống bảng giá phải cho phép tra cứu tại thời điểm giao dịch, và có thể tái hiện phiên bản giá hiệu lực dựa trên ngày nhập hàng và điều kiện thỏa thuận. Khi đăng ký điều chỉnh giá tháng 11, cần ghi rõ ngày kết thúc của phiên bản tháng 10, kiểm tra trùng lặp hoặc bỏ sót về thời gian hiệu lực. Nếu phê duyệt bị chậm và phải lùi ngày hiệu lực, cần trình bày danh sách ảnh hưởng đến các chứng từ đã xác nhận cho người phê duyệt.

Trường hợp thứ ba là khi nhà cung cấp thay đổi mã hàng hoặc đơn vị đóng gói đồng thời với điều chỉnh giá. Trong giai đoạn chuyển tiếp khi vẫn còn tồn kho mã cũ và đã bắt đầu đặt hàng mã mới, cần phân biệt rõ chênh lệch giá là do khác biệt về quy cách hay do thay đổi đơn vị tính. Nếu vội vàng hợp nhất mã hàng, có thể xảy ra sai sót đánh giá lô cũ theo đơn giá mới. Cần liên kết các thông tin về đối ứng mã hàng cũ-mới, tỷ lệ quy đổi, ngày chuyển đổi, phê duyệt thay thế, chính sách tiêu thụ tồn kho với hồ sơ điều chỉnh giá, và xác nhận ở cả bộ phận mua hàng lẫn quản lý sản xuất. Điều kiện để đóng hồ sơ điều chỉnh giá cũng phải bao gồm kiểm tra không chỉ các PO chưa giao mà cả các hóa đơn chưa xử lý của mã hàng cũ.

Trong các ví dụ ranh giới này, hệ thống không nhất thiết phải tự động chọn đáp án đúng. Tiêu chí đạt yêu cầu là phải hiển thị đầy đủ các đơn hàng và tồn kho liên quan, đồng thời ghi nhận căn cứ và người chịu trách nhiệm ra quyết định. Nếu chỉ ghi chú tự do cho các trường hợp ngoại lệ, sẽ không thể tái sử dụng khi gặp lại tình huống tương tự. Cần lưu trữ có cấu trúc các sự kiện làm căn cứ phán quyết, số lượng liên quan, người phê duyệt, thỏa thuận với nhà cung cấp, và phiên bản chứng từ sau xử lý. Cuối cùng, phải xác nhận có thể giải thích rõ “tại sao giá tại thời điểm đó lại như vậy” chỉ từ một mã điều chỉnh giá.

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

Nếu cập nhật bảng giá, các PO đã phát hành có tự động thay đổi không?

Tùy vào phần mềm và cấu hình, nhưng không nên thiết kế quy trình dựa trên thay đổi tự động. PO đã phát hành là văn bản thỏa thuận với nhà cung cấp, cần xác định rõ phạm vi thay đổi, phê duyệt, thông báo. Sau khi cập nhật master, cần liệt kê các dòng chưa giao bị ảnh hưởng, quyết định phát hành đơn thay đổi theo hợp đồng.

Nên lấy ngày đặt hàng hay ngày giao hàng làm ngày hiệu lực?

Không có đáp án chung. Làm theo điều kiện hợp đồng, báo giá, email thỏa thuận. Nếu sự kiện căn cứ mơ hồ, cần xác nhận với nhà cung cấp phạm vi áp dụng cho đơn hàng tồn. Trong hệ thống nên tách trường “ngày hiệu lực” và “sự kiện căn cứ” để dễ kiểm tra sau này.

Nếu chỉ hóa đơn có đơn giá mới thì xử lý thế nào?

Đầu tiên, đối chiếu phiên bản PO, ngày nhập kho, ID điều chỉnh, hợp đồng. Nếu đã phê duyệt thay đổi nhưng PO chưa cập nhật thì mua hàng phải xử lý, nếu hóa đơn chưa thỏa thuận thì yêu cầu nhà cung cấp sửa, nếu sai đơn vị/tiền tệ thì sửa lại quy đổi/nhập liệu. Không nên để kế toán tự sửa PO chỉ để xóa chênh lệch.

Nhà máy vừa và nhỏ có cần hệ thống riêng không?

Tùy tần suất điều chỉnh, số lượng đơn hàng tồn, số nhà cung cấp, yêu cầu kiểm toán. Trước hết, hãy chuẩn hóa quy trình truy vết thông báo/phê duyệt/PO/hóa đơn theo cùng ID điều chỉnh, kiểm tra có thể thực hiện trên ERP hiện tại không. Chỉ nên chọn hệ thống riêng nếu ERP hiện tại không thể tách đơn hàng tồn hoặc truy vết chứng từ một cách liên tục.

Kết luận: Tái hiện “vì sao có mức giá này” bằng một ID điều chỉnh

Thành công của quản lý điều chỉnh đơn giá mua không đo bằng tốc độ cập nhật giá, mà là khả năng truy vết điều kiện hiệu lực, đơn hàng tồn đã nhập một phần, thỏa thuận với nhà cung cấp, phiên bản phê duyệt, nhập kho, chênh lệch hóa đơn – tất cả theo một ID điều chỉnh. Trước khi triển khai, hãy thử ít nhất bốn trường hợp đơn hàng tồn với chứng từ thực tế, thao tác đến đơn thay đổi và đối chiếu hóa đơn. Khi xác nhận được như vậy, bạn sẽ thoát khỏi tình trạng “giá mua phụ thuộc vào email và trí nhớ của từng người”.

TOMAS TECH hỗ trợ các nhà máy tại Thái Lan xác định ranh giới giữa mua hàng, sản xuất, kế toán, cùng xem xét phạm vi bổ sung vào hệ thống hiện tại, liên kết ERP, hoặc phát triển mới. Nếu bạn mang theo ví dụ về thông báo điều chỉnh, đơn hàng tồn, chênh lệch hóa đơn hiện tại, chúng tôi sẽ giúp bạn xác định ranh giới áp dụng và các ghi nhận cần thiết. Liên hệ tại đây.

Tham khảo

• Microsoft Learn: Record special purchase prices and discounts — Giá mua theo mã hàng, số lượng, đơn vị, tiền tệ, ngày tháng.
• Microsoft Learn: Purchase Price Lists — Bảng giá mua và ngày hiệu lực.
• SAP Help Portal: Time-Dependent Conditions — Thời hạn hiệu lực điều kiện mua hàng.
• SAP Help Portal: Conditions in Info Records — Thay đổi điều kiện trên bản ghi thông tin mua hàng.
• Oracle Fusion Cloud Procurement: Change Orders — Phiên bản thay đổi cho chứng từ mua hàng đã phê duyệt.
• Microsoft Learn: Accounts payable invoice matching overview — Đối chiếu PO, nhập kho, hóa đơn và chênh lệch giá.
• Microsoft Learn: Set up Accounts payable invoice matching validation — Thiết lập ngưỡng chênh lệch, đối chiếu hai/ba điểm.