איך ארגנו את הליסינג האלקטרוני הראשון ולמה הוא הוביל

למרות הפופולריות של נושא ניהול מסמכים אלקטרוניים, בבנקים הרוסיים ובמגזר הפיננסי בכלל, רוב כל העסקאות מבוצעות בדרך הישנה, ​​על הנייר. והנקודה כאן היא לא כל כך השמרנות של הבנקים ולקוחותיהם, אלא היעדר תוכנות נאותות בשוק.

ככל שהעסקה מורכבת יותר, כך פוחת הסיכוי שהיא תתבצע במסגרת EDI. למשל, עסקת ליסינג מורכבת בכך שהיא מערבת לפחות שלושה גורמים - הבנק, השוכר והספק. לעתים קרובות מתווספים להם ערב ומשכון. החלטנו שניתן לבצע דיגיטציה מלאה של עסקאות כאלה, עבורה יצרנו את מערכת E-Leasing - השירות הראשון ברוסיה שמספק EDI באופן מלא בתרחישים כאלה. כתוצאה מכך, בתחילת יולי 2019, 37% מסך עסקאות הליסינג עוברות באמצעות E-Leasing. מתחת לגזרה ננתח E-Leasing מנקודת מבט של פונקציונליות ויישום טכני.

התחלנו לפתח את המערכת בתחילת 2017. החלק הקשה ביותר היה להתחיל: גיבוש הדרישות למוצר, הפיכת רעיונות למפרט טכני ספציפי. הבא הוא החיפוש אחר קבלן. הכנת מפרט טכני, התייעצויות – כל זה לקח כארבעה חודשים. עוד ארבעה חודשים לאחר מכן, בנובמבר 2017, יצאה המהדורה הראשונה של המערכת, שהיא די מהירה לפרויקט שאפתני שכזה. בגרסה הראשונה של E-Leasing היו תפקידים של בקשה וחתימה על מסמכים - לא רק העיקריים שבהם, אלא גם הסכם הערבות ושאר הסכמים נוספים שעשויים להידרש בתהליך העבודה במסגרת הסכם ליסינג. במרץ 2018 הוספנו אפשרות לבקשת מסמכים במסגרת הניטור, וביולי אותה שנה הוספנו אפשרות לשלוח חשבוניות אלקטרוניות.

איך עובד E-Leasing?

התחלנו לפתח את המערכת בתחילת 2017. כל הדרך מגיבוש הדרישות למוצר ועד לבחירת קבלן ושחרור המהדורה הראשונה ארכה פחות משנה – סיימנו בנובמבר.

בקשות לחבילת מסמכים מגורמים נגדיים נעשות מהמערכת העסקית שלנו המבוססת על מסד הנתונים Corus SQL ו-Microsoft Dynamics NAV 2009. כל המסמכים שהמשתתפים סיפקו במסגרת העסקה נשלחים לשם גם לאחסון. Frontend הוא פורטל E-Leasing המאפשר לספקים ולקוחות לבקש, להוריד, להדפיס מסמכים ולחתום עליהם באמצעות ECES (חתימה אלקטרונית מוסמכת משופרת).

עכשיו בואו נסתכל על פעולת המערכת ביתר פירוט לפי התרשים לעיל.
 
בקשה נוצרת מהישות "כרטיס צד שכנגד" או "פרויקט". כאשר בקשה נשלחת, נוצרות רשומות בטבלת הבקשות. הוא מכיל תיאור של הבקשה ופרמטרים. אובייקט codeunit אחראי ליצירת הבקשה. נוצר ערך בטבלה עם הסטטוס Ready, כלומר הבקשה מוכנה להישלח. טבלת הבקשות מכילה תיאור של גוף הבקשה. כל המסמכים המבוקשים נמצאים בטבלת המסמכים. בעת בקשת מסמך, השדה "סטטוס EDS" מוגדר ל"מבוקשה".

עבודה בשרת CORUS הפועלת על סוכן SQL עוקבת אחר רשומות עם מצבי Ready בטבלת השאילתות. כאשר נמצא רשומה כזו, המשימה שולחת בקשה לפורטל E-Leasing. אם השליחה הצליחה, הערך מסומן בטבלה בסטטוס הגיבו; אם לא, בסטטוס השגיאה. תוצאת התגובה נרשמת בטבלאות שונות: קוד התגובה מהשרת ותיאור השגיאה, אם לא ניתן היה לשלוח את הבקשה, בטבלה אחת; רשומות המתארות את גוף התגובה - לתוך אחר, ולשלישית - רשומות עם קבצים שהתקבלו כתוצאה מהבקשה, עם הערך Create value בשדה Status וערך Check בשדה Scan Status. בנוסף, המשימה עוקבת אחר אירועים מפורטל E-Leasing ויוצרת שאילתות בטבלאות שאילתות, אותן היא מעבדת בעצמה.
 
