مسارات طلب المعاملة والموافقة
معاملات بكمية وسعر وصلاحية صريحة
التداول في HOLD OS يدوي وصريح. تحدد المؤسسة السعر والكمية، ولا تُسجل النتيجة إلا بموافقة شخص مخول. ينظم المنتج معاملات المؤسسة، ولا يعمل كسوق عامة أو محرك تنفيذ آلي.
- الطلب أصل وكمية محددان
- السعر سعر صريح للمعاملة
- الموافقة من شخص مخول
- النتيجة المسجلة بالحساب والأصل الصحيحين
الطلب ليس نتيجة مسجلة
أهم حدود مسار المعاملة هو الحد بين الطلب والسجل النهائي. يحفظ HOLD OS وضوحه.
| ما الذي تقيّمه؟ | نهج HOLD OS |
|---|---|
| طلب المعاملة | يسجل نية التداول بالأصل والكمية والسعر، دون تحريك الأرصدة أو دفتر الأستاذ بعد. |
| المعاملة المعتمدة | تدخل النتيجة سجلات الحساب والأصل بعد الموافقة والتسجيل النهائي. |
سعر وكمية يدويان وصريحان
لكل معاملة سعرها الصريح. تستطيع المؤسسة تسجيل سعر مرجعي يدوي لكل أصل، لكنه للاسترشاد فقط ولا يحل محل سعر المعاملة المعتمد.
تُسجل الكميات بوحدة الأصل ودقته؛ تُراجع معاملة Silver بقواعده، ومعاملة Custom بوحدة المؤسسة المحددة.
المراجعة والصلاحية
لا يحق لكل مستخدم اعتماد المعاملات. تعتمد صلاحية الموافقة الدور والحساب والأصل المعني.
-
تسجيل الطلب
يُسجل الأصل والكمية والسعر في حساب محدد.
-
المراجعة
يطّلع شخص مخول على تفاصيل الطلب.
-
الموافقة
تتم ضمن صلاحية الشخص فقط؛ دونها لا يصبح الطلب معاملة.
-
تسجيل النتيجة
تُسجل النتيجة المعتمدة كاملة بخطوة واحدة.
نتيجة لا تتكرر
تُسجل النتيجة بالحساب والأصل والوحدة المعتمدة، ولا تنتقل عند تغيير الأصل النشط أو الافتراضي.
إذا غمضت استجابة العملية، يستعيد HOLD OS نتيجة الطلب نفسه بدلاً من تنفيذ المعاملة مجدداً. غياب النتيجة لا ينشئ معاملة تلقائية.
سيناريو مؤسسي معتاد
يسجل موظف المبيعات طلب عميل لبيع كمية Gold والسعر المتفق عليه. يظهر السعر المرجعي بجانبه لكنه ليس أساس المعاملة. يراجع مدير العمليات المخول لهذا الحساب ومعاملات Gold الطلب ويعتمده، ثم تُثبت النتيجة في تاريخ حساب العميل.
السيناريو توضيحي؛ تُضبط الأدوار والصلاحيات وفق هيكل كل مؤسسة وقواعدها.
قارن المسار بإجراءات مؤسستك
نتتبع الطلب حتى النتيجة المسجلة باستخدام أدوار مؤسستك وقواعدها.