ระบบจัดการส่วนต่างรับเข้าโรงงาน: เทียบ PO, ASN และของจริง

เมื่อโรงงานพิจารณาติดตั้งระบบจัดการส่วนต่างการรับเข้า สิ่งแรกที่ต้องตัดสินใจไม่ใช่รุ่นของเครื่องสแกน แต่คือการเปรียบเทียบใบสั่งซื้อ (PO) ใบแจ้งการจัดส่งล่วงหน้า (ASN) และจำนวนสินค้าที่นับจริงด้วยรหัสสินค้า หน่วยนับ และเที่ยวส่งเดียวกัน โรงงานอาจพบสินค้าขาด สินค้าเกิน หรือส่งผิดรหัสแล้ว แต่ยังปล่อยให้ตัวเลขใน ERP และใบแจ้งหนี้เดินต่อไปคนละจำนวน บทความนี้อธิบายการออกแบบกระบวนการเดียว ตั้งแต่บันทึกส่วนต่าง กฎความคลาดเคลื่อน การอนุมัติ การยืนยันสต็อก ไปจนถึงการตรวจสอบใบแจ้งหนี้

กำหนดเป้าหมายของการจัดการส่วนต่างจำนวนรับเข้า

เป้าหมายไม่ใช่ทำให้จำนวนรับเข้าบนหน้าจอตรงกับ PO แต่เป็นการรักษาหลักฐานว่าสินค้าจริงต่างจากข้อตกลงอย่างไร ใครตัดสินใจ และตัดสินจากข้อมูลใด หาก PO 100 ชิ้น ASN 100 ชิ้น แต่ตรวจนับจริง 98 ชิ้น ต้องบันทึกว่าขาด 2 ชิ้น การใส่ 100 เพื่อปิด PO จะทำให้สต็อกสูงเกินจริง และปัญหาจะกลับมาเมื่อเบิกใช้ ตรวจนับคลัง หรือเทียบใบแจ้งหนี้

หาก PO และ ASN ระบุ 100 แต่ของจริง 103 ชิ้น ส่วนเกิน 3 ชิ้นยังไม่ควรถูกเพิ่มเข้าสู่สต็อกพร้อมใช้โดยอัตโนมัติ เพราะต้องทราบก่อนว่าบริษัทรับกรรมสิทธิ์และยอมชำระค่าสินค้าส่วนนั้นหรือไม่ การพบส่วนต่างกับการอนุมัติรับเข้าเป็นคนละเหตุการณ์ กรณี PO สินค้า A 100 ชิ้น แต่ได้รับ A 90 และ B 10 ชิ้น ต้องบันทึก A ขาด 10 และ B เป็นสินค้านอกคำสั่งซื้อ 10 แยกกัน แม้ยอดรวมจะเท่ากับ 100

เอกสารของ Microsoft Dynamics 365 แยกการลงทะเบียนสินค้าที่คลัง การตรวจคุณภาพตามความจำเป็น และการรับสินค้าอย่างเป็นทางการตาม PO โดยอนุญาตให้แก้จำนวนที่รับตามกรณีส่งขาดหรือส่งเกิน และใช้รหัสเอกสารรับสินค้าเพื่อเชื่อมหลักฐานกับใบส่งของ นี่เป็นการทำงานของผลิตภัณฑ์เฉพาะ แต่เป็นตัวอย่างที่ดีของการแยก “เห็นของจริง” ออกจาก “รับเข้าแล้ว” เอกสาร Microsoft เรื่องการรับสินค้าตาม PO

อย่ารวมจำนวนหลายความหมายเป็นช่องเดียว

อย่างน้อยต้องเก็บจำนวนสั่งใน PO จำนวนแจ้งใน ASN และจำนวนตรวจนับจริงแยกกัน จากนั้นเพิ่มจำนวนรับเข้าที่อนุมัติ จำนวนผ่านคุณภาพ และจำนวนที่เรียกเก็บเงิน ASN เป็นคำแจ้งล่วงหน้าจากผู้ขาย ไม่ใช่หลักฐานว่าได้รับของแล้ว จำนวนกล่องในใบส่งของก็ไม่เท่ากับจำนวนชิ้นภายในโดยอัตโนมัติ ต้องระบุหน่วยบรรจุ หน่วยสต็อก วิธีเปิดตรวจ และขอบเขตการนับ

