Ինչպես կազմակերպեցինք առաջին էլեկտրոնային լիզինգը և ինչի հանգեցրեց այն

Չնայած էլեկտրոնային փաստաթղթերի կառավարման թեմայի հանրաճանաչությանը, ռուսական բանկերում և ընդհանրապես ֆինանսական հատվածում, ցանկացած գործարքի մեծ մասն իրականացվում է հին ձևով, թղթի վրա: Եվ այստեղ խոսքը ոչ այնքան բանկերի և նրանց հաճախորդների պահպանողականության մեջ է, որքան շուկայում համապատասխան ծրագրային ապահովման բացակայությունը։

Որքան բարդ է գործարքը, այնքան քիչ հավանական է, որ այն կիրականացվի EDI-ի շրջանակներում։ Օրինակ, լիզինգային գործարքը բարդ է նրանով, որ այն ներառում է առնվազն երեք կողմ՝ բանկ, վարձակալ և մատակարար: Դրանց հաճախ ավելանում են երաշխավորն ու գրավատուն։ Մենք որոշեցինք, որ նման գործարքները կարող են ամբողջությամբ թվայնացվել, ինչի համար ստեղծեցինք E-Leasing համակարգը՝ առաջին ծառայությունը Ռուսաստանում, որն ամբողջությամբ ապահովում է EDI նման սցենարներում: Արդյունքում, 2019 թվականի հուլիսի սկզբին լիզինգային գործարքների ընդհանուր թվի 37%-ը կատարվում է էլեկտրոնային լիզինգով։ Կտրվածքի տակ մենք կվերլուծենք էլեկտրոնային լիզինգը ֆունկցիոնալության և տեխնիկական իրականացման տեսանկյունից:

Համակարգը սկսել ենք զարգացնել 2017 թվականի սկզբին։ Ամենադժվարը սկսելն էր. արտադրանքի պահանջների ձևակերպումը, գաղափարների փոխակերպումը կոնկրետ տեխնիկական բնութագրերի: Հաջորդը կապալառուի որոնումն է: Տեխնիկական բնութագրերի պատրաստում, խորհրդատվություններ. այս ամենը տևեց մոտ չորս ամիս: Եվս չորս ամիս անց՝ 2017 թվականի նոյեմբերին, թողարկվեց համակարգի առաջին թողարկումը, որը բավականին արագ է նման հավակնոտ նախագծի համար։ Էլեկտրոնային լիզինգի առաջին տարբերակն ուներ փաստաթղթեր պահանջելու և ստորագրելու գործառույթներ՝ ոչ միայն հիմնական, այլ նաև երաշխիքային պայմանագիր և այլ լրացուցիչ պայմանագրեր, որոնք կարող են պահանջվել լիզինգային պայմանագրով աշխատելու գործընթացում: 2018 թվականի մարտին մոնիտորինգի շրջանակում ավելացրինք փաստաթղթեր պահանջելու հնարավորությունը, իսկ նույն տարվա հուլիսին ավելացրինք էլեկտրոնային հաշիվ-ապրանքագրեր ուղարկելու հնարավորությունը։

Ինչպե՞ս է աշխատում էլեկտրոնային լիզինգը:

Համակարգը սկսել ենք զարգացնել 2017 թվականի սկզբին։ Արտադրանքի համար պահանջների ձևակերպումից մինչև կապալառու ընտրելը և առաջին թողարկումը թողարկելու ամբողջ ճանապարհը տևեց մեկ տարուց պակաս. մենք ավարտեցինք նոյեմբերին:

Կողմնակիցներից փաստաթղթերի փաթեթի հարցումները կատարվում են մեր բիզնես համակարգից՝ հիմնված Corus SQL տվյալների բազայի և Microsoft Dynamics NAV 2009-ի վրա: Բոլոր փաստաթղթերը, որոնք մասնակիցները տրամադրել են գործարքի մաս, նույնպես ուղարկվում են այնտեղ պահեստավորման համար: Frontend-ը էլեկտրոնային լիզինգի պորտալ է, որը մատակարարներին և հաճախորդներին թույլ է տալիս պահանջել, ներբեռնել, տպել փաստաթղթեր և ստորագրել դրանք՝ օգտագործելով ECES (ընդլայնված որակավորված էլեկտրոնային ստորագրություն):

Այժմ եկեք ավելի մանրամասն նայենք համակարգի աշխատանքին՝ համաձայն վերը նշված գծապատկերի:
 
