Hệ thống quản lý trả hàng nhà cung cấp cho nhà máy: kết nối mua hàng, tồn kho và công nợ

Nhà máy tại Thái Lan có thể phải gửi vật tư đã nhận trở lại nhà cung cấp do lỗi chất lượng, sai quy cách, giao nhầm hoặc dư thừa. Gửi kiện hàng đi chỉ là một phần của công việc. Hệ thống quản lý trả hàng nhà cung cấp cho nhà máy cần nối đơn mua hàng (PO), phiếu nhận và lô ban đầu với cách ly chất lượng, phê duyệt, giao trả, hàng thay thế hoặc khoản ghi có, cùng đối soát tồn kho và phải trả (AP). Bài viết trình bày quy trình, phân công giữa hiện trường và ERP, câu hỏi RFP, cùng các phép thử FAT/SAT cho nhà máy ở Thái Lan.

Trả hàng nhà cung cấp (RTV) bao gồm những gì?

Return to Vendor (RTV) là nghiệp vụ bên mua gửi hàng đã mua và nhận về mặt vật lý cho nhà cung cấp. Nó khác việc khách hàng trả thành phẩm cho nhà máy: chiều luân chuyển hàng, chứng từ và đối tượng công nợ đều khác. Quy trình phía khách hàng được giải thích trong bài quản lý RMA khách hàng. Câu hỏi cốt lõi của RTV là: hàng thực tế nào, thuộc nhà cung cấp, dòng PO và phiếu nhận nào, được trả với số lượng bao nhiêu và vì lý do gì?

Nếu chỉ sai số lượng hoặc mã hàng lúc nhận, trước tiên hãy xác định liệu quy trình xử lý chênh lệch nhận hàng cần sửa phiếu nhận, theo dõi hàng thiếu hay điều chỉnh PO. Ghi kết quả kiểm tra và quyết định đạt/không đạt thuộc kiểm tra đầu vào. RTV bắt đầu khi đã quyết định gửi vật tư thực tế trở lại, sau đó đi qua kho, mua hàng và tài chính. Nếu ghi một lần sửa phiếu nhận thành giao trả thực tế, tồn kho có thể bị trừ hai lần. Ngược lại, chỉ sửa phiếu nhận để xóa hàng lỗi sẽ khiến hàng thực vẫn nằm trên kệ nhưng số hệ thống không còn.

Hướng dẫn chính thức của Microsoft Dynamics 365 minh họa PO trả hàng bằng cách sao chép dòng hóa đơn nhà cung cấp và dùng số lượng âm. Trong một số trường hợp có thể đánh dấu liên kết với giao dịch tồn kho gốc, nhưng Microsoft nêu ngoại lệ khi vật tư đã tiêu thụ hoặc mặt hàng không dùng cơ chế này. Đây là hành vi cần thử với cấu hình thực tế, không phải cam kết truy xuất tự động cho mọi trường hợp. Xem hướng dẫn PO trả hàng của Microsoft.

Đối soát đồng thời ba lớp dữ liệu

Hãy theo dõi riêng hàng vật lý, cam kết mua hàng, và chứng từ công nợ/thuế. Ví dụ, nhận 100 đơn vị và loại tám đơn vị: đưa tám đơn vị vào khu cách ly chưa có nghĩa chúng đã ra khỏi nhà máy. Sự kiện xuất hàng vật lý xảy ra khi xác nhận giao trả. Nhà cung cấp gửi tám đơn vị thay thế hay khoản ghi có tương ứng sẽ làm thay đổi số lượng còn phải hoàn tất và cách thanh toán.

Một trạng thái “đã trả” không thể mô tả “đã gửi, còn chờ ghi có” hoặc “đã nhận hàng thay thế nhưng thiếu bằng chứng gửi hàng cũ”. Tách tiến độ vận hành khỏi tiến độ tài chính và chỉ đóng hồ sơ khi cả hai đối soát được.

