ERP · บทที่ 3b จาก 7 · Fulfillment (Selling / Order-to-Cash)

Fulfillment: ตามคำสั่งซื้อทีละขั้น จนถึงเงินเข้าบัญชี

Presales → Sales Order → Shipping → Billing → Payment — ห้าขั้นตอนนี้ดูเรียบง่ายบนกระดาน แต่แต่ละขั้นสร้างเอกสาร ปรับปรุงบัญชี และกระทบกระบวนการอื่นเป็นลูกโซ่ บทนี้ตามรอยผลกระทบนั้นทีละขั้น

📚

ต่อจากบทที่ 3a — สังเคราะห์จากเอกสารบรรยาย ERP 3 และ Magal & Word บทที่ 5 (Process, Credit Management, Reporting)

1Presales Activity

ขั้นก่อนการขาย (Presales) มีเป้าหมายเพื่อกระตุ้นให้ลูกค้าสั่งซื้อ กิจกรรมในขั้นนี้ได้แก่การจัดการ Inquiry (ลูกค้าสอบถามข้อมูลสินค้า/ราคา) และ Quotation (ใบเสนอราคาที่ผูกพันราคาและเงื่อนไขไว้ช่วงเวลาหนึ่ง) — ทั้งสองเป็นเอกสารอ้างอิง (reference document) ที่ sales order ในขั้นถัดไปสามารถอ้างอิงข้อมูลกลับมาใช้ได้ ลดการกรอกข้อมูลซ้ำ

2Sales Order Processing

นิยาม

เมื่อลูกค้าส่ง purchase order (PO) มา ขั้นนี้จะแปลง PO ของลูกค้าให้กลายเป็น Sales Order ซึ่งเป็นเอกสารภายในที่บรรจุข้อมูลจำเป็นสำหรับปฏิบัติตามคำสั่งซื้อในรูปแบบมาตรฐานของระบบ

Sales Order สามารถสร้างโดยอ้างอิงจาก inquiry, quotation, contract หรือแม้แต่ sales order เดิม — ข้อมูลจากเอกสารอ้างอิงหลายฉบับรวมกันเป็น sales order เดียวได้ หรือเอกสารอ้างอิงหนึ่งฉบับอาจถูกใช้สร้าง sales order ได้หลายใบ ข้อมูลสำคัญที่ sales order รับมาคือ shipping/billing data (จาก customer master หรือ customer-material info record), partner function (จาก customer master), และหากมี contract ก็จะได้ปริมาณ ราคา วันส่งมอบมาจากสัญญานั้นด้วย

สามผลลัพธ์สำคัญของขั้นนี้

1. Availability Check
ตรวจสอบว่าวัสดุที่ต้องการมีพร้อมหรือจะพร้อมทันเวลาส่งมอบตามที่กำหนด (per schedule line) หรือไม่ — หากไม่พร้อม ระบบจะคำนวณวันส่งมอบที่เร็วที่สุดที่เป็นไปได้ การตั้งค่าในระดับความเข้มงวดมาจาก material master ระบบสามารถตั้งค่าให้คำนวณความพร้อมจากสต็อกปัจจุบันรวมถึงยอดรับที่วางแผนไว้จาก Procurement หรือ Production ได้ด้วย ระบบยังสร้าง Material Reservation เพื่อกันวัสดุไว้ไม่ให้ถูกใช้ตอบสนอง requirement อื่น

2. Delivery Scheduling
เวลาที่ต้องใช้ในแต่ละขั้นตอนคำนวณด้วย Backward Scheduling — เริ่มจากวันส่งมอบที่ต้องการ แล้วไล่ย้อนกลับเพื่อหาว่าแต่ละขั้นตอนย่อยต้องเสร็จเมื่อไร (คอนเซปต์เดียวกับที่ใช้ในกำหนดการผลิต บทที่ 5b)

3. Transfer of Requirements
การสร้าง sales order ส่งข้อมูลต่อไปยังกระบวนการ Material Planning เพื่อวางแผนการจัดหาและการผลิตวัสดุที่เกี่ยวข้อง

สิ่งที่ควรสังเกตคือ Sales Order Processing สร้างเอกสาร transaction เพียงอย่างเดียว (sales order) — ไม่ สร้าง material document หรือ financial document ใด ๆ ในขั้นนี้ ผลกระทบทางบัญชีจะเริ่มในขั้นถัดไป (Shipping) และหาก sales order ผูกกับ credit management ระบบจะทำการตรวจสอบเครดิตลูกค้าก่อนดำเนินการต่อด้วย (ดูหัวข้อ Credit Management ด้านล่าง)

3Shipping

