عمليات التحقق من الصحة

1. معايير التحميل (لكل مجموعة منتجات صفقة)

الصفقات التي تركز على جهة الدفع – معايير التحميل للأدوات القياسية (القيمة الاسمية > 0)

• الحقول الإلزامية الموجودة: رقم المرجع، تاريخ الإصدار، تاريخ الاستحقاق (للفواتير)، البائع، العملة، القيمة الاسمية.

• البائع هو الطرف المقابل النشط في الصفقة.

• تاريخ الإصدار هو اليوم أو في الماضي.

• تاريخ الاستحقاق (إن وجد/مطلوب) يكون في أو بعد تاريخ الإصدار / اليوم (حسب القسم).

• القيمة الاسمية أكبر من 0 وتقع ضمن النطاق الأدنى/الأقصى المسموح به (من 1 إلى 9,999,999,999,999).

• العملة إما أن تكون عملة حد الصفقة أو عملة "من" في قالب العملات الأجنبية المخصص للصفقة.

• لا يوجد مرجع أداة مكرر لنفس زوج الدافع والبائع عبر النظام، باستثناء الأدوات التي تم وضع علامة عليها على أنها محذوفة.

• الصفقة سارية.

• المرساة نشطة.

• الطرف المقابل نشط وفعال كطرف مقابل في الصفقة.

صفقات تركز على البائع - معايير التحميل للأدوات القياسية (القيمة الاسمية > 0)

• الحقول الإلزامية الموجودة: رقم المرجع، تاريخ الإصدار، تاريخ الاستحقاق (للفواتير)، الدافع، العملة، القيمة الاسمية.

• يُعدّ الدافع طرفاً فاعلاً في الصفقة.

• تاريخ الإصدار هو اليوم أو في الماضي.

• تاريخ الاستحقاق (إن وُجد/كان مطلوباً) يكون في أو بعد تاريخ الإصدار / اليوم.

• القيمة الاسمية أكبر من صفر وتقع ضمن النطاق المسموح به.

• إما أن تكون العملة هي عملة الحد الأقصى للصفقة أو مدرجة كعملة من في قالب العملات الأجنبية المخصص للصفقة.

• لا يوجد مرجع أداة مكرر لزوج دافع-بائع متطابق، باستثناء الأدوات المحذوفة.

• الصفقة، والطرف الأساسي، والطرف المقابل نشطون، والطرف المقابل نشط في الصفقة.

إشعارات الدائن – معايير التحميل (القيمة الاسمية < 0)

• القيمة الاسمية < 0 (سالبة).

• نفس عمليات التحقق الإلزامية للحقول وحالة الطرف كما هو مذكور أعلاه ولكن لسياق إشعار الدائن.

• توجد قاعدة لتخصيص إشعارات الائتمان للزوج الدافع والبائع.

2. عمليات التحقق من إنشاء الأدوات الفردية (يدويًا أو باستخدام الملفات )

عند إنشاء سجل أداة (قبل حالات سير العمل):

• لا يوجد حقل يحتوي على مسافات بيضاء فقط.

• جميع الحقول المطلوبة موجودة وفقًا لقواعد التحقق من صحة الحقول عند تحميل الأداة (مرجع الأداة، الدافع/البائع، العملة، القيمة الاسمية، تاريخ الإصدار، تاريخ الاستحقاق الأصلي، إلخ).

• الصفقة قائمة وفعّالة.

• يتم توفير جهة مرجعية (بائع أو دافع حسب مجموعة المنتجات)، وهي موجودة، وحالة الشركة نشطة.

• يوجد مدير تمويل الصفقة المعين لها، وحالة الشركة نشطة.

• تم توفير الطرف المقابل (البائع أو الدافع حسب مجموعة المنتجات)، وهو موجود، وحالة الشركة نشطة.

• الطرف المقابل نشط كطرف مقابل في الصفقة.

• مرجع الأداة فريد لعلاقة الدافع والبائع.

• العملة مدعومة، وهي إما عملة حد الصفقة أو عملة البداية في قالب العملات الأجنبية لتلك الصفقة.

• يجب أن تكون القيمة الاسمية رقمية، أرقام فقط، بين 1 و 9,999,999,999,999.

• يجب أن يكون تاريخ الإصدار هو اليوم أو في الماضي، بتنسيق صالح في أحد التنسيقات التالية: DD.MM .YYYY، MM-DD-YYYY، DDMMYYYY، YYYY-MM-DD.

• يجب أن يكون تاريخ الاستحقاق الأصلي اليوم أو في المستقبل؛ إلزامي للفواتير، واختياري للأنواع الأخرى.

• لا يمكن أن يكون تاريخ الاستحقاق الأصلي في الماضي عندما يكون ذلك إلزاميًا.

