Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito

Sa kabila ng katanyagan ng paksa ng pamamahala ng elektronikong dokumento, sa mga bangko ng Russia at sa sektor ng pananalapi sa pangkalahatan, ang karamihan sa anumang mga transaksyon ay isinasagawa sa lumang paraan, sa papel. At ang punto dito ay hindi ang konserbatismo ng mga bangko at kanilang mga kliyente, ngunit ang kakulangan ng sapat na software sa merkado.

Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito

Kung mas kumplikado ang transaksyon, mas maliit ang posibilidad na ito ay isasagawa sa loob ng balangkas ng EDI. Halimbawa, ang isang transaksyon sa pagpapaupa ay kumplikado dahil kinasasangkutan nito ang hindi bababa sa tatlong partido - ang bangko, ang lessee at ang supplier. Ang isang guarantor at isang pledgor ay madalas na idinagdag sa kanila. Napagpasyahan namin na ang mga naturang transaksyon ay maaaring ganap na i-digitize, kung saan nilikha namin ang E-Leasing system - ang unang serbisyo sa Russia na ganap na nagbibigay ng EDI sa mga ganitong sitwasyon. Bilang resulta, sa simula ng Hulyo 2019, 37% ng kabuuang bilang ng mga transaksyon sa pagpapaupa ang dumaan sa E-Leasing. Sa ibaba ng cut ay susuriin namin ang E-Leasing mula sa punto ng view ng functionality at teknikal na pagpapatupad.

Sinimulan namin ang pagbuo ng system sa simula ng 2017. Ang pinakamahirap na bahagi ay ang pagsisimula: pagbabalangkas ng mga kinakailangan para sa produkto, pagbabago ng mga ideya sa mga partikular na teknikal na detalye. Susunod ay ang paghahanap para sa isang kontratista. Paghahanda ng mga teknikal na pagtutukoy, konsultasyon - lahat ng ito ay tumagal ng halos apat na buwan. Pagkalipas ng isa pang apat na buwan, noong Nobyembre 2017, ang unang paglabas ng system ay inilabas, na medyo mabilis para sa isang ambisyosong proyekto. Ang unang bersyon ng E-Leasing ay nagkaroon ng mga tungkulin ng paghiling at pagpirma ng mga dokumento - hindi lamang ang mga pangunahing, kundi pati na rin ang kasunduan sa surety at iba pang mga karagdagang kasunduan na maaaring kailanganin sa proseso ng pagtatrabaho sa ilalim ng isang kasunduan sa pagpapaupa. Noong Marso 2018, idinagdag namin ang kakayahang humiling ng mga dokumento bilang bahagi ng pagsubaybay, at noong Hulyo ng parehong taon, idinagdag namin ang kakayahang magpadala ng mga electronic na invoice.

Paano gumagana ang E-Leasing?

Sinimulan namin ang pagbuo ng system sa simula ng 2017. Ang buong landas mula sa pagbalangkas ng mga kinakailangan para sa produkto hanggang sa pagpili ng isang kontratista at paglabas ng unang paglabas ay tumagal nang wala pang isang taon - nagtapos kami noong Nobyembre.

Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito

Ang mga kahilingan para sa isang pakete ng mga dokumento mula sa mga katapat ay ginawa mula sa aming sistema ng negosyo batay sa database ng Corus SQL at Microsoft Dynamics NAV 2009. Ang lahat ng mga dokumentong ibinigay ng mga kalahok bilang bahagi ng transaksyon ay ipinapadala din doon para sa imbakan. Ang Frontend ay isang portal ng E-Leasing na nagpapahintulot sa mga supplier at kliyente na humiling, mag-download, mag-print ng mga dokumento at pirmahan ang mga ito gamit ang ECES (pinahusay na kwalipikadong electronic signature).

Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito

Ngayon tingnan natin ang pagpapatakbo ng system nang mas detalyado ayon sa diagram sa itaas.
 