สูตรส่วนต่างอาจเป็นจำนวนจริงลบจำนวนอ้างอิง แต่ทุกหน้ารายงานต้องแสดงว่าอ้างอิงอะไร หาก PO 100, ASN 90 และของจริง 90 ส่วนต่างเทียบ ASN เป็นศูนย์ แต่เมื่อเทียบ PO ยังขาด 10 ทั้งสองข้อเท็จจริงถูกต้อง แสดงเป็นคนละคอลัมน์เพื่อไม่ให้ “ส่งมาตรงตาม ASN” กลบยอดค้างส่งของ PO

ออกแบบข้อมูลเพื่อเทียบ PO, ASN และของจริง

เลข PO อย่างเดียวไม่พอ เพราะหนึ่ง PO มีหลายบรรทัด หลายเที่ยวส่ง และการส่งบางส่วนได้ คีย์ที่ใช้เทียบควรรวมเลข PO บรรทัดสินค้า รหัสสินค้าที่มีผลในขณะนั้น จุดรับสินค้า เลข ASN หรือเที่ยวส่ง รหัสหน่วยขนส่ง และรหัสเหตุการณ์รับเข้าที่ไม่ซ้ำกัน หากสินค้าใช้ lot หรือ serial ต้องเก็บเป็นฟิลด์ต่างหาก รหัสเหตุการณ์รับเข้าต้องใช้ซ้ำในการส่งข้อความรอบใหม่ เพื่อป้องกันการนำเข้า ASN หรือส่ง ERP ซ้ำแล้วเพิ่มสต็อกสองครั้ง

โรงงานที่ใช้ฉลากโลจิสติกส์ GS1 สามารถใช้ SSCC เพื่อระบุพาเลตหรือหน่วยขนส่งที่จุดรับเข้า แต่รหัสดังกล่าวไม่ได้รับรองด้วยตัวเองว่าสินค้าและจำนวนภายในตรงกับ PO ต้องเก็บการเชื่อมฉลากกับ ASN และผลนับจริงแยกกัน กำหนดวิธีรับมือฉลากอ่านไม่ได้ พาเลตคละสินค้า กล่องเปิดบางส่วน และการเปลี่ยนฉลากไว้ล่วงหน้า เครื่องสแกนช่วยลดงานได้เมื่อยังบันทึกข้อยกเว้นได้ถูกต้อง

ฟิลด์และผู้รับผิดชอบหลัก

ถ้ารหัสของผู้ขายต่างจากรหัสภายใน ตารางจับคู่ต้องมีวันที่เริ่มและสิ้นสุดการใช้งาน เพื่อไม่ใช้ข้อมูลเก่าผิดรุ่น บันทึกฉบับของอัตราแปลงหน่วยด้วย เช่น สั่งหนึ่งกล่องเท่ากับ 12 ชิ้น แต่พบจริง 10 ชิ้น กรณีนี้ไม่ใช่การเปรียบ 1 กับ 10 แบบตรงไปตรงมา การนับซ้ำต้องเป็นบันทึกใหม่ที่มีผู้ตรวจ เวลา และสาเหตุ ไม่ใช่เขียนทับจำนวนครั้งแรก

ลำดับที่แนะนำคือ ตรวจ PO ที่มีผล เทียบ ASN ระบุสินค้าจริง นับและนับซ้ำ จัดประเภทส่วนต่าง ตัดสินข้อยกเว้น แล้วจึงรับเข้าอย่างเป็นทางการ หากเป็นสินค้าผิดรหัส ห้ามส่งต่อไปตรวจเพียงอัตราคลาดเคลื่อนของจำนวน หากแปลงหน่วยไม่ได้อย่างเชื่อถือได้ ให้พักรายการไว้

