نفس مصدر الإدارات والموديولات والـWorkflows؛ يتم تحميل 20 قصة فقط في كل صفحة.
632 نتيجة من نفس الـSRS Graphصفحة 27 من 32الكتالوج الكامل 632 Story فريدة
WF-FINANCE-007-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Scenario Analysis
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Scenario Analysis» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Scenario Analysis workflow end to end against its documented objective — To evaluate different possible business outcomes and assess their financial impact under best-case, base-case, and worst-case scenarios. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:7:scenario-analysis → WF-FINANCE-007-001.
الهدف المصدر للدورة هو: To evaluate different possible business outcomes and assess their financial impact under best-case, base-case, and worst-case scenarios.
لا تبدأ دورة «Scenario Analysis» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-009-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Purchase Requisition
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Purchase Requisition» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Purchase Requisition workflow end to end against its documented objective — To formally request the purchase of goods or services based on business needs, budget availability, and approval authority. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:9:purchase-requisition → WF-FINANCE-009-001.
الهدف المصدر للدورة هو: To formally request the purchase of goods or services based on business needs, budget availability, and approval authority.
لا تبدأ دورة «Purchase Requisition» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-010-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Purchase Order Processing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Purchase Order Processing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Purchase Order Processing workflow end to end against its documented objective — To issue an approved purchase order to the selected vendor, confirming item details, quantities, prices, delivery terms, and payment terms. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:10:purchase-order-processing → WF-FINANCE-010-001.
الهدف المصدر للدورة هو: To issue an approved purchase order to the selected vendor, confirming item details, quantities, prices, delivery terms, and payment terms.
لا تبدأ دورة «Purchase Order Processing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-011-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Invoice Processing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Invoice Processing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Invoice Processing workflow end to end against its documented objective — To receive, validate, match, and record supplier invoices before payment processing. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:11:invoice-processing → WF-FINANCE-011-001.
الهدف المصدر للدورة هو: To receive, validate, match, and record supplier invoices before payment processing.
لا تبدأ دورة «Invoice Processing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-012-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Payment Processing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Payment Processing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Payment Processing workflow end to end against its documented objective — To pay approved supplier invoices accurately and on time according to payment terms, cash availability, and approval controls. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:12:payment-processing → WF-FINANCE-012-001.
الهدف المصدر للدورة هو: To pay approved supplier invoices accurately and on time according to payment terms, cash availability, and approval controls.
لا تبدأ دورة «Payment Processing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-014-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد إنشاء سجل جديد في المالية والحسابات بعد التحقق من البيانات والقواعد، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Customer Onboarding
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Customer Onboarding» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Customer Onboarding workflow end to end against its documented objective — To register and approve new customers by validating their business information, legal documents, credit profile, and commercial terms before allowing sales transactions. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:14:customer-onboarding → WF-FINANCE-014-001.
الهدف المصدر للدورة هو: To register and approve new customers by validating their business information, legal documents, credit profile, and commercial terms before allowing sales transactions.
لا تبدأ دورة «Customer Onboarding» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-015-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد تعديل بيانات المالية والحسابات مع حفظ التاريخ وإعادة الاحتساب، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Credit Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Credit Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Credit Management workflow end to end against its documented objective — To assess customer creditworthiness, define credit limits, control credit exposure, and reduce the risk of overdue or uncollectible receivables. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:15:credit-management → WF-FINANCE-015-001.
الهدف المصدر للدورة هو: To assess customer creditworthiness, define credit limits, control credit exposure, and reduce the risk of overdue or uncollectible receivables.
لا تبدأ دورة «Credit Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-016-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد تعديل بيانات المالية والحسابات مع حفظ التاريخ وإعادة الاحتساب، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Order Processing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Order Processing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Order Processing workflow end to end against its documented objective — To receive, validate, approve, and process customer orders accurately according to product availability, pricing, credit status, and delivery requirements. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:16:order-processing → WF-FINANCE-016-001.
الهدف المصدر للدورة هو: To receive, validate, approve, and process customer orders accurately according to product availability, pricing, credit status, and delivery requirements.
لا تبدأ دورة «Order Processing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-017-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Billing and Invoicing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Billing and Invoicing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Billing and Invoicing workflow end to end against its documented objective — To issue accurate invoices to customers based on approved sales orders, delivered goods, completed services, pricing terms, and applicable taxes. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:17:billing-and-invoicing → WF-FINANCE-017-001.
الهدف المصدر للدورة هو: To issue accurate invoices to customers based on approved sales orders, delivered goods, completed services, pricing terms, and applicable taxes.
لا تبدأ دورة «Billing and Invoicing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-018-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد عرض ومتابعة سجلات المالية والحسابات مع الفلاتر والإجماليات المسموح بها، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Accounts Receivable Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Accounts Receivable Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Accounts Receivable Management workflow end to end against its documented objective — To manage customer balances, monitor outstanding invoices, maintain receivable records, and ensure accurate customer account status. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:18:accounts-receivable-management → WF-FINANCE-018-001.
الهدف المصدر للدورة هو: To manage customer balances, monitor outstanding invoices, maintain receivable records, and ensure accurate customer account status.
لا تبدأ دورة «Accounts Receivable Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-020-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Journal Entries
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Journal Entries» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Journal Entries workflow end to end against its documented objective — To record financial transactions accurately in the accounting system using approved journal entries that reflect the correct accounts, amounts, cost centers, and accounting period. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:20:journal-entries → WF-FINANCE-020-001.
الهدف المصدر للدورة هو: To record financial transactions accurately in the accounting system using approved journal entries that reflect the correct accounts, amounts, cost centers, and accounting period.
لا تبدأ دورة «Journal Entries» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-023-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Period-End Close
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Period-End Close» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Period-End Close workflow end to end against its documented objective — To complete all required accounting activities at month-end, quarter-end, or year-end to ensure financial results are accurate, complete, and ready for reporting. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:23:period-end-close → WF-FINANCE-023-001.
الهدف المصدر للدورة هو: To complete all required accounting activities at month-end, quarter-end, or year-end to ensure financial results are accurate, complete, and ready for reporting.
لا تبدأ دورة «Period-End Close» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-024-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد عرض ومتابعة سجلات المالية والحسابات مع الفلاتر والإجماليات المسموح بها، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Consolidation
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Consolidation» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Consolidation workflow end to end against its documented objective — To combine financial results from multiple entities, branches, departments, or business units into one consolidated financial view. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:24:consolidation → WF-FINANCE-024-001.
الهدف المصدر للدورة هو: To combine financial results from multiple entities, branches, departments, or business units into one consolidated financial view.
لا تبدأ دورة «Consolidation» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-025-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد تعديل بيانات المالية والحسابات مع حفظ التاريخ وإعادة الاحتساب، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Financial Statement Preparation
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Financial Statement Preparation» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Financial Statement Preparation workflow end to end against its documented objective — To prepare formal financial statements that present the company’s financial position, performance, cash flows, and changes in equity. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:25:financial-statement-preparation → WF-FINANCE-025-001.
الهدف المصدر للدورة هو: To prepare formal financial statements that present the company’s financial position, performance, cash flows, and changes in equity.
لا تبدأ دورة «Financial Statement Preparation» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-026-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد عرض ومتابعة سجلات المالية والحسابات مع الفلاتر والإجماليات المسموح بها، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Management Reporting
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Management Reporting» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Management Reporting workflow end to end against its documented objective — To provide management with timely financial reports, analysis, and insights that support business decisions and performance monitoring. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:26:management-reporting → WF-FINANCE-026-001.
الهدف المصدر للدورة هو: To provide management with timely financial reports, analysis, and insights that support business decisions and performance monitoring.
لا تبدأ دورة «Management Reporting» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-029-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Liquidity Planning
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Liquidity Planning» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Liquidity Planning workflow end to end against its documented objective — To ensure the company has enough available liquidity to meet short-term and long-term financial obligations while supporting business growth. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:29:liquidity-planning → WF-FINANCE-029-001.
الهدف المصدر للدورة هو: To ensure the company has enough available liquidity to meet short-term and long-term financial obligations while supporting business growth.
لا تبدأ دورة «Liquidity Planning» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-030-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Debt Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Debt Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Debt Management workflow end to end against its documented objective — To manage company borrowings, loan obligations, interest payments, covenants, and repayment schedules efficiently and in compliance with financing agreements. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:30:debt-management → WF-FINANCE-030-001.
الهدف المصدر للدورة هو: To manage company borrowings, loan obligations, interest payments, covenants, and repayment schedules efficiently and in compliance with financing agreements.
لا تبدأ دورة «Debt Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-031-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Investment Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Investment Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Investment Management workflow end to end against its documented objective — To manage surplus funds through approved investment options while balancing return, liquidity, and risk. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:31:investment-management → WF-FINANCE-031-001.
الهدف المصدر للدورة هو: To manage surplus funds through approved investment options while balancing return, liquidity, and risk.
لا تبدأ دورة «Investment Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-033-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد عرض ومتابعة سجلات المالية والحسابات مع الفلاتر والإجماليات المسموح بها، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Treasury Risk Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Treasury Risk Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Treasury Risk Management workflow end to end against its documented objective — To identify, assess, monitor, and control treasury-related financial risks such as liquidity risk, credit risk, interest rate risk, currency risk, and counterparty risk. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:33:treasury-risk-management → WF-FINANCE-033-001.
الهدف المصدر للدورة هو: To identify, assess, monitor, and control treasury-related financial risks such as liquidity risk, credit risk, interest rate risk, currency risk, and counterparty risk.
لا تبدأ دورة «Treasury Risk Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-035-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Payment Scheduling
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Payment Scheduling» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Payment Scheduling workflow end to end against its documented objective — To plan and schedule supplier payments based on invoice due dates, payment terms, cash availability, payment priority, and approval requirements. — so that the business outcome is measurable and every input, decision, approval, exception and final effect is traceable.
Acceptance Criteria (10)
تُعرّف القصة بهذه السلسلة الثابتة: المالية والحسابات / Finance & Accounting → Finance → workflow:finance:35:payment-scheduling → WF-FINANCE-035-001.
الهدف المصدر للدورة هو: To plan and schedule supplier payments based on invoice due dates, payment terms, cash availability, payment priority, and approval requirements.
لا تبدأ دورة «Payment Scheduling» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.