Հարցումը ձևավորվում է «Counterparty Card» կամ «Project» կազմակերպության կողմից: Երբ հարցումն ուղարկվում է, գրանցումները ստեղծվում են հարցումների աղյուսակում: Այն պարունակում է հարցման և պարամետրերի նկարագրություն: Կոդի միավորի օբյեկտը պատասխանատու է հարցումը ստեղծելու համար: Աղյուսակում ստեղծվում է գրառում Ready կարգավիճակով, ինչը նշանակում է, որ հարցումը պատրաստ է ուղարկելու: Հարցման աղյուսակը պարունակում է հարցման մարմնի նկարագրությունը: Բոլոր պահանջվող փաստաթղթերը գտնվում են փաստաթղթերի աղյուսակում: Փաստաթուղթ պահանջելիս «EDS Status» դաշտը սահմանվում է «Պահանջվում է»:

Աշխատանքը CORUS սերվերի վրա, որն աշխատում է SQL գործակալի վրա, վերահսկում է հարցումների աղյուսակում Ready կարգավիճակներով գրառումները: Երբ հայտնաբերվում է նման գրառում, առաջադրանքը հարցում է ուղարկում E-Leasing պորտալին: Եթե ​​ուղարկումը հաջող էր, մուտքը աղյուսակում նշվում է Responded կարգավիճակով, եթե ոչ՝ Error կարգավիճակով: Պատասխանի արդյունքը գրանցվում է տարբեր աղյուսակներում. պատասխանի կոդը սերվերից և սխալի նկարագրությունը, եթե հարցումը հնարավոր չէր ուղարկել, մեկ աղյուսակում. պատասխանի մարմինը նկարագրող գրառումները՝ մեկ այլ, իսկ երրորդում՝ հարցումի արդյունքում ստացված ֆայլերի գրառումները՝ Status դաշտում Ստեղծել արժեքով և Scan Status դաշտում՝ Ստուգել արժեքով: Բացի այդ, առաջադրանքը վերահսկում է իրադարձությունները E-Leasing պորտալից և առաջացնում հարցումներ հարցումների աղյուսակներում, որոնք ինքն է մշակում:
 
Մեկ այլ աշխատանք վերահսկում է ստացված փաստաթղթերի աղյուսակի գրառումները՝ «Ստեղծել» արժեքով «Կարգավիճակ» դաշտում և «Ստուգված» արժեք՝ «Սկան կարգավիճակ» դաշտում: Առաջադրանքը կատարվում է 10 րոպեն մեկ: Հակավիրուսը պատասխանատու է Scan Status դաշտի համար, և եթե սկանավորումը հաջող էր, ապա ստուգված արժեքը գրանցվում է: Այս գործառույթը վերաբերում է տեղեկատվական անվտանգության ծառայությանը: Կոդի միավորի օբյեկտը պատասխանատու է գրառումների մշակման համար: Եթե ​​ընդունված փաստաթղթերի աղյուսակում գրառումը հաջողությամբ մշակվել է, ապա Status դաշտում այն ​​նշվում է Success արժեքով և փաստաթղթերի աղյուսակի «EDS Status» դաշտում պահանջվող փաստաթուղթը ստանում է «Ստացված» կարգավիճակը: Եթե ​​ընդունված փաստաթղթերի աղյուսակում գրառումը հնարավոր չի եղել մշակել, ապա այն Status դաշտում նշվում է Fail արժեքով և սխալի նկարագրությունը գրվում է «Error text» դաշտում: Փաստաթղթերի աղյուսակում ոչինչ չի փոխվում:
 
Երրորդ առաջադրանքը վերահսկում է փաստաթղթերի աղյուսակի բոլոր գրառումները, որոնք դատարկ կամ «Ընդունված» կարգավիճակ չունեն: Առաջադրանքը գործում է օրական մեկ անգամ՝ ժամը 23:30-ին և հիշեցնում է բոլոր պայմանագրային փաստաթղթերը, որոնք չեն ստորագրվել ընթացիկ օրվա ընթացքում: Առաջադրանքը առաջացնում է պայմանագրային փաստաթղթերը պահանջների և պատասխանների աղյուսակներից ջնջելու հարցում և փաստաթղթերի աղյուսակում «Կարգավիճակ» դաշտը փոխում է «Վերահանված» արժեքով:
 

Էլեկտրոնային լիզինգ օգտագործողի կողմից

Օգտագործողի համար ամեն ինչ սկսվում է մեր հաճախորդների մենեջերից EDF-ին միանալու հրավեր ստանալուց: Հաճախորդը նամակ է ստանում և անցնում պարզ գրանցման ընթացակարգով: Դժվարություններ կարող են առաջանալ միայն այն դեպքում, եթե օգտագործողի աշխատավայրը պատրաստ չէ աշխատել էլեկտրոնային ստորագրությամբ: Տեխնիկական աջակցության զանգերի զգալի մասը կապված է դրա հետ: Համակարգը թույլ է տալիս կոնտրագենտին մուտք գործել իր անձնական հաշիվ իր աշխատակիցներին, օրինակ՝ հաշվապահներին աշխատելու հաշիվ-ապրանքագրերով և այլն:

գրանցում

Աշխատանքի հետագա սխեման նույնպես կողմերից յուրաքանչյուրի համար հնարավորինս պարզ է. Գործարքի համար փաստաթղթերի պահանջը, ինչպես նաև պայմանագրային փաստաթղթերի ստորագրումն իրականացվում է մեր ներքին համակարգում առաջադրանքների սահմանման միջոցով:

Գործի խնդրանք

Հաճախորդին ստորագրման համար ցանկացած հարցում կամ փաստաթուղթ ուղարկելուց հետո նրա էլեկտրոնային հասցեին ծանուցում է ուղարկվում, որ համապատասխան գործունեությունը գեներացվել է իր անձնական հաշվում: Հաճախորդն իր ինտերֆեյսից ներբեռնում է փաստաթղթերի փաթեթ համակարգ, դնում է էլեկտրոնային ստորագրություն, և մենք կարող ենք վերանայել գործարքը: Դրանից հետո պայմանագրային փաստաթղթերը ստորագրվում են «Մատակարար – Հաճախորդ – Սբերբանկ Լիզինգ» երթուղու երկայնքով:
 

Ընթացիկ համաձայնագիր

Փաստաթղթերի էլեկտրոնային կառավարումը մեր դեպքում պարտադիր չէ, որ ենթադրի հաճախորդի որևէ գործողություն սկզբից մինչև վերջ: Դուք կարող եք միանալ համակարգին գործարքի ցանկացած փուլում: Օրինակ, հաճախորդը թղթի վրա տրամադրել է դոսյե, այնուհետև որոշել է գործարք կնքել EDI-ում. այս սցենարը միանգամայն հնարավոր է իրականացնել: Նույն կերպ, հաճախորդները, ովքեր ունեն վավեր լիզինգային պայմանագիր Sberbank Leasing-ի հետ, կարող են միանալ E-Leasing-ին՝ հաշիվ-ապրանքագրերը էլեկտրոնային եղանակով ստանալու համար:

Հաշվարկելով էլեկտրոնային լիզինգից օգտվելու տնտեսական էֆեկտը՝ մենք հաճախորդներին առաջարկեցինք լրացուցիչ զեղչ ծառայությունից օգտվելու համար: Պարզվեց, որ ի վերջո կարիք չկար գնալ պատվիրատուի և մատակարարի մոտ՝ կնքելու, ինչպես նաև տպագրության և կեռային պայմանագրերի. նվազեցնում է գործարքի արժեքը (ստեղծում և աջակցություն) 18%-ով.

Ինչպես կզարգանա նախագիծը

Այս պահին E-Leasing-ը աշխատում է կայուն, թեև ոչ անթերի։ Մեր աշխատակիցների համար էլեկտրոնային հաշիվ-ապրանքագրեր ուղարկելու մեխանիզմը դեռևս բավականաչափ հարմար չէ օգտագործման համար: Խնդիրը բացատրվում է նրանով, որ այս ընթացակարգն ինքնին բավականին բարդ է, քանի որ դրանում մշտապես ներգրավված է EDF օպերատորը։ Նա տալիս է անդորրագիր, որում նշվում է, որ ինքը հաշիվ-ապրանքագիր է թողարկել, և կառավարիչը ստորագրում է այս անդորրագիրը: Այնուհետև մյուս կողմի օգտատերը (հաճախորդը) ստորագրում է ծանուցումը և անդորրագրերը, որոնք կրկին անցնում են էլեկտրոնային փաստաթղթերի կառավարման օպերատորի միջոցով: Հետագա տարբերակներում մենք կփորձենք ավելի հարմար դարձնել այս գործընթացը։ «Զարգացման գոտին» ներառում է նաև մոնիտորինգի փաստաթղթեր պահանջելու ֆունկցիոնալությունը, ինչը բավականին տեղին է խոշոր հաճախորդների համար:

Առաջիկա վեց ամիսների ընթացքում մենք նախատեսում ենք համակարգը տեղափոխել նոր հարթակ, որը թույլ կտա մեզ օպտիմալացնել աշխատանքը էլեկտրոնային փաստաթղթերի կառավարման հետ, ինտերֆեյսը դարձնել ավելի հասկանալի և հարմարավետ, ինչպես նաև ընդլայնել անձնական հաշվի գործառույթը: Եվ նաև ավելացրեք նոր գործառույթներ՝ հարցում ստեղծելուց մինչև փաստաթղթերի դիտում բոլոր գործարքների վերաբերյալ, որոնք հաճախորդն իրականացրել է էլեկտրոնային լիզինգի միջոցով: Հուսով ենք, որ համակարգը, որին արդեն ակտիվորեն միանում են հաճախորդները, մատակարարները և երաշխավորները, կդառնա էլ ավելի հարմար բոլորի համար։

Source: www.habr.com