كيف نظمنا التأجير الإلكتروني الأول وما أدى إليه

على الرغم من شعبية موضوع إدارة الوثائق الإلكترونية ، في البنوك الروسية والقطاع المالي بشكل عام ، يتم تنفيذ معظم المعاملات بالطريقة القديمة ، على الورق. والنقطة هنا ليست في المحافظة على البنوك وعملائها بقدر ما هي في غياب البرامج الكافية في السوق.



كلما كانت الصفقة أكثر تعقيدًا ، قل احتمال إجراؤها في إطار التبادل الإلكتروني للبيانات. على سبيل المثال ، تكون عملية التأجير معقدة حيث يشارك ثلاثة أطراف على الأقل فيها - بنك ، ومستأجر ، ومورد. وغالبا ما تضاف ضمانة والرهن لهم. قررنا أن هذه المعاملات يمكن أن تكون رقمية بالكامل ، والتي أنشأنا لها نظام التأجير الإلكتروني - الخدمة الأولى في روسيا التي توفر التبادل الإلكتروني للبيانات بالكامل في مثل هذه السيناريوهات. نتيجة لذلك ، في بداية شهر يوليو عام 2019 ، فإن 37٪ من إجمالي عدد الصفقات المبرمة عند التأجير يمر عبر التأجير الإلكتروني. تحت الخفض ، سنقوم بتحليل التأجير الإلكتروني من حيث الوظيفة والتنفيذ الفني.


بدأنا تطوير النظام في أوائل عام 2017. كان أصعب شيء هو البدء: صياغة متطلبات المنتج ، وتحويل الأفكار إلى مهمة تقنية محددة. التالي هو البحث عن المقاول. التحضير للمعارف التقليدية والمشاورات - كل هذا استغرق حوالي أربعة أشهر. بعد أربعة أشهر ، في نوفمبر 2017 ، تم إطلاق الإصدار الأول من النظام ، وهو سريع بما يكفي لمثل هذا المشروع الطموح. في الإصدار الأول من التأجير الإلكتروني ، كانت هناك وظائف لطلب المستندات وتوقيعها - ليس فقط المستندات الرئيسية ، ولكن أيضًا اتفاقيات الضمان والاتفاقيات الإضافية الأخرى التي قد تكون مطلوبة في عملية العمل بموجب اتفاقية التأجير. في مارس 2018 ، أضفنا القدرة على طلب المستندات كجزء من المراقبة ، وفي يوليو من نفس العام ، قمنا بإرسال الفواتير الإلكترونية.

كيف يعمل التأجير الإلكتروني

بدأنا تطوير النظام في أوائل عام 2017. استغرق الأمر برمته من صياغة متطلبات المنتج إلى اختيار المقاول والإفراج عن الإصدار الأول أقل من عام - تم إصدارنا في نوفمبر.



يتم تقديم طلب للحصول على حزمة من المستندات من الأطراف المقابلة من نظام أعمالنا ، استنادًا إلى قاعدة بيانات Corus SQL و Microsoft Dynamics NAV 2009. يتم إرسال جميع المستندات التي قدمها المشاركون كجزء من المعاملة للتخزين هناك. Frontend هي بوابة التأجير الإلكتروني التي تتيح للموردين والعملاء طلب وتنزيل وطباعة وتوقيع المستندات باستخدام UKEP (توقيع إلكتروني مؤهل محسّن).



نحلل الآن تشغيل النظام بمزيد من التفصيل وفقا للمخطط أعلاه.

يتم إنشاء طلب من الكيان "بطاقة الطرف المقابل" أو "المشروع". عند إرسال طلب ، يتم إنشاء السجلات في جدول الاستعلام. أنه يحتوي على وصف الطلب والمعلمات. كائن كودونيت هو المسؤول عن إنشاء الطلب. يتم إنشاء إدخال في الجدول بالحالة جاهزة ، مما يعني أن الطلب جاهز لإرساله. يحتوي جدول الاستعلام على وصف لنص الطلب. جميع الوثائق المطلوبة موجودة في جدول الوثائق. عند طلب مستند ، يتم تعيين القيمة "مطلوب" في حقل "حالة EDI".

تقوم مهمة على خادم CORUS يعمل على وكيل SQL بمراقبة الإدخالات بالحالة جاهزة في جدول الاستعلام. عند العثور على هذا السجل ، ترسل المهمة طلبًا إلى بوابة التأجير الإلكتروني. إذا نجحت عملية الإرسال ، يتم وضع علامة السجل في الجدول مع حالة استجابة ، إن لم يكن ، مع حالة خطأ. يتم تسجيل نتيجة الاستجابة في جداول مختلفة: رمز الاستجابة من الخادم ووصف الخطأ ، في حالة تعذر إرسال الطلب ، في جدول واحد ؛ السجلات التي تصف نص الاستجابة لآخر ، والثالث ، السجلات التي تحتوي على ملفات تم الحصول عليها نتيجة للطلب ، مع إنشاء قيمة في حقل الحالة وقيمة التحقق في حقل فحص الحالة. بالإضافة إلى ذلك ، تراقب المهمة الأحداث من بوابة E-Leasing وتقوم بإنشاء استعلامات في جداول الاستعلام ، والتي تعالجها هي نفسها.

