Purchase Order (PO) và Order Confirmation: chốt đơn, bàn giao và kiểm soát thay đổi

Đơn hàng đã chốt chưa phải là lệnh để làm ngay

Sau khi buyer đồng ý giá, nhiều đội ngũ vội chuyển email hoặc file PO cho nhà máy với một câu: “Khách đã chốt, triển khai giúp.” Đây là thời điểm một lỗi thương mại có thể biến thành lỗi sản xuất, giao hàng và thu tiền. Buyer có thể đã đổi packing, số lượng, cảng đến, ngày giao, điều kiện thanh toán hoặc yêu cầu chứng từ, nhưng thay đổi ấy chưa được kiểm soát bởi người chịu trách nhiệm về giá, năng lực sản xuất và rủi ro.

Purchase Order (PO) là đơn đặt hàng do buyer phát hành. Order Confirmation (OC) là xác nhận bằng văn bản của seller về những gì seller thực sự đồng ý thực hiện. Trong một số thương vụ, hai bên còn có Sales Contract; trong thương vụ khác, PI được buyer ký/xác nhận hoặc PO trở thành tài liệu vận hành chính. Giá trị pháp lý và thứ tự ưu tiên của các tài liệu phụ thuộc vào nội dung đã thỏa thuận, luật áp dụng và điều khoản hợp đồng. Vì vậy, doanh nghiệp không nên tự giả định rằng một email, PI hay PO luôn tự động thay thế tài liệu còn lại.

Mục tiêu của bước này là tạo ra một bản đơn hàng gốc đã được duyệt để sales, sản xuất, purchasing, logistics, chứng từ và finance cùng làm theo một dữ liệu. Nếu có thay đổi, đội ngũ có thể trả lời rõ: thay đổi gì, ai duyệt, ảnh hưởng bao nhiêu và phiên bản nào đang có hiệu lực.

Phân biệt quotation, PI, PO, Sales Contract và Order Confirmation

Tài liệu	Tên tiếng Anh	Ai thường phát hành	Vai trò thực tế
Báo giá	Quotation	Seller	Đề xuất giá và điều kiện, thường có thời hạn hiệu lực
Hóa đơn chiếu lệ	Proforma Invoice (PI)	Seller	Tóm tắt giao dịch dự kiến để buyer xác nhận, đặt cọc hoặc mở L/C
Đơn đặt hàng	Purchase Order (PO)	Buyer	Nêu hàng, số lượng, giá và yêu cầu buyer muốn mua
Hợp đồng mua bán	Sales Contract	Hai bên	Ghi nhận điều khoản đã thỏa thuận, đặc biệt với giao dịch có rủi ro hoặc giá trị lớn
Xác nhận đơn hàng	Order Confirmation (OC)	Seller	Xác nhận seller nhận và chấp thuận thực hiện đơn theo phiên bản dữ liệu cụ thể

Không phải thương vụ nào cũng dùng đủ năm tài liệu. Điều quan trọng là người quản lý thương vụ phải trả lời được ba câu hỏi trước khi giao việc: tài liệu nào đang là bản được hai bên chấp thuận, điều khoản nào được ưu tiên khi có mâu thuẫn, và thay đổi sau đó phải đi qua ai.

Khi nào cần quy trình PO và Order Confirmation

Dùng quy trình này khi buyer gửi PO sau quotation/PI, khi buyer gửi PO thay cho hợp đồng, khi hợp đồng đã ký nhưng cần chốt lịch sản xuất cụ thể, hoặc khi đơn hàng có private label, packing đặc biệt, certificate, L/C, đặt cọc, giao nhiều đợt hay deadline gấp.

Với đơn thử nhỏ, email xác nhận có thể đủ nếu doanh nghiệp đã có mẫu và quyền duyệt rõ ràng. Với hàng làm theo yêu cầu, tiền đặt cọc thấp, payment term dài, DDP/DAP, điều khoản phạt, chứng từ phức tạp hoặc buyer mới, nên có người quản lý và finance/legal kiểm thêm trước khi xác nhận.

Input, output và người chịu trách nhiệm

