إقراض بالاستقطاع من الراتب
يمكنك الدفاع عنه.
امنح قروض الاستقطاع من الراتب (check-off) من حاسبة ما قبل البيع حتى الصرف — قدرة على السداد محسوبة بدقة من كشف الراتب، وسير عمل من 13 مرحلة قائم على الأدوار، وفحوصات IPRS وCRB وKRA ومكافحة غسل الأموال مدمجة، وتسجيل القروض وفق مبدأ المُنشئ والمُراجِع (maker-checker). منصة واحدة للبنوك وبنوك التمويل الأصغر وجمعيات SACCO (جمعيات الادخار والائتمان التعاونية).
بسيط من الخارج. لكنه أبعد ما يكون عن البساطة خلف المكتب.
مقترض يتقاضى راتبًا، وصاحب عمل يقتطع القسط من المصدر، وسداد يمكن التنبؤ به — ومع ذلك لا يزال معظم المقرضين يديرون منح قروض الاستقطاع من الراتب عبر جداول البيانات والبريد الإلكتروني ونظام قروض عام وعدة عمليات تسليم يدوية.
نادرًا ما تكون التكلفة إخفاقًا كبيرًا واحدًا، بل تراكم إخفاقات صغيرة — وعندما يسأل المدقق عمّا حدث لتسهيل بعينه، تعني إعادة تركيب الإجابة تجميع محتويات صناديق البريد معًا.
- القدرة على السداد تُحسب يدويًا
يُحسب رقم من كشف الراتب ثم يُعاد إدخاله في النظام — ويكفي استقطاع واحد منسي لخرق قاعدة الحد الأدنى لصافي الراتب.
- فحوصات تُنسخ من أربع نوافذ
يُفحص كل من سجل الهوية الوطنية، ومكتب الاستعلام الائتماني، والسلطة الضريبية، وقائمة العقوبات في نظام منفصل، ثم تُنسخ النتائج إلى النموذج.
- أموال تتحرك قبل أوانها
شراء مديونية يُصرف قبل وصول خطاب المخالصة من المقرض الآخر؛ وقرض يُسجَّل دون فائدة الفترة الفاصلة التي تُبقي الاستقطاع من الراتب متوافقًا مع جدول السداد.
- لا سجل موحّد للرحلة
ينتقل الملف من المبيعات إلى إدارة المبيعات والامتثال والتحليل الائتماني والموافقة دون أي سجل لمن فعل ماذا أو كم استغرقت كل خطوة — وقد يكون الموظف الذي سجّل القرض هو نفسه من صرفه.
ما الذي يتغير خلف المكتب.
الرحلة نفسها: موجَّهة لفريق المبيعات، ومنظَّمة لفرق الائتمان والعمليات، وموثَّقة بالأدلة لفرق الامتثال والتدقيق.
حاسبات مباشرة وعكسية وحاسبة للقدرة على السداد مبنية على كشف الراتب، مع فرض قاعدة الحد الأدنى لصافي الراتب.
تُجرى فحوصات IPRS وCRB وKRA ومكافحة غسل الأموال داخل سير العمل، وتظهر على الشاشة المقسومة لدى المراجع، مع تخزينها مؤقتًا لمدة 24 ساعة.
يتطلب التسجيل والصرف مُدخِلًا ومُدقِّقًا، ويضمن قيد في قاعدة البيانات ألا يكونا الشخص نفسه أبدًا.
حدود SLA لكل مرحلة من 4 إلى 48 ساعة، مع كشف تلقائي لتجاوز المهلة وتقارير عن زمن الإنجاز.
من عرض السعر إلى القرض المصروف، في وحدة تحكم واحدة.
يعمل كل دور في البوابة نفسها — يُعدّ مسؤولو المبيعات عروض الأسعار ويُدخلون الطلبات، ويقيّم محللو الائتمان، ويعتمد أصحاب الموافقات، وتتولى إدارة الائتمان التسجيل والصرف. تصفّح الواجهات الفعلية التي يستخدمها الفريق يوميًا.
إحدى عشرة خدمة، ومنصة منح واحدة.
كل قدرة خدمة قابلة للنشر بشكل مستقل — فالقدرة على السداد وسير العمل والامتثال مدمجة من الأساس، لا مضافة لاحقًا.
حاسبات مباشرة وعكسية وحاسبة للقدرة على السداد مع قاعدة الحد الأدنى لصافي الراتب — عروض أسعار دقيقة قبل وجود الطلب.
بيانات مقدّم الطلب والتواصل والتوظيف وتفاصيل القرض، وإدخال عمليات شراء المديونية، والتحقق برمز لمرة واحدة (OTP)، وإنشاء الرقم المرجعي — فيكون كل طلب مكتملًا وموثَّقًا وقابلًا للتتبّع من الشاشة الأولى.
محرك من 13 مرحلة مع انتقالات بين المراحل قائمة على الأدوار، وتسجيل القرارات، وأسباب موحّدة للرفض والإرجاع، وقوائم انتظار — فلا يتقدم شيء دون أن يتصرف الدور المناسب، ولكل قرار سبب.
فحوصات IPRS وCRB وKRA وComply Advantage، إضافة إلى محرك قواعد العمل — الأشخاص السياسيون ممثلو المخاطر (PEPs)، وصافي الراتب، وسن التقاعد، ونسبة الدين إلى الدخل — فتُطبَّق السياسة بالطريقة نفسها على كل ملف، لا من الذاكرة.
التسجيل في Finacle، والموافقة المزدوجة وفق مبدأ المُنشئ والمُراجِع، والصرف الكلي أو الجزئي أو النهائي، وRTGS والشيك المصرفي، واسترداد الرسوم — فلا تتحرك الأموال إلا بعد موافقة شخصين، ويُسجَّل القرض تمامًا كما اعتُمد.
رفع المستندات والتحقق منها وفق قائمة تحقق، وتخزينها في MinIO أو Azure Blob، مع إنشاء نماذج تفويض الاستقطاع من الراتب — فيكون الملف مكتملًا قبل أن يطّلع عليه فريق الائتمان.
حدود زمنية لكل مرحلة، وكشف تجاوز المهلة، وتقارير زمن الإنجاز — المتوسط والحد الأدنى والحد الأقصى لكل مرحلة — فيظهر الطلب المتعثر قبل أن يتحول إلى شكوى.
يُسجَّل كل إجراء بشكل غير قابل للتعديل — إذ يمنع مُشغِّل (trigger) في قاعدة البيانات أي تحديث أو حذف. دفاعك ومطابقتك في مكان واحد.
رسائل بريد إلكتروني ورسائل نصية (SMS) قائمة على قوالب عند أحداث سير العمل — التقديم والموافقة والرفض والإرجاع والصرف — فيعرف فريق المبيعات وفريق الائتمان والعميل أين وصل القرض دون الحاجة إلى السؤال.
ثلاث عشرة مرحلة. بوابات قرار حقيقية. ولكل تسليم مسؤول.
ينتقل الطلب عبر سير عمل قائم على الأدوار مع مؤقّتات SLA في كل خطوة. وبعد الموافقة الائتمانية، تسلك القروض الجديدة وزيادات القروض مسار تسجيل الاستقطاع من الراتب؛ أما عمليات شراء المديونية فتمرّ أولًا بمرحلة المخالصة. ولا يتقدم شيء دون أن يتصرف الدور المناسب.
متصل بالأنظمة التي يعتمد عليها منح القروض.
ثماني عمليات تكامل خارجية، كل منها خلف محوّل (adapter) يدعم إعادة المحاولة وقاطع الدائرة (circuit breaker) وتخزينًا مؤقتًا للنتائج لمدة 24 ساعة — فلا يعطّل مكتب استعلام ائتماني بطيء قائمة الانتظار أبدًا.
قاعدة شيفرة واحدة. ثلاث طرق لتشغيلها.
مبني على خدمات مصغّرة بتقنية .NET 9 مع تجريد لبيئة التشغيل — فالملف التنفيذي نفسه يعمل على Kubernetes الخاص بك، أو مباشرةً على Azure، أو بنقرة واحدة من Azure Marketplace. تختلف الجهات الرقابية والبنى التحتية ومستوى تقبّل المخاطر؛ ولا ينبغي لبرنامجك أن يفرض عليك الخيار.
مصمَّم للمقرضين الذين يديرون محافظ قروض بالاستقطاع من الراتب.
البنوك وبنوك التمويل الأصغر وجمعيات SACCO في كينيا وفي سوق شرق أفريقيا الأوسع، التي تُقرض موظفي برامج أصحاب العمل المعتمدة بالاستقطاع من الراتب — وتحتاج إلى الدفاع عن كل تسهيل تمنحه.
عملية منح موجَّهة ومنضبطة وقابلة للقياس بدلًا من سلاسل البريد الإلكتروني ونظام قروض عام.
قدرة على السداد محسوبة بدقة من كشف الراتب، وفحوصات IPRS وCRB وKRA ومكافحة غسل الأموال مدمجة، وتسجيل في النظام المصرفي الأساسي وفق مبدأ المُنشئ والمُراجِع.
سجل غير قابل للتعديل يلبّي متطلبات المدقق الداخلي أو الجهة الرقابية دون تجميع صناديق البريد معًا.
الأسئلة الشائعة.
بمَ يختلف تطبيق Workplace Banking عن نظام عام لإدارة القروض؟
صُمِّم خصيصًا للإقراض عبر جهات العمل بالاستقطاع من الراتب (check-off)، لا للإقراض بوجه عام. فهو يمثّل برامج أصحاب العمل ومعاييرها، ويقيّم القدرة على السداد انطلاقًا من كشف الراتب وفق القواعد التي يتطلبها الإقراض عبر جهات العمل — الحد الأدنى لصافي الراتب، وحدود سن التقاعد وتاريخ انتهاء العقد، واختبارا نسبة الدين إلى الدخل وثلث الراتب الأساسي — ويسجّل السداد بالاستقطاع من الراتب، بما في ذلك تدفق بيانات الاستقطاع إلى IPPD لرواتب القطاع الحكومي. كما يتولى عمليات شراء المديونية ونقل القروض من البداية إلى النهاية. أما دورة حياة القرض الأوسع، غير المرتبطة ببرامج أصحاب العمل، فهي مجال نظام منح القروض من Creodata.
هل يمكن تشغيل المنصة على بنيتنا التحتية الخاصة بدلًا من السحابة؟
نعم. تعمل على Microsoft Azure، بما في ذلك كتطبيق مُدار قابل للشراء عبر Azure Marketplace، أو بالكامل في مقر المؤسسة على Kubernetes، بالميزات نفسها في الحالتين. وتستخدم حزمة التشغيل في مقر المؤسسة PostgreSQL وRabbitMQ وMinIO وKeycloak بدلًا من خدمات Azure المكافئة، بينما تعمل في الحالتين الخدمات المصغّرة نفسها، وعددها إحدى عشرة خدمة مبنية على .NET 9، وبوابة Next.js نفسها.
هل تتصل المنصة بأنظمتنا المصرفية الأساسية وأنظمة الامتثال لدينا؟
نعم. تتكامل مع الأنظمة التي يعتمد عليها الإقراض عبر جهات العمل — Finacle للعمليات المصرفية الأساسية (CIF، والحسابات، وتسجيل القروض، وتأشير حد الائتمان، والصرف)، وIPRS للتحقق من الهوية، وCRB للتاريخ الائتماني، وKRA للتحقق من رقم التعريف الضريبي، وComply Advantage لفحص مكافحة غسل الأموال والعقوبات والأشخاص السياسيين ممثلي المخاطر، وIPPD لاستقطاعات رواتب القطاع الحكومي، وDMS وRTGS لسير عمل المستندات والتحويلات بين البنوك. ويجري الوصول إليها عبر طبقة محوّلات (adapters) تدعم إعادة المحاولة وقاطع الدائرة (circuit breaker) لضمان المرونة، وتُخزَّن نتائج الامتثال مؤقتًا لتقليل الاستدعاءات المتكررة.
شاهد منح القروض بالاستقطاع من الراتب يعمل على برامجك الخاصة.
احجز جولة تعريفية على الحاسبات، وسير العمل المكوّن من 13 مرحلة، وفحوصات الامتثال المدمجة، والصرف وفق مبدأ المُنشئ والمُراجِع.