สร้างสถานะสำหรับการส่งขาดและส่งเกิน

คำว่า “รับสินค้า” อาจหมายถึงลงจากรถ สแกนฉลาก นับจำนวน ส่งตรวจคุณภาพ รับตาม PO ย้ายเข้าชั้นสินค้า หรือบันทึกสต็อก ERP เหตุการณ์เหล่านี้ไม่จำเป็นต้องเกิดพร้อมกัน กำหนดสถานะอย่างน้อยเป็น ถึงหน้างาน กำลังนับ พักเพราะส่วนต่าง พักคุณภาพ อนุมัติแล้ว รับเข้าเป็นทางการ และคืนหรือกลับรายการ หน้าจอควรแสดงสถานะปัจจุบันและผู้รับผิดชอบขั้นถัดไป

เมื่อส่งขาด แนวทางพื้นฐานคือรับเฉพาะจำนวนที่อนุมัติจริง และเก็บยอดค้างใน PO ต่อไป ส่วนค้างจะส่งภายหลัง ยกเลิก หรือเรียกเครดิตจากผู้ขายขึ้นอยู่กับสัญญา อย่าลบยอดค้างเอง เมื่อส่งเกิน ต้องตัดสินตามสินค้าและผู้ขายว่าอยู่ในเกณฑ์อนุมัติอัตโนมัติได้หรือจำเป็นต้องมีผู้อนุมัติ หากกรรมสิทธิ์ยังไม่ชัด ให้วางในพื้นที่กักกันหรือสถานะฝากเก็บ ไม่รวมกับสต็อกพร้อมใช้

เอกสาร Microsoft เรื่อง Landed cost แสดงตัวอย่างกฎที่ตรวจมูลค่ารวมและอัตราคลาดเคลื่อนระดับบรรทัด PO แล้วแตกแขนงไปยังรายการเคลื่อนไหวหรือ PO เพิ่มเติมสำหรับการส่งเกินและส่งขาด ฟังก์ชันนี้เป็นกระบวนการเฉพาะของสินค้าระหว่างขนส่ง ค่า 10% ในตัวอย่างจึงไม่ใช่มาตรฐานทั่วไปของโรงงาน เกณฑ์จริงต้องมาจากสัญญา ความเสี่ยงสินค้า นโยบายบัญชี และระบบที่ใช้งาน เอกสาร Microsoft เรื่อง over/under transactions

สินค้าผิดรหัสไม่ใช่ส่วนต่างจำนวนที่ยอมรับได้

หาก PO ขอ A 100 แต่ได้รับ A 95 กับ B 5 ให้สร้างสองข้อยกเว้นคือ A ขาด 5 และ B นอกคำสั่งซื้อ 5 การยอมรับ B เป็นสินค้าทดแทนต้องตรวจสัญญา รุ่นแบบ ความเหมาะสมกับกระบวนการ ข้อกำหนดคุณภาพ ราคา และข้อความในใบแจ้งหนี้ ต้องระบุว่าการอนุมัติมีผลเฉพาะครั้งนี้หรือเป็นการเปลี่ยน master ถาวร

สินค้าชำรุดหรือไม่ผ่านตรวจคุณภาพเป็นเหตุการณ์ด้านคุณภาพ ไม่ใช่ส่วนต่างจำนวนล้วนๆ ของอาจมาครบตาม PO แต่ยังใช้ผลิตไม่ได้ เก็บจำนวนที่มาถึงจริงแยกจากจำนวนดีที่ใช้ได้ ระบบส่วนต่างควรอ้างอิงรหัสรายการพักคุณภาพ แม้ว่าการตรวจจะอยู่ในอีกระบบหนึ่ง

ระบุเกณฑ์อนุญาต ผู้อนุมัติ และจุดยืนยันสต็อก

