วิธีเลือกระบบจัดซื้อ | วิธีเก็บบันทึกการเทียบราคาและการอนุมัติ 2026

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

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

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

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

ฟังก์ชันพื้นฐานจัดกลุ่มได้เป็น 5 ข้อ

ฟังก์ชันที่ระบบจัดซื้อทั่วไปมี สรุปได้ประมาณ 5 ข้อดังนี้

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

เส้นแบ่งกับระบบบริหารการรับคำสั่งซื้อและการสั่งซื้อ

สำหรับกรอบที่กว้างกว่านี้ นั่นคือการแบ่งการออกแบบโดยรวมฝั่งรับคำสั่งซื้อเข้ามาด้วย เราได้เรียบเรียงไว้แล้วในบทความว่าด้วยวิธีเลือกระบบบริหารการรับคำสั่งซื้อและการสั่งซื้อ กับเส้นแบ่งระหว่างงานจัดซื้อและ MRP บทความนั้นมีไว้เพื่อตัดสินว่า “จะให้ฟังก์ชันไหนอยู่ในระบบใด”

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

สิ่งที่มองไม่เห็นไม่ใช่ใบสั่งซื้อ แต่คือบันทึกการเปรียบเทียบราคาและการอนุมัติ

ลองดูให้เป็นรูปธรรมว่า ในโรงงานที่บริหารงานจัดซื้อด้วยอีเมลกับ Excel จริง ๆ แล้วอะไรที่ไม่ได้ถูกเก็บไว้

สิ่งที่หายไปมี 3 ประเภท

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

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

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

ความเสียหายจริงของการไม่มีบันทึกทั้งสามนี้ แทบไม่ปรากฏในช่วงเวลาปกติ ปัญหาจะเกิดตอนที่ราคาปรับขึ้น ตอนที่ส่งของล่าช้า และตอนที่มีคนจากภายนอกขอคำอธิบาย

ข้อกำหนดด้านธรรมาภิบาลจากสำนักงานใหญ่กำลังเปลี่ยนไป

สำหรับบริษัทในไทยที่เป็นบริษัทลูกของญี่ปุ่น คู่กรณีภายนอกที่ขอคำอธิบายบ่อยขึ้นที่สุดในช่วงหลัง คือสำนักงานใหญ่ที่ญี่ปุ่น

ปัจจัยหนึ่งเบื้องหลังคือการทบทวนกติกาการทำธุรกรรมภายในประเทศญี่ปุ่น กฎหมายรับเหมาช่วงของญี่ปุ่น (Shitauke-hou) ได้รับการแก้ไขโดยกฎหมายที่ประกาศเมื่อวันที่ 23 พฤษภาคม ค.ศ. 2025 และตั้งแต่วันที่ 1 มกราคม ค.ศ. 2026 ได้เปลี่ยนทั้งชื่อและเนื้อหาไปเป็น “กฎหมายว่าด้วยการทำให้ธุรกรรมรับงานของวิสาหกิจขนาดกลางและขนาดย่อมเป็นธรรม” (เรียกย่อในญี่ปุ่นว่า Chusho-jutaku-hou หรือ Toritekihou) คำศัพท์ก็ถูกจัดระเบียบใหม่ จาก “ผู้ประกอบการแม่” เป็นผู้ว่าจ้าง จาก “ผู้รับเหมาช่วง” เป็นวิสาหกิจ SME ผู้รับงาน และจาก “ค่าจ้างรับเหมาช่วง” เป็นค่าตอบแทนการว่าจ้างผลิต

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

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

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

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

แยกแยะว่างานจัดซื้อกินแรงตรงไหน ด้วยตัวแปร 6 ตัว

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

ดังนั้นเราจะให้คะแนนกระบวนการจัดซื้อของบริษัทตนเองด้วยตัวแปร 6 ตัว ประเมินแต่ละตัวแปรตั้งแต่ 0 คะแนนถึง 3 คะแนน แล้วตัดสินจากคะแนนรวม 0 คะแนนถึง 18 คะแนน

