Ten spyte van die gewildheid van die onderwerp van elektroniese dokumentbestuur, in Russiese banke en in die finansiële sektor in die algemeen, word die meerderheid van enige transaksies op die outydse manier, op papier, uitgevoer. En die punt hier is nie soseer die konserwatisme van banke en hul kliënte nie, maar die gebrek aan voldoende sagteware op die mark.
Hoe meer kompleks die transaksie is, hoe minder waarskynlik is dit dat dit binne die raamwerk van EDI uitgevoer sal word. ’n Huurtransaksie is byvoorbeeld kompleks deurdat dit ten minste drie partye betrek – die bank, die huurder en die verskaffer. 'n Borg en 'n pandgewer word dikwels by hulle gevoeg. Ons het besluit dat sulke transaksies heeltemal gedigitaliseer kan word, waarvoor ons die E-Leasing-stelsel geskep het - die eerste diens in Rusland wat volledig EDI in sulke scenario's verskaf. Gevolglik het 2019% van die totale aantal verhuringstransaksies aan die begin van Julie 37 deur E-Leasing gegaan. Onder die snit sal ons E-Leasing ontleed vanuit die oogpunt van funksionaliteit en tegniese implementering.
Ons het begin met die ontwikkeling van die stelsel aan die begin van 2017. Die moeilikste deel was om te begin: om die vereistes vir die produk te formuleer, idees in spesifieke tegniese spesifikasies te omskep. Volgende is die soektog na 'n kontrakteur. Voorbereiding van tegniese spesifikasies, konsultasies - dit alles het ongeveer vier maande geneem. Nog vier maande later, in November 2017, is die eerste vrystelling van die stelsel vrygestel, wat redelik vinnig is vir so 'n ambisieuse projek. Die eerste weergawe van E-Leasing het die funksies gehad om dokumente aan te vra en te onderteken - nie net die belangrikstes nie, maar ook die borgooreenkoms en ander bykomende ooreenkomste wat nodig mag wees in die proses om onder 'n huurooreenkoms te werk. In Maart 2018 het ons die vermoë bygevoeg om dokumente aan te vra as deel van monitering, en in Julie van dieselfde jaar het ons die vermoë bygevoeg om elektroniese fakture te stuur.
Hoe werk E-Leasing?
Ons het begin met die ontwikkeling van die stelsel aan die begin van 2017. Die hele pad van die formulering van die vereistes vir die produk tot die keuse van 'n kontrakteur en die vrystelling van die eerste vrystelling het minder as 'n jaar geneem – ons het in November gegradueer.
Versoeke vir 'n pakket dokumente van teenpartye word gemaak vanaf ons besigheidstelsel gebaseer op die Corus SQL-databasis en Microsoft Dynamics NAV 2009. Alle dokumente wat deelnemers as deel van die transaksie verskaf het, word ook daarheen gestuur vir berging. Frontend is 'n E-Leasing-portaal wat verskaffers en kliënte toelaat om dokumente aan te vra, af te laai, te druk en dit te onderteken deur gebruik te maak van ECES (enhanced qualified electronic signature).
Kom ons kyk nou in meer detail na die werking van die stelsel volgens die diagram hierbo.
'n Versoek word gegenereer vanaf die "Teenpartykaart" of "Projek" entiteit. Wanneer 'n versoek gestuur word, word rekords in die versoektabel gegenereer. Dit bevat 'n beskrywing van die versoek en parameters. Die kode-eenheid objek is verantwoordelik vir die generering van die versoek. 'n Inskrywing in die tabel word geskep met die Gereed-status, wat beteken dat die versoek gereed is om gestuur te word. Die versoektabel bevat 'n beskrywing van die versoekliggaam. Alle aangevraagde dokumente is in die dokumentetabel geleë. Wanneer 'n dokument aangevra word, is die "EDS Status"-veld op "Versoek" gestel.
'n Werk op die CORUS-bediener wat op die SQL-agent loop, monitor rekords met Gereed-statusse in die navraagtabel. Wanneer so 'n rekord gevind word, stuur die taak 'n versoek na die E-Leasing-portaal. As die versending suksesvol was, word die inskrywing in die tabel gemerk met die Geantwoord-status; indien nie, met die Foutstatus. Die resultaat van die antwoord word in verskillende tabelle aangeteken: die antwoordkode van die bediener en die foutbeskrywing, indien die versoek nie gestuur kon word nie, in een tabel; rekords wat die reaksieliggaam beskryf - in 'n ander, en in die derde - rekords met lêers wat as gevolg van die versoek ontvang is, met die Skep waarde in die Status veld en die Kontroleer waarde in die Scan Status veld. Daarbenewens monitor die taak gebeure vanaf die E-Leasing-portaal en genereer navrae in navraagtabelle, wat dit self verwerk.
'n Ander werk monitor inskrywings in die tabel van ontvangde dokumente met die waarde Skep in die Status-veld en die Geverifieerde waarde in die Skandeerstatus-veld. Die taak word een keer elke 10 minute uitgevoer. Die antivirus is verantwoordelik vir die skanderingstatusveld, en as die skandering suksesvol was, word die geverifieerde waarde aangeteken. Hierdie funksionaliteit hou verband met die inligtingsekuriteitsdiens. Die kode-eenheid-objek is verantwoordelik vir die verwerking van rekords. As die inskrywing in die tabel van aanvaarde dokumente suksesvol verwerk is, word dit in die Status-veld gemerk met die waarde Sukses en die aangevraagde dokument in die "EDS Status"-veld in die dokumenttabel kry die status "Ontvang". Indien dit nie moontlik was om 'n inskrywing in die tabel van aanvaarde dokumente te verwerk nie, word dit in die Status-veld gemerk met die waarde Fail en 'n beskrywing van die fout word in die "Foutteks"-veld geskryf. Niks verander in die dokumenttabel nie.
Die derde taak monitor alle rekords in die dokumenttabel wat 'n status het wat nie leeg of "Aanvaar" is nie. Die taak loop een keer per dag om 23:30 en herroep alle kontraktuele dokumentasie wat nie gedurende die huidige dag onderteken is nie. Die taak genereer 'n versoek om kontraktuele dokumentasie in die versoek- en reaksietabelle te skrap en verander die "Status"-veld na die waarde "Onttrek" in die dokumenttabel.
E-huur van die gebruikerskant af
Vir die gebruiker begin dit alles met die ontvangs van 'n uitnodiging om by die EDF aan te sluit van ons kliëntebestuurder. Die kliënt ontvang 'n brief en gaan deur 'n eenvoudige registrasieprosedure. Moeilikhede kan slegs ontstaan as die gebruiker se werkplek nie gereed is om met elektroniese handtekeninge te werk nie. 'n Beduidende deel van die oproepe na tegniese ondersteuning word hiermee geassosieer. Die stelsel laat die teenparty toe om toegang tot sy persoonlike rekening aan sy werknemers te verleen – byvoorbeeld rekenmeesters om met fakture te werk, ens.
registrasie
Die verdere skema van werk is ook so eenvoudig as moontlik vir elkeen van die partye. Die aanvra van dokumente vir 'n transaksie, sowel as die ondertekening van kontraktuele dokumentasie, word uitgevoer deur take in ons interne stelsel op te stel.
Dossier versoek
Nadat enige versoek of dokumente vir ondertekening aan die kliënt gestuur is, word 'n kennisgewing aan sy e-posadres gestuur dat die ooreenstemmende aktiwiteit in sy persoonlike rekening gegenereer is. Vanaf sy koppelvlak laai die kliënt 'n pakket dokumente in die stelsel op, plaas 'n elektroniese handtekening, en ons kan die transaksie hersien. Hierna word die kontraktuele dokumentasie langs die roete "Verskaffer - Kliënt - Sberbank Leasing" onderteken.
Huidige ooreenkoms
Elektroniese dokumentbestuur in ons geval impliseer nie noodwendig enige aksies deur die kliënt van begin tot einde nie. U kan in enige stadium van die transaksie aan die stelsel koppel. Byvoorbeeld, 'n kliënt het 'n dossier op papier verskaf, en toe besluit om 'n ooreenkoms in EDI te onderteken - hierdie scenario is heel moontlik om te implementeer. Op dieselfde manier kan kliënte wat 'n geldige huurooreenkoms met Sberbank Leasing het, by E-Leasing aansluit om fakture elektronies te ontvang.
Nadat ons die ekonomiese effek van die gebruik van E-Leasing bereken het, het ons kliënte 'n bykomende afslag aangebied vir die gebruik van die diens. Dit het geblyk dat dit nie nodig was om na die kliënt en verskaffer te gaan om, sowel as druk- en stapelkontrakte, op die ou end te onderteken nie verminder die koste van die transaksie (skepping en ondersteuning) met 18%.
Hoe die projek sal ontwikkel
Op die oomblik werk E-Leasing stabiel, hoewel nie foutloos nie. Die meganisme vir die stuur van elektroniese fakture vir ons werknemers is nog nie gebruikersvriendelik genoeg nie. Die probleem word verklaar deur die feit dat hierdie prosedure self redelik kompleks is, aangesien 'n EDF-operateur voortdurend daarby betrokke is. Hy reik 'n kwitansie uit wat verklaar dat hy 'n faktuur uitgereik het, en die bestuurder onderteken hierdie kwitansie. Dan teken die gebruiker aan die ander kant (kliënt) die kennisgewing en kwitansies, wat weer deur die elektroniese dokumentbestuuroperateur gaan. In toekomstige weergawes sal ons probeer om hierdie proses geriefliker te maak. Die "ontwikkelingsone" sluit ook die funksionaliteit in om moniteringsdokumente aan te vra, wat redelik relevant is vir groot kliënte.
In die volgende ses maande beplan ons om die stelsel na 'n nuwe platform te skuif, wat ons in staat sal stel om werk met elektroniese dokumentbestuur te optimaliseer, die koppelvlak meer verstaanbaar en gebruikersvriendelik te maak en die funksionaliteit van die persoonlike rekening uit te brei. En voeg ook nuwe funksies by - van die generering van 'n versoek tot die besigtiging van dokumente oor alle transaksies wat die kliënt deur E-Leasing uitgevoer het. Ons hoop dat die stelsel, waarby kliënte, verskaffers en borge reeds aktief aansluit, selfs meer gerieflik vir almal sal word.
Bron: will.com