เกณฑ์ความคลาดเคลื่อนไม่ใช่เพียงตัวเลขเปอร์เซ็นต์ ต้องถามว่าตัวหารเป็นจำนวนทั้งบรรทัด PO หรือจำนวนของเที่ยวนี้ มีเพดานจำนวนชิ้นหรือไม่ ชิ้นส่วนราคาแพงใช้กฎเดียวกับวัสดุทั่วไปหรือไม่ ส่งเกินและส่งขาดใช้กฎสมมาตรหรือไม่ การคลาดเคลื่อนหนึ่งชิ้นอาจคิดเป็นเปอร์เซ็นต์สูงในคำสั่งซื้อขนาดเล็ก แม้อยู่ในเกณฑ์ก็ต้องเก็บเหตุการณ์เป็น “ส่วนต่างที่ยอมรับ”

คุณลักษณะการจัดซื้อของ Oracle มีการตั้งค่าการเตือนหรือปฏิเสธการรับเกินและอัตราที่ยอมรับได้ โดยแยกจากเส้นทางรับเข้าที่เป็นแบบตรง แบบผ่านตรวจ และแบบมาตรฐาน รวมถึงการรับสินค้าทดแทน ค่า 5% ในเอกสารเป็นตัวอย่างการตั้งค่าของผลิตภัณฑ์ ไม่ใช่ค่าที่แนะนำทั่วไป ข้อคิดคือให้แยกกฎจำนวน กฎตรวจคุณภาพ และกฎสินค้าทดแทน คุณลักษณะการจัดซื้อของ Oracle

แยกสิทธิ์ตามผลกระทบและชนิดของส่วนต่าง คลังรับรองผลนับและการกักกัน จัดซื้อตัดสินแก้ PO หรือเจรจาผู้ขาย คุณภาพตัดสินใช้สินค้าทดแทนหรือชำรุด การเงินตัดสินการปลดพักใบแจ้งหนี้ กรณีความเสี่ยงต่ำที่ระบุชัดสามารถตัดสินอัตโนมัติได้ ที่เหลือต้องมีการอนุมัติ พร้อมผู้แทน กำหนดเวลา และการยกระดับเมื่อค้าง

สต็อกควรยืนยันเมื่อใด

บางโรงงานเพิ่มสต็อก ERP เมื่อสแกน บางแห่งรออนุมัติจำนวนและคุณภาพ ไม่ว่าจะเลือกแบบใด ต้องแยกของที่มาถึง สินค้าที่รับเข้าเป็นทางการ และสินค้าดีที่เบิกใช้ได้ การพักเฉพาะบนเอกสารไม่มีผลหากของถูกย้ายไปชั้นที่เบิกได้แล้ว สถานที่และหน้าจออุปกรณ์ต้องแสดงสถานะกักกันด้วย

ขีดเส้นจุดบันทึกสต็อกในแผนผังกระบวนการให้ชัด ก่อนอนุมัติให้มีเพียงบันทึกการมาถึงและการพัก หลังอนุมัติจึงสร้างเอกสารรับ ERP หลังปล่อยคุณภาพจึงให้เบิกได้ ถ้า ERP เดิมบันทึกสินทรัพย์ตั้งแต่รับเข้า อาจใช้คลังกักกันหรือสถานะ blocked stock ข้อความจาก WMS และ ERP ต้องใช้รหัสเหตุการณ์เดียวกันเพื่อส่งซ้ำอย่างปลอดภัย การยกเลิกรายการควรสร้างเอกสารกลับรายการที่อ้างอิงต้นทาง ไม่ลบประวัติ

ออกแบบการเชื่อม WMS/ERP โดยเริ่มจากกรณีผิดพลาด

ถ้า WMS ส่งเหตุการณ์รับเข้าแต่ ERP ไม่ได้รับ ใครจะทราบและกดส่งซ้ำจากหน้าจอใด หาก ERP บันทึกแล้วแต่คำตอบสูญหาย จะป้องกันการสร้างเอกสารซ้ำอย่างไร หาก master รหัสสินค้าหรือหน่วยเปลี่ยนระหว่างรายการพัก จะใช้ฉบับใด ต้องตอบคำถามเหล่านี้ก่อน FAT ไม่ใช่ทดสอบเฉพาะกรณีสำเร็จ