ขั้นนี้ถูกกระตุ้นเมื่อคำสั่งซื้อถึงกำหนดส่งมอบ ประกอบด้วยสี่งานหลัก: สร้าง Delivery Document (เอกสารอนุญาตส่งมอบ), Picking (ดึงวัสดุจากที่จัดเก็บ — เป็นส่วนหนึ่งของ Warehouse Management ที่ถูกกระตุ้นจากขั้นนี้), Packing, และ Post Goods Issue (บันทึกการนำสินค้าออกจากคลัง)

Delivery Document: เอกสารกลางของขั้น Shipping

ระบุว่าวัสดุใดจะถูกส่งให้พาร์ตเนอร์ใด (ship-to party) จาก plant ใด และระบุ storage location ที่เกี่ยวข้อง — ข้อมูลรวบรวมมาจากหลายแหล่ง โดยเฉพาะ schedule line ของ sales order (สังเกตว่า delivery หนึ่งใบสามารถรวม schedule line จากหลาย sales order ได้) ข้อมูลด้าน pricing มักไม่เกี่ยวข้องในขั้นตอนนี้ — delivery document สนใจ "อะไรจะไปไหน" ไม่ใช่ "ราคาเท่าไร"

กลไก Picking: delivery document ทำหน้าที่เป็นคำขอ picking ซึ่งจะถูกแปลงเป็น Transfer Order ใน Warehouse Management เพื่อดำเนินการเคลื่อนย้ายวัสดุจริง ปริมาณที่ต้องส่ง (delivery quantity) ในเอกสาร delivery กลายเป็น pick quantity ใน transfer order และเมื่อ picking เสร็จ ปริมาณที่ pick ได้จริงจะถูกส่งกลับไปอัปเดตใน delivery document โดยอัตโนมัติ — delivery document หนึ่งใบสามารถสร้าง transfer order ได้มากกว่าหนึ่งใบด้วย

ผลลัพธ์ของ Shipping: จุดแรกที่กระทบตัวเลขทางบัญชี

Shipping คือขั้นแรกของ Fulfillment ที่กระทบงบการเงิน

บัญชีสินค้าคงคลัง (inventory account) ถูกเครดิต (ลดลง) และบัญชีต้นทุนขาย (cost of goods sold) ถูกเดบิต (เพิ่มขึ้น) ตามต้นทุนของวัสดุที่ผลิตหรือซื้อมา — สำหรับ trading goods ใช้ราคาเฉลี่ยเคลื่อนที่ (moving average price) ส่วน finished goods ใช้ standard price ที่รวมต้นทุนวัตถุดิบ แรงงาน และ overhead ไว้แล้ว ระบบสร้าง FI document เพื่อบันทึกรายการนี้

นอกจากผลด้านบัญชี Shipping ยังสร้าง Material Document เพื่อบันทึกการเคลื่อนย้ายวัสดุ (ลด quantity ใน material master ของ plant ที่ส่งของ), อัปเดตเอกสารการขายที่เกี่ยวข้อง (quotation, sales order) ด้วยรายละเอียดการส่งมอบ, และอัปเดต Billing Due List — รายการของ delivery ที่พร้อมสำหรับขั้น Billing ต่อไป

4Billing

เป้าหมายของขั้นนี้คือสร้างเอกสารหลากชนิด เช่น Invoice (ใบแจ้งหนี้), Credit Memo (ใบลดหนี้ — ออกเมื่อลูกค้าคืนสินค้า หรือใบแจ้งหนี้เดิมคิดราคาสูงเกินไป), และ Debit Memo (ใบเพิ่มหนี้ — ใช้เมื่อใบแจ้งหนี้เดิมคิดราคาต่ำเกินไป เพิ่มยอดที่ลูกค้าต้องจ่าย) รวมถึงใช้ยกเลิกเอกสารที่สร้างไปก่อนหน้าได้ด้วย Billing อ้างอิงได้ทั้งจาก delivery ที่ส่งไปแล้ว หรือจาก order ที่ยังไม่ได้ส่งมอบก็ได้

Billing Methods: สาม pattern การออกใบแจ้งหนี้

รูปแบบ	ลักษณะ
Delivery-Based Invoicing	หนึ่ง delivery → หนึ่ง invoice (แบบพื้นฐานที่สุด)
Collective Invoicing	หลาย delivery (อาจมาจากหลาย order) → รวมเป็น invoice ใบเดียว — ลดจำนวนเอกสารเมื่อลูกค้ารายเดียวสั่งหลายรอบในช่วงเวลาใกล้กัน
Split Invoicing	หนึ่ง delivery → แตกเป็นหลาย invoice — ใช้เมื่อรายการในการส่งมอบเดียวต้องแยกออกบิลด้วยเหตุผลทางบัญชีหรือภาษี