Quy trình trả hàng nhà cung cấp qua bảy bước

1. Xác định PO, phiếu nhận và lô gốc

Chỉ mã vật tư là chưa đủ. Một vật tư có thể mua từ nhiều nhà cung cấp hoặc cùng nhà cung cấp với giá, quy cách và lô khác nhau. Khi quét vật tư định trả, hiển thị PO và dòng gốc, phiếu nhận, lô hoặc số sê-ri, số lượng/đơn vị, kho/vị trí, nhà cung cấp, kết quả kiểm tra và trạng thái khớp hóa đơn. Nếu không quản lý lô hoặc lịch sử nhận trước khi chuyển hệ thống bị thiếu, hãy yêu cầu lý do ngoại lệ, người phê duyệt và bằng chứng. Oracle tách lịch sử giao dịch nhận, ghi lô/sê-ri và trả phiếu nhận thành các nghiệp vụ khác nhau. Dùng Oracle Using Receiving 26A để rà soát yêu cầu.

2. Cách ly chất lượng trước khi vật tư bị sử dụng

Lô bị loại có thể đi vào sản xuất trong lúc bộ phận mua hàng trao đổi với nhà cung cấp. Hãy loại riêng số bị ảnh hưởng khỏi tồn có thể dùng: chuyển sang vị trí cách ly hoặc khóa cấp phát bằng trạng thái kho. Dùng một mã hồ sơ nối nhãn cách ly thực tế, quyền xuất trên MES và quy tắc đặt chỗ ERP. Việc cách ly cả lô hay chỉ phần không đạt phụ thuộc mặt hàng và yêu cầu truy xuất. Cách ly chưa phải quyết định RTV cuối cùng; nó ngăn sử dụng nhầm trong khi xét kiểm tra lại, chấp nhận có điều kiện, hủy hoặc trả.

3. Phê duyệt trả hàng và phương án xử lý

Chất lượng xác minh lỗi và bằng chứng; mua hàng kiểm tra điều kiện thương mại và xin nhà cung cấp cho phép; kế hoạch sản xuất có thể đánh giá thời gian chờ hàng thay thế. Lưu mã lý do, số lượng, bên chịu phí vận chuyển, địa chỉ trả, mã tham chiếu nhà cung cấp và phương án tạm thời là thay thế hay ghi có. Màn hình phê duyệt phải cho thấy lô, lượng và bằng chứng. Tài liệu PO của Microsoft có trường mã cho phép trả hàng từ nhà cung cấp; tên gọi và tính bắt buộc tùy sản phẩm/cấu hình. Câu hỏi RFP thực tế là có lưu và tìm kiếm được mã đó không. Xem tài liệu PO của Microsoft.

4. Tạo PO trả hàng và lệnh giao trả

Liên kết lệnh xuất kho với PO trả hàng trong ERP. Dòng trả cần lưu PO/phiếu nhận gốc, lô, số lượng, đơn vị, lý do, kho, mã cho phép và ngày dự kiến giao. Một số ERP biểu diễn hàng trả bằng số lượng âm; tài liệu cho người kho vẫn nên rõ “gửi trả tám đơn vị”, chỉ dùng số âm ở tích hợp nội bộ khi thích hợp. Cho phép trả một phần, chặn lượng vượt số đã nhận trừ lượng đã trả hoặc không còn khả dụng.

5. Kiểm hàng thực và xác nhận chuyến gửi trả

Trước khi bàn giao, quét hoặc kiểm tra chéo mã hàng, lô, lượng, kiện, nhãn và nơi nhận. Đính hãng vận tải, số theo dõi, thời gian gửi, vận đơn, phiếu đóng gói và ảnh. Oracle mô tả hai bước: tạo giao dịch trả nhà cung cấp trong Receiving, rồi xác nhận chuyến và chứng từ trong Shipping. In chứng từ tùy cấu hình và điều kiện giao dịch. Phải thử rõ thao tác ghi trả có thay đổi tồn ngay không, và xác nhận giao gây ra cập nhật nào trong triển khai thực tế. Cố gắng đồng bộ thời điểm bàn giao hàng với cập nhật tồn.