3. التحقق من صحة تحميل الملفات المجمعة (CSV/XLS/XLSX )

عمليات التحقق الأولية على مستوى الملف:

• الملف غير فارغ.

• حجم الملف ≤ 50 ميجابايت.

• نوع الملف هو CSV أو XLS أو XLSX (للأجهزة).

• يحتوي الملف على ≤ 10000 أداة.

• يحتوي الملف على صف رأس لتعيين الأعمدة.

• تشترك جميع الملفات في الدفعة في نفس بنية الرأس.

• الحد الأقصى 5 ملفات لكل دفعة.

عمليات التحقق من تعيين الأعمدة:

• تم تعيين الأعمدة المطلوبة: الأطراف المقابلة، مرجع الأداة، العملة، القيمة الاسمية، تاريخ الإصدار، تاريخ الاستحقاق الأصلي (إلزامي للفواتير)، ملاحظات إضافية (اختياري).

• في حال عدم وجود بيانات ربط لأي حقل إلزامي، لا يمكن حفظ بيانات الربط / يتم حظر التحميل.

تستخدم عمليات التحقق لكل صف بعد التحليل نفس القواعد المذكورة أعلاه في "عمليات التحقق من إنشاء الأدوات الفردية" (الحقول الإلزامية، وقواعد التاريخ، والنطاقات الرقمية، والتفرد، وحالات الأطراف، وما إلى ذلك) .

4. التحقق من صحة تحميل سير العمل وفحص الإرسال

مهمة التحقق من التحميل ("uploadvalidationpending")

• يقوم بتشغيل "معايير التحميل" للجهاز بناءً على مجموعة المنتجات.

• في حالة فشل عمليات التحقق → الحالة uploadvalidationfailed .

• إذا اجتازت الفحوصات بنجاح ← الحالة readytosubmit .

تم تقديم الطلب من قبل readytosubmit

حدث تقديم الجهاز:

• أعد تشغيل معايير التحميل للتأكد من عدم حدوث أي تغيير (الصفقة لا تزال نشطة، الأطراف لا تزال نشطة، لا يوجد مرجع مكرر جديد، إلخ).

• قم بتقييم تدفق "ممنوع التمويل" (قد يمنع هيكل المنتج التمويل).

• بحسب الأهلية وإعدادات المنتج، ينتقل الجهاز إلى أحد الخيارات التالية:

  • uploadvalidationfailed

  • payerapprovalpendingmakerconfirmation

  • approvednofinancing

  • sellerfinancependingmakerconfirmation

  • payerfinancependingmakerconfirmation

  • funderapprovalpendingmakerconfirmation

  • fundingpending

في حال فشل أي أداة مختارة في التحقق من صحتها عند تقديمها:

• تُرسل هذه الأدوات إلى uploadvalidationfailed .

• لا تتقدم إلا الأدوات التي تجتاز الاختبار؛ ويظهر للمستخدم شريط تنبيه بالأخطاء .

5. عمليات التحقق من التمويل (قبل الصرف)

تم التنفيذ من fundingpending (شراء يدوي أو تمويل مجدول):

الحد من عمليات التحقق

• المبلغ الأساسي/المقدم للأداة بعملة الصفقة ≤ الحد المتاح للبرنامج.

• نفس المبلغ ≤ الحد الأقصى للصفقة المتاحة.

• نفس المبلغ ≤ الحد الفرعي المتاح للطرف المقابل في الصفقة.

شيكات صرف العملات الأجنبية

• عملة الأداة تساوي عملة الصفقة، أو

• عملة الأداة هي العملة الأساسية وعملة الصفقة هي العملة المستهدفة في زوج أسعار صرف نشط في قالب الصرف الأجنبي المخصص للصفقة/الطرف المقابل.

عمليات التحقق النشطة

• شركة البائع نشطة.

• شركة الدفع نشطة.

• الطرف المقابل نشط.

• العرض ساري المفعول.

• الجهة الممولة نشطة.

مراجعة يوم الاستثمار

• يجب أن يكون اليوم يوم استثمار صالح للممول (على سبيل المثال، يوم الاثنين حسب التكوين).

فحص العلامات

• يجب ألا تحمل الآلة الموسيقية علامة "غير قابلة للتمويل".

• يجب ألا تحمل الأداة علامة "متأخرة، غير ممولة".

• لا يُسمح بالتمويل / لا يُسمح بالتمويل. يتم أيضًا تقييم تدفقات الوسوم غير المؤهلة وقد تمنع التمويل.

في حالة فشل أي مما سبق، يبقى التمويل fundingpending أو يفشل التمويل؛ ويتم إبلاغ المستخدم بالأخطاء.

6. وضع العلامات والتحقق اليومي من صحة المهام

مقارنة بين علامات التأخير/الاستحقاق والتواريخ