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


مأخوذة من النسخة التجريبية: متاجر افتراضية وعملاء متخيَّلون وطلبات تجريبية تتجدد كل بضع ساعات.
- الدور
- تصميم النظام والخلفية واللوحة
- التقنيات
- Cloudflare Workers · D1 · واجهات سلة وشوبيفاي ووافق
- النطاق
- الفواتير والدفعات والإشعارات الدائنة ومطابقة المخزون والتقارير والتنبيهات
- النسخة التجريبية
- sync-demo.tamim.works ↗
كل طلب يصبح المستند المحاسبي الصحيح، ولا أحد يعيد كتابته.
يجب أن يتحول كل طلب في المتجر إلى فاتورة ضريبية في وافق تُبلَّغ إلى هيئة الزكاة، وإلى دفعة على الحساب الصحيح: مدى وتابي وتمارا والدفع عند الاستلام تُسوّى كلٌّ منها في حساب مختلف. والإلغاء يحتاج إشعارًا دائنًا على الفاتورة الأصلية. يدويًا، يُكتب كل طلب مرتين ويُراجع ثلاث مرات.
أتممت هذا أولًا بخطوات برمجية على Zapier، وتلك النسخة تعمل فعليًا. وهذا النظام هو الخطوة التالية: القواعد نفسها على Cloudflare Worker بقاعدة بيانات خاصة، ولوحة عربية تجيب عن سؤال المحاسب اليومي: هل وصل هذا الطلب إلى وافق، وأين ذهب المال؟
كل طلب، وبجانبه ما صار عليه في وافق.
طلبات المتجرين في قائمة واحدة، وبجانب كل طلب رقم فاتورته. ابحث برقم الطلب أو اسم العميل أو رقم الفاتورة، وصفِّ حسب المتجر والحالة. وعلى الجوال تتحول الصفوف إلى بطاقات.


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


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


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


أي فترة، في ملف Excel للمحاسب.
صافي المبيعات والضريبة والإشعارات الدائنة والدفعات حسب الحساب، لأي فترة حتى سنة ولأي متجر. وتُبنى ملفات Excel في المتصفح، فيبقى النظام ضمن حدود المعالجة في الخطة المجانية.


ما تم التحقق منه
- 226 اختبارًا آليًا على بيانات محلية، مع محاكاة كل الطلبات الخارجية
- قواعد الفوترة نفسها تعمل فعليًا كخطوات برمجية كتبتها على Zapier، وتصدر الفواتير والدفعات والإشعارات الدائنة في وافق للمتجرين
- النسخة التجريبية تشغّل اللوحة والواجهة البرمجية الحقيقيتين على بيانات تجريبية، دون مفاتيح ودون أي اتصال خارجي
النطاق بصدق
- اختار العميل الإبقاء على إعداد Zapier الأبسط، فلم يُفعَّل هذا النظام فعليًا، وعمل فقط بوضع المراقبة بجانبه
- أسماء المتاجر والعملاء والطلبات في النسخة التجريبية افتراضية، ولا يُذكر اسم العميل
- مزامنة المخزون المشترك تنتظر توحيد رموز SKU، ولم تعمل على مخزون حقيقي
- لم يُقَس أي توفير في الوقت أو التكلفة
ما الذي يعيد فريقك كتابته كل يوم؟
الطلبات إلى المحاسبة، والعملاء المحتملون إلى نظام CRM، والمخزون بين المتاجر. أخبرني بمهمة النسخ واللصق التي تريد التخلص منها.