6. Chốt thay hàng hay ghi có

Nếu nhà cung cấp gửi hàng thay, nối hồ sơ với PO mới hoặc kế hoạch nhận; ghi lô mới, kết quả kiểm tra và ngày nhận, không ghi đè lịch sử lô lỗi. Nếu hoàn tiền hoặc giảm giá, khớp chứng từ ghi có từ nhà cung cấp với hóa đơn gốc, lượng trả và đơn giá. SAP trình bày chuỗi chứng từ PO trả → giao trả/xuất kho → ghi có của nhà cung cấp, hoặc PO và phiếu nhận hàng thay. Xem luồng chứng từ trả nhà cung cấp của SAP. Nếu không tách nhánh, doanh nghiệp có thể vừa nhận hàng thay vừa ghi toàn bộ khoản hoàn cho cùng hàng. Cho phép xử lý kết hợp nhưng cần phê duyệt ngoại lệ.

7. Đối soát tồn kho và AP trước khi đóng

“Đã gửi” chưa phải cuối. Chỉ đóng khi lượng trả, xuất kho, xác nhận nhận của nhà cung cấp, phiếu nhận hàng thay hoặc ghi có, bù trừ AP và chứng từ thuế áp dụng khớp nhau. Theo dõi hồ sơ chờ ghi có theo số ngày và giá trị để mua hàng đôn đốc. Nếu nhà cung cấp thay một nửa và ghi có một nửa, giữ số lượng và giá trị riêng. SAP giải thích chứng từ ghi có từ nhà cung cấp có thể tham chiếu PO hoặc phiếu nhận và điều chỉnh lịch sử mua hàng. Xem SAP Credit Memo. Bút toán cụ thể tùy chính sách và cấu hình ERP.

Bốn trạng thái tồn kho không nên nhập làm một

Ít nhất hãy phân biệt chờ kiểm, cách ly chất lượng, chờ giao trả và đã gửi nhà cung cấp. Không nhất thiết mỗi trạng thái phải là một loại tồn ERP riêng; hãy xác định ERP, WMS hay QMS giữ số liệu vật lý gốc và đồng bộ các hệ thống khác theo mã hồ sơ. Hàng cách ly không được cấp cho sản xuất. Quyền sở hữu, định giá và hạch toán trong thời gian cách ly tùy hợp đồng và thiết kế hệ thống.

Giả sử nhận 100 đơn vị, cách ly tám, còn 92 vẫn chưa xuất sản xuất và có thể dùng. Giữ nguyên lịch sử nhận 100; tồn khả dụng là 92 và tồn cách ly là tám. Sau khi gửi tám, tổng tồn trong nhà máy là 92; tám đơn vị thay thế tạo phiếu nhận mới. Màn hình hồ sơ nên giải thích được phép tính này. Microsoft cũng nêu ngoại lệ khi vật tư đã dùng hoặc không sử dụng đánh dấu liên kết; đừng hứa tự động khớp lô gốc trong mọi trường hợp, mà thiết kế quy trình ngoại lệ có phê duyệt.

Dữ liệu cho PO trả và tích hợp ERP

Các khóa chính gồm mã hồ sơ RTV, nhà cung cấp, PO/dòng gốc, giao dịch nhận, vật tư, lô/sê-ri, số lượng, đơn vị, lý do, trạng thái cách ly, phê duyệt, giao dịch xuất trả, mã cho phép của nhà cung cấp, phương án giải quyết và liên kết chứng từ ghi có hoặc PO thay thế. Đính ảnh, báo cáo kiểm tra hoặc liên kết kho tài liệu được kiểm soát. Một hóa đơn có thể bao nhiều phiếu nhận; không nên ép quan hệ một-một giữa dòng trả và dòng hóa đơn, mà giữ phân bổ số lượng và giá trị.