Nhóm	Cần có trước khi xác nhận	Output cần lưu	Owner chính
Thương mại	Quotation/PI phiên bản cuối, PO hoặc email buyer xác nhận	Bảng đối chiếu và OC	Sales export
Hàng hóa	Specification, artwork, mẫu duyệt, packing, dung sai	Product/packing brief đã chốt	Sales + sản xuất/QC
Giá và tiền	Giá, tiền tệ, Incoterms, payment term, đặt cọc	Cost/approval note, mốc thu tiền	Sales + finance
Giao hàng	Lead time, cảng/địa chỉ, lịch giao, partial shipment	Production/shipment plan	Operations/logistics
Chứng từ	Danh sách chứng từ, yêu cầu nhãn, certificate	Document requirement list	Documentation/compliance
Kiểm soát	Mã đơn hàng, phiên bản, người duyệt, nơi lưu file	Order master và change log	Order owner

Một người có thể kiêm nhiều vai trò ở doanh nghiệp nhỏ, nhưng các điểm duyệt vẫn phải rõ. Không nên để sales vừa tự chốt giá ngoại lệ, vừa tự xác nhận điều khoản thanh toán, vừa tự ra lệnh sản xuất mà không có dấu vết duyệt.

Quy trình 7 bước từ PO đến bàn giao thực hiện

1. Ghi nhận PO và khóa nguồn dữ liệu

Lưu PO gốc, email buyer, quotation/PI gần nhất, hợp đồng nếu có và các file specification/packing liên quan vào shipment file hoặc order folder. Đặt một mã đơn hàng nội bộ duy nhất, ví dụ EXP-2026-041, để mọi người không tìm theo tên buyer hoặc tên hàng dễ trùng.

Tại thời điểm nhận PO, chưa nên trả lời “confirmed” ngay. Phản hồi phù hợp là xác nhận đã nhận đơn và nêu thời điểm dự kiến gửi Order Confirmation sau khi kiểm nội bộ. Câu này vừa chuyên nghiệp vừa tránh vô tình chấp nhận một thay đổi chưa được duyệt.

2. Đối chiếu PO với bản đã báo giá/chốt

So từng dòng PO với quotation, PI và Sales Contract, không chỉ kiểm tổng tiền. Các điểm cần đối chiếu gồm:

• Tên pháp nhân, địa chỉ invoice và địa chỉ giao hàng.
• Tên hàng, model/grade, specification, artwork, nhãn và packing.
• Số lượng, đơn vị tính, dung sai, MOQ và split shipment.
• Đơn giá, tổng giá trị, tiền tệ, chiết khấu và điều kiện giá.
• Incoterms, địa điểm giao nhận và phiên bản Incoterms.
• Lead time, ETD/ETA dự kiến, latest shipment date và lịch giao từng đợt.
• Payment term, tỷ lệ đặt cọc, điều kiện balance, phí ngân hàng và thông tin ngân hàng.
• Chứng từ, certificate, kiểm hàng, bảo hành, claim và yêu cầu compliance.

Nên dùng bảng match / mismatch / need confirm, thay vì sửa trực tiếp trên PO mà không lưu lý do. Mọi mismatch phải có owner và thời hạn trả lời.

3. Kiểm khả năng thực hiện và điểm duyệt

Một PO đúng giá vẫn có thể không làm được đúng hạn. Sales cần lấy xác nhận nội bộ về tồn kho hoặc năng lực sản xuất, thời gian mua nguyên liệu, công suất đóng gói, artwork/nhãn, certificate, lịch tàu và yêu cầu thị trường. Finance kiểm payment term, credit limit, đặt cọc đã nhận chưa và tài khoản thanh toán có thay đổi bất thường không.

Các tình huống sau cần dừng để duyệt trước khi phát hành OC:

Risk flag	Ví dụ	Hành động tối thiểu
Giá/margin bất thường	Buyer dùng giá cũ, thêm chiết khấu hoặc đổi Incoterms	Rà cost sheet và manager duyệt lại
Hàng tùy biến	Private label, khuôn/mẫu mới, packing riêng	Chốt artwork, chi phí và điều kiện đặt cọc
Payment risk	Tỷ lệ cọc thấp, trả sau, đổi bank details	Finance/manager xác minh và duyệt
Deadline không khả thi	Buyer yêu cầu ship sớm hơn lead time	Sản xuất và logistics xác nhận bằng văn bản
Compliance chưa rõ	Yêu cầu test, nhãn, C/O hoặc certificate mới	Hỏi buyer và kiểm người phụ trách chuyên môn

4. Phát hành Order Confirmation có phiên bản rõ ràng

