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

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

*งานตามกำหนดการ BackPopulateProcurementUnits ไม่ควรดำเนินการโดย SAP Ariba Customer Support*

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

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

ตัวอย่างเช่น

• Application.Approvable.Defeting.ProcurementUnit"ariba.purchasing.core.Requisition"
• Application.Approvable.Defeting.ProcurementUnit"ariba.receiving.core.Receipt"
• Application.Approvable.Defeting.ProcurementUnit"ariba.invoicing.core.Invoice"
• Application.Approvable.Defeting.ProcurementUnit"ariba.invoicing.core.InvoiceReconciliation"

โดยแต่ละพารามิเตอร์เหล่านี้จะระบุรายการพาธของฟิลด์ที่ต้องทำให้ฟิลด์ Purchasing Unit เป็นค่าตั้งต้นสำหรับประเภทเอกสารนั้น ตัวอย่างเช่น พารามิเตอร์ Purchasing Unit ของใบขอซื้อมีการกำหนดค่าตั้งต้นของ CompanyCode.ProcurementUnit, Requester.PartitionedUser ซึ่งหมายความว่า งานตามกำหนดการจะดูไปยัง Purchasing Unit ที่เชื่อมโยงกับรหัสบริษัทของใบขอซื้อก่อน ถ้าไม่มีค่า ระบบจะดำเนินการต่อไปยัง Purchasing Unit ตั้งต้นของผู้ขอ ถ้าไม่มีพาธของฟิลด์ที่มีค่า พาธดังกล่าวจะเก็บ Purchasing Unit ของใบขอซื้อว่างไว้

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

รอบงานตามกำหนดการผ่านเอกสารในลำดับของผังงาน (จากเก่าสุดไปใหม่ที่สุดไปยังเอกสารที่ต้องมีการอนุมัติแต่ละประเภทก่อนที่จะไปยังประเภทถัดไป):

1. คำขอ
2. คำสั่งซื้อ
3. ใบเสร็จรับเงิน
4. ใบกำกับสินค้า
5. การกระทบยอดใบแจ้งหนี้

งานอาจใช้เวลาหลายชั่วโมงจึงจะเสร็จสมบูรณ์ได้ ขึ้นอยู่กับจำนวนเอกสารในอดีตที่ต้องอัพเดทด้วยค่า Purchasing Unit

งานตามกำหนดการ BackPopulateProcurementUnits ไม่ควรดำเนินการโดย SAP Ariba Customer Support ด้วยเหตุผลหลายประการ:

1. Purchasing Unit แบ่งบริษัทออกเป็นหลายหน่วยแบบลอจิกคัล ดังนั้น งานและงานที่สัมพันธ์กับงานนั้นควรได้รับการจัดการในขอบเขตของโครงการ
2. ต้องมีการวิเคราะห์ผลกระทบทั้งหมดก่อนที่จะดำเนินการงานนี้ เพื่อให้แน่ใจว่างานนี้เป็นการตัดสินใจที่เหมาะสม และลูกค้าได้รับการกำหนดค่าอย่างถูกต้อง
3. งานนี้เน้นประสิทธิภาพและควรจะประสานงานกันในระหว่างเวลาปิดการทำงานและ/หรือไม่มีผู้ใช้ในระบบ นอกจากนี้ยังควรกำหนดจำนวนเอกสารที่จะได้รับผลกระทบจากงานนี้ก่อนที่จะดำเนินการงาน ต้องมีแผนการโอนย้าย สำหรับเหตุผลนี้
4. รอบงานผ่านเอกสารที่ต้องมีการอนุมัติทั้งหมด และอัพเดททีละรายการ ถ้าพบปัญหาเกี่ยวกับเอกสาร งานจะหยุดลง เอกสารนั้นจะต้องได้รับการตรวจทานและแก้ไขก่อนที่จะดำเนินการงานอีกครั้ง

สำหรับเหตุผลทั้งหมดข้างต้น ลูกค้าควรใช้บริการของ SAP Consulting เมื่อใดก็ตามที่มีข้อกำหนดที่จะบรรจุข้อมูล Purchasing Unit ย้อนหลังในเอกสารที่ต้องมีการอนุมัติ

การจัดซื้อจัดจ้างหลัก > การดูแลหลัก
การจัดซื้อจัดจ้างหลัก > การดูแลหลัก > การนำเข้าข้อมูล Purchasing Unit