Chỉ định nguồn dữ liệu chính cho từng trường: QMS có thể giữ quyết định chất lượng, WMS giữ quét/giao hàng và ERP giữ PO/AP. Nếu ERP hiện tại đã quản lý cách ly thì có thể làm nguồn gốc cho trạng thái ấy. Điểm quan trọng là không để hai hệ thống sửa độc lập cùng một số lượng. Thiết kế cho mã trả trùng, gửi lại sau lỗi mạng, giao một phần, hủy giao và hóa đơn đến trước khi kết thúc hồ sơ. Dùng khóa chống xử lý lặp (idempotency key) và cách tra kết quả yêu cầu tích hợp.

Chuyển đổi đơn vị cũng dễ gây lỗi. PO có thể tính theo thùng, kho theo chiếc và hóa đơn theo bộ. Giữ phiên bản tỷ lệ quy đổi và quy tắc làm tròn. Nếu một thùng có 20 chiếc mà trả tám, mua hàng phải xác định nhà cung cấp có chấp nhận ghi có 0,4 thùng hay cần điều chỉnh đơn vị hợp đồng. Quy đổi tự động không đảm bảo giá trị thương mại đúng.

VAT Thái Lan và chứng từ ghi có phải xử lý theo điều kiện

Gửi hàng vật lý và chứng từ ghi có cho mục đích thuế là hai sự kiện khác nhau. Điều 86/10 trong Revenue Code của Thái Lan mô tả chứng từ ghi có do người bán đã đăng ký VAT phát hành cho người mua khi một sự kiện đủ điều kiện làm giảm giá trị chịu thuế. Quy định nêu thông tin như số hóa đơn thuế gốc, giá trị ban đầu và sửa đúng, chênh lệch, VAT điều chỉnh. Xem văn bản Cục Thuế Thái Lan. Việc trả hàng cụ thể có thuộc phạm vi hay không, thời điểm và hình thức ra sao phụ thuộc sự kiện thực tế. Không nên đặt yêu cầu hệ thống bên mua tự phát hành chứng từ thuế ngay lúc xác nhận gửi hàng.

Kế toán/thuế cần kiểm nhà cung cấp đã đăng ký VAT hay chưa, hóa đơn gốc nào liên quan, lý do trả, xử lý giảm giá hay thay hàng, và có nhập/xuất khẩu hay không. Khi nhận chứng từ ghi có, đối chiếu số hóa đơn gốc, dòng hàng, chênh lệch giá trị và thuế với hồ sơ. Thời hạn pháp lý phải rà soát theo quy định hiện hành và tư vấn phù hợp. Hệ thống nên theo dõi chứng từ bắt buộc, thiếu hoặc sai. Trả hàng qua biên giới còn cần thiết kế logistics và hải quan riêng.

Câu hỏi RFP cho hệ thống quản lý trả hàng

Chỉ hỏi “có tạo phiếu trả được không?” là chưa đủ. Yêu cầu nhà cung cấp giải pháp trình diễn màn hình, chứng từ, API, ví dụ bút toán và phân quyền cho từng trường hợp.

Đưa dữ liệu chủ, đơn vị, khu cách ly, ngôn ngữ, phiên bản ERP và phân công theo cơ sở cho bên chào giá. Yêu cầu tách chức năng chuẩn, tùy biến, cách làm thủ công và chi phí duy trì. SAP Business Network liệt kê lý do trả như không đạt chất lượng, hư hỏng, tồn dư và giao nhầm. Mã lý do nên quyết định phê duyệt và người chịu phí, không chỉ là ô nhập văn bản. Xem hướng dẫn SAP về trả hàng và ghi có.

Các tình huống FAT và SAT cần thử

