نفس مصدر الإدارات والموديولات والـWorkflows؛ يتم تحميل 20 قصة فقط في كل صفحة.
632 نتيجة من نفس الـSRS Graphصفحة 28 من 32الكتالوج الكامل 632 Story فريدة
WF-FINANCE-036-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Vendor Reconciliations
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Vendor Reconciliations» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Vendor Reconciliations workflow end to end against its documented objective — To compare supplier statements with company AP records and resolve differences to ensure vendor balances are accurate and complete. — 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:36:vendor-reconciliations → WF-FINANCE-036-001.
الهدف المصدر للدورة هو: To compare supplier statements with company AP records and resolve differences to ensure vendor balances are accurate and complete.
لا تبدأ دورة «Vendor Reconciliations» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-037-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة AP Reporting
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «AP Reporting» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the AP Reporting workflow end to end against its documented objective — To provide accurate visibility of supplier liabilities, payment obligations, overdue invoices, cash requirements, and AP performance. — 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:37:ap-reporting → WF-FINANCE-037-001.
الهدف المصدر للدورة هو: To provide accurate visibility of supplier liabilities, payment obligations, overdue invoices, cash requirements, and AP performance.
لا تبدأ دورة «AP Reporting» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-039-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Collection Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Collection Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Collection Management workflow end to end against its documented objective — To follow up on customer payments, reduce overdue balances, improve cash inflow, and ensure timely settlement of outstanding invoices. — 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:39:collection-management → WF-FINANCE-039-001.
الهدف المصدر للدورة هو: To follow up on customer payments, reduce overdue balances, improve cash inflow, and ensure timely settlement of outstanding invoices.
لا تبدأ دورة «Collection Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-040-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد عرض ومتابعة سجلات المالية والحسابات مع الفلاتر والإجماليات المسموح بها، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Credit Control
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Credit Control» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Credit Control workflow end to end against its documented objective — To monitor customer credit exposure, control credit limits, reduce bad debt risk, and ensure sales transactions comply with approved credit 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:40:credit-control → WF-FINANCE-040-001.
الهدف المصدر للدورة هو: To monitor customer credit exposure, control credit limits, reduce bad debt risk, and ensure sales transactions comply with approved credit terms.
لا تبدأ دورة «Credit Control» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-041-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة AR Aging Analysis
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «AR Aging Analysis» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the AR Aging Analysis workflow end to end against its documented objective — To classify outstanding customer balances by age, identify overdue receivables, assess collection risk, and support management decisions. — 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:41:ar-aging-analysis → WF-FINANCE-041-001.
الهدف المصدر للدورة هو: To classify outstanding customer balances by age, identify overdue receivables, assess collection risk, and support management decisions.
لا تبدأ دورة «AR Aging Analysis» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-042-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Bad Debt Management
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Bad Debt Management» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Bad Debt Management workflow end to end against its documented objective — To identify doubtful or uncollectible receivables, estimate bad debt provisions, manage write-off approvals, and maintain accurate receivable balances. — 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:42:bad-debt-management → WF-FINANCE-042-001.
الهدف المصدر للدورة هو: To identify doubtful or uncollectible receivables, estimate bad debt provisions, manage write-off approvals, and maintain accurate receivable balances.
لا تبدأ دورة «Bad Debt Management» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-043-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: الأصل ومصدر الشراء
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Asset Acquisition» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Asset Acquisition workflow end to end against its documented objective — To purchase or obtain fixed assets based on business needs, budget approval, procurement controls, and operational 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:43:asset-acquisition → WF-FINANCE-043-001.
الهدف المصدر للدورة هو: To purchase or obtain fixed assets based on business needs, budget approval, procurement controls, and operational requirements.
لا تبدأ دورة «Asset Acquisition» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-044-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد إنشاء سجل جديد في المالية والحسابات بعد التحقق من البيانات والقواعد، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Asset Capitalization
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Asset Capitalization» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Asset Capitalization workflow end to end against its documented objective — To recognize eligible assets in the fixed asset register and classify them correctly according to accounting policy and capitalization rules. — 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:44:asset-capitalization → WF-FINANCE-044-001.
الهدف المصدر للدورة هو: To recognize eligible assets in the fixed asset register and classify them correctly according to accounting policy and capitalization rules.
لا تبدأ دورة «Asset Capitalization» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-045-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Depreciation Accounting
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Depreciation Accounting» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Depreciation Accounting workflow end to end against its documented objective — To allocate the cost of fixed assets over their useful lives according to the approved depreciation method and accounting policy. — 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:45:depreciation-accounting → WF-FINANCE-045-001.
الهدف المصدر للدورة هو: To allocate the cost of fixed assets over their useful lives according to the approved depreciation method and accounting policy.
لا تبدأ دورة «Depreciation Accounting» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-046-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Asset Transfers
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Asset Transfers» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Asset Transfers workflow end to end against its documented objective — To control and document the movement of fixed assets between departments, locations, branches, or custodians. — 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:46:asset-transfers → WF-FINANCE-046-001.
الهدف المصدر للدورة هو: To control and document the movement of fixed assets between departments, locations, branches, or custodians.
لا تبدأ دورة «Asset Transfers» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-047-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Asset Disposal
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Asset Disposal» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Asset Disposal workflow end to end against its documented objective — To remove fixed assets from company records when they are sold, scrapped, lost, damaged, obsolete, or no longer useful. — 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:47:asset-disposal → WF-FINANCE-047-001.
الهدف المصدر للدورة هو: To remove fixed assets from company records when they are sold, scrapped, lost, damaged, obsolete, or no longer useful.
لا تبدأ دورة «Asset Disposal» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-048-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد إنشاء سجل جديد في المالية والحسابات بعد التحقق من البيانات والقواعد، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Asset Verification
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Asset Verification» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Asset Verification workflow end to end against its documented objective — To physically verify fixed assets and compare actual asset existence, condition, location, and custodian against the fixed asset register. — 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:48:asset-verification → WF-FINANCE-048-001.
الهدف المصدر للدورة هو: To physically verify fixed assets and compare actual asset existence, condition, location, and custodian against the fixed asset register.
لا تبدأ دورة «Asset Verification» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-049-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Product Costing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Product Costing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Product Costing workflow end to end against its documented objective — To calculate the total cost of producing or acquiring products by identifying direct materials, direct labor, overheads, and other related cost components. — 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:49:product-costing → WF-FINANCE-049-001.
الهدف المصدر للدورة هو: To calculate the total cost of producing or acquiring products by identifying direct materials, direct labor, overheads, and other related cost components.
لا تبدأ دورة «Product Costing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-050-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Standard Costing
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Standard Costing» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Standard Costing workflow end to end against its documented objective — To define expected or planned costs for products, materials, labor, and overheads to support pricing, budgeting, variance analysis, and cost control. — 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:50:standard-costing → WF-FINANCE-050-001.
الهدف المصدر للدورة هو: To define expected or planned costs for products, materials, labor, and overheads to support pricing, budgeting, variance analysis, and cost control.
لا تبدأ دورة «Standard Costing» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-051-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Inventory Valuation
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Inventory Valuation» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Inventory Valuation workflow end to end against its documented objective — To determine the financial value of inventory on hand using the approved valuation method and ensure accurate inventory 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:51:inventory-valuation → WF-FINANCE-051-001.
الهدف المصدر للدورة هو: To determine the financial value of inventory on hand using the approved valuation method and ensure accurate inventory reporting.
لا تبدأ دورة «Inventory Valuation» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-052-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Cost Allocation
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Cost Allocation» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Cost Allocation workflow end to end against its documented objective — To distribute indirect costs across departments, products, projects, branches, or cost centers using approved allocation rules and cost drivers. — 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:52:cost-allocation → WF-FINANCE-052-001.
الهدف المصدر للدورة هو: To distribute indirect costs across departments, products, projects, branches, or cost centers using approved allocation rules and cost drivers.
لا تبدأ دورة «Cost Allocation» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-053-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Profitability Analysis
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Profitability Analysis» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Profitability Analysis workflow end to end against its documented objective — To assess profitability by product, customer, branch, project, department, or business unit to support pricing, cost control, and strategic decisions. — 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:53:profitability-analysis → WF-FINANCE-053-001.
الهدف المصدر للدورة هو: To assess profitability by product, customer, branch, project, department, or business unit to support pricing, cost control, and strategic decisions.
لا تبدأ دورة «Profitability Analysis» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-054-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Tax Planning
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Tax Planning» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Tax Planning workflow end to end against its documented objective — To plan the company’s tax position in line with business strategy, applicable tax laws, available tax incentives, and compliance 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:54:tax-planning → WF-FINANCE-054-001.
الهدف المصدر للدورة هو: To plan the company’s tax position in line with business strategy, applicable tax laws, available tax incentives, and compliance requirements.
لا تبدأ دورة «Tax Planning» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-055-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Tax Accounting
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Tax Accounting» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Tax Accounting workflow end to end against its documented objective — To record tax-related transactions accurately in the accounting system and ensure tax balances are correctly reflected in financial statements. — 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:55:tax-accounting → WF-FINANCE-055-001.
الهدف المصدر للدورة هو: To record tax-related transactions accurately in the accounting system and ensure tax balances are correctly reflected in financial statements.
لا تبدأ دورة «Tax Accounting» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.
WF-FINANCE-056-001
المالية والحسابات · المالية والحسابات
بصفتي مدير المالية، أريد مراجعة واعتماد أو رفض العملية في المالية والحسابات حسب الصلاحية، حتى تكتمل العملية بنتيجة صحيحة وقابلة للتتبع.
دورة العمل: دورة Tax Compliance
فتح سريع للقصة
Actor: مدير المالية أو مالك العملية / Finance Manager or Process Owner
بصفتي مدير المالية أو مالك العملية، أريد تنفيذ دورة «Tax Compliance» من البداية للنهاية وفق الهدف الموثق في ملف الـWorkflow، حتى تتحقق نتيجة أعمال قابلة للقياس، وتكون المدخلات والقرارات والاعتمادات والاستثناءات والأثر النهائي قابلة للمراجعة والتتبع.
As the Finance Manager or Process Owner, I want to execute the Tax Compliance workflow end to end against its documented objective — To ensure the company complies with all applicable tax obligations, deadlines, documentation requirements, and regulatory rules. — 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:56:tax-compliance → WF-FINANCE-056-001.
الهدف المصدر للدورة هو: To ensure the company complies with all applicable tax obligations, deadlines, documentation requirements, and regulatory rules.
لا تبدأ دورة «Tax Compliance» إلا بمدخلات مكتملة، ومالك مسؤول، وشركة/فرع/فترة تشغيلية صالحة حسب نطاق العملية.
تُعرض الحقول والإجراءات طبقًا للدور والحالة، ويعيد الخادم التحقق من الصلاحية ونطاق الصف والحقول قبل أي قراءة أو كتابة.
لا ينتقل السجل بين الحالات إلا طبقًا لمصفوفة الاعتماد وفصل المهام، مع منع الاعتماد الذاتي عندما تتطلب السياسة ذلك.
تُطبق قواعد العمل والحدود والقيم المرجعية نفسها في UI وAPI والاستيراد والمهام الخلفية، ولا ينتج عن الخطأ حفظ جزئي.
عند الرفض أو التعطل أو فشل نظام تابع تبقى العملية في حالة قابلة للاستعادة، ويُسجل السبب وتُنفذ إعادة أو مطابقة أو تعويض دون أثر مكرر.
يرسل النظام الإشعار للمسؤول التالي، والتذكير قبل تجاوز المهلة، والتصعيد للمالك المحدد، مع مرجع السجل والحالة والإجراء المطلوب.
يسجل Audit Trail القيم قبل وبعد، القرار والسبب، المستخدم والوقت وWorkflow/Story ID وCorrelation ID ونسخة القاعدة المطبقة.
لا تُعتبر الدورة ناجحة إلا عند تحقق الهدف الموثق وتطابق UI وAPI ومصدر الحقيقة وسجل المراجعة، وحفظ Evidence واعتماد مالك العملية.