Header ของ billing document ประกอบด้วยข้อมูลพาร์ตเนอร์ (sold-to party, payer), วันที่ออกบิล, สกุลเงินของเอกสาร, เงื่อนไขการชำระเงิน, และยอดรวม — แต่ละ item มีรหัสวัสดุ ปริมาณ และราคา

ผลลัพธ์ทางบัญชีของ Billing (สำคัญมากสำหรับสอบ)

เมื่อ billing เสร็จสมบูรณ์ บัญชี Accounts Receivable (reconciliation account) และ Sales Revenue ใน general ledger ถูกอัปเดต — AR ถูกเดบิตด้วยยอด invoice (จำนวนที่ลูกค้าติดค้าง) และ Sales Revenue ถูกเครดิตด้วยยอดเดียวกัน เนื่องจาก AR เป็น reconciliation account ยอดจึงไม่โพสต์ตรงเข้า AR แต่โพสต์ผ่าน subledger account (บัญชีลูกค้ารายนั้น) ก่อน — เกิด Open Item ในบัญชีลูกค้าผ่านรายการเดบิต ซึ่งสร้างรายการใน AR โดยอัตโนมัติ ผลอีกอย่างคือวงเงินเครดิตที่ใช้ได้ (available credit) ของลูกค้าลดลงตามยอด invoice นั้น

Billing ยังส่งผลถึง Management Accounting (CO) — เช่นการวิเคราะห์ความสามารถทำกำไร (profitability analysis) ที่ใช้ข้อมูลรายได้จาก billing ผ่าน controlling document และยังอัปเดต sales information system (สถิติ/information structures) ด้วย

5Payment

ขั้นสุดท้ายของ Fulfillment คือรับชำระเงินจากลูกค้า ระบบดึงบัญชีลูกค้าเพื่อระบุ Open Items (รายการที่ยังไม่ได้ชำระ) แล้วนำเงินที่ได้รับไปหักล้างกับรายการเหล่านั้น — ลูกค้าสามารถจ่ายหลาย invoice พร้อมกัน หรือแบ่งจ่าย invoice เดียวเป็นหลายงวดก็ได้

สถานการณ์การจ่ายเงิน	สิ่งที่ระบบทำ
จ่ายตรงตามยอด	ปิด open item, เครดิต AR ผ่าน subledger, เพิ่มวงเงินเครดิตของลูกค้ากลับคืน
จ่ายภายในเงื่อนไขส่วนลด (discount terms)	ยอดจ่ายจริงน้อยกว่ายอด invoice — เดบิตบัญชีธนาคารตามยอดที่รับจริง และเดบิตบัญชี sales discount ตามส่วนต่าง
ผลต่างเล็กน้อยอยู่ใน tolerance limit	ตัดยอดผลต่างเข้าบัญชี write-off ที่กำหนดไว้ ถือว่า invoice ชำระครบแล้ว
ผลต่างมีนัยสำคัญ เกิน tolerance	เลือกใช้ Partial Payment (โพสต์เงินเข้าบัญชีลูกค้า แต่ invoice เดิมยังเปิดอยู่) หรือ Residual Item (ปิด invoice เดิม แล้วสร้างรายการใหม่สำหรับยอดคงเหลือ)

6Credit Management Process

ลำดับการตรวจสอบเครดิต

1) บริษัททำ Credit Check ก่อน 2) ถ้า credit exposure ต่ำกว่า credit limit → กระบวนการ Fulfillment ดำเนินต่อตามปกติ 3) ถ้า credit exposure สูงเกิน credit limit → การส่งมอบของ order นั้นถูกบล็อก (delivery blocked) — order ยังถูกบันทึกไว้ แต่ค้างสถานะนี้จนกว่าผู้จัดการฝ่ายเครดิต (credit manager) จะรีวิว 4) ถ้าผู้จัดการอนุมัติ → ปลดบล็อก ส่งต่อกระบวนการ 5) ถ้าปฏิเสธ → order ถูกปฏิเสธ และแจ้งลูกค้าทราบ

สังเกตว่า Credit Management ไม่ใช่ขั้นตอนแยกในลำดับ Presales→Order→Shipping→Billing→Payment แต่เป็น gate ที่คั่นระหว่าง Sales Order Processing กับ Shipping — ทำหน้าที่เป็นกลไกควบคุมความเสี่ยงที่แทรกอยู่ในกระบวนการหลัก

7Handle Customer Return

เมื่อลูกค้าต้องการคืนสินค้าจาก order ที่เคยส่งและออกบิลไปแล้ว กระบวนการคืนสินค้ามีสามขั้นตอนคู่ขนานกับกระบวนการขายปกติ:

1. สร้างเอกสารคืน
Return Order อ้างอิงกับ order/delivery/invoice เดิม ตามด้วย Return Delivery ที่รับสินค้าคืนเข้าคลัง