OC nên ghi mã đơn hàng, ngày phát hành, mã và ngày của PO/PI/hợp đồng tham chiếu, cùng các trường thương mại đã xác nhận. Nếu có điểm buyer chấp nhận ngoại lệ, đừng giấu trong email dài; ghi riêng ở phần Notes/Deviation và nói rõ điều kiện nào vẫn đang chờ.

Mẫu cấu trúc tối thiểu:

Subject: Order Confirmation - [Seller] - PO [PO Number]

We confirm receipt and acceptance of PO [PO Number], dated [Date],
subject to the terms below.

- Product/specification/packing: [confirmed version]
- Quantity and tolerance: [confirmed data]
- Price and currency: [confirmed data]
- Incoterms and named place: [confirmed data]
- Payment milestones: [confirmed data]
- Shipment schedule: [confirmed data]
- Documents/certificates: [confirmed list]
- Reference files: [PI/Contract/Artwork version]

Open items or deviations: [none / list clearly]
Please confirm any open item in writing before production or shipment.

Mẫu trên chỉ là format nghiệp vụ. Những điều khoản về trách nhiệm, phạt, luật áp dụng hoặc tranh chấp cần bám hợp đồng và được người có thẩm quyền rà soát.

5. Tạo Order Master và bàn giao có checklist

Sau khi OC được buyer chấp nhận hoặc theo quy tắc nội bộ đã định, Order owner tạo một bản tóm tắt một trang cho đội thực hiện. Nó không thay thế PO/hợp đồng, nhưng giúp mọi người không phải suy đoán từ nhiều email.

Order master nên có: mã đơn, buyer, hàng và phiên bản specification, số lượng, packing, giá/Incoterms, mốc đặt cọc, lịch sản xuất, ETD/ETA, owner, danh sách chứng từ, link folder, risk flags và ngày cập nhật cuối. Cuộc bàn giao cần có người nhận xác nhận đã đọc phần thuộc trách nhiệm của mình: sản xuất/QC, logistics, chứng từ và finance.

6. Không để thay đổi đi qua lời nói hoặc chat rời rạc

Thay đổi đơn hàng thường bắt đầu rất nhỏ: “đổi màu carton”, “tăng thêm một pallet”, “ship chậm vài ngày”, “gửi thêm certificate”, hoặc “để balance sau khi nhận copy B/L”. Mỗi thay đổi có thể làm lệch chi phí, lead time, B/L, C/O, L/C hoặc quyền kiểm soát hàng.

Tạo change log với tối thiểu: mã thay đổi, thời điểm, người yêu cầu, nội dung cũ/mới, ảnh hưởng giá/tiến độ/chứng từ/thanh toán, người duyệt, bằng chứng buyer xác nhận và phiên bản áp dụng. Chỉ sau khi các bên liên quan duyệt, order master và file gốc mới được cập nhật.

Loại thay đổi	Có thể ảnh hưởng	Cần kiểm/duyệt
Quantity hoặc specification	Giá vốn, năng lực, chứng từ, C/O	Sales + sản xuất/QC + manager nếu margin đổi
Packing/artwork/label	Tiến độ, chi phí, compliance	Sales + QC/production + buyer phê duyệt mẫu
Incoterms/nơi giao	Freight, thuế, trách nhiệm, margin	Sales + logistics + finance/manager
Ngày giao/partial shipment	Booking, L/C, phạt, kế hoạch tiền	Operations + finance + buyer
Payment term hoặc bank details	Dòng tiền, rủi ro gian lận, release	Finance + manager, xác minh độc lập
Document requirement	Thời gian, chi phí, khả năng cấp	Documentation/compliance + operations

Một thay đổi chỉ được xem là có hiệu lực khi đã có người duyệt theo quy tắc nội bộ và buyer xác nhận bằng văn bản. Chat có thể là nơi nhận yêu cầu, nhưng không nên là nơi duy nhất lưu bản chốt.

7. Đóng vòng bằng bản xác nhận cuối và hậu kiểm

Trước booking hoặc trước khi hàng vào sản xuất không thể đảo ngược, kiểm lại rằng phiên bản order master, OC, production plan và document requirement list đang khớp. Sau shipment, ghi lại thay đổi nào đã xảy ra, chi phí phát sinh, nguyên nhân và cách ngăn lặp lại. Dữ liệu này giúp đội sales báo giá đúng hơn cho đơn lặp lại và giúp quản lý nhìn thấy các điểm nghẽn thật.

Case: thay packing tưởng nhỏ nhưng làm mất margin

