Qayd
متجر يبيع على سلة وشوبيفاي معًا، وحساباته كلها في وافق. بنيت له نظامًا يحوّل كل طلب إلى مستنده الصحيح: فاتورة أو دفعة أو إشعار دائن، ولوحة يرى فيها صاحب المتجر والمحاسب أين وصل كل طلب.
لقطات من النسخة التجريبية: متاجر وعملاء افتراضيون، وطلبات تجريبية تتجدد كل بضع ساعات.
- الدور
- تصميم النظام وبرمجة الخادم واللوحة
- التقنيات
- Cloudflare Workers · D1 · واجهات سلة وشوبيفاي ووافق
- النطاق
- الفواتير والدفعات والإشعارات الدائنة ومطابقة المخزون والتقارير والتنبيهات
كل طلب يصل إلى مستنده المحاسبي الصحيح، ولا يكتبه أحد مرتين.
كل طلب في المتجر يحتاج فاتورة ضريبية في وافق تُبلَّغ إلى هيئة الزكاة، ودفعة على الحساب الصحيح، فمدى وتابي وتمارا والدفع عند الاستلام يُسوّى كلٌّ منها في حساب مختلف. والإلغاء يحتاج إشعارًا دائنًا على الفاتورة الأصلية. يدويًا، يُكتب كل طلب مرتين ويُراجَع ثلاث مرات.
أتمتُّ هذا أولًا بخطوات برمجية على Zapier، وتلك النسخة تعمل فعليًا. وهذا النظام هو الخطوة التالية: القواعد نفسها على Cloudflare Worker بقاعدة بيانات مستقلة، ولوحة عربية تجيب عن سؤال المحاسب كل يوم: هل وصل هذا الطلب إلى وافق، وأين ذهب المال؟
كل طلب، وبجانبه رقم فاتورته في وافق.
طلبات المتجرين في قائمة واحدة، وبجانب كل طلب رقم فاتورته. يبحث المحاسب برقم الطلب أو اسم العميل أو رقم الفاتورة، ويصفّي حسب المتجر والحالة. وعلى الجوال تتحول الصفوف إلى بطاقات.
كل طلب يشرح أين ذهب ماله.
تسرد صفحة الطلب كل خطوة بوقتها: الاستلام، والفوترة، والدفعة وحسابها، ثم الإلغاء والإشعار الدائن. فيعرف المحاسب لماذا سُجّلت الدفعة على حساب تمارا لا على حساب البنك.
المشكلات تصلك في قائمة مهام قصيرة.
إذا لم يستجب وافق، يعيد النظام المحاولة بعد 5 و15 و60 و360 دقيقة. وما يحتاج تدخّل شخص، كإجمالي لا يطابق المتجر أو طلب صدرت فاتورته يدويًا، ينتظر في النظرة العامة بزر واحد لإغلاقه، ويصل تنبيه به إلى الفريق على تيليجرام.
لا تتغير أي كمية قبل اعتماد المطابقة.
يبيع المتجران من مخزون واحد، فيحتاج كل منتج رمز SKU مشتركًا. تقترح شاشة المطابقة الأزواج حسب تشابه الاسم، ويعتمد صاحب المتجر كل زوج بنفسه، وبعدها فقط تُزامَن الكميات.
أي فترة، في ملف Excel جاهز للمحاسب.
صافي المبيعات والضريبة والإشعارات الدائنة والدفعات حسب الحساب، لأي فترة حتى سنة ولأي متجر. ويُنشأ ملف Excel داخل المتصفح، فيبقى النظام ضمن حدود المعالجة في خطة Cloudflare المجانية.
ما اختبرته فعلًا
- 226 اختبارًا آليًا على بيانات محلية، مع محاكاة كل الاتصالات الخارجية
- قواعد الفوترة نفسها تعمل فعليًا في خطوات برمجية كتبتها على Zapier، وتُصدر الفواتير والدفعات والإشعارات الدائنة في وافق للمتجرين
- النسخة التجريبية تشغّل اللوحة والواجهة البرمجية الحقيقيتين على بيانات تجريبية، بلا مفاتيح ولا أي اتصال خارجي
حدود المشروع بصراحة
- فضّل العميل الإبقاء على إعداد Zapier الأبسط، فلم يُشغَّل هذا النظام فعليًا، واقتصر على وضع المراقبة بجانبه
- أسماء المتاجر والعملاء والطلبات في النسخة التجريبية افتراضية، ولا أذكر اسم العميل
- مزامنة المخزون المشترك تنتظر توحيد رموز SKU، ولم تعمل على مخزون حقيقي
- لم أقِس أي توفير في الوقت أو التكلفة
ما الذي يعيد فريقك كتابته كل يوم؟
الطلبات إلى المحاسبة، والعملاء المحتملون إلى نظام CRM، والمخزون بين المتاجر. أخبرني بمهمة النسخ واللصق التي تريد التخلص منها.