ข้อความเชื่อมควรมีรหัสเหตุการณ์ บรรทัด PO, ASN, รหัสของจริง จำนวน หน่วย เหตุผลส่วนต่าง รหัสอนุมัติ เวลา สถานะต้นทาง และรุ่นข้อความ ERP ควรตอบรหัสเอกสารรับและจำนวนที่ยืนยัน ระหว่างยังไม่ตอบ อุปกรณ์ต้องแสดงว่า “รอ ERP” เพื่อไม่ให้เข้าใจว่าเสร็จแล้ว หากใช้การส่งเป็นรอบ ต้องแยกเวลาเกิดเหตุการณ์กับวันที่บัญชี

บทความ การจัดการยอดค้าง PO อธิบายจำนวนที่ยังไม่ส่งในภาพรวม ส่วนบทความนี้เน้นการตัดสินในเที่ยวที่มาถึงจริง สำหรับการตรวจคุณภาพ โปรดดู ระบบตรวจรับสินค้าเข้า ทั้งสามงานควรเชื่อมกันโดยไม่รวมผลนับ ผลตรวจ และยอดค้างเป็นค่าเดียว

เทียบ PO, ใบรับเข้า และใบแจ้งหนี้แบบ three-way matching

การเทียบสามทางใช้ PO เอกสารรับเข้าอย่างเป็นทางการ และใบแจ้งหนี้ ส่วนต่างจำนวนที่พบตอนรับเข้า กับส่วนต่างจำนวนเรียกเก็บที่พบเมื่อใบแจ้งหนี้มาถึงเป็นคนละเหตุการณ์ หากสั่ง 100 รับจริง 98 แต่ผู้ขายเรียกเก็บ 100 จะมีทั้งสินค้าขาด 2 และใบแจ้งหนี้มากกว่าจำนวนรับ 2 จะพักใบแจ้งหนี้ ชำระบางส่วน หรือรอส่งเพิ่ม ต้องเป็นไปตามเงื่อนไขที่ตกลง

Oracle อธิบายการตั้งเกณฑ์ส่วนต่างของใบแจ้งหนี้ทั้งแบบจำนวนและมูลค่า โดยระบบอาจพักใบแจ้งหนี้หากตรวจพบส่วนต่างเกินกำหนด เกณฑ์เทียบจำนวนสั่งต่างจากเกณฑ์เทียบจำนวนรับ ค่า 0 หรือช่องว่างมีความหมายเฉพาะผลิตภัณฑ์ จึงต้องตรวจค่าตั้งจริง Oracle เรื่องเกณฑ์ใบแจ้งหนี้

เมื่อรับสินค้าเกินแล้ว ไม่ได้หมายความว่าอนุมัติใบแจ้งหนี้ได้โดยอัตโนมัติ หากต้องออก PO เพิ่มหรือแก้สัญญา ให้เอกสารนั้นอ้างอิงเหตุการณ์รับเข้า กรณีคืนสินค้าให้ติดตามเอกสารคืนและใบลดหนี้ แยกส่วนต่างรหัสสินค้า จำนวน ราคาต่อหน่วย และภาษี การอนุมัติจำนวนเพิ่มไม่ใช่การอนุมัติราคาใหม่

สำรวจงานเดิมและเขียน RFP ด้วยตัวเลขจริง

ก่อนเลือกระบบ ให้สุ่มงานรับเข้าล่าสุดแล้ววัดเวลาที่พบส่วนต่าง เวลาปิดรายการพัก จำนวนใบแจ้งหนี้ที่ถูกพัก จำนวนการนับซ้ำ และการแก้ไขด้วยมือ โรงงานที่รายงานว่าไม่เคยมีส่วนต่างอาจเพียงคัดลอกจำนวนจากใบส่งของโดยไม่ตรวจจริง สังเกตว่าจุดใดมีการนับ และจุดใดเป็นแค่การพิมพ์ซ้ำ เลือกตัวอย่างการส่งบางส่วน พาเลตคละสินค้า งานกลางคืน คลังภายนอก การคืนสินค้า และ PO ที่มีการแก้ไข

