المشتريات

الموافقة على طلب الشراء متعدد المستويات: كيف تتحكم في إنفاق مجموعة المطاعم

ما الذي تتحكم فيه الموافقة على طلب الشراء متعدد المستويات

تتيح الموافقة على طلب الشراء متعدد المستويات لمجموعة المطاعم الاتفاق على الإنفاق قبل أن يصل الطلب إلى المورّد. يُوجَّه كل طلب عبر موافِق واحد أو أكثر من الموافِقين المعيّنين - مرتبطاً بشخص معين، وفرع، وعادةً بقيمة الطلب - بحيث تخضع الالتزامات الكبيرة لتدقيق أكبر من عمليات التجديد الروتينية، ولا يصبح أي طلب التزاماً فعلياً تجاه مورّد دون الحصول على موافقة متفق عليها.

تكمن آلية التحكم في التسلسل. يرفع الفرع طلباً، يُوجَّه إلى الموافِق الأول، وإذا تجاوزت قيمة الطلب حداً معيناً يُوجَّه إلى الموافِق الثاني أو الثالث قبل إصدار أي طلب شراء. فقط عندما تتم الموافقة على كل المستويات المطلوبة يتحول الطلب إلى التزام فعلي ويُرسَل إلى المورّد بالبريد الإلكتروني أو واتساب أو عبر تكامل مباشر. تُشغّل Supy هذا النظام كموافقات تسلسلية تصل إلى 5 موافِقين، تُشغَّل وفق مجموعة الفرع وقيمة الطلب، وهذا ما يحوّل عملية الشراء من فوضى عادات طلب فردية إلى عملية واحدة يمكن التنبؤ بها عبر جميع المواقع - وهو الهدف الأساسي من استخدام برامج المشتريات للمطاعم بدلاً من جداول بيانات مشتركة ومحادثات جماعية.

مخطط انسيابي لكيفية انتقال طلب الشراء عبر مستويات الموافقة قبل الوصول إلى مورّد


ما يمنحه هذا النظام لمشغّل المطعم هو نقطة التزام واحدة متفق عليها. بدلاً من ظهور الإنفاق بعد الواقعة على فاتورة، يكون مرئياً ومتفقاً عليه في لحظة رفع الطلب. هذا هو الفرق بين مراجعة ما تم شراؤه والتحكم فيما سيُشترى.

إعداد الأدوار قبل مصفوفة الموافقة على طلب الشراء

أكثر الأسباب شيوعاً لإخفاق مصفوفة الموافقة هو بناؤها قبل تحديد هوية كل شخص. لا يمكن لتوجيه الموافقات تطبيق قاعدة ما إلا عندما تكون الأدوار والصلاحيات الأساسية موجودة وقد عيّنها أحد المسؤولين. حتى ذلك الحين، تستمر الطلبات في الوصول مباشرةً إلى الموردين بغض النظر عن المصفوفة الظاهرة على الشاشة، لأن التوجيه لا يجد أدواراً ليوجه إليها.

هذا الأمر يُربك المجموعات متعددة المواقع مراراً وتكراراً لأنه يبدو كثغرة برمجية بينما هو في الحقيقة قرار حوكمة ينتظر شخصاً ما داخلياً. قبل رسم المصفوفة، حدّد الأدوار وما يمكن لكل دور رفعه والموافقة عليه وتقديمه، ومن يملك صلاحية تعيين الأشخاص لها. وزّع حقوق الإعداد أيضاً: إذا كان بمقدور مسؤول رئيسي واحد فقط إعداد الأدوار والسياسات، سيصبح هذا الشخص عنق الزجاجة لكل عملية توسع في الفروع.

الهيكل أدناه هو نقطة بداية بسيطة. الحدود توضيحية - حدّد حدودك الخاصة لتتناسب مع الطريقة الفعلية لإنفاق مجموعتك - لكن الشكل ثابت: الرفع واسع، والموافقة محدودة بالقيمة، وتقديم طلب الشراء هو الحق الذي يُحتفظ به بإحكام.

الدوررفع طلبالموافقة حتىتقديم طلب الشراء
موظفو الفرعنعمليس موافِقاًلا
مدير الفرعنعم$500مركز التكلفة الخاص به
مدير المنطقةنعم$2,000نعم
المالية أو المالكنعمبدون حدنعم


توجيه الموافقات حسب الفرع وقيمة الطلب

السلسلة الثابتة التي تُمرّر كل طلب شراء عبر كل موافِق تبدو كتحكم لكنها تتصرف بعكس ذلك. عندما يحتاج تجديد عشبة بـ$40 إلى نفس التوقيعات الثلاثة التي تحتاجها طلبية معدات بـ$4,000، يختم الموافِقون للتخلص من الطابور، وتفقد عمليات الفحص معناها، ويبحث الناس بهدوء عن طرق للتحايل عليها. توجيه كل شيء عبر الجميع يقلل التحكم في عمليات الشراء عالية القيمة بدلاً من تعزيزه.