FAT kiểm cấu hình, giao diện và phép tính; SAT thêm máy quét, kho, quyền, mạng và chứng từ thực. Số lượng dưới đây là dữ liệu thử giả định, không phải kết quả vận hành.

Số trên màn hình đúng chưa đủ nếu AP hoặc hàng thực theo lô sai. Giữ số đầu kỳ, nhật ký thao tác, số cuối kỳ và thông điệp tích hợp cho mỗi phép thử. SAT phải thử lấy nhầm khi kệ hàng đạt và hàng trả gần nhau, quét sai lô, đồng bộ lại sau mất mạng, nhãn và chứng từ tiếng Thái, phê duyệt thay người. Chuẩn chấp nhận là có thể giải thích hàng, lượng, chứng từ và AP bằng cùng một hồ sơ.

Chọn phương án xử lý trước khi quyết định gửi trả

Kiểm tra không đạt không luôn dẫn đến gửi trả vật lý. Lượng chưa nhận phải theo dõi như hàng còn thiếu; phiếu nhận nhập sai phải sửa với dấu vết kiểm toán. Dù vật tư hiện diện, có thể kiểm tra lại, chấp nhận có điều kiện, hủy tại chỗ hoặc trả nhà cung cấp. Hệ thống không được cho hồ sơ chuyển thành “đã gửi” trước quyết định xử lý của chất lượng; phải giữ lý do và người phụ trách. Với chấp nhận đặc biệt hoặc hủy, đi theo thủ tục tồn kho/chi phí phù hợp, không tạo PO trả hàng giả.

Đây là ví dụ thiết kế; hợp đồng và loại hàng quyết định áp dụng. Nếu nhà cung cấp yêu cầu hủy tại chỗ và gửi ảnh, không được tạo giao dịch gửi trả không có thật; vẫn cần bằng chứng chất lượng, duyệt hủy và điều chỉnh giá trị. Với hư hỏng trong vận chuyển, phải xét điều kiện giao hàng và điểm chuyển giao trước khi quy là lỗi chất lượng nhà cung cấp. Mã hóa phương án để chất lượng, mua hàng và kế toán hiểu thống nhất.

Thiết kế ngoại lệ trước khi việc chỉnh tay thành thông lệ

Khi triển khai thường xuất hiện hồ sơ không thể chọn duy nhất giao dịch gốc. Nếu cùng vật tư và lô được nhận hai lần, một phần đã dùng, chỉ khớp lô không đủ xác định lượng có thể trả. Kiểm hàng còn thật, lượng đặt chỗ, đã trả trước đó và đã lập hóa đơn. Nếu không biết một thùng thuộc phiếu nhận nào, đừng đoán rồi nối vào ERP. Ghi các phiếu nhận có khả năng, bằng chứng và người quyết định như ngoại lệ. Xem sự thiếu truy xuất là phát hiện về chất lượng và cải thiện nhãn lúc nhận để không lặp lại.

Chênh lệch thời gian cũng gây lỗi. Nhà cung cấp có thể đổi địa chỉ sau lệnh giao; đơn vị vận chuyển hoãn lấy; lượng có thể được đếm lại sau đóng gói. Ghi phê duyệt trả, nhặt hàng, bàn giao cho đơn vị vận chuyển và nhà cung cấp nhận là những sự kiện riêng, để biết lúc nào có thể thay đổi/hủy. Hủy trước bàn giao khác với chặn kiện hàng đã rời nhà máy. Giữ vận đơn sửa đổi, vận đơn cũ đã hủy và lượng gửi theo lô trong nhật ký kiểm toán.

Hóa đơn và khoản ghi có cũng đến khác lúc. Trả trước khi hóa đơn gốc đến khác với trả sau khi đã thanh toán. Màn hình cần tách “chờ gửi”, “chờ nhà cung cấp xác nhận”, “chờ ghi có” và “chênh lệch đối chiếu”, giao nguyên nhân mở cho người phụ trách. Hàng thay có thể đến trước khi hàng lỗi được lấy; giữ cả hai sự kiện, không coi hàng thay là bằng chứng đã gửi hàng cũ. Khi khóa sổ tháng, kế toán phải trích được hồ sơ đã gửi nhưng chưa ghi có kèm chứng từ.