Ang isang kahilingan ay nabuo mula sa entity na "Counterparty Card" o "Proyekto". Kapag ang isang kahilingan ay ipinadala, ang mga tala ay nabuo sa talahanayan ng kahilingan. Naglalaman ito ng paglalarawan ng kahilingan at mga parameter. Ang object ng codeunit ay responsable para sa pagbuo ng kahilingan. Ang isang entry sa talahanayan ay ginawa gamit ang Ready status, ibig sabihin, ang kahilingan ay handa nang ipadala. Ang talahanayan ng kahilingan ay naglalaman ng isang paglalarawan ng nilalaman ng kahilingan. Ang lahat ng hiniling na dokumento ay matatagpuan sa talahanayan ng mga dokumento. Kapag humihiling ng dokumento, ang field na β€œEDS Status” ay nakatakda sa β€œHiniling”.

Ang isang trabaho sa CORUS server na tumatakbo sa SQL agent ay sumusubaybay sa mga talaan na may mga status na Ready sa query table. Kapag natagpuan ang naturang tala, ang gawain ay nagpapadala ng kahilingan sa portal ng E-Leasing. Kung matagumpay ang pagpapadala, ang entry ay minarkahan sa talahanayan na may status na Tumugon; kung hindi, may status na Error. Ang resulta ng tugon ay naitala sa iba't ibang mga talahanayan: ang code ng tugon mula sa server at ang paglalarawan ng error, kung ang kahilingan ay hindi maipadala, sa isang talahanayan; mga talaan na naglalarawan sa katawan ng pagtugon - sa isa pa, at sa pangatlo - mga tala na may mga file na natanggap bilang resulta ng kahilingan, kasama ang Lumikha ng halaga sa patlang na Katayuan at ang Suriin ang halaga sa patlang ng Katayuan ng Pag-scan. Bilang karagdagan, sinusubaybayan ng gawain ang mga kaganapan mula sa portal ng E-Leasing at bumubuo ng mga query sa mga talahanayan ng query, na pinoproseso nito mismo.
 
Sinusubaybayan ng isa pang trabaho ang mga entry sa talahanayan ng mga natanggap na dokumento na may value na Create in the Status field at ang Verified value sa Scan Status field. Ang gawain ay tumatakbo isang beses bawat 10 minuto. Ang antivirus ay may pananagutan para sa Scan Status field, at kung ang pag-scan ay matagumpay, ang Na-verify na halaga ay itatala. Ang pagpapaandar na ito ay nauugnay sa serbisyo ng seguridad ng impormasyon. Ang object ng codeunit ay responsable para sa pagproseso ng mga tala. Kung ang entry sa talahanayan ng mga tinanggap na dokumento ay matagumpay na naproseso, pagkatapos ay minarkahan ito sa patlang ng Katayuan na may halagang Tagumpay at ang hiniling na dokumento sa field na "EDS Status" sa talahanayan ng dokumento ay tumatanggap ng katayuan na "Natanggap". Kung hindi posible na iproseso ang isang entry sa talahanayan ng mga tinanggap na dokumento, ito ay minarkahan sa patlang ng Katayuan na may halagang Nabigo at isang paglalarawan ng error ay nakasulat sa field na "Error text". Walang nagbabago sa talahanayan ng dokumento.
 
Ang ikatlong gawain ay sinusubaybayan ang lahat ng mga tala sa talahanayan ng dokumento na may katayuan na hindi walang laman o "Tinanggap". Ang gawain ay tumatakbo isang beses sa isang araw sa 23:30 at naaalala ang lahat ng dokumentasyong kontraktwal na hindi nalagdaan sa kasalukuyang araw. Ang gawain ay bumubuo ng isang kahilingan na tanggalin ang dokumentasyong kontraktwal sa mga talahanayan ng kahilingan at tugon at binabago ang field na "Status" sa halagang "Binawi" sa talahanayan ng dokumento.
 

E-Leasing mula sa gilid ng gumagamit

Para sa user, ang lahat ay nagsisimula sa pagtanggap ng imbitasyon na sumali sa EDF mula sa aming client manager. Ang kliyente ay tumatanggap ng isang sulat at dumaan sa isang simpleng pamamaraan ng pagpaparehistro. Ang mga paghihirap ay maaari lamang lumitaw kung ang lugar ng trabaho ng gumagamit ay hindi handang magtrabaho kasama ang mga electronic na lagda. Ang isang makabuluhang bahagi ng mga tawag sa teknikal na suporta ay nauugnay dito. Pinapayagan ng system ang katapat na magbigay ng access sa kanyang personal na account sa kanyang mga empleyado - halimbawa, mga accountant na magtrabaho kasama ang mga invoice, atbp.

Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito
rehistrasyon