الحل هو التوجيه حسب قيمة الطلب إضافةً إلى الفرع. تُعتمَد الطلبات الصغيرة الروتينية بموافقة محلية واحدة حتى لا تتأخر الفروع؛ الطلبات التي تتجاوز الحد فقط ترتفع إلى مدير المنطقة، وتصل الأكبر منها فحسب إلى المالية أو المالك. تُشغّل Supy خطوات الموافقة على هذا المزيج من الفرع وقيمة الطلب تحديداً، وهو الجزء الذي نادراً ما تتعامل معه أدوات طلب الشراء العامة للمجموعات متعددة المواقع - معظمها يشرح ما هو طلب الشراء، لا كيفية توجيه الطلب الذي تجاوز الحد إلى موافِق مختلف عن الطلب الصغير.

قيمة الطلبيُرفع بواسطةالموافقات المطلوبة
حتى $500موظفو الفرعمدير الفرع
من $500 إلى $2,000مدير الفرعمدير الفرع، ثم مدير المنطقة
أكثر من $2,000مدير المنطقةمدير المنطقة، ثم المالية أو المالك


تضمين نائب في كل خطوة موافقة

تحمل مصفوفة الموافقة نقطة فشل واحدة في صميمها: الموافِق. عندما يكون الشخص الوحيد المعيّن لخطوة ما في إجازة أو خارج نوبة عمله أو مشغولاً ببساطة، تتوقف كل طلبات الشراء المنتظِرة موافقته، ويتحول الضغط للإبقاء على إمدادات الفروع إلى طلبات للتجاوز التام للخطوة. التجاوز هو الإجابة الخاطئة، لأن المصفوفة التي يمكن تجاوزها تحت الضغط ليست تحكماً حقيقياً.

التصميم الدائم هو تعيين نائب موافِق في كل خطوة عند بناء المصفوفة، لا الاعتماد على مخرج طارئ عندما يغيب أحدهم. إذا كان لكل خطوة موافِق أساسي ونائب معيّن، يصبح غياب الموافِق حدثاً عادياً: يُوجَّه الطلب إلى النائب ويكمل مساره، ويظل التوجيه القائم على القيمة سارياً دون تغيير. قرّر هذا بوعي لكل مستوى، خاصةً المستويات الأعلى قيمةً حيث من المرجح أن يكون الموافِق الأول عنق الزجاجة.

مخطط يُظهر نائباً مُسمّى يوافق على طلب الشراء عندما يكون الموافِق الأساسي في إجازة


إغلاق المسارات التي تتجاوز الموافقة

حتى المصفوفة المُحكمة البناء تتسرب إذا وجد طريق حولها، وثمة بابان شائعان. الأول هو قيام أحد موظفي الفرع بتقديم طلب الشراء مباشرةً إلى المورّد. الحل هو تقييد من يحق له تقديم طلب الشراء لكل مركز تكلفة بدلاً من صلاحية مستخدم واحدة على مستوى المجموعة، وهي دائماً إما رخوة جداً للفروع أو مقيّدة جداً للأشخاص الذين يحتاجون فعلاً للطلب. قد يسدّ الحل السلوكي - حفظ المستخدم الطالب مسودةً وإجراء المدير عملية التقديم - الفجوة لأسبوع، لكن عامله كحل مؤقت: التحكم السلوكي ليس تحكماً حقيقياً.

الباب الثاني هو استلام البضائع دون أي طلب شراء على الإطلاق. إذا كان بإمكان المنشأة قبول توصيل لم يُرفع ولم توافَق عليه، تصبح مصفوفة الموافقة كلها استشارية، لأن الإنفاق قد حدث بالفعل. قرّر صراحةً ما إذا كان يمكن استلام البضائع دون طلب مطابق، وللمجموعات في معظمها، الإجابة التي تحمي المصفوفة هي لا.

التحديد الدقيق لهذا هو الغرض من طبقة الصلاحيات. تُوفّر Supy أكثر من 200 صلاحية قابلة للتخصيص بالإضافة إلى سياسات الطلبات واستلام البضائع، بحيث يمكن ضبط حقوق التقديم وقواعد الاستلام وأقفال الأسعار لكل مركز تكلفة بدلاً من فرض إعداد واحد مجتث على المجموعة كلها.

إحصاء يُظهر أن Supy تُقدّم أكثر من 200 صلاحية قابلة للتخصيص لتحديد حقوق التقديم لكل مركز تكلفة


اختبر سير عمل الموافقات لديك

