برنامج المحصل
منصة لتحصيل الديون لا يستطيع فيها أحد — ولا حتى المسؤولون — تغيير الأرقام بصمت.
عشرات المحصّلين الميدانيين، ومحافظ متعددة، وآلاف حسابات العملاء. كل إجراء محفوظ للأبد، وتطبيق جوال يعمل بلا إنترنت، وكود يملكه العميل.
- اختبارات آلية
- 230منها 206 سيناريوهات كاملة: عدة أشخاص يسجّلون أحداثاً في الوقت نفسه، إضافة إلى اختبارات الضغط.
- من البداية إلى التشغيل
- 3 أشهرمن أول لقاء معنا حتى صار النظام يدير أعمالهم.
- في الميدان
- بلا حاجة إلى إشارةيسجّل المحصّلون الدفعات في أي مكان، ويزامن التطبيق حين يعود الاتصال.
- منذ الإطلاق
- لا أخطاء جسيمة مُبلَّغ عنهابحسب العميل. لم يطلبوا سوى تحسينات في الواجهة، وأجريناها.
المشكلة
مال يتحرك بسرعة، عبر أيدٍ كثيرة، بلا ذاكرة.
المحصّلون يتعاملون مع النقد، وبعضهم يدير الحسابات، وبعضهم يفعل الأمرين معاً. المحافظ مشتركة والموافقات شفهية. وحين يبدو شيء غير صحيح، لا أحد يستطيع الإجابة: من غيّر هذا، ومتى، ومن أي قيمة؟
“جاؤونا يطلبون سجلات في كل مكان. قلنا لهم: اجعل هيكل البيانات نفسه هو السجل.”
غيّر رقماً فيختفي القديم. من ومتى ولماذا: مجهول.
- الثلاثاء 14:32 · المحصّل أ+250,000#4821
- الثلاثاء 16:05 · المالية−500,000#4821
- الأربعاء 09:10 · المحصّل ج+120,000#3307
الأرصدة تُحسب من هذه القائمة. لا شيء يُكتب فوق شيء، أبداً.
التاريخ هو مصدر الحقيقة.
رصيد مخزّن يبدو خاطئاً؟ أعد تشغيل الأحداث وأعد بناءه. التصحيحات أحداث جديدة، لا تعديلات.
قاعدتا كود تتباعدان؛ قاعدة واحدة لا تستطيع. شكّك العميل في Rust أولاً، فأثبتناه: 230 اختباراً، معظمها سيناريوهات كاملة يتصرف فيها عدة أشخاص معاً، إلى جانب اختبارات الضغط.
لوحة التحكم
المحافظ والفرق والعملاء في مكان واحد، وكل رقم يعود إلى الإجراءات التي أنتجته.
تطبيق المحصّل
يسجّل المحصّلون الدفعات حيث يقفون، بإشارة أو بدونها. يُحفظ العمل على الهاتف ويُزامن لحظة عودة الاتصال.
الجزء الذي لا يفكر فيه أحد حتى يحتاجه.
- على مستوى المحفظة — من يضيف الأعضاء، ويعيد التسمية، ويعدّل القواعد.
- بين الفرق — "مدير فريق المبيعات" يدير فريقه فقط، لا فريق المالية.
- مجموعات العملاء — أي الفرق تستطيع تصنيف العملاء أو إزالة تصنيفهم.
- على مستوى الإجراء — قراءة، إنشاء، تعديل، حذف، إغلاق: لكل فريق ولكل مجموعة.
كل تغيير في الصلاحيات هو نفسه حدث مسجّل.
خوادم تتحقق من بعضها.
عدة خوادم تقارن البصمات التشفيرية لتاريخ أحداثها. لتزوير سجل عليك إعادة كتابة كل خادم وكل جهاز في آن واحد، وحتى حينها يُطلق كل منها إنذاراً، ويوقف استقبال الأحداث الجديدة، ويُنبّه المسؤولين. وتبقى التطبيقات تعمل دون اتصال حتى تتفق الخوادم.
متاحة في بناءاتنا المخصصة.
كيف انتقلنا دون أن نعرّض أعمالهم للخطر.
- 1انقل البياناتسكربت ترحيل نسخ كل شيء من قاعدة البيانات القديمة وأعاد تشكيله للنظام الجديد.
- 2شغّل النظامين معاًلقرابة أسبوع بقي النظام القديم يعمل إلى جانب الجديد. إن بدا أي شيء خاطئاً (خطأ، أو عدم تطابق، أو حالة لم نرها) يعود الموظفون إليه فوراً ريثما نُصلح.
- 3أطفئ القديملم يحتج أحد إلى العودة. أُوقف النظام القديم، وصار برنامج المحصل يدير العمل.
- اليوم الأولالاتصال الأول
- الأسبوع الأولالتدقيق الأول على النظام القائم
- الشهر الأولوصول جزئي للعميل للمراجعة وتبادل الملاحظات
- الشهر الثالثالتسليم الكامل والنشر في الإنتاج
ستة أشياء لم تكن لديهم من قبل.
- ملكية كاملةملف تنفيذي واحد يعمل على خادمه الخاص. بلا سحابة خارجية، بلا اشتراك، بلا مزوّد.
- سجل دائمكل إجراء موثّق بشكل دائم. الأرصدة قابلة للتحقق بإعادة تشغيل التاريخ. النزاعات لها إجابة.
- محافظ متعددةكل محفظة بفريقها وعملائها وقواعد صلاحياتها — معزولة تماماً.
- تطبيق جواليعمل بدون إنترنت ويزامن حين يعود الاتصال.
- صلاحيات دقيقةقائد الفريق يدير فريقه فقط، ولا يلمس شيئاً آخر.
- خدمات إضافيةتذكيرات بمواعيد الاستحقاق، وكشوف حساب عبر SMS وواتساب، وأدوات للمكتب: بجانب النواة لا داخلها.
- Rust — خادم (Postgres + Axum) وطبقة منطق العميل
- Flutter — واجهة التطبيق عبر Flutter Rust Bridge
- SQLite — قاعدة بيانات التطبيق المحلية
- بنية الأحداث — كل إجراء مسجّل، الأرصدة محسوبة وليست مخزّنة
- مكتبات Rust مشتركة — منطق العمل مكتوب مرة واحدة، يعمل على الخادم والتطبيق