بطاقات الالتزامات والاتفاقيات
يمثل المساران /operations/commitments و/operations/agreements مستويين مختلفين. الالتزام جواز مشتق للقراءة فقط لما يجب تسليمه؛ أما الاتفاقية فتدير الشروط والأطراف والتواريخ وانتقالات دورة الحياة.
سجل الاتفاقيات
في /operations/agreements يعرض الموظف الذي يملك صلاحية الوصول إلى القسم سجل الاتفاقيات المشترك؛ ويُعد العميل مرشحاً إضافياً وليس حدّ القائمة الوحيد. يرشح شريط الحالات draft وreview وawaiting_signature وactive وsuspended وexpiring وexpired وterminated وsuperseded. يغطي العدد كامل النتائج المتاحة للمرشح المختار، وليس الصفوف المحمّلة حتى الآن فقط. يبدّل الجدول/البطاقات طريقة عرض النتائج نفسها، وفتح الصف يعرض جواز الاتفاقية.
يعرض كل صف الاتجاه (عميل أو مورّد أو داخلي) بجانب العنوان. يجمع النطاق تاريخ البداية والنهاية؛ وإذا لم يوجد تاريخ نهاية يظهر بلا تاريخ نهاية. واصل التصفح حتى تصل إلى النتيجة المطلوبة؛ فالصفحة الجزئية لا تمثل السجل الكامل.
جواز الالتزام
يعرض الجواز أيضا تاريخ الإنشاء وتاريخ التحديث كبيانات تدقيق؛ ويبقى الالتزام المشتق للقراءة فقط.
افتح بطاقة الالتزام من /operations/commitments أو جوازاً محدداً عبر /operations/commitments/:commitmentId لمراجعة النوع والكمية/الوحدة الموعودة وتاريخ السريان عند توفره وحالة التنفيذ ومرحلة العمل وأساس الشروط والطلب المصدر. قد لا يظهر الموعد الحالي للتسليم في الجواز: لا تستنتج التأخر من حقول مفقودة أو من مجموعة المفتوحة، بل راجع تاريخ التسليم والموعد النهائي في الطلب والعقد المصدر.
الالتزام مشتق من الطلب ولا يعدل من هذه البطاقة. غيّر الكمية أو الموعد أو الشروط في الطلب المصدر بعد فحص الصلاحيات والتاريخ. خطأ التحميل والحالة الفارغة ونقص إثراء الطلب المصدر حالات مختلفة.
جواز الاتفاقية
تعرض بطاقة الاتفاقية في /operations/agreements الاتجاه والحالة وتواريخ السريان والأطراف القانونية وإصدار الشروط الحالي وعدد الأسطر ومتطلب المستند الموقع. يجب أن تأتي الأسماء من السياق المرتبط لا من المعرّفات التقنية.
يعرض قسم الدفعة المقدّمة في جواز الاتفاقية حساباً مرتبطاً بهذه الاتفاقية وبإصدار محدد من شروطها وبعملة التسوية؛ وليس محفظة عامة للعميل. لا يمكن إدخال المبلغ يدوياً: لتغذية الحساب اختر دفعة مؤكدة من العميل لم تُخصّص بعد وبالعملة نفسها. يتطلب فتح الحساب وتغذيته الصلاحيات المناسبة، وقد يخضعان لفصل المهام: لا يجوز لمن سجّل الدفعة أن يؤكدها مرة أخرى. تحميل الحساب والمدفوعات، والقائمة الفارغة، وفشل القراءة، وتعارض الإصدار، والعملية المعلّقة حالات مختلفة؛ والنتيجة الفارغة أو غير المتاحة لا تعني رصيداً صفرياً. لا يتيح هذا القسم إنفاق الأموال أو إنشاء احتياطي مقابل سطر فاتورة أو تحريره أو ردّ الأموال؛ بل يقتصر على فتح الحساب المرتبط بالاتفاقية واختيار دفعة وعرض حالتها. إذا تم ربط الدفعة قبل اكتمال تغذيتها، تُبقي البطاقة الدفعة نفسها محددة وتطلب الضغط على تغذية مرة أخرى؛ لا تختر دفعة أخرى. يعني pending_funding أو الكتابة المعلّقة الانتظار وإعادة قراءة البطاقة، ولا يعني أن الرصيد صفري.
الرقم الرئيسي في البطاقة هو المتاح: المتاح = المدفوع − المحتجز − المستهلك؛ ويظهر أي مبلغ غير صفري في بند «المُسترد» منفصلاً. وتعرض البطاقة أيضاً إصدار الشروط الحالي وعملة التسوية: يبدأ إصدار جديد من الشروط مساراً احتياطياً مستقلاً؛ ولا ينتقل رصيد الإصدار المستبدل. يعني «المستهلك» وجود ارتباط بسطر فاتورة صادر، لا إمكانية الإنفاق من هذا القسم؛ فلا توجد هنا إجراءات للإنفاق أو إنشاء/تحرير احتياطي أو ردّ الأموال.
في حالة awaiting_signature تنتظر الاتفاقية تأكيد التوقيع خارج البوابة؛ تسجل البوابة هذا القرار ولا تتخذه بنفسها. لذلك لا يوجد زر تفعيل منفصل هنا؛ تحقّق من عملية التوقيع الخارجية ومن نسخة المستند المرتبط. الخطوة العملية التالية هي الحصول على النسخة الموقعة ثم اختيار إضافة في قسم المستندات أدناه؛ فهي لا تظهر تلقائياً.
يوجد أسفل الشروط قسم مستقل للمستندات المرتبطة مع إجراءي إضافة وعرض الكل. قد يكون فارغا إلى أن تصل النسخة الموقعة؛ وهذا لا يعني فشل الوصول. يوفر تاريخ الإنشاء وتاريخ التحديث سياقا إضافيا للتدقيق.
يفتح عرض الكل سجل المستندات في سياق هذه الاتفاقية: /documents?sourceType=agreement&sourceId=<agreementId>. يجب أن تظهر مستندات هذه الاتفاقية فقط، مع عنوان وشارة سياق وحالة فراغ واضحة ومترجمة؛ ولا يُعد المعرّف التقني أو ملف اتفاقية أخرى دليلا على صحة التصفية.
يتطلب الانتقال حالة مناسبة والإصدار الحالي للبطاقة حتى لا يُستبدل تغيير شخص آخر. أدخل سببا إلزاميا لكل انتقال؛ وسيُحفظ في سجل الاتفاقية.
يمكن إنشاء اتفاقية عبر /operations/agreements/new عندما يملك المستخدم صلاحية الكتابة. ينشئ النموذج مسودة؛ وللاتفاقية في حالة draft أو review تُفتح عملية تعديل الشروط عبر /operations/agreements/:agreementId/terms، وهذا يستبدل الشروط الحالية. إذا تغيرت البطاقة أو ظهر تعارض، أعد قراءة البطاقة وحاول مرة أخرى. لا توفر الواجهة عودة منفصلة إلى إصدار قديم؛ فالانتقال من review إلى draft جزء من تعديل الشروط.
بعد اختيار العميل وأول عرض/سعر، تقترح البوابة اسماً بصيغة «العرض — العميل». ما لم تعدّل الاسم يدوياً، يتحدث الاقتراح عند تغيير الاختيار؛ وبعد التعديل اليدوي تحتفظ البوابة بنصك. اسم الاتفاقية مطلوب، فاستخدم اسماً واضحاً بدلاً من اختلاق البيانات؛ وتعديل اتفاقية موجودة لا يستبدل اسمها.
في محدد الدفع المسبق الحالي، قد يظهر تاريخ الدفع كقيمة ISO خام YYYY-MM-DD بدلاً من تنسيق اللغة النشطة. هذا حجب من المصدر: لا تعتبره دليلاً على تنسيق تاريخ محلي، ولا تروّج لقطة تتضمن مبلغاً قبل تسجيل currency.expected/currency.observed ومراجعة التاريخ على بناء مطابق.
الانتقالات المسموحة
draft→review: إرسال للمراجعة؛review→awaiting_signature: إرسال للتوقيع؛activeأوexpiring→suspended: تعليق؛suspended→active: استئناف؛- أي حالة قابلة للتغيير →
terminated: إنهاء، وهو غير قابل للعكس.
التفعيل ليس زرا في هذه البطاقة: تصل active بعد التوقيع القانوني أو من نظام مستندات خارجي. ويتولى النظام انتقالات الانتهاء والاستبدال.
إذا تغير إصدار البطاقة أو لم يُقبل الانتقال، أعد تحميلها واتخذ القرار بالبيانات الحالية؛ لا تكرر إجراء قديما عشوائيا.
الأمان
تحقق من إصدار الشروط والمستند الموقع والكيان القانوني والعميل والتواريخ والوصول قبل الانتقال. استخدم عقودا ومبالغ وأطرافا وهمية في الأمثلة؛ ولا تعرض بيانات مصرفية أو بيانات عملاء أو معرّفات تقنية.
صفحات مرتبطة