قبل أن تعتبر سير العمل منتهياً، أجرِ اختباراً واحداً. اختر طلباً حقيقياً من الأسبوع الماضي وتتبّعه من البداية إلى النهاية. هل كان بإمكان الفرع تقديمه دون موافقة؟ هل كان سيتوقف لو كان الموافِق المعيّن في إجازة؟ هل قيمته هي التي حددت عدد من رآه، أم أنه حصل على نفس المعاملة مثل كل شيء آخر؟ إذا كانت إجابة أي منها لا، فالفجوة تكمن في إحدى المجالات الأربعة أعلاه - الأدوار، أو توجيه القيمة، أو النواب، أو مسارات التجاوز - وهذا هو المكان الذي تبدأ منه.

المجموعات التي تريد أيضاً تقييد الإنفاق على مستوى الميزانية يمكنها إقران هذا مع مدونة Supy حول ضوابط الإنفاق في المطاعم، وإذا كنت تُقيّم ما إذا كان التحكم الأكثر إحكاماً في عملية الشراء يستحق الإعداد، فإن حاسبة العائد على الاستثمار طريقة سريعة للتقدير. الهدف من الموافقة على طلب الشراء متعدد المستويات ليس مزيداً من الأعمال الورقية؛ بل الاتفاق على الإنفاق داخل مجموعتك قبل أن يتحول إلى فاتورة لا يمكنك الطعن فيها.

احجز عرضاً توضيحياً مع Supy – تحكّم في إنفاق مجموعة المطاعم قبل إرسال الطلبات

Ready to optimize your restaurant operations?

مدونة

رؤيتنا التشغيلية

Your questions 
answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

What is multi-level purchase order approval in a restaurant group?
+

Multi-level purchase order approval is a workflow that sends a requisition through one or more designated approvers before it becomes a purchase order and reaches a supplier. Each level is tied to a person, a branch, and usually an order value, so a routine top-up clears quickly while a large commitment needs more sign-off. For a multi-site group it replaces individual ordering habits with one predictable process, and it means spend is agreed inside the business at the moment an order is raised rather than discovered later on an invoice.

How many approval levels does a restaurant group need?
+

How many levels you need depends on how your group is structured and how spend authority is delegated, not on a fixed number. Most multi-site groups run two or three: a local approval for routine orders, an area manager for mid-value orders, and finance or an owner for the largest. Supy supports sequential approvals of up to 5 approvers, triggered by branch and order value, so you can start simple and add a level only where a real control gap exists. More layers are not automatically safer; unnecessary ones just slow branches down.

Why do purchase order approval workflows fail when a group first sets them up?
+

The usual reason is sequencing. An approval matrix can only enforce a rule once the underlying roles and permissions exist and an administrator has assigned people to them. If a group draws the matrix before defining who may raise, approve, and submit, requisitions keep going straight to suppliers and it looks like a software fault. It is really a governance decision waiting internally. Set up the roles, agree who owns assigning them, and distribute configuration rights so a single administrator is not the bottleneck, then build the matrix on top of that foundation.

Should purchase orders be routed by order value or through a fixed approval chain?
+

Routing by order value is far more effective than a fixed chain. When every order passes through every approver regardless of size, a small top-up gets the same scrutiny as a major commitment, approvers rubber-stamp to clear the queue, and the checks lose meaning. Value-based routing sends small orders through a single local approval and escalates only larger ones to an area manager or finance. Supy triggers its approval steps on the combination of branch and order value, so the number of approvals scales with the size of the commitment rather than sitting fixed for everything.

What happens to approvals when the assigned approver is on leave?
+

If a step depends on one person, every requisition waiting on them stalls while they are away, and the pressure to keep branches supplied turns into requests to override the step, which undermines the whole control. The durable fix is to name a deputy approver in each step when you build the matrix, rather than relying on an escape hatch later. With a primary and a named deputy on every level, an absent approver becomes a non-event: the order routes to the deputy and keeps moving, and the value-based routing still applies unchanged.

How do you stop branch staff from ordering without approval?
+

Restrict who may submit a purchase order per cost centre rather than through one group-wide user permission, which is always either too loose for the branches or too tight for the people who genuinely need to order. Scoping submit rights to the cost centre lets the right people raise orders while keeping the submit step controlled. A behavioural workaround, where the ordering user saves a draft and a manager performs the submit, can bridge a short gap, but treat it as temporary: a behavioural control is not a real control until the submit right is properly scoped.

Can goods be received without a matching purchase order?
+

They can, unless you deliberately close that door, and leaving it open makes the rest of the approval matrix advisory. If a venue can accept a delivery that was never raised or approved, the spend has already happened before any control applied. For most multi-site groups the setting that protects the matrix is to require a matching order before goods can be received. Supy handles this through goods-receipt policies alongside its 200+ customisable permissions, so receiving rules can be set per cost centre rather than as one blunt switch across the group.

هل أنت مستعد لتطوير عملياتك؟

انضم إلى أكثر من 3500 مُشغلي مطاعم يخفضون التكاليف، ويبسطون العمليات، ويتخذون قرارات أكثر ذكاءً مع Supy