تراقب مهمة أخرى الإدخالات في جدول المستندات المستلمة مع إنشاء قيمة في حقل الحالة وقيمة التحقق في حقل حالة المسح الضوئي. تعمل المهمة كل 10 دقائق. مكافحة الفيروسات هي المسؤولة عن حقل حالة المسح الضوئي ، وإذا كان الفحص ناجحًا ، تتم كتابة القيمة تم التحقق منها. هذه الوظيفة تنتمي إلى خدمة IB. كائن كودونيت هو المسؤول عن معالجة السجلات. إذا تمت معالجة الإدخال في جدول المستندات المستلمة بنجاح ، فسيتم وضع علامة عليه في حقل الحالة بقيمة النجاح والوثيقة المطلوبة في حقل "حالة التبادل الإلكتروني للبيانات" في جدول المستندات تتلقى الحالة "مستلمة". إذا لم يكن من الممكن معالجة السجل في جدول المستندات المستلمة ، فسيتم وضع علامة في حقل الحالة بالقيمة "فشل" ويتم تسجيل وصف الخطأ في حقل "نص الخطأ". لا شيء يتغير في جدول المستندات.

تراقب المهمة الثالثة جميع السجلات في جدول الوثائق التي لها قيمة غير فارغة في الحالة وليس القيمة "مقبولة". يتم إنجاز المهمة مرة واحدة يوميًا في تمام الساعة 11:30 مساءً وتسحب جميع المستندات التعاقدية غير الموقعة لليوم الحالي. تقوم المهمة بإنشاء طلب لحذف الوثائق التعاقدية في جداول الطلبات والإجابات وتغيير حقل "الحالة" إلى القيمة "المسترجعة" في جدول المستندات.

التأجير الإلكتروني من قبل المستخدم

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


تسجيل

مخطط العمل الإضافي بسيط للغاية قدر الإمكان لكل طرف. يتم تنفيذ طلب مستندات المعاملات ، بالإضافة إلى توقيع المستندات التعاقدية ، من خلال تحديد المهام في نظامنا الداخلي.


طلب ملف

بعد إرسال أي طلب أو مستندات إلى العميل ، سيتم إرسال إشعار إلى بريده الإلكتروني بأنه تم إنشاء نشاط مطابق في حسابه الشخصي. من الواجهة ، يقوم العميل بتحميل حزمة من المستندات إلى النظام ، ويضع توقيعًا إلكترونيًا ، ويمكننا أن نفكر في المعاملة. بعد ذلك ، يتم توقيع الوثائق التعاقدية على طول الطريق "مورد - عميل - سبيربنك للتأجير".


العقد الحالي

لا تعني الإدارة الإلكترونية للوثائق في حالتنا بالضرورة أي إجراءات من العميل من البداية إلى النهاية. يمكنك الاتصال بالنظام في أي مرحلة من مراحل المعاملة. على سبيل المثال ، قدم العميل ملفًا على الورق ، ثم قرر توقيع صفقة في EDI - يمكن تنفيذ هذا السيناريو. وبالمثل ، يمكن للعملاء الذين لديهم اتفاقية تأجير سارية مع Sberbank Leasing الاتصال بالتأجير الإلكتروني لتلقي الفواتير الإلكترونية.

بعد حساب التأثير الاقتصادي لاستخدام التأجير الإلكتروني ، قدمنا ​​للعملاء خصمًا إضافيًا لاستخدام الخدمة. اتضح أن عدم وجود حاجة للذهاب إلى العميل والمورد للتوقيع ، وكذلك طباعة وغرز العقود ، في نهاية المطاف يقلل من تكلفة المعاملات (الإنشاء والصيانة) بنسبة 18 ٪ .

كيف سيتطور المشروع

في الوقت الحالي ، E-Leasing مستقرة ، على الرغم من أنها لا تشوبها شائبة. لا تزال آلية إرسال الفواتير الإلكترونية إلى موظفينا غير سهلة الاستخدام. تفسر المشكلة من خلال حقيقة أن هذا الإجراء في حد ذاته معقد للغاية ، لأن مشغل EDI متورط فيه باستمرار. يصدر إيصالًا بأنه أصدر فاتورة ، ويوقع المدير هذا الإيصال. ثم يقوم المستخدم على الجانب الآخر (العميل) بتوقيع إشعار وإيصالات ، والتي تمر مرة أخرى من خلال مشغل إدارة الوثائق الإلكترونية. في الإصدارات المستقبلية ، سنحاول جعل هذه العملية أكثر ملاءمة. تقع وظيفة "طلب مستندات المراقبة" ، والتي تعد مهمة تمامًا للعملاء الكبار ، في "منطقة التطوير".

في الأشهر الستة المقبلة ، نعتزم نقل النظام إلى نظام أساسي جديد ، مما يعمل على تحسين العمل مع EDI ، وجعل الواجهة أكثر قابلية للفهم وأكثر إمتاعًا للمستخدم ، وتوسيع وظائف حسابك الشخصي. وإضافة ميزات جديدة أيضًا - من إنشاء طلب إلى عرض المستندات لجميع المعاملات التي أجراها العميل من خلال التأجير الإلكتروني. نأمل أن يصبح النظام الذي ينضم إليه العملاء والموردون والضامنون بالفعل أكثر ملاءمة للجميع.