עבודה אחרת עוקבת אחר ערכים בטבלת המסמכים שהתקבלו עם הערך Create בשדה Status והערך Verified בשדה Scan Status. המשימה פועלת אחת ל-10 דקות. האנטי וירוס אחראי לשדה סטטוס סריקה, ואם הסריקה הצליחה, הערך המאומת נרשם. פונקציונליות זו מתייחסת לשירות אבטחת המידע. אובייקט codeunit אחראי לעיבוד רשומות. אם הרישום בטבלת המסמכים המקובלים עובד בהצלחה, אזי הוא מסומן בשדה סטטוס בערך הצלחה והמסמך המבוקש בשדה "סטטוס EDS" בטבלת המסמכים מקבל את הסטטוס "התקבל". אם לא ניתן היה לעבד רישום בטבלת המסמכים המקובלים, הוא מסומן בשדה סטטוס בערך Fail ותיאור השגיאה נכתב בשדה "טקסט שגיאה". שום דבר לא משתנה בטבלת המסמכים.
 
המשימה השלישית עוקבת אחר כל הרשומות בטבלת המסמכים בעלות סטטוס שאינו ריק או "מקובל". המשימה פועלת פעם ביום בשעה 23:30 וזוכרת את כל התיעוד החוזי שלא נחתם במהלך היום הנוכחי. המשימה מייצרת בקשה למחיקת תיעוד חוזי בטבלאות הבקשות והתגובות ומשנה את השדה "סטטוס" לערך "נמשך" בטבלת המסמכים.
 

ליסינג אלקטרוני מצד המשתמש

עבור המשתמש, הכל מתחיל בקבלת הזמנה להצטרף ל-EDF ממנהל הלקוחות שלנו. הלקוח מקבל מכתב ועובר הליך רישום פשוט. קשיים יכולים להתעורר רק אם מקום העבודה של המשתמש אינו מוכן לעבוד עם חתימות אלקטרוניות. חלק ניכר מהפניות לתמיכה טכנית קשורים לכך. המערכת מאפשרת לצד שכנגד להעניק גישה לחשבון האישי לעובדיו - למשל רואי חשבון לעבודה עם חשבוניות וכו'.

הרשמה

גם תכנית העבודה הנוספת פשוטה ככל האפשר עבור כל אחד מהצדדים. בקשת מסמכים לעסקה, כמו גם חתימה על תיעוד חוזי, מתבצעת באמצעות קביעת משימות במערכת הפנימית שלנו.

בקשה למסמך

לאחר שליחת כל בקשה או מסמכים לחתימה ללקוח, נשלחת הודעה לכתובת המייל שלו על כך שנוצרה הפעילות המתאימה בחשבונו האישי. מהממשק שלו הלקוח מעלה חבילת מסמכים למערכת, שם חתימה אלקטרונית ונוכל לבדוק את העסקה. לאחר מכן, התיעוד החוזי נחתם לאורך המסלול "ספק - לקוח - ליסינג Sberbank".
 

הסכם נוכחי

ניהול מסמכים אלקטרוני בענייננו אינו מרמז בהכרח על פעולות כלשהן של הלקוח מתחילתו ועד סופו. ניתן להתחבר למערכת בכל שלב של העסקה. לדוגמה, לקוח סיפק תיק על הנייר, ואז החליט לחתום על עסקה ב-EDI - תרחיש זה בהחלט אפשרי ליישום. באותו אופן, לקוחות שיש להם הסכם ליסינג תקף עם Sberbank Leasing יכולים להתחבר ל-E-Leasing כדי לקבל חשבוניות באופן אלקטרוני.

לאחר חישוב ההשפעה הכלכלית של שימוש ב-E-Leasing, הצענו ללקוחות הנחה נוספת על השימוש בשירות. התברר שאין צורך ללכת ללקוח ולספק לחתום, כמו גם הדפסה והידוק חוזים, בסופו של דבר. מוזיל את עלות העסקה (יצירה ותמיכה) ב-18%.

כיצד יתפתח הפרויקט

כרגע, E-Leasing עובד ביציבות, אם כי לא ללא רבב. מנגנון שליחת החשבוניות האלקטרוניות לעובדים שלנו עדיין לא מספיק ידידותי למשתמש. הבעיה מוסברת בכך שהליך זה עצמו מורכב למדי, שכן מפעיל EDF מעורב בו כל הזמן. הוא מוציא קבלה על כך שהוציא חשבונית, והמנהל חותם על קבלה זו. לאחר מכן המשתמש בצד השני (לקוח) חותם על ההודעה והקבלות, אשר עוברות שוב דרך מפעילת ניהול המסמכים האלקטרונית. בגרסאות עתידיות ננסה להפוך את התהליך הזה לנוח יותר. "אזור הפיתוח" כולל גם את הפונקציונליות לבקשת מסמכי ניטור, הרלוונטית למדי עבור לקוחות גדולים.

בחצי השנה הקרובה אנו מתכננים להעביר את המערכת לפלטפורמה חדשה, שתאפשר לנו לייעל את העבודה עם ניהול מסמכים אלקטרוני, להפוך את הממשק למובנה וידידותי יותר ולהרחיב את הפונקציונליות של החשבון האישי. וגם להוסיף פונקציות חדשות - מיצירת בקשה ועד לצפייה במסמכים על כל העסקאות שהלקוח ביצע באמצעות E-Leasing. אנו מקווים שהמערכת, אליה כבר מצטרפים באופן פעיל לקוחות, ספקים וערבים, תהפוך לנוחה עוד יותר עבור כולם.

מקור: www.habr.com