Nếu có nhiều nhà máy hoặc tiền tệ, xác định pháp nhân nào sở hữu PO gốc và pháp nhân nào trả hàng. Kho của một pháp nhân khác tự tạo phiếu giao có thể làm sai tồn và AP theo pháp nhân. Chính sách kế toán công ty quyết định chênh tỷ giá, cước và đóng gói lại nằm trong giá trị trả hay là chi phí riêng. RFP nên hỏi một hồ sơ hiển thị pháp nhân, cơ sở, tiền tệ và bên chịu phí thế nào; thử bằng một tình huống thực tế.

Xác định người chịu trách nhiệm và quy tắc làm việc trước giao diện

Hệ thống không xóa việc tồn đọng nếu không ai sở hữu liên hệ nhà cung cấp, dừng giao hoặc đòi khoản ghi có quá hạn. Chất lượng chịu quyết định lỗi và bằng chứng; mua hàng xác nhận điều kiện trả và phương án bồi hoàn; kho ghi cách ly, lấy, gửi; kế toán khớp ghi có/AP; kế hoạch sản xuất đánh giá thiếu vật tư và ngày cần hàng thay. Quyền truy cập theo trách nhiệm để người thao tác không tự hoàn tất cả phê duyệt chất lượng. Đặt phạm vi và hạn cho ủy quyền để ngày nghỉ hoặc ca đêm không làm ngưng việc.

Viết hướng dẫn thao tác đủ cụ thể: “in nhãn cách ly có mã hồ sơ”, “quét chuyển vào kệ cách ly”, “phát nhãn trả sau khi duyệt”, “xác nhận giao khi bên vận chuyển nhận”. Tự điền PO và lô đã biết thay vì chỉ thêm trường bắt buộc. Quyết định mặt hàng nào cần ảnh, góc chụp và quy tắc tên tệp. Nếu thiếu thiết bị cầm tay, quy định thời gian dùng nhãn giấy/nhập sau và cách tránh cấp nhầm trong khoảng đó. Thử xử lý ngoại tuyến để không tạo giao dịch trùng khi kết nối lại.

Không nên để nhân viên giao hàng một mình đóng hồ sơ. Người đóng cần thấy hàng thay hoặc khoản ghi có còn chờ. Trên màn hình đóng, đặt cạnh nhau lượng cần trả, đã gửi, đã nhận thay, đã ghi có, chênh số lượng và chênh giá trị. Nếu còn chênh, yêu cầu lý do/phê duyệt. Mua hàng, chất lượng và kế toán nên cùng rà danh sách “đã gửi chưa ghi có”, “cách ly lâu” và “không rõ lô gốc” thường xuyên để phân biệt nhập liệu xong với giải quyết thật.

Dùng phép thử giá trị để phát hiện bồi hoàn kép

FAT cần thử số tiền ngoài số lượng. Ví dụ giả định: giá THB 100 mỗi đơn vị, nhận 100, trả tám; giá trị trả trước thuế là THB 800. Nếu nhà cung cấp thay bốn và ghi có bốn, giá trị đại diện bởi hàng thay là THB 400, phần ghi có THB 400. Ghi có toàn bộ THB 800 rồi vẫn nhận bốn hàng thay sẽ vượt thỏa thuận. Hệ thống nên so tổng lượng và giá trị theo phương án với tổng hồ sơ, cảnh báo phần vượt. Cước và thuế phải xét riêng theo hợp đồng và quy định; không tự cộng vào ví dụ đơn giản này.

