دراسة حالة — طاقة / تكنولوجيا مالية
بناء منصة تسوية عمولات حلت محل CRM قديم في 5 أشهر
العميل
وساطة طاقة بولندية تعمل في سوق إعادة بيع الكهرباء، تدير علاقات مع مزودي طاقة متعددين بما في ذلك AXPO وEcovoltis وPakvolt. اعتمد فريق المبيعات — من مستشارين ميدانيين وموظفي دعم ومشغلي مكتب خلفي — على CRM قديم لم يكن مصممًا أبدًا لتسويات العمولات متعددة المزودين.
احتاج الفريق المتنامي إلى منصة مبنية لغرض محدد يمكنها أتمتة حسابات العمولات وتتبع العقود من الإنشاء حتى التسوية وتوفير رؤية أداء في الوقت الفعلي لكل مستشار مبيعات.
المشكلة
لم يكن CRM القديم للعميل مصممًا أبدًا لتعقيد تسويات العمولات متعددة المزودين. كانت حسابات العمولات تتم يدويًا في جداول البيانات، وتتبع حالة العقود يتطلب تحديثات يدوية بدون سجل تدقيق، ولم يكن هناك تكامل مع السجلات الحكومية للتحقق من العملاء. احتاج فريق المبيعات المتنامي إلى منصة مبنية لغرض محدد يمكنها أتمتة التسويات وتتبع العقود وتوفير رؤية أداء في الوقت الفعلي.
التحديات والحلول
حسابات عمولات يدوية
كانت تسويات العمولات تتم يدويًا في جداول البيانات، مما أدى إلى أخطاء حسابية متكررة وتأخر في المدفوعات لمستشاري المبيعات.
محرك تسوية مؤتمت
بناء محرك تسوية عمولات مؤتمت مع حدود وفترات تسوية قابلة للتكوين لكل مزود طاقة — يحسب التسويات المتوقعة والفعلية مع سجلات تدقيق كاملة.
لا تحكم وصول قائم على الأدوار
افتقر CRM القديم إلى ضوابط الأذونات، مما يعني أن موظفي المكتب الخلفي والمستشارين والإدارة يتشاركون جميعًا نفس الواجهة بدون عزل للبيانات.
نظام RBAC دقيق
تنفيذ تحكم وصول دقيق قائم على الأدوار لأدوار المدير التنفيذي والمدير والمكتب الخلفي والمستشار الميداني — كل منها بأذونات ورؤية بيانات مناسبة.
لا رؤية لدورة حياة العقود
تتبع حالة العقود تطلب تحديثات يدوية بدون سجل تدقيق، مما جعل من المستحيل تتبع التغييرات أو تحديد الاختناقات.
إدارة عقود كاملة
بناء إدارة دورة حياة عقود كاملة من الاستلام حتى التحقق والتسوية، مع سجل حالة هرمي وسجلات تدقيق تتتبع كل تغيير.
لا تحقق من العملاء
لا تكامل مع السجلات الحكومية للتحقق من العملاء، مما يتطلب بحثًا يدويًا ويخاطر بأخطاء إدخال البيانات.
تكامل سجل GUS
تكامل بحث عملاء في الوقت الفعلي بناءً على NIP عبر API GUS (المكتب الإحصائي المركزي) في بولندا مع كشف التعارض الذي ينبه عندما يكون NIP محجوزًا بالفعل من قبل مستشار آخر.
تصدير بيانات يدوي
تصدير البيانات للمطابقة المحاسبية تطلب ساعات من تنسيق جداول البيانات يدويًا.
تصدير XLS بنقرة واحدة
بناء تصدير XLS بنقرة واحدة للعقود وقوائم العملاء وقوائم الحجز لكل مستشار — جاهزة للمطابقة المحاسبية بدون إعادة تنسيق يدوية.
ما قدمناه
محرك تسوية العمولات
حسابات عمولات مؤتمتة متعددة المزودين مع حدود وفترات تسوية قابلة للتكوين وتسويات متوقعة مقابل فعلية.
نظام إدارة العقود
CRUD كامل للعقود عبر AXPO وEcovoltis وPakvolt مع قواعد تحقق خاصة بكل مزود وسير عمل الحالة وسجلات التدقيق.
لوحات معلومات في الوقت الفعلي
رسوم بيانية للأهداف الشهرية لكل مستشار وعروض أداء مجمعة على مستوى المدير التنفيذي مع مقارنة شهرية.
تكامل سجل GUS
تحقق فوري من العملاء بناءً على NIP مع كشف التعارض عبر المستشارين وملء بيانات الشركة تلقائيًا.
البنية التحتية السحابية
نشر على DigitalOcean مع مصادقة Firebase وخطوط أنابيب CI/CD وPostgreSQL مُدار ونسخ احتياطية تلقائية.
المكدس التقني
النتائج
تخفيض في وقت معالجة تسوية العمولات — من أسابيع من العمل اليدوي في جداول البيانات إلى حسابات مؤتمتة.
وقت الوصول إلى MVP مع CRM أساسي وإدارة العقود — تقديم قيمة تشغيلية فورية.
أخطاء إدخال بيانات أقل مع التحقق التلقائي من NIP/GUS وحسابات العمولات المؤتمتة.
الأسئلة الشائعة
ما هي منصة تسوية العمولات لوسطاء الطاقة؟
نظام برمجي مخصص يؤتمت حساب وتتبع ودفع عمولات المبيعات عبر مزودي طاقة متعددين. يحل محل العمليات اليدوية القائمة على جداول البيانات بحسابات في الوقت الفعلي بناءً على حدود عمولات وفترات تسوية وقواعد خاصة بكل مزود قابلة للتكوين.
ما المكدس التقني المستخدم لبناء CRM وسيط الطاقة هذا؟
Angular للواجهة الأمامية وJava Spring Boot لواجهة API الخلفية وPostgreSQL كقاعدة بيانات علائقية أساسية وFirebase للمصادقة والإشعارات في الوقت الفعلي ومنشور على البنية التحتية السحابية لـ DigitalOcean مع خطوط أنابيب CI/CD.
كم من الوقت يستغرق بناء نظام تسوية عمولات مخصص؟
تم تسليم MVP الأولي في 8 أسابيع، مع اكتمال المنصة كاملة الميزات بما في ذلك حسابات العمولات متعددة المزودين والتحكم بالوصول القائم على الأدوار ولوحات المعلومات في الوقت الفعلي خلال 5 أشهر من التطوير التكراري.
هل يمكن لمنصتكم التعامل مع مزودي طاقة متعددين بهياكل عمولات مختلفة؟
نعم. يدعم محرك التسوية حدود وقواعد عمولات قابلة للتكوين لكل مزود. في هذا المشروع، قمنا بدمج ثلاثة مزودين (AXPO وEcovoltis وPakvolt) كل منهم بمنطق عمولات خاص.
كيف يعمل تكامل GUS للتحقق من العملاء؟
يدخل المستشارون رقم NIP (المعرف الضريبي) ويقوم النظام فورًا بالاستعلام من API سجل GUS في بولندا لاسترداد بيانات الشركة المتحقق منها. كما يتحقق من التعارضات — منبهًا عندما يكون NIP محجوزًا بالفعل من قبل مستشار آخر.
ما مستويات التحكم بالوصول القائم على الأدوار التي تدعمها المنصة؟
المدير التنفيذي مع لوحة إدارة كاملة وإشراف على النظام، والمديرون مع عروض أداء الفريق، وموظفو المكتب الخلفي مع أذونات تحرير العقود الدائمة، والمستشارون الميدانيون الذين يرون فقط محفظتهم وأهدافهم.
هل يمكنكم استبدال CRM الحالي بمنصة مخصصة؟
نعم. نتخصص في استبدال أنظمة CRM القديمة بمنصات مبنية لغرض محدد. يبدأ نهجنا بتدقيق كامل للنظام الحالي، يتبعه تطوير تكراري يقدم ميزات عاملة من الأسبوع الأول.
كيف تضمنون دقة البيانات في حسابات العمولات؟
يضمن توافق PostgreSQL مع ACID أن كل معاملة تحافظ على السلامة المرجعية. يستخدم محرك التسوية حسابات عشرية دقيقة مع سجلات تدقيق كاملة، لذا كل دفعة عمولة قابلة للتتبع والتحقق.
تحتاج منصة مخصصة لأعمالك؟
نتخصص في استبدال الأنظمة القديمة بمنصات مبنية لغرض محدد تتعامل مع التعقيد على مستوى المالية — في الوقت المحدد وبدون تنازلات.