2. ตรวจสอบคุณภาพ
Quality Inspection ตรวจสภาพสินค้าที่คืนมา ก่อนตัดสินใจว่าจะนำกลับเข้าสต็อกขายได้ (Return to Inventory) หรือไม่

3. คืนเงิน
ออก Credit Memo ให้ลูกค้า ตามด้วยการประมวลผล Payment คืนเงินจริง

8Integration กับกระบวนการอื่น

กับ Financial Accounting
Fulfillment เกี่ยวข้องกับทั้งรายได้และการรับเงิน จึงเชื่อมกับ FI โดยตรง — master data บางส่วน (customer master, material master) ดูแลร่วมกันโดยฝ่ายขายและฝ่ายบัญชี ขั้น shipping, billing, payment ล้วนกระทบ general ledger

กับ Management Accounting (CO)
ข้อมูลรายได้จาก Fulfillment ป้อนเข้า profitability analysis

กับ Inventory/Production/Procurement
ขั้น availability check ใน sales order processing ดึงข้อมูลจาก inventory management, production, และ purchasing เพื่อตรวจสอบแหล่งวัสดุที่จะส่งมอบ

กับ Material Planning
ข้อมูลยอดขาย (sales data) ถูกใช้โดย material planning เพื่อกำหนดตารางการจัดซื้อและผลิต — goods movement ในขั้น shipping ก็เชื่อมกับ inventory management โดยตรง และ warehouse management (picking) ถูกกระตุ้นระหว่างขั้น shipping ด้วย

Work Lists ในการรายงานของ Fulfillment ครอบคลุมทุกงานที่พร้อมดำเนินการ เช่น รายการเตรียม delivery, รายการ picking, รายการ post goods issue, และรายการ billing ที่ค้างอยู่

9เชื่อมกับศัพท์ ERP ค่ายอื่นและ Odoo

ศัพท์ SAP	ศัพท์ทั่วไป / Odoo
Sales Order	Sales Order (Odoo ใช้ชื่อเดียวกัน — เอกสารที่แปลงมาจาก Quotation ที่ลูกค้ายืนยัน)
Delivery Document	Delivery Order / Stock Picking (Odoo เรียก "Transfer" หรือ "Delivery")
Post Goods Issue	Validate/Confirm Delivery (Odoo: กดปุ่ม "Validate" บน stock picking)
Billing Document	Customer Invoice
Open Item	Outstanding/Unpaid Invoice Line
Credit Control Area / Credit Limit	Credit Limit (Odoo: field บน Customer/Partner form)

10ทันสมัย: Order-to-Cash ยุค 2026

แล้ว · ตำราอ้างอิง

ตอนนี้ · 2026

Availability Check พิจารณาสต็อกและยอดรับที่วางแผนไว้ในระบบเดียวกันเท่านั้น

ระบบจำนวนมากทำ "Available-to-Promise" (ATP) แบบ real-time ข้าม warehouse/region หลายแห่งพร้อมกัน และเริ่มใช้ AI พยากรณ์ว่าจะเกิด stock-out ก่อนที่ลูกค้าจะสั่งจริงด้วยซ้ำ

Credit Check เป็นกฎเกณฑ์ตายตัว (credit limit vs exposure)

ผู้ขายบางรายเริ่มใช้ dynamic credit scoring ที่ปรับวงเงินอัตโนมัติตามพฤติกรรมการชำระเงินย้อนหลังและข้อมูลภายนอก (เช่นเครดิตบูโร) แทนวงเงินคงที่

คำถามซ้อมสอบ

อธิบายสามผลลัพธ์ของ Sales Order Processing (availability check, delivery scheduling, transfer of requirements) และอธิบาย backward scheduling
อธิบายว่าทำไม Shipping จึงเป็นขั้นตอนแรกของ Fulfillment ที่กระทบงบการเงิน พร้อมระบุบัญชีที่ถูกเดบิต/เครดิต
เปรียบเทียบ Delivery-Based, Collective, และ Split Invoicing พร้อมยกตัวอย่างสถานการณ์ที่เหมาะกับแต่ละแบบ
อธิบายกระบวนการ Credit Management ตั้งแต่ credit check จนถึงการอนุมัติ/ปฏิเสธโดยผู้จัดการเครดิต
อธิบายความแตกต่างระหว่าง Partial Payment กับ Residual Item Technique เมื่อยอดชำระไม่ตรงกับยอด invoice
อธิบายว่าทำไม Credit Memo ที่ใช้ในกระบวนการคืนสินค้า ถึงถือเป็นเอกสารประเภทเดียวกับที่ใช้แก้ invoice ที่คิดราคาสูงเกินไป