تخطَّ إلى المحتوى

ما وراء الابتكار. ما وراء الحدود. نحو الأثر.

اللغة
المظهر

نقطة بيع تتسع لسلسلة متاجر وهي تكبر

سلسلة المطاعم تتجاوز أنظمة الكاشير لديها أسرع من أي شيء آخر تملكه. Wezly تدير كل متجر ومنفذ على نقطة بيع واحدة متوافقة مع TSE الألماني — وما زالت HPC GmbH تعمل عليها منذ ست سنوات.

  • نقطة البيع التي يسجّل عليها النادل عملية البيع فعليًا: إضافات، وخصومات، وإجمالي متجدد، وتحصيل بضغطة واحدة.
  • كل عملية بيع واسترداد وحركة نقدية في سجل واحد — وهو السجل الذي يجب أن تتركه العملية الموقَّعة خلفها.
  • تصدير Kassensichv الذي تفرضه لائحة تأمين الصناديق عند الطلب، ويُولَّد من سجل التداول الحي لا يُجمَّع لاحقًا.
  • الإيرادات وعدد المبيعات والأرباح، مقروءة كعمل تجاري شهرًا بعد شهر، من البيانات نفسها التي تكتبها نقطة البيع.
العميل
HPC GmbH
القطاع
التجزئة والضيافة
السوق
ألمانيا
سنة التسليم
٢٠٢٠

Wezly هي نقطة البيع التي بنيناها لشركة HPC GmbH. أُطلقت عام 2020 وما زالت تعمل.

وهي أيضًا النظام الذي يقف خلف ادعاء يذكره هذا الموقع في موضع آخر: نقطة البيع التي استوفت المتطلب الضريبي الألماني منذ أول إصدار لا بعد تدقيق.

البنية التي تخطئ فيها معظم أنظمة البيع

المتجر الواحد يحتاج نقطة بيع. أما العمل الذي ينوي أن يصبح عدة متاجر فيحتاج بنية هرمية، وإضافتها لاحقًا هي الترحيل الذي لا يضع له أحد ميزانية.

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

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

لماذا الجزء الألماني هو الجزء الصعب

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

وهذه ليست ميزة تُضاف بعد أن يعمل مسار الطلب. هي تحدد كيف تُخزَّن عملية البيع منذ أول سطر يُكتب، لأن العملية الموقَّعة لا يمكن تعديلها بهدوء بعد ذلك. والأنظمة التي تعامل هذا كمتطلب متأخر يُعاد كتابتها.

بُنيت بمقياس رواد السوق لا بمقياس قالب جاهز

كانت المراجع هي المنتجات التي سيشتريها التاجر لولا ذلك، ومنها Vend. ولم يكن السؤال طوال البناء «ما الحد الأدنى الذي تحتاجه نقطة البيع»، بل «ما الذي يجعل أحدهم يترك النظام الذي يستخدمه»، وهو مواصفة أصعب تُنتج برمجية مختلفة.

التقنيات، حيث تعني شيئًا

Angular مع NgRx في الواجهة، وNest.js وNode في الخلفية، وPostgreSQL عبر TypeORM لسجل التداول، وFirestore حيث تحتاج أرضية المتجر استجابة فورية، وDocker وGoogle Cloud تحتها. وقد حملها شخص واحد من أولها إلى آخرها.

وهو الترتيب نفسه الذي يصفه هذا الموقع عمومًا: المهندس الذي تتحدث إليه في أول لقاء هو من يكتب الكود، والفريق صغير عن قصد.

ست سنوات هي النتيجة الجديرة بالذكر

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

أخبرنا بما تحتاج تشغيله

كل دراسات الحالة

في هذه الصفحة

وما الذي يجب أن يفعله نظامك؟

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