Ang karagdagang pamamaraan ng trabaho ay kasing simple hangga't maaari para sa bawat isa sa mga partido. Ang paghiling ng mga dokumento para sa isang transaksyon, pati na rin ang pagpirma ng dokumentasyong kontraktwal, ay isinasagawa sa pamamagitan ng pagtatakda ng mga gawain sa aming panloob na sistema.

Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito
Paghiling ng dossier

Pagkatapos ipadala sa kliyente ang anumang kahilingan o mga dokumento para sa pagpirma, isang abiso ang ipinadala sa kanyang email address na ang kaukulang aktibidad ay nabuo sa kanyang personal na account. Mula sa interface nito, ang kliyente ay nag-upload ng isang pakete ng mga dokumento sa system, naglalagay ng electronic signature, at maaari naming suriin ang transaksyon. Pagkatapos nito, ang dokumentasyong kontraktwal ay nilagdaan sa rutang "Supplier - Client - ​​Sberbank Leasing".
 
Paano namin inayos ang unang electronic leasing at kung ano ang naging dahilan nito
Kasalukuyang kasunduan

Ang pamamahala ng elektronikong dokumento sa aming kaso ay hindi kinakailangang magpahiwatig ng anumang mga aksyon ng kliyente mula simula hanggang matapos. Maaari kang kumonekta sa system sa anumang yugto ng transaksyon. Halimbawa, ang isang kliyente ay nagbigay ng isang dossier sa papel, at pagkatapos ay nagpasya na pumirma ng isang deal sa EDI - ang sitwasyong ito ay lubos na posible na ipatupad. Sa parehong paraan, ang mga kliyente na may wastong kasunduan sa pagpapaupa sa Sberbank Leasing ay maaaring kumonekta sa E-Leasing upang makatanggap ng mga invoice sa elektronikong paraan.

Nang makalkula ang epekto sa ekonomiya ng paggamit ng E-Leasing, nag-alok kami sa mga kliyente ng karagdagang diskwento para sa paggamit ng serbisyo. Lumalabas na hindi na kailangang pumunta sa kliyente at supplier para pumirma, pati na rin sa pag-print at mga staple na kontrata, sa huli. binabawasan ang gastos ng transaksyon (paglikha at suporta) ng 18%.

Paano bubuo ang proyekto

Sa ngayon, matatag na gumagana ang E-Leasing, bagama't hindi walang kamali-mali. Ang mekanismo para sa pagpapadala ng mga electronic na invoice para sa aming mga empleyado ay hindi pa sapat na madaling gamitin. Ang problema ay ipinaliwanag sa pamamagitan ng katotohanan na ang pamamaraang ito mismo ay medyo kumplikado, dahil ang isang operator ng EDF ay patuloy na kasangkot dito. Nag-isyu siya ng resibo na nagsasaad na nagbigay siya ng invoice, at pinirmahan ng manager ang resibo na ito. Pagkatapos ay pinirmahan ng gumagamit sa kabilang panig (kliyente) ang paunawa at mga resibo, na muling dumaan sa operator ng pamamahala ng elektronikong dokumento. Sa mga susunod na bersyon, susubukan naming gawing mas maginhawa ang prosesong ito. Kasama rin sa "development zone" ang functionality para sa paghiling ng mga dokumento sa pagsubaybay, na medyo may kaugnayan para sa malalaking kliyente.

Sa susunod na anim na buwan, plano naming ilipat ang system sa isang bagong platform, na magbibigay-daan sa aming i-optimize ang trabaho sa pamamahala ng elektronikong dokumento, gawing mas naiintindihan at madaling gamitin ang interface, at palawakin ang functionality ng personal na account. At magdagdag din ng mga bagong function - mula sa pagbuo ng isang kahilingan hanggang sa pagtingin sa mga dokumento sa lahat ng mga transaksyon na isinagawa ng kliyente sa pamamagitan ng E-Leasing. Umaasa kami na ang sistema, kung saan ang mga kliyente, supplier at guarantor ay aktibong sumasali, ay magiging mas maginhawa para sa lahat.

Pinagmulan: www.habr.com

Magdagdag ng komento