RFP ต้องมีอินพุตและผลที่คาด เช่น PO A100, ASN A100, ของจริง A98 ต้องแสดงขาด 2 จำนวนรับที่เสนอ 98 และยอดค้าง 2; PO A100 แต่ของจริง A100+B3 ต้องกัก B; A103 ที่เกินเกณฑ์ต้องยังไม่เพิ่มสต็อกพร้อมใช้ก่อนอนุมัติ รวมทั้งระบุการจับคู่รหัสสินค้า การแปลงหน่วย ไม่มี ASN ฉลากอ่านไม่ได้ การนับซ้ำ ภาพถ่าย การทำงานออฟไลน์ ผู้อนุมัติแทน ประวัติ การรับบางส่วน การกลับรายการ และการเชื่อมใบแจ้งหนี้

สำหรับโรงงานในไทย ให้กำหนดว่าหน้าจอใดต้องเป็นภาษาไทย และรายงานใดต้องเป็นภาษาญี่ปุ่นหรืออังกฤษ ก่อนแปลข้อความควรกำหนดความหมายของ “มาถึง” “พัก” และ “รับแล้ว” ให้สัมพันธ์กับสถานะของงานจริง

ตรวจสอบใบเสนอราคา ขอบเขตความรับผิดชอบ และการเปลี่ยนระบบจริง

เปรียบเทียบข้อเสนอด้วยขอบเขตงานข้อยกเว้น

ราคาใบอนุญาตและจำนวนเครื่องสแกนเท่ากันอาจครอบคลุมงานไม่เท่ากัน ข้อเสนอหนึ่งรับ ASN อัตโนมัติ อีกข้อเสนอให้เจ้าหน้าที่นำเข้า CSV ข้อเสนอหนึ่งจบที่พื้นที่พักของ WMS แต่ต้องป้อนเอกสารรับ ERP ด้วยมือ ให้ทำตารางเปรียบเทียบจำนวนไซต์ บรรทัดรับเข้าต่อเดือน ผู้ขาย รูปแบบ ASN ประเภทฉลาก การเชื่อม ERP จำนวนผู้อนุมัติ พื้นที่พัก และขอบเขตใบแจ้งหนี้ รวมงานแก้ master อบรม เปลี่ยนฉลาก แจ้งผู้ขาย และวิเคราะห์ข้อยกเว้นหลังขึ้นระบบ การคิดผลตอบแทนควรวัดเวลาตรวจสอบและอนุมัติจากงานจริง ไม่ใช้เปอร์เซ็นต์ประหยัดที่ไม่มีฐานข้อมูล

กำหนดเจ้าของการตัดสินใจอย่างชัดเจน

กรณีขาดสองชิ้น พนักงานรับเข้านับซ้ำ จัดซื้อยืนยันกำหนดส่งส่วนที่เหลือ คลังลงรับเฉพาะจำนวนที่อนุมัติ และการเงินเทียบใบแจ้งหนี้ภายหลัง กรณีเกิน คลังแยกเก็บก่อนจัดซื้อจะตัดสินซื้อเพิ่มหรือคืน คุณภาพอาจอนุมัติด้านเทคนิคสำหรับสินค้าทดแทน แต่เงื่อนไขราคาและสัญญายังเป็นหน้าที่จัดซื้อ ตารางสิทธิ์ควรมีชนิดส่วนต่าง ผลกระทบทางเงิน ความเสี่ยง ผู้อนุมัติ ผู้แทน กำหนดเวลา และการยกระดับ เก็บจำนวนก่อนหลัง หลักฐาน ผู้ดำเนินการ และเวลา การแก้ผลนับต้องเป็นคนละคำสั่งกับการอนุมัติรับสินค้า

ย้ายรายการรับเข้าที่ยังค้างให้เป็นสถานะแยก

