المشتريات في المنشآت متعددة الفروع: سياق الفرع والاعتمادات والتسليم

لماذا تختلف المشتريات في المنشآت متعددة الفروع؟

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

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

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

كيف تصمّم بيانات المنشأة والفروع والمستخدمين

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

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

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

الشراء المركزي أم من الفروع أم النموذج المختلط

قبل تصميم الشاشات، تعرّف على طريقة الشراء الفعلية في المنشأة. فمعظم المنشآت متعددة الفروع تتبع أحد ثلاثة نماذج، وينبغي أن تدعم البرمجيات النموذج المتبع لا أن تفرض غيره.

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

سلاسل الاعتماد: متى تضيفها وكيف تصمّمها

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

1. اختر نقطة الاعتماد. قد يكون الاعتماد قبل إرسال الطلب إلى الموردين، أو قبل قبول العرض، أو في الحالتين. وكثيرًا ما يكفي الاعتماد قبل القبول، لأنه اللحظة التي يُلتزم فيها بالمال.
2. حدّد المُحفِّزات. من المحفزات الشائعة قيمةٌ تتجاوز حدًا تضعه المنشأة، أو تصنيفات معينة كالأجهزة، أو طلبات من فروع جديدة على المنصة.
3. سمِّ المعتمِدين بأدوارهم. فعبارة «المدير الإقليمي لهذا الفرع» تصمد أمام تغيّر الموظفين أكثر من اسم شخص بعينه.
4. عالج الغياب. اسمح بالتفويض أو بمعتمِد بديل، حتى لا ينتظر الطلب لأن شخصًا واحدًا في إجازة.
5. احترم الأولوية. ينبغي أن يُشعر الطلبُ العاجل المعتمِدين فورًا ويُظهر أولويته بوضوح، لا أن ينضم إلى قائمة انتظار يومية.
6. سجّل القرار. من اعتمد الطلب أو أعاده، ومتى، وبأي تعليق، محفوظًا في سجل الطلب.

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

التسليم والمدينة والاستلام على مستوى الفرع

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

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

وللمنشآت التي يعتمد تشغيلها كثيرًا على التوصيل وتخطيط المسارات، تعرض صفحة قطاع الخدمات اللوجستية نطاقًا أوسع من الأدوات التي تبنيها FLUIDS حول التوزيع والتتبع.

كيف تختلف مجموعات العيادات وسلاسل المطاعم ومتاجر التجزئة

نموذج الفروع واحد في جميع القطاعات، لكن ما يشتريه كل فرع ومواضع الخلل المحتملة تختلف من قطاع إلى آخر. وتوضح ثلاث حالات شائعة في السعودية هذا التنوع:

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

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

التقارير حسب الفرع

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

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

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

تصمّم FLUIDS منصات المشتريات ومنتجات SaaS والأنظمة الداخلية المخصصة وتبنيها للمنشآت في السعودية والخليج. اطّلع على دراسة مشروع WOSTA لترى سوق مشتريات يراعي الفروع عمليًا. ويُتفق على النطاق والسعر والمدة في عرض مكتوب قبل التطوير.