Thử giá thay đổi, chiết khấu, chuyển đơn vị và làm tròn. Nếu giá PO khác giá hóa đơn, mua hàng và kế toán phải thống nhất giá nào làm cơ sở khớp ghi có, ghi lý do chênh. Số lượng khớp không đủ để đóng khi giá trị còn lệch. Với nhiều đồng tiền, hiển thị tỷ giá áp dụng tại ngày PO, gửi và ghi có, tách chênh tỷ giá khỏi sai đơn giá. Nếu giá hàng thay đổi, kiểm thỏa thuận xem đổi miễn phí hay trả thêm; không đóng chỉ vì đã nhận hàng.

Kiểm tra chuyển dữ liệu và thời điểm vận hành chính thức

Không cần di chuyển toàn bộ hồ sơ cũ với cùng mức chi tiết, nhưng hồ sơ còn mở qua ngày chạy hệ thống mới cần rà cả vật lý lẫn tài chính. Ít nhất lập danh sách đang cách ly, chờ gửi, đã gửi chờ xác nhận, chờ hàng thay và chờ ghi có; gắn người phụ trách và hạn tiếp theo. Nếu PO hoặc phiếu nhận chỉ còn ở hệ thống cũ, lưu mã cũ, nơi tìm được và bản sao chứng từ. Đừng tạo phiếu nhận mới giả để che mất liên kết vì có thể nhân đôi số lượng hoặc giá vốn.

Trước cutover, kiểm kê kệ cách ly và khu chờ trả, ghi lượng thực, lô, mã hồ sơ cũ và trạng thái giao. Đối chiếu với tồn hệ thống cũ, AP mở và danh sách chờ ghi có. Giao người và ngày giải quyết cho chênh lệch, không đánh dấu “đã chuyển” nếu mơ hồ. Nêu thời điểm chính xác hệ thống mới trở thành nguồn chính cho nhận/giao. Nếu không dừng chuyển động được, lập danh sách giao dịch băng qua thời điểm đó và xem từng cái; tránh nhập đôi.

Đo chất lượng dữ liệu đầu kỳ bằng tỷ lệ hồ sơ mở nối được PO/phiếu nhận gốc, có lô xác minh, có mã cho phép từ nhà cung cấp, và khoản ghi có nối được hóa đơn gốc. Nếu tỷ lệ thấp, cải thiện nhãn nhận và lưu chứng từ trước khi tự động hóa nhanh hơn. Ở lần khóa sổ tháng đầu sau chạy, tách hồ sơ chuyển từ cũ với hồ sơ mới để kế toán kiểm giá trị đã gửi nhưng chưa ghi có. Đánh giá thành công bằng việc phát hiện hàng và khoản phải trả chưa giải quyết nhanh hơn, không chỉ tốc độ màn hình.

Bắt đầu nhỏ và đo KPI hữu ích

Chọn nhóm vật tư thường trả, có kiểm soát lô và lịch sử PO/nhận điện tử. Lấy hồ sơ thật để tìm dữ liệu gốc thiếu, hành vi khu cách ly, mã cho phép của nhà cung cấp và thời gian thu hồi ghi có. Thống nhất trạng thái, người phụ trách và điều kiện đóng; so sánh giải pháp qua RFP; xử lý ngoại lệ chính ở FAT; rồi SAT với một kho và nhóm nhà cung cấp trước khi mở rộng.

Đừng chỉ đếm số hồ sơ. Theo dõi thời gian từ phát hiện đến cách ly, số lần xuất nhầm hàng cách ly, ngày từ gửi tới nhà cung cấp xác nhận, ngày đến đối soát ghi có, giá trị AP chưa xử lý, tỷ lệ truy lô gốc và bút toán lặp. Lấy mốc ban đầu trước khi tuyên bố giảm theo tỷ lệ phần trăm. Phân tuổi hồ sơ theo lý do, nhà cung cấp và phương án giải quyết để số trung bình không che hồ sơ quá hạn.