วันเปลี่ยนระบบจะมี PO ที่ยังไม่ส่ง ASN ที่ยังไม่มาถึง สินค้าที่นับแล้วแต่ ERP ยังไม่ลง รายการพักคุณภาพ และใบแจ้งหนี้ที่มาก่อนสินค้า ต้องกระทบยอดแต่ละสถานะก่อนย้าย พร้อมรหัสเดิมและผู้รับผิดชอบ ห้ามส่งซ้ำเอกสารรับที่ ERP เก่าบันทึกแล้ว หากใช้กระดาษคู่กับระบบใหม่ชั่วคราว ให้กำหนดข้อมูลหลักเพียงแหล่งเดียวและรหัสเหตุการณ์หนึ่งชุดต่อการมาถึง ช่วงสัปดาห์แรกให้เทียบจำนวนที่นับ รายการพัก เอกสารรับ ERP และใบแจ้งหนี้ค้างทุกวัน

ทดสอบ FAT และ SAT ด้วยกรณีที่เกิดขึ้นได้

FAT ทดสอบในสภาพแวดล้อมของผู้ขาย ส่วน SAT ใช้อุปกรณ์ ฉลาก เครือข่าย WMS/ERP และผู้ใช้งานจริงของโรงงาน ทดสอบด้วยว่าระบบหยุดอะไรเมื่อข้อยกเว้นยังไม่จบ และใครได้รับแจ้ง

SAT ต้องตรวจระยะสแกน การใช้ถุงมือ การเดินงานพาเลตคละ การตัดต่อเครือข่าย และการไม่มีผู้อนุมัติกะกลางคืน ผลล้มเหลวต้องระบุว่าจะเปลี่ยนกฎ แก้ซอฟต์แวร์ ฝึกอบรม หรือแก้ master เกณฑ์ขึ้นระบบไม่ใช่ทำให้ส่วนต่างหมดไป แต่ต้องค้นพบได้ หยุดสต็อกหรือการจ่ายผิดระหว่างพัก และกลับสู่จำนวนที่อนุมัติเมื่อจบงาน

KPI และการเริ่มใช้งานเป็นระยะ

เริ่มจากโรงงานหนึ่งแห่ง กลุ่มสินค้าที่ชัดเจน และผู้ขายไม่กี่รายที่มีภาระนับหรือเทียบสูง อย่าวัดผลเพียงจำนวนส่วนต่างที่พบ เพราะช่วงแรกตัวเลขอาจเพิ่มเมื่อเริ่มเห็นปัญหาที่ซ่อนอยู่ วัดเวลาปิดรายการพัก สัดส่วนงานที่ตามจาก PO ถึงของจริงได้ จำนวนบันทึก ERP ซ้ำ และเวลาจัดการใบแจ้งหนี้ที่พัก โดยเทียบช่วงเวลาที่ขอบเขตเหมือนกัน

ลำดับที่ใช้งานได้คือกำหนดแหล่งจริงของแต่ละจำนวน เก็บส่วนต่าง กำหนดสิทธิ์และจุดยืนยันสต็อก เชื่อม WMS/ERP แล้วจึงเชื่อมใบแจ้งหนี้ ก่อนให้ผู้ขายส่ง ASN ควรทำรหัสสินค้า หน่วย และตารางส่งใน PO ของบริษัทให้มั่นคง มิฉะนั้นจะแยกไม่ได้ว่าความต่างมาจากของจริงหรือข้อมูล ร่วมปรับฉลาก บรรจุภัณฑ์ เวลาออก ASN และหน่วยนับกับผู้ขาย

ข้อผิดพลาดที่พบบ่อยคือเปลี่ยนทุกการสแกนเป็นการรับทางการ ใช้เกณฑ์เปอร์เซ็นต์เดียวกับทุกสินค้า ไม่มีแผนจับคู่เหตุการณ์ WMS กับเอกสาร ERP เพื่อส่งซ้ำ และรวมส่วนต่างใบแจ้งหนี้เข้ากับเหตุการณ์รับเข้า แก้ด้วยตารางเปลี่ยนสถานะ ตารางสิทธิ์ กรณีข้อยกเว้น และรหัสเหตุการณ์ตั้งแต่ขั้น RFP