Buyer gửi PO theo PI cũ: 10.000 sản phẩm, FOB Cat Lai, packing carton tiêu chuẩn. Sau đó buyer nhắn qua chat yêu cầu đổi sang hộp in màu, thêm barcode theo retailer và giao sớm hơn một tuần. Sales trả lời “OK” vì nghĩ chỉ là đổi bao bì.

Nếu không mở change log, đội sản xuất có thể đặt vật tư mới nhưng finance không biết để tính lại giá; chứng từ không biết mô tả packing đã thay đổi; logistics không kiểm lại CBM; và buyer vẫn kỳ vọng ETD cũ. Cách xử lý đúng là chuyển yêu cầu thành một change request, tính lại chi phí/thời gian, chốt artwork, xin buyer xác nhận giá hoặc lịch mới, rồi phát hành OC/amendment phiên bản mới.

Điều cần bảo vệ không chỉ là margin. Đó là khả năng mọi bộ phận cùng biết mình đang làm theo một lời hứa nào.

Checklist trước khi xác nhận đơn và trước khi mở sản xuất

• PO đã được lưu cùng quotation/PI/hợp đồng và email buyer liên quan chưa?
• Tên hàng, specification, packing và artwork có phiên bản duy nhất để dùng chưa?
• Quantity, đơn vị tính, dung sai và tổng tiền có khớp không?
• Incoterms có địa điểm cụ thể và trách nhiệm chi phí rõ không?
• Giá đã được duyệt lại khi PO có điểm lệch chưa?
• Đặt cọc/payment term có được finance xác nhận và kiểm soát không?
• Lead time, lịch giao và điều kiện partial shipment có khả thi không?
• Danh sách chứng từ/certificate có khả năng xin đúng hạn không?
• Có người nhận bàn giao ở sản xuất, logistics, chứng từ và finance không?
• Mọi change request đã có owner, approver và bằng chứng buyer xác nhận chưa?

AI hỗ trợ được gì và không được làm gì

AI phù hợp để trích trường dữ liệu từ PO, so sánh PO với PI/hợp đồng, tạo bảng mismatch, soạn Order Confirmation nháp, tạo change log và biến email rời rạc thành danh sách hành động. Đầu vào nên được ẩn danh: bỏ giá nhạy cảm nếu không cần, số tài khoản ngân hàng, chữ ký, thông tin buyer/supplier không cần cho việc so sánh.

AI không được tự chấp nhận PO, tự thay đổi điều khoản, tự kết luận hợp đồng có hiệu lực, tự xác nhận bank details hoặc tự mở lệnh sản xuất. Với thay đổi liên quan đến giá, thanh toán, L/C, Incoterms, compliance và cam kết pháp lý, người phụ trách có thẩm quyền phải duyệt cuối.

Prompt mẫu: so PO với PI và hợp đồng

Bạn là trợ lý sales operations xuất nhập khẩu.
Hãy đối chiếu PO, PI và Sales Contract dưới đây để tạo Order Confirmation review.

Quy tắc:
1. Chỉ dùng dữ liệu được cung cấp; nếu thiếu, ghi "Cần bổ sung".
2. Không tự suy đoán điều khoản nào được ưu tiên hoặc tự chấp nhận thay đổi.
3. So sánh: pháp nhân, hàng/specification, quantity, price/currency,
   Incoterms/named place, payment, shipment, documents và điều khoản đặc biệt.
4. Tạo bảng: Field | PI/Contract | PO | Match/Mismatch | Risk | Owner | Next action.
5. Liệt kê các thay đổi cần manager, finance, operations hoặc compliance duyệt.
6. Không đưa thông tin ngân hàng, chữ ký hoặc dữ liệu nhạy cảm vào output.

Dữ liệu đã ẩn danh:
[Dán PO, PI và hợp đồng hoặc phần liên quan]

Lỗi thường gặp

• Xem PO như lệnh sản xuất ngay khi buyer gửi, không đối chiếu với PI/hợp đồng.
• Xác nhận qua chat hoặc email ngắn mà không ghi phiên bản specification, packing và lịch giao.
• Chỉ lưu file cuối mà không lưu vết vì sao thay đổi.
• Để sales tự nhận thay đổi payment term, Incoterms hoặc bank details.
• Không có owner cho một đơn hàng, khiến mỗi bộ phận giữ một bản thông tin khác nhau.
• Cập nhật PO mới nhưng quên cập nhật production plan, document requirement list hoặc shipment tracker.