ต่อไปนี้คือเกณฑ์ให้คะแนนของแต่ละตัวแปร ขอให้อ่านไปพร้อมกับแทนตัวเลขของบริษัทตนเอง

ตัวแปรที่ 1 จำนวนใบสั่งซื้อต่อเดือน

ที่วัดเป็นจำนวนฉบับ เพราะแรงที่ใช้ในการอนุมัติและการกระทบยอดแปรผันตามจำนวนฉบับ ไม่ใช่ตามยอดเงิน โรงงานที่มีการสั่งซื้อเครื่องจักรมูลค่า 10,000,000 THB ต่อรายการ ปีละ 2 รายการ จะได้ผลจากระบบจัดซื้อน้อยกว่าโรงงานที่สั่งซื้อวัสดุสิ้นเปลืองรายการละ 5,000 THB เดือนละ 200 รายการ

ตัวแปรที่ 2 จำนวนผู้ขายที่ใช้งานจริง

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

ตัวแปรที่ 3 สัดส่วนใบสั่งซื้อที่ต้องเปรียบเทียบราคา

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

ตัวแปรที่ 4 จำนวนชั้นการอนุมัติ

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

ตัวแปรที่ 5 สัดส่วนการจัดซื้อนำเข้า

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

ตัวแปรที่ 6 ความซับซ้อนของสกุลเงินและประเภทภาษีหัก ณ ที่จ่าย

เมื่อบริหารงานจัดซื้อในประเทศไทย จุดที่เงื่อนไขต่างจากญี่ปุ่นมากที่สุดคือตรงนี้ รายละเอียดจะกล่าวถึงในบทว่าด้วยมาสเตอร์ผู้ขาย แต่ขอให้คะแนนไว้ก่อน

วิธีอ่านคะแนนรวม

นำคะแนนรวมของ 6 ตัวแปรมาเทียบกับ 3 ช่วงต่อไปนี้

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

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

ลองคำนวณกับโรงงานตัวอย่าง หนึ่งปีของการจัดซื้อวัสดุทางอ้อมในโรงงานญี่ปุ่นในไทย

พูดเรื่องนามธรรมต่อไปก็ไม่ได้อะไร เราจึงตั้งโรงงานที่น่าจะมีอยู่จริงขึ้นมาหนึ่งแห่งแล้ววางตัวเลขลงไป

สมมติฐาน

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

ใส่โมเดลการตัดสินลงไป

เมื่อให้คะแนนโรงงานนี้ด้วยตัวแปร 6 ตัว จะได้ผลดังนี้

รวมได้ 11 คะแนน อยู่ในช่วง 6 คะแนนถึง 11 คะแนน ผลการตัดสินจึงเป็นการนำมาใช้บางส่วน แถมยังเกาะติดขอบบนของช่วงอยู่ ตัวแปรที่ 3 กับตัวแปรที่ 4 ได้ 2 คะแนนเท่ากัน จึงสรุปตามกฎว่าให้เริ่มจากบันทึกการเปรียบเทียบใบเสนอราคา

แนวทาง A วางยอดเงินที่รั่วไหลอยู่ในสภาพปัจจุบันไว้ก่อน

เส้นฐานของการเปรียบเทียบคือ “สภาพปัจจุบันที่ไม่นำระบบเข้ามา” แต่ต้นทุนของสภาพปัจจุบันไม่ได้เป็นศูนย์ เพียงแต่ไม่ปรากฏบนใบแจ้งหนี้ ทุกปีมีเงินจำนวนหนึ่งรั่วไหลอยู่ เพื่อเลี่ยงการพูดเกินจริง เราจะนับเป็นผลลัพธ์เพียง 3 รายการต่อไปนี้เท่านั้น ไม่นับการลดงานธุรการ เหตุผลจะกล่าวภายหลัง

