إذا بدأت مؤسستك التشغيل بدون بنية وحدة شراء، ابدأ في إنشاء المستندات المطلوب اعتمادها، ولكن لاحقًا قرر تطبيق وحدات الشراء في موقعك، فلن يتم تعيين وحدة شراء للمستندات المطلوب اعتمادها الموجودة إليها. يمكن أن يؤدي هذا إلى حدوث أخطاء عند تغيير المستندات أو عند معالجة الإيصالات أو الفواتير مقابل أوامر الشراء بقيمة وحدة شراء فارغة: قيمة وحدة الشراء غير مقبولة.

قبل تنفيذ وحدات الشراء، حقل وحدة الشراء غير مطلوب في المستندات المطلوب اعتمادها. بعد تمكين وحدات الشراء، يصبح الحقل مطلوبًا لأي مستندات مُنشأة حديثًا أو مستندات موجودة متضمنة في معالجة مستند مرتبط (على سبيل المثال، تقديم إيصال جديد لأمر شراء موجود يحتوي على وحدة شراء فارغة).

*يجب عدم تشغيل المهمة المجدولة BackPopulateProcurementUnits مطلقًا بواسطة دعم العملاء من SAP Ariba*

قم بتشغيل المهمة المجدولة BackPopulateProcurementUnits في موقعك لملء حقل وحدة الشراء بأثر رجعي في المستندات المطلوب اعتمادها الموجودة دون الحاجة إلى لمس المستندات يدويًا. لا تقوم هذه المهمة بتغيير تدفق الاعتمادات للمستندات المطلوب اعتمادها الموجودة في عملية الاعتماد. عند تحديث المستندات المطلوب اعتمادها الموجودة، تضيف المهمة إدخال سجل للإشارة إلى التغيير من وحدة الشراء الفارغة إلى القيمة الجديدة.

نوصي بتشغيل هذه المهمة في موقع الاختبار أولاً للتأكد من أنها تعمل كما هو متوقع ولضمان عدم وجود أي تأثيرات ضارة. بالإضافة إلى ذلك، قبل تشغيل هذه المهمة، راجع إعدادات المعامل الافتراضية لوحدة الشراء الخاصة بك. تشير المهمة المجدولة إلى إعدادات المعامِلات هذه لتحديد كيفية تعيين وحدة الشراء افتراضيًا على كل نوع مطلوب اعتماده.

على سبيل المثال:

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

يحدد كل معامل من هذه المعامِلات قائمة بمسارات الحقول التي يتم تعيين حقل وحدة الشراء منها افتراضيًا لنوع المستند هذا. على سبيل المثال، يحتوي معامل وحدة الشراء للطلب على إعداد افتراضي لـ CompanyCode.ProcurementUnit، Requester.PartitionedUser. وهذا يعني أن المهمة المجدولة تبدو أولاً لوحدة الشراء المرتبطة برمز شركة الطلب. وإذا لم يكن لذلك قيمة، ينتقل إلى وحدة الشراء الافتراضية للطالب. إذا لم تحتوي أي من مسارات الحقول على قيم، فستبقي وحدة شراء الطلب فارغة.

يمكن لدعم العملاء من SAP Ariba تعديل هذه المعامِلات لإضافة مسارات حقول جديدة وتغيير تصنيف اختيارات مسار الحقل لضمان سحب المهمة المجدولة من المكان الصحيح.

دورات المهام المجدولة من خلال المستندات بترتيب تدفق العمل (من الأقدم إلى الأحدث إلى لكل نوع مطلوب اعتماده قبل الانتقال إلى النوع التالي):

1. الطلبات
2. أوامر الشراء
3. الاستلامات
4. الفواتير
5. عمليات تسوية الفواتير

استنادًا إلى عدد المستندات القديمة التي يلزم تحديثها بقيمة وحدة شراء، قد تستغرق المهمة عدة ساعات حتى تكتمل.

يجب عدم تشغيل المهمة المجدولة BackPopulateProcurementUnits بواسطة دعم العملاء من SAP Ariba لأسباب متعددة:

1. تقسم وحدات الشراء الشركة منطقيًا إلى وحدات متعددة. لذلك يجب معالجة المهمة والعمل المرتبط بها في نطاق مشروع.
2. يجب إجراء تحليل كامل للتأثير قبل تشغيل هذه المهمة لضمان أن هذه المهمة هي القرار الصحيح ويتم إعداد العميل بشكل صحيح لها.
3. هذه المهمة مكثفة الأداء وينبغي تنسيق القيام بها خلال ساعات العمل و/أو بدون مستخدمين في النظام. يجب أيضًا تحديد عدد المستندات التي ستتأثر بهذه المهمة قبل تشغيل المهمة. يجب وضع خطة ترحيل لهذا السبب.
4. دورات المهمة من خلال جميع المستندات المطلوب اعتمادها وتحديث واحد تلو الآخر. إذا واجهت مشكلة في مستند، فستتوقف المهمة. وسيلزم مراجعة هذه الوثيقة وإصلاحها قبل تشغيل المهمة مرة أخرى.

لجميع الأسباب المذكورة أعلاه، يجب على العملاء إشراك خدمات SAP Consulting عندما يكون هناك متطلب لملء وحدات الشراء بأثر رجعي في المستندات المطلوب اعتمادها.

الإعداد للشراء المركزي > الإدارة المركزية
الإعداد للشراء المركزي > الإدارة المركزية > استيراد وحدات الشراء