ขั้นตอนการทำงานของคำขอใบสั่งซื้อเพื่อออกใบสั่งซื้อ

คอขวดของการร้องขอเพื่อออกเอกสารเริ่มต้นที่ใด

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

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

ควรตรวจสอบอะไรบ้างเมื่อมีการส่งคำขอซื้อ

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

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

เมื่อใดที่คำขอที่ได้รับอนุมัติสามารถกลายเป็นใบสั่งซื้อแบบไม่ต้องสัมผัสได้

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

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

ควรกำหนดเส้นทางการจัดการข้อยกเว้นอย่างไรโดยไม่ต้องสร้างคิวเดิมซ้ำ

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

หลักฐานใดที่ควรรอดจากการออกคำสั่งซื้ออัตโนมัติ

การออกเอกสารอัตโนมัติควรรักษาคำขอ ผลการตรวจสอบความถูกต้อง เส้นทางการอนุมัติ การจับคู่ข้อตกลงและซัพพลายเออร์ เงื่อนไขที่ใช้ เวอร์ชันคำสั่งซื้อ และเหตุการณ์การสื่อสาร การตรวจสอบ 2026 VA OIG พบว่าพนักงานอาศัยระบบอัตโนมัติแทนที่จะตรวจสอบและจัดทำเอกสารความถูกต้องของค่าใช้จ่ายและการปฏิบัติตามระยะเวลาการปฏิบัติงานในการตั้งค่าที่ตรวจสอบ (ผลการตรวจสอบ) รายงานยังระบุด้วยว่า VBA ไม่สามารถแสดงเอกสารที่เพียงพอสำหรับภาระผูกพันที่ได้รับการตรวจสอบได้อย่างสม่ำเสมอ โดยเชื่อมโยงการตรวจสอบการดำเนินงานเข้ากับเส้นทางการตรวจสอบที่ชัดเจน (การค้นพบเอกสาร).

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

การเปลี่ยนแปลง การแก้ไข และการยกเลิกควรดำเนินการอย่างไร

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

ตัวชี้วัดใดที่เผยให้เห็นขั้นตอนการทำงานของคำขอเพื่อออกใบสั่งซื้อที่ดีขึ้น

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

Boafo, Ahudey และ Darteh รายงานว่า e-procurement ช่วยปรับปรุงการประเมินการประมูล ความโปร่งใสในการเลือกซัพพลายเออร์ บันทึกการจัดซื้อจัดจ้าง และความสัมพันธ์กับซัพพลายเออร์ในการศึกษาของพวกเขา (รายงานผลการวิจัย) การออกแบบเชิงพรรณนาของพวกเขาใช้การสุ่มตัวอย่างแบบเจาะจงจากองค์กรภาครัฐของกานา 15 แห่ง ซึ่งจำกัดการสรุปผล (วิธีการศึกษา) เอกสารนี้สนับสนุนการตรวจสอบการบูรณาการกระบวนการแบบครบวงจร แต่ไม่ได้กำหนดอัตราการปรับปรุงคำขอเป็นคำสั่งซื้อที่เป็นสากล หรืออธิบายว่าการตรวจสอบอัตโนมัติใดที่ทำให้เกิดผลลัพธ์

เกิดอะไรขึ้นเมื่อการทำงานของคำขอออกใบสั่งซื้อกลายเป็นแบบตัวแทน?

ทีมจะนำเวิร์กโฟลว์ไปใช้อย่างปลอดภัยได้อย่างไร

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

1. ทำแผนที่การส่งมอบคำขอ การอนุมัติ คำสั่งซื้อ และหลังการออกเอกสารในปัจจุบัน พร้อมสถานะการรอคอย
2. กำหนดข้อมูลการตัดสินใจขั้นต่ำและแหล่งที่มาที่กำกับดูแลสำหรับคลาสคำขอหนึ่งรายการ
3. เขียนการทดสอบเส้นทางมาตรฐานและมอบหมายการทดสอบที่ล้มเหลวแต่ละรายการให้กับเจ้าของตัดสินใจ
4. เล่นซ้ำคำขอในอดีตที่เป็นตัวแทน รวมถึงการแก้ไขและการยกเลิก
5. ทำงานในโหมดเงาจนกว่าผู้ตรวจสอบจะสามารถอธิบายเส้นทางและการเผยแพร่ที่เสนอทั้งหมดได้
6. อนุญาตการเผยแพร่แบบจำกัดพร้อมการตรวจสอบ การแทนที่ และการหยุดการเป็นเจ้าของ
7. ตรวจสอบสาเหตุของข้อยกเว้นและคุณภาพของบันทึกก่อนที่จะขยายคุณสมบัติ