การรั่วไหลข้อที่หนึ่งคือการสั่งซื้อซ้ำ เนื่องจากมองไม่เห็นรายการที่สั่งซื้อไปแล้วแต่ของยังไม่เข้า คำขอเดิมจากหน้างานจึงถูกส่งขึ้นมาสองครั้ง แล้วก็สั่งซื้อออกไปตามนั้น เราตั้งว่าในโรงงานนี้เกิดขึ้น 1.25% ของจำนวนใบสั่งซื้อ 2,880 ฉบับต่อปี นั่นคือ 36 ฉบับ ยอดเงินคือ 36 ฉบับ × 10,000 THB เท่ากับ 360,000 THB แต่ไม่ใช่ว่าทั้งจำนวนจะกลายเป็นความสูญเสีย ส่วนใหญ่ถูกใช้ในฐานะสต๊อกหรือส่งคืนได้ เราจึงตั้งความเสียหายจริงที่เหลืออยู่ในรูปของสต๊อกค้างและค่าธรรมเนียมการคืนสินค้าไว้ที่ 40% เท่ากับ 144,000 THB

ข้อที่สองคืออำนาจต่อรองราคาที่ลดลง ในช่วงที่ต้องเทียบราคามูลค่า 14,400,000 THB มีเพียง 55% ที่มีการเทียบราคาจริง ส่วนที่เหลืออีก 45% (6,480,000 THB) ไหลไปตามทาง “ที่เดิม เงื่อนไขเดิมเหมือนครั้งก่อน” หากตั้งส่วนลดราคาที่ได้จากการเทียบราคาไว้ที่ 2.0% ส่วนที่พลาดไปคือ 6,480,000 × 2.0% เท่ากับ 129,600 THB นอกจากนี้ ช่วงยอดน้อยมูลค่า 14,400,000 THB ค้นราคาต่อหน่วยในอดีตไม่ได้ จึงยอมรับราคาครั้งก่อนต่อไปตามเดิม หากเรียงราคาย้อนหลังมาทบทวนปีละครั้ง เราตั้งว่าจะลดลงได้ 0.5% เท่ากับ 72,000 THB รวมแล้วการรั่วไหลด้านราคาคือ 201,600 THB

ข้อที่สามคือความผิดพลาดในการกระทบยอดก่อนจ่าย ใบแจ้งหนี้ที่ได้รับต่อปีมี 2,400 ฉบับ (น้อยกว่าจำนวนใบสั่งซื้อ 2,880 ฉบับ เพราะมีผู้ขายบางรายรวมหลายใบสั่งซื้อไว้ในใบแจ้งหนี้ฉบับเดียว) เมื่อจับคู่ใบสั่งซื้อ บันทึกการตรวจรับ และใบแจ้งหนี้ จะพบความไม่ตรงกัน 3.5% นั่นคือ 84 ฉบับ การแก้ไขใช้เวลาฝ่ายจัดซื้อและบัญชีรวม 45 นาทีต่อฉบับ จึงเป็น 84 ฉบับ × 45 นาที = 3,780 นาที = 63 ชั่วโมง คิดที่ค่าแรงต่อชั่วโมง 260 THB เท่ากับ 16,380 THB ยิ่งไปกว่านั้น ในบรรดารายการที่ไม่ตรงกันนี้ 12% หรือราว 10 ฉบับ จะไม่มีใครสังเกตเห็นและกลายเป็นการจ่ายเกิน ตั้งการจ่ายเกินต่อฉบับไว้ที่ 4,500 THB เท่ากับ 45,000 THB รวมทั้งหมด 61,380 THB

เมื่อบวก 3 รายการเข้าด้วยกัน ยอดเงินที่รั่วไหลอยู่ทุกปีในสภาพปัจจุบันคือ 406,980 THB

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

แนวทาง B นำมาใช้บางส่วน ทำตั้งแต่การขอซื้อจนถึงการออกใบสั่งซื้อให้เป็นดิจิทัล

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

