دراسة حالة · الأزياء والخياطة · Odoo 20
سلسلة خياطة سعودية بعشرة فروع وورشة كانت تدير طلباتها وعرابينها ومقاساتها بالدفاتر ورسائل واتساب وذاكرة الموظفين. بنينا لها نظامًا واحدًا على Odoo 20 يبدأ من الجهاز اللوحي في الفرع وينتهي في حسابات واحدة ورواتب واحدة: شاشة طلب الخياطة بصورته ومقاسه وعربونه، ورشة ترى ما عليها، رسالتا واتساب تلقائيتان، ودفتر واحد لكل الفروع — ثم حوّلناه إلى منتج جاهز يُشغَّل لأي سلسلة خلال خمسة عشر يوم عمل.
01 العميل
سلسلة خياطة ثياب رجالية في السعودية: عشرة فروع، وورشة، ونحو خمسين موظفًا بين كاشير وخياط وكوّاء وإدارة. يأتي العميل بقماشه أو يختار من قماش المحل، تُؤخذ مقاساته، ويُتفق على موعد، ويدفع عربونًا نقدًا أو بالتحويل، ثم ينتظر اتصالًا يخبره أن الثوب جاهز.
طلب المالك ثلاثة أشياء: كاشير في كل فرع، وحسابات واحدة، وموارد بشرية واحدة — وأن يصل العميل برسالة حين يُستلم طلبه وحين يصبح جاهزًا.
02 المشكلة الجوهرية
القماش في الورشة، والمقاس في دفتر الفرع، والموعد في رأس الموظف، والعربون في درج الصندوق. لا شيء منها يعرف الآخر. حين يتصل العميل ليسأل «جاهز؟» يتصل الفرع بالورشة ليعرف، وحين يأتي العميل نفسه بعد سنة تُؤخذ مقاساته من جديد لأنها في فرع آخر.
وفي المقر، لا أحد يعرف في أي لحظة كم طلبًا مفتوحًا في كل فرع، وكم عربونًا مستلَمًا عليها، ومن تأخر عن موعده. أرقام الشهر تُجمع من الفروع يدويًا، والرواتب لخمسين موظفًا بأجور وبدلات مختلفة تُحسب على الورق، وملف حماية الأجور يُعاد بناؤه كل شهر.
ثم يأتي رمضان، فتتضاعف الطلبات ثلاث مرات، ويتضاعف معها كل ما سبق.
عشرة فروع، ولا يعرف المالك كم طلبًا مفتوحًا إلا حين يتصل بكل فرع — والعربون؟ في الدفتر.
03 المنهج
الكاشير القياسي يعرف الفاتورة ولا يعرف الطلب. فجعلنا طلب الخياطة هو الكائن الأول في النظام: بطاقة واحدة تحمل العميل وصورة القماش والمقاسات والخدمات والموعد والعربون، ولها مراحل تمشي عليها من الفرع إلى الورشة إلى التسليم. كل ما عداه — الرسالة، والقيد، والإيصال، وبطاقة الإنتاجية — يتولّد منها ولا يُدخَل مرتين.
ثم اخترنا الإصدار المجتمعي من Odoo 20 عمدًا، وأكملنا ما ينقصه بوحدات نيوتا: واتساب للأعمال عبر واجهة ميتا السحابية، والرواتب وفق نظام العمل السعودي، وإقفال الحسابات. فلا رسوم ترخيص لكل مستخدم أو موظف، مهما زاد عدد الفروع.
نموذج طلب خياطة بمراحله الخمس — مستلَم، قصّ، خياطة، كيّ، جاهز — وصوره ومقاساته ودفعاته، يراه الفرع والورشة والمقر من البطاقة نفسها.
انتقال البطاقة إلى «مستلَم» أو «جاهز» أو «إضافة بعد البروفة» هو ما يُطلق رسالة واتساب للعميل؛ لا يكتب الموظف شيئًا، وتُسجَّل الرسالة على الطلب بوقتها وحالة تسليمها.
كل دفعة في الفرع تصبح سند قبض في صندوق فرعها أو بنكه في اللحظة نفسها؛ العربون دفعة مقدمة على العميل حتى التسليم، ولا تسليم وعلى الطلب ريال باقٍ.
التشغيل في فرعين قبل العشرة، ومحضر تشغيل لكل مرحلة، وفيديوهات تدريبية بالعربية مسجّلة من شاشات النظام نفسه لكل دور.
نظام يُبنى على ما يحدث فعلًا في الفرع — لا على ما تعرفه الفاتورة.
04 الحل
على الجهاز اللوحي: العميل برقم جواله، ونوع الخدمة، ومصدر القماش، وصور القماش أو القطعة بكاميرا الجهاز، ونموذج مقاسات ثابت يُحفظ على ملف العميل ويُستعاد في كل طلب جديد في أي فرع. موعد التسليم، والخدمات وأسعارها، والعربون نقدًا أو بالبطاقة أو بالتحويل، وإيصال بعرض 80 مم برقم الطلب والمدفوع والمتبقي.
لوحة بطاقات بالمراحل، كل خياط يرى ما عليه على جواله ويحرّك البطاقة حين ينتهي. كل خطوة تُسجَّل باسمه ووقتها، فتخرج إنتاجية كل خياط وكل فرع من البطاقات نفسها دون إدخال إضافي. الإضافات بعد البروفة سطر على الطلب نفسه، مدفوعًا أو مجانيًا، يعيد الطلب إلى الورشة ويعيد إطلاق الرسائل.
وحدة نيوتا على واجهة ميتا السحابية، برقم باسم المنشأة وقوالب معتمدة للاستلام والجاهزية والإضافة. تنطلق من مراحل الطلب تلقائيًا، وتُسجَّل على الطلب بوقتها وحالة تسليمها، وتُعلَّق بأمان حين لا يكون الرقم مربوطًا بعد.
نقطة بيع Odoo في كل فرع للقطع الجاهزة والإكسسوارات والأقمشة بالمتر، بوردية وعهدة وإقفال. طلبات الخياطة تظهر في الكاشير نفسه، وعرابينها تُحتسب في عهدة الوردية، فيُقفل الصندوق على رقم واحد صحيح.
دفتر واحد لكل الفروع: صندوق وحساب بنكي ومركز تكلفة لكل فرع، وكل دفعة سند قبض في اللحظة نفسها. المحاسب في المقر يرى دفعات الفروع وقيودها وصناديقها دون أن يسأل أحدًا، والفوترة الإلكترونية وإقرار الضريبة من القيود نفسها، ووحدات نيوتا للإقفال والمطابقة البنكية.
ملف لكل موظف وخياط بفرعه وعقده ووثائقه، وحضور من جهاز الفرع برمز الموظف، وإجازات بطلب واعتماد. الرواتب بوحدة نيوتا وفق نظام العمل السعودي: البدلات والتأمينات ونهاية الخدمة والعمل الإضافي والسُّلف، ومسيّر شهري واحد لكل الفروع تخرج قيوده إلى الحسابات وملف حماية الأجور من المسيّر نفسه.
05 النتيجة
الطلب الذي يُسجَّل في الفرع هو نفسه بطاقة الورشة، وهو نفسه القيد في الحسابات، وهو نفسه بطاقة الإنتاجية في ملف الخياط. تسجيل الطلب الكامل بصورته ومقاسه وعربونه صار تسعين ثانية بدل خمس إلى عشر دقائق على الورق، والعميل يصل إليه خبر طلبه مرتين دون أن يسأل، والمحاسب لا يُدخل في المقر رقمًا واحدًا بيده.
المالك يرى من جواله عشرة فروع في شاشة واحدة: الطلبات المفتوحة والمتأخرة، ومبيعات اليوم نقدًا وبنكًا، والعرابين المستلَمة والمتبقي على العملاء، وإنتاجية الورشة، والحضور. ورواتب الشهر لكل الفروع مسيّر واحد يُحسب في دقائق، وملف حماية الأجور يخرج منه.
ولأن النظام بُني على الطلب لا على اسم العميل، صار منتجًا: يُشغَّل لأي سلسلة خياطة أو تفصيل خلال خمسة عشر يوم عمل، بسعر معلن يبدأ من عشرة آلاف ريال، ودون رسوم ترخيص لكل مستخدم. الأرقام أعلاه من نموذج التشغيل على بيئة بعشرة فروع ببيانات تجريبية، وتُستبدل بأرقام تشغيل العميل بعد الشهر الأول.
لماذا يهمّ هذا
هذا ليس تركيب كاشير في عشرة محلات — بل إعادة بناء دورة عمل كاملة حول الكائن الذي يعيش عليه المحل فعلًا: الطلب. حين يصير الطلب هو مركز النظام، تتبعه الرسالة والقيد والإيصال والراتب من تلقاء نفسها، ويتحوّل ما كان مشروعًا لعميل واحد إلى منتج يُشغَّل لأي سلسلة في أسابيع لا شهور.
ليس تركيب برمجيات — بل هندسة الطلب الذي يُدار به المحل. هذا هو العمل.
المنتج جاهز ومصوّر: شاهدوه يعمل، ثم نضبطه على فروعكم خلال خمسة عشر يوم عمل. صفحة المنتج والفيلم والسعر.