يُنسّق تطبيق رئيسي داخلي دورة التحصيل الكاملة (العملاء المحتملون ← القضايا ← التفويضات ← التقاضي ← التحصيلات ← الفواتير)، بينما تمنح بوابة عملاء متعدّدة المستأجرين كل مستأجر رؤيةً آمنة للقراءة فقط — يُبقى الاثنان متزامنين عبر معمارية دفع Webhook عديمة الحالة، فيرى العملاء التحديثات شبه فوريًّا.
كانت عمليات التحصيل تشمل داخليًّا مديري القضايا والمالية والموارد البشرية، وخارجيًّا الدائنين ومكاتب المحاماة — دون وسيلة آمنة وفورية لإبقاء العملاء متزامنين دون استطلاع متكرّر.
يرى العملاء قضاياهم في بوابة منفصلة، لذا يجب أن يصل إليها كل تغيير في التطبيق الرئيسي، بينما قد تصل الـ webhooks متأخّرة أو مكرّرة أو بغير ترتيبها. ولا يجوز أن تعود قضية منسوخة إلى حالة سابقة أبدًا. ولا يرى الدائنون ومكاتب المحاماة إلا قضاياهم، ويسجّل الموظّفون الدخول بحسابات Microsoft الخاصة بشركتهم، وقد ظلّ الفريق يستخدم النظام كل يوم أثناء إعادة بنائه.
- تطبيقان ومصدر حقيقة واحديدير تطبيق داخلي دورة العمل كاملة، من العميل المحتمل إلى القضية والتوكيل والتقاضي والتحصيل والفاتورة، والبوابة نسخة للقراءة فقط.
- دفع عبر webhooks بدل الاستطلاعتُدفع التغييرات إلى بيئات العملاء كأحداث، وأرقام تسلسل لكل قضية تمنع التسليم المتأخّر أو المكرّر من إعادتها إلى الخلف.
- الصلاحيات في طبقة البياناتالتحكّم في الوصول حسب الدور يُطبَّق في طبقة البيانات لا في الواجهة، ووسيط تحديد المستأجر يعزل كل مستأجر.
- دخول بحساب الشركة وأدوات ماليةدخول موحّد عبر Microsoft 365 / Entra ID بمعيار OAuth 2.0 / OIDC، وتكامل مع Zoho Books وTeams.
- العمولات والموارد البشرية في النظام نفسهمحرّك عمولات للشركاء بجداول خاصة بكل اتفاقية، إلى جانب العقود والأهداف.
- يتابع العملاء قضاياهم من بوابتهم الخاصة بدل المراسلة للسؤال عن التحديثات.
- أُعيد بناؤه بينما ظلّ الفريق يستخدمه كل يوم.
- نظام واحد من أول عميل محتمل إلى الفاتورة النهائية، مع العمولات والموارد البشرية.
مقال تقني (بالإنجليزية): Out-of-Order Webhooks: Keeping a Client Portal in Sync →