ผลลัพธ์ประเมินได้ดังนี้ การสั่งซื้อซ้ำจะค้นประวัติการสั่งซื้อได้และสังเกตเห็นได้ในขั้นอนุมัติ จึงลดลง 60% เท่ากับ 144,000 × 60% = 86,400 THB ด้านราคา เมื่อบังคับให้แนบใบเสนอราคา อัตราการเทียบราคาจริงจะขยับจาก 55% ขึ้นเป็น 80% ในส่วนที่พลาดไป 129,600 THB สิ่งที่ดีขึ้นคิดเป็น 25 จุด จึงเท่ากับ 129,600 × 25 ÷ 45 = 72,000 THB ส่วนช่วงยอดน้อยฟังก์ชันใบเสนอราคาไปไม่ถึง จึงเป็น 0 การกระทบยอดก่อนจ่ายจะมีรายการไม่ตรงกันน้อยลงเท่าที่ราคาต่อหน่วยในใบสั่งซื้อกลายเป็นข้อมูลที่ยืนยันแล้ว แต่ตัวงานกระทบยอดเองยังทำด้วยมือ จึงลดลง 25% เท่ากับ 61,380 × 25% = 15,345 THB

รวมแล้วผลลัพธ์ต่อปีคือ 86,400 + 72,000 + 15,345 = 173,745 THB เทียบกับต้นทุนต่อปี 172,000 THB ส่วนต่างคือ +1,745 THB

แนวทาง C นำมาใช้เต็มรูปแบบ เชื่อมตั้งแต่การเทียบราคาจนถึงการกระทบยอดก่อนจ่าย

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

มาที่ฝั่งผลลัพธ์ การสั่งซื้อซ้ำมองเห็นได้ถึงสถานะการตรวจรับและสต๊อก จึงลดลง 70% เท่ากับ 144,000 × 70% = 100,800 THB ด้านราคา อัตราการเทียบราคาจริงขยับขึ้นถึง 95% จึงเท่ากับ 129,600 × 40 ÷ 45 = 115,200 THB บวกกับผลของการทบทวนราคาช่วงยอดน้อย 72,000 THB ที่เกิดขึ้นจริง 60% เท่ากับ 43,200 THB รวมเป็น 158,400 THB การกระทบยอดก่อนจ่ายทำสามทางจบภายในระบบ จึงลดลง 70% เท่ากับ 61,380 × 70% = 42,966 THB

รวมแล้วผลลัพธ์ต่อปีคือ 100,800 + 158,400 + 42,966 = 302,166 THB เทียบกับต้นทุนต่อปี 585,200 THB ส่วนต่างจึงเป็น −283,034 THB

วาง 3 แนวทางเรียงกัน

ขอเขียนสิ่งที่อ่านได้จากตารางนี้อย่างตรงไปตรงมา ที่ขนาดเท่านี้ การนำมาใช้เต็มรูปแบบไม่คืนทุนถ้าดูแค่ตัวเงิน ผลลัพธ์เก็บคืนได้ 74.2% ของการรั่วไหลในสภาพปัจจุบันก็จริง แต่เมื่อเพดานของเงินที่เก็บคืนได้อยู่ที่ 406,980 THB ช่องว่างที่จะใช้ตัวเงินมาให้เหตุผลกับค่าใช้จ่ายปีละ 585,200 THB จึงไม่มีอยู่ตั้งแต่ต้น ส่วนการนำมาใช้บางส่วนแทบจะเสมอตัวพอดี นั่นคือโดยเนื้อแท้แล้วเป็นภาพของ “จ่ายเงินเพื่อให้ได้บันทึกมา”

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

ต้องใหญ่ถึงขนาดไหนจึงจะคืนทุน

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

รวม 3 โรงงานเข้าด้วยกัน จึงเพิ่งจะมีกำไรปีละ 2,098 THB เป็นระดับที่เรียกได้ว่าอยู่ในช่วงความคลาดเคลื่อน โดยเนื้อแท้แล้วคือจุดคุ้มทุนพอดี นั่นคือ การนำระบบจัดซื้อวัสดุทางอ้อมมาใช้เต็มรูปแบบ เป็นการลงทุนที่ต้องมัดรวม 3 โรงงานจึงจะตั้งอยู่ได้ในเชิงตัวเงิน

การวิเคราะห์ความอ่อนไหว ถ้าลดส่วนลดราคาจากการเทียบราคาลงครึ่งหนึ่ง อะไรจะเปลี่ยน

สมมติฐานที่สั่นไหวง่ายที่สุดในการคำนวณข้างต้นคือส่วนลดราคาที่ได้จากการเทียบราคา 2.0% ถ้ามีรายการที่ราคาต่อหน่วยแข่งขันกันอยู่แล้วเป็นจำนวนมาก ต่อให้ขอใบเสนอราคาก็ลดลงไม่มาก เราจะขยับเฉพาะจุดนี้

เมื่อลดส่วนลดจาก 2.0% ลงครึ่งหนึ่งเหลือ 1.0% ส่วนที่พลาดไปในช่วงที่ต้องเทียบราคาจะลดจาก 129,600 THB เหลือ 64,800 THB ส่วนที่แนวทาง C เก็บคืนได้คือ 64,800 × 40 ÷ 45 = 57,600 THB และส่วนที่แนวทาง B เก็บคืนได้คือ 64,800 × 25 ÷ 45 = 36,000 THB ส่วนผลของการทบทวนราคาช่วงยอดน้อย 43,200 THB ขึ้นอยู่กับกลไกอีกอย่างหนึ่งคือการมองเห็นราคาต่อหน่วยในอดีต ไม่ได้ขึ้นกับการเทียบราคา จึงไม่คูณสัมประสิทธิ์นี้เข้าไป ส่วนผลของการป้องกันการสั่งซื้อซ้ำและการกระทบยอดก่อนจ่าย ก็ไม่เกี่ยวกับส่วนลดราคา จึงคงไว้เท่าเดิม

ส่วนต่างของแนวทาง C ที่โรงงานเดียวคือ 244,566 − 585,200 = −340,634 THB แม้รวม 3 โรงงาน ผลลัพธ์ 244,566 × 3 = 733,698 THB เทียบกับต้นทุน 904,400 THB ส่วนต่างก็ยังเป็น −170,702 THB ข้อสรุปที่ว่าการนำมาใช้เต็มรูปแบบไม่คืนทุนจึงไม่พลิกกลับ กลับยิ่งหนักแน่นขึ้น

ในทางกลับกัน ข้อสรุปของแนวทาง B พลิก ผลลัพธ์ลดจาก 173,745 THB เหลือ 137,745 THB เทียบกับต้นทุนต่อปี 172,000 THB ส่วนต่างกลายเป็นขาดทุน −34,255 THB แม้แต่การนำมาใช้บางส่วนที่โมเดลการตัดสินแนะนำ กำไรก็หายไปเพียงเพราะขยับสมมติฐานไปหนึ่งข้อ สิ่งที่พูดได้ชัดที่สุดจากการคำนวณครั้งนี้คือประเด็นนี้ แทบไม่มีโรงงานไหนที่จะทายได้อย่างน่าเชื่อถือก่อนนำระบบเข้ามา ว่าส่วนลดราคาจากการเทียบราคาจะออกมาเป็น 2.0% หรือ 1.0% นั่นคือ เรื่องขออนุมัติที่อ้างตัวเงินเป็นเหตุผล ยืนบนพื้นที่ไม่มั่นคงไม่ว่าจะเลือกแนวทางใด

อนึ่ง ที่ส่วนลด 1.0% ตัวการรั่วไหลในสภาพปัจจุบันเองก็ลดจาก 406,980 THB เหลือ 342,180 THB ขอให้ระวังว่าอัตราการเก็บคืนที่ใส่ไว้ในตารางเปรียบเทียบ 3 แนวทาง เป็นค่าของกรณีเกณฑ์ฐาน (2.0%)

กำหนดการออกแบบมาสเตอร์ผู้ขายให้เสร็จก่อน

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

ประเภทภาษีหัก ณ ที่จ่ายถูกกำหนดไว้แล้วตั้งแต่ตอนสั่งซื้อ

ในประเทศไทย เมื่อจ่ายค่าตอบแทนงานบริการและอื่น ๆ ให้ผู้ขายที่เป็นนิติบุคคล (juristic person) จะมีภาษีหัก ณ ที่จ่าย (Withholding Tax) อัตราภาษีแบ่งออกตามประเภทของสิ่งที่จ่าย โดยทั่วไปอยู่ราว 1% ถึง 5% อย่างไรก็ตาม การขีดเส้นว่าธุรกรรมใดเข้าข่ายประเภทไหน มีดุลพินิจในทางปฏิบัติอยู่ด้วย ดังนั้นการยืนยันประเภทให้แน่นอน ขอให้ตรวจสอบกับที่ปรึกษาภาษีทุกครั้ง บทความนี้จะไม่แสดงตารางอัตราภาษี

การยื่นแบบทำผ่าน ภ.ง.ด.3 (PND3) สำหรับบุคคลธรรมดา และ ภ.ง.ด.53 (PND53) สำหรับนิติบุคคล กำหนดเวลาสำหรับเดือนถัดจากเดือนที่จ่ายคือ ภายใน 7 วันหากยื่นแบบกระดาษ และภายใน 15 วันหากใช้ระบบ e-filing ของกรมสรรพากร ตามการขยายเวลาโดยประกาศกระทรวงการคลัง

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

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

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

เงื่อนไขการชำระเงินและ lead time ให้เก็บไว้ในมาสเตอร์

นอกจากประเภทภาษีหัก ณ ที่จ่ายแล้ว ยังมีข้อมูลอื่นที่แน่นอนตั้งแต่ตอนสั่งซื้อและต้องถือติดตัวไปจนถึงตอนจ่ายเงิน

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

ถ้ามาสเตอร์ไม่นิ่ง เส้นทางอนุมัติก็กำหนดไม่ได้

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

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

การกระทบยอดหลังใบแจ้งหนี้มาถึงเป็นอีกเรื่องหนึ่ง

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

ในทางกลับกัน ฝั่งหลังใบแจ้งหนี้มาถึง นั่นคือการอ่านใบแจ้งหนี้ที่มาเป็นกระดาษหรือ PDF และนำขึ้นสู่การกระทบยอดสามทางอย่างไร เป็นสาขาเทคโนโลยีคนละเรื่อง เรื่องการอ่านและการกระทบยอดอัตโนมัติด้วย AI-OCR เราแยกไปเขียนไว้ในบทความว่าด้วยการทำให้งานประมวลผลใบแจ้งหนี้เป็นอัตโนมัติ

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

ประเด็นเฉพาะของโรงงานญี่ปุ่นในประเทศไทย

อย่าสับสนระหว่างการทำตามมาตรฐานสำนักงานใหญ่ กับการปฏิบัติตามกฎหมาย

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

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

สกุลเงินและภาษาปะปนกัน

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

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

จะให้ใครรับผิดชอบการตรวจรับ

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

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

อนึ่ง ประเด็นด้านสัญญาในกรณีที่จ้างภายนอกมาสร้างระบบ เราได้กล่าวถึงไว้ในบทความที่รวบรวมประเด็นของสัญญาพัฒนาระบบ

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

ระบบจัดซื้อคืออะไร

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

ต่างจากระบบบริหารการรับคำสั่งซื้อและการสั่งซื้ออย่างไร

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

ทำเฉพาะการเปรียบเทียบใบเสนอราคาให้เป็นดิจิทัลได้หรือไม่

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

ระบบจัดซื้อมีค่าใช้จ่ายประมาณเท่าไร

หลักของตัวเลขเปลี่ยนไปตามโครงสร้างที่เลือก ในโรงงานตัวอย่างของบทความนี้ เราตั้งไว้ว่าการนำมาใช้บางส่วนตั้งแต่การขอซื้อจนถึงการออกใบสั่งซื้อ มีค่าใช้จ่ายเริ่มต้น 380,000 THB และค่าใช้บริการรายปี 96,000 THB ส่วนการนำมาใช้เต็มรูปแบบตั้งแต่การเทียบราคาจนถึงการกระทบยอดก่อนจ่าย มีค่าใช้จ่ายเริ่มต้น 1,450,000 THB และค่าใช้บริการกับค่าบำรุงรักษารายปี 264,000 THB อย่างไรก็ตาม นี่เป็นเพียงตัวอย่างหนึ่งที่จำกัดขอบเขตไว้ที่การจัดซื้อวัสดุทางอ้อมเท่านั้น หากรวมวัสดุทางตรงและงานจ้างผลิตภายนอกเข้ามาด้วย ข้อกำหนดจะเปลี่ยนไป

โรงงานขนาดเล็กก็คุ้มค่าที่จะนำมาใช้หรือไม่

หากอ้างตัวเงินเป็นเหตุผลอย่างเดียว ส่วนใหญ่จะไม่ผ่าน ในโรงงานตัวอย่างของบทความนี้ (ยอดจัดซื้อวัสดุทางอ้อมต่อปี 28,800,000 THB จำนวนใบสั่งซื้อ 2,880 ฉบับ) การนำมาใช้เต็มรูปแบบให้ผลลัพธ์ต่อปี 302,166 THB เทียบกับต้นทุนต่อปี 585,200 THB จึงไม่คืนทุน ต้องรวม 3 โรงงานเข้าด้วยกันจึงเพิ่งจะเสมอตัว ถ้าจะมีคุณค่าในการนำมาใช้ คุณค่านั้นไม่ได้อยู่ที่ตัวเงิน แต่อยู่ที่ฝั่งการมีบันทึกการเทียบราคาและการอนุมัติเหลืออยู่ นั่นคือความสามารถในการอธิบายต่อสำนักงานใหญ่และผู้ตรวจสอบ จุดชี้ขาดอยู่ที่ว่าเขียนประเด็นนี้ลงในเอกสารขออนุมัติได้ตรง ๆ หรือไม่

สรุป

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

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

แล้วก็มาถึงเรื่องตัวเงิน ในโรงงานตัวอย่างของบทความนี้ ยอดที่รั่วไหลอยู่ทุกปีในสภาพปัจจุบันคือ 406,980 THB การนำมาใช้บางส่วนให้ผลลัพธ์ต่อปี 173,745 THB เทียบกับต้นทุน 172,000 THB จึงแทบเสมอตัว ส่วนการนำมาใช้เต็มรูปแบบให้ผลลัพธ์ 302,166 THB เทียบกับต้นทุน 585,200 THB จึงไม่คืนทุน ต้องรวม 3 โรงงานจึงเพิ่งจะได้ส่วนต่าง +2,098 THB และเมื่อทำการวิเคราะห์ความอ่อนไหวโดยลดส่วนลดราคาจากการเทียบราคาจาก 2.0% เหลือ 1.0% การนำมาใช้เต็มรูปแบบพลิกเป็นขาดทุน −170,702 THB แม้จะรวมศูนย์แล้ว และการนำมาใช้บางส่วนก็พลิกจาก +1,745 THB เป็น −34,255 THB ในเมื่อกำไรหายไปเพียงเพราะขยับสมมติฐานไปหนึ่งข้อ การให้เหตุผลด้วยตัวเงินอย่างเดียวจึงเป็นเรื่องฝืนที่ขนาดเท่านี้ ขอให้วางเหตุผลไว้ที่ฝั่งความสามารถในการอธิบาย

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

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

ข้อมูลอ้างอิง

• Keiyaku Watch คำอธิบายการแก้ไขกฎหมายรับเหมาช่วงของญี่ปุ่นที่มีผลบังคับใช้วันที่ 1 มกราคม ค.ศ. 2026 (กฎหมายว่าด้วยการทำให้ธุรกรรมรับงานของวิสาหกิจขนาดกลางและขนาดย่อมเป็นธรรม): keiyaku-watch.jp
• คณะกรรมการการค้าที่เป็นธรรมแห่งประเทศญี่ปุ่น แผ่นพับกฎหมายว่าด้วยการทำให้ธุรกรรมรับงานของวิสาหกิจขนาดกลางและขนาดย่อมเป็นธรรม: jftc.go.jp
• Gentle Law IBL, Thailand Withholding Tax Filing 2026 PND3 vs PND53 Deadlines and e-Filing Rules: gentlelawibl.com
• ExpatDen, Withholding Tax in Thailand: expatden.com
• กรมสรรพากรแห่งประเทศไทย หน้ารวมแบบฟอร์มภาษาอังกฤษ: rd.go.th
• IT trend ฟังก์ชันพื้นฐานและวิธีเลือกระบบจัดซื้อ: it-trend.jp