إدارة الفروع المتعددة

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

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

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

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

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

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