FAQ: trả hàng nhà cung cấp và ERP

RTV có giống sửa chênh lệch khi nhận hàng không?

Không. Sửa phiếu nhận giải quyết hàng chưa nhận hoặc lỗi nhập liệu. Gửi vật tư đã nhận thực tế cần cách ly, vận chuyển, mua hàng và AP. Khi chưa rõ, đối chiếu lịch sử nhận với hàng thật trước để tránh trừ kho hai lần.

Có luôn nhận diện lô gốc tự động được không?

Không. Mặt hàng không ghi lô, vật tư đã dùng, lịch sử chuyển hệ thống và hàng trộn có thể không khớp tự động. Xác định phạm vi truy xuất, yêu cầu bằng chứng/phê duyệt cho ngoại lệ, và thử dữ liệu thật ở FAT.

Tạo PO trả hàng là tồn kho và AP tự khớp ngay?

Thường chưa đủ. Giao hàng, xác nhận nhận của nhà cung cấp, nhận hàng thay hoặc ghi có, và khớp hóa đơn gốc là các sự kiện riêng. Hãy thử mỗi thao tác cập nhật số lượng và giá trị nào trong cấu hình thực tế.

Có thể xử lý thay hàng và ghi có trong một hồ sơ?

Nên có. Nhà cung cấp có thể thay một phần và ghi có phần còn lại. Giữ số lượng/giá trị riêng, kiểm tổng bằng lượng trả và phê duyệt tổ hợp bất thường để tránh bồi hoàn hai lần.

Bên mua ghi nhận trả hàng có tự phát hành chứng từ ghi có VAT Thái Lan?

Không nên giả định. Điều 86/10 nói về người bán đăng ký VAT phát hành khi đủ điều kiện. Bên mua khớp chứng từ của nhà cung cấp với hóa đơn gốc và xác nhận xử lý thuế với chuyên gia. Hệ thống theo dõi yêu cầu, việc nhận và sai lệch của chứng từ.

Bắt đầu RFP, FAT và SAT từ đâu?

Chọn một hồ sơ gần đây, tập hợp PO, phiếu nhận, lô, kiểm tra, chứng từ gửi và ghi có. Chuyển mắt xích thiếu thành câu hỏi RFP, dùng cùng hồ sơ làm dữ liệu FAT/SAT. Thêm trả một phần, thay hàng, hủy và thử gửi lặp bên cạnh trường hợp bình thường.

Kết luận

Trả hàng nhà cung cấp là một quy trình kết nối: xác định giao dịch mua và hàng thật, chặn sử dụng, gửi trả, nhận thay thế hoặc ghi có, rồi đối soát tồn kho và AP. Ưu tiên liên kết PO/phiếu nhận/lô gốc, cách ly và phê duyệt, chứng cứ giao, các nhánh giải quyết và đối chiếu công nợ. Hỏi về ngoại lệ trong RFP và chứng minh hàng, lượng, chứng từ, AP khớp nhau ở FAT/SAT.

Nếu đang rà soát quy trình trả hàng tại nhà máy ở Thái Lan, chúng tôi có thể cùng lập bản đồ liên kết hiện tại giữa mua hàng, nhận hàng, kho và kế toán ngay từ giai đoạn đánh giá. Liên hệ TOMAS TECH.

Tài liệu tham khảo

• Microsoft Learn: Create a purchase return order
• Microsoft Learn: Create purchase orders
• Oracle Fusion Cloud SCM: Using Receiving 26A
• SAP Help: Document Flow in Supplier Returns
• SAP Help: Credit Memo
• SAP Business Network: Order Collaboration Returns for Suppliers
• Thailand Revenue Department: Revenue Code, Sections 85–86

*Nội dung hỗ trợ lập kế hoạch hệ thống. Hành vi chuẩn thay đổi theo phiên bản và cấu hình; xử lý thuế phải xét sự kiện giao dịch và quy định hiện hành.*