สรุป: รักษาร่องรอยของส่วนต่างจนกว่าจะจัดการเสร็จ

ระบบจัดการส่วนต่างการรับเข้าสำหรับโรงงานไม่ใช่เพียงหน้าจอเทียบตัวเลขสามคอลัมน์ ต้องแยกสินค้าเกิน ขาด และผิดรหัส ใช้กฎและสิทธิ์ที่เหมาะกับแต่ละสินค้า แสดงจุดรับทางการกับจุดที่สต็อกพร้อมใช้ และเชื่อมเหตุการณ์เดียวกันไปยัง WMS, ERP และการตรวจใบแจ้งหนี้ เริ่มจากติดตามสินค้าหนึ่งเที่ยวตั้งแต่มาถึงจนปิดข้อยกเว้น

หากจำนวนใน PO, ASN, การนับหน้างาน, ERP และใบแจ้งหนี้ไม่ตรงกัน สามารถ ปรึกษา TOMAS TECH ได้ตั้งแต่ช่วงพิจารณาแนวทาง เราช่วยจัดหน่วยบันทึก สิทธิ์อนุมัติ และกรณี FAT/SAT ให้เข้ากับระบบและการทำงานเดิม

คำถามที่พบบ่อย

ควรเทียบส่วนต่างจำนวนรับกับ PO หรือ ASN?

เทียบทั้งคู่แยกกัน ASN เทียบของจริงแสดงความแม่นยำของคำแจ้งส่ง ส่วน PO เทียบของจริงแสดงการส่งครบตามคำสั่งซื้อ การส่งที่ตรง ASN ยังอาจเหลือยอดค้าง PO

ส่งเกินหรือส่งขาดกี่เปอร์เซ็นต์จึงอนุมัติอัตโนมัติได้?

ไม่มีค่าเดียวที่ใช้ได้ทุกโรงงาน ให้พิจารณามูลค่า ความเสี่ยง สัญญา หน่วย และผู้ขาย ค่าตัวอย่างในเอกสาร Microsoft หรือ Oracle เป็นการอธิบายผลิตภัณฑ์ ไม่ใช่มาตรฐานอุตสาหกรรม และต้องเก็บเหตุการณ์แม้จะอยู่ในเกณฑ์

หากจำนวนสั่งกับจำนวนรับไม่ตรง จะตรวจใบแจ้งหนี้อย่างไร?

เทียบ PO เอกสารรับทางการ และใบแจ้งหนี้เป็นสามเอกสาร แยกส่วนต่างตอนรับเข้ากับส่วนต่างที่เรียกเก็บ แล้วเชื่อมกันด้วยรหัสอ้างอิง การพัก การจ่ายบางส่วน หรือการขอใบลดหนี้ขึ้นอยู่กับสัญญา

รหัสสินค้าผิดแต่ยอดรวมตรง สามารถรับได้หรือไม่?

ยอดรวมตรงไม่เพียงพอ ต้องบันทึกสินค้าที่สั่งแล้วขาดกับสินค้านอก PO แยกกัน จัดซื้อและคุณภาพต้องตรวจการทดแทน ข้อกำหนด ราคา และใบแจ้งหนี้ก่อนปล่อยเป็นสต็อกพร้อมใช้

FAT และ SAT ควรเริ่มทดสอบอะไร?

เริ่มจากส่งขาด ส่งเกิน ผิดรหัส นับซ้ำ พักคุณภาพ คำตอบ ERP สูญหาย การส่งซ้ำ และส่วนต่างใบแจ้งหนี้ ตรวจว่าระหว่างพักไม่เกิดสต็อกหรือการจ่ายผิด และหลังอนุมัติข้อมูลตรงกัน

เอกสารอ้างอิง

• Microsoft: Product receipt against purchase orders
• Microsoft: Process over/under transactions
• Oracle: Item Purchasing Attributes
• Oracle: Invoice Tolerances
• SAP: Workflow for goods receipt-based invoice verification
• GS1: Logistic Label Guideline