Walaupun populariti topik pengurusan dokumen elektronik, di bank-bank Rusia dan dalam sektor kewangan secara amnya, majoriti mana-mana urus niaga dilaksanakan dengan cara lama, di atas kertas. Dan perkara di sini bukanlah konservatisme bank dan pelanggan mereka, tetapi kekurangan perisian yang mencukupi di pasaran.
Semakin kompleks transaksi, semakin kecil kemungkinannya ia akan dijalankan dalam rangka kerja EDI. Sebagai contoh, transaksi pajakan adalah rumit kerana ia melibatkan sekurang-kurangnya tiga pihak - bank, pemajak dan pembekal. Seorang penjamin dan pengikrar sering ditambah kepada mereka. Kami memutuskan bahawa transaksi sedemikian boleh didigitalkan sepenuhnya, yang mana kami mencipta sistem E-Leasing - perkhidmatan pertama di Rusia yang menyediakan EDI sepenuhnya dalam senario sedemikian. Hasilnya, pada awal Julai 2019, 37% daripada jumlah transaksi pajakan melalui E-Leasing. Di bawah potongan kami akan menganalisis E-Leasing dari sudut pandangan fungsi dan pelaksanaan teknikal.
Kami mula membangunkan sistem pada awal tahun 2017. Bahagian yang paling sukar ialah bermula: merumuskan keperluan untuk produk, mengubah idea kepada spesifikasi teknikal tertentu. Seterusnya ialah pencarian kontraktor. Penyediaan spesifikasi teknikal, perundingan - semua ini mengambil masa kira-kira empat bulan. Empat bulan lagi kemudian, pada November 2017, keluaran pertama sistem itu dikeluarkan, yang agak pantas untuk projek bercita-cita tinggi itu. Versi pertama E-Leasing mempunyai fungsi meminta dan menandatangani dokumen - bukan sahaja yang utama, tetapi juga perjanjian penjamin dan perjanjian tambahan lain yang mungkin diperlukan dalam proses bekerja di bawah perjanjian pajakan. Pada Mac 2018, kami menambah keupayaan untuk meminta dokumen sebagai sebahagian daripada pemantauan, dan pada Julai tahun yang sama, kami menambah keupayaan untuk menghantar invois elektronik.
Bagaimanakah E-Leasing berfungsi?
Kami mula membangunkan sistem pada awal tahun 2017. Keseluruhan laluan daripada merumuskan keperluan untuk produk kepada memilih kontraktor dan mengeluarkan keluaran pertama mengambil masa kurang daripada setahun - kami menamatkan pengajian pada bulan November.
Permintaan untuk pakej dokumen daripada rakan niaga dibuat daripada sistem perniagaan kami berdasarkan pangkalan data Corus SQL dan Microsoft Dynamics NAV 2009. Semua dokumen yang peserta berikan sebagai sebahagian daripada transaksi juga dihantar ke sana untuk penyimpanan. Frontend ialah portal E-Leasing yang membenarkan pembekal dan pelanggan meminta, memuat turun, mencetak dokumen dan menandatanganinya menggunakan ECES (tandatangan elektronik yang layak dipertingkatkan).
Sekarang mari kita lihat operasi sistem dengan lebih terperinci mengikut rajah di atas.
Permintaan dijana daripada entiti "Kad Rakan Semula" atau "Projek". Apabila permintaan dihantar, rekod dijana dalam jadual permintaan. Ia mengandungi penerangan tentang permintaan dan parameter. Objek codeunit bertanggungjawab untuk menjana permintaan. Entri dalam jadual dibuat dengan status Sedia, bermakna permintaan sedia untuk dihantar. Jadual permintaan mengandungi perihalan badan permintaan. Semua dokumen yang diminta terletak dalam jadual dokumen. Apabila meminta dokumen, medan "Status EDS" ditetapkan kepada "Diminta".
Kerja pada pelayan CORUS yang dijalankan pada ejen SQL memantau rekod dengan status Sedia dalam jadual pertanyaan. Apabila rekod sedemikian ditemui, tugasan menghantar permintaan ke portal E-Leasing. Jika penghantaran berjaya, entri ditandakan dalam jadual dengan status Dijawab; jika tidak, dengan status Ralat. Hasil maklum balas direkodkan dalam jadual yang berbeza: kod respons dari pelayan dan penerangan ralat, jika permintaan tidak dapat dihantar, dalam satu jadual; rekod yang menerangkan badan tindak balas - ke dalam yang lain, dan ke dalam yang ketiga - rekod dengan fail yang diterima hasil daripada permintaan, dengan nilai Cipta dalam medan Status dan nilai Semak dalam medan Status Imbasan. Di samping itu, tugas memantau peristiwa daripada portal E-Leasing dan menjana pertanyaan dalam jadual pertanyaan, yang diproses sendiri.
Kerja lain memantau entri dalam jadual dokumen yang diterima dengan nilai Cipta dalam medan Status dan nilai Disahkan dalam medan Status Imbasan. Tugasan dijalankan sekali setiap 10 minit. Antivirus bertanggungjawab untuk medan Status Imbasan, dan jika imbasan berjaya, nilai Disahkan direkodkan. Fungsi ini berkaitan dengan perkhidmatan keselamatan maklumat. Objek codeunit bertanggungjawab untuk memproses rekod. Jika kemasukan dalam jadual dokumen yang diterima berjaya diproses, maka ia ditandakan dalam medan Status dengan nilai Kejayaan dan dokumen yang diminta dalam medan "Status EDS" dalam jadual dokumen menerima status "Diterima". Jika tidak mungkin untuk memproses entri dalam jadual dokumen yang diterima, ia ditandakan dalam medan Status dengan nilai Gagal dan penerangan tentang ralat ditulis dalam medan "Teks ralat". Tiada apa-apa perubahan dalam jadual dokumen.
Tugas ketiga memantau semua rekod dalam jadual dokumen yang mempunyai status yang tidak kosong atau "Diterima". Tugasan dijalankan sekali sehari pada jam 23:30 dan mengingat kembali semua dokumentasi kontrak yang belum ditandatangani pada hari semasa. Tugas menjana permintaan untuk memadam dokumentasi kontrak dalam jadual permintaan dan respons dan menukar medan "Status" kepada nilai "Ditarik balik" dalam jadual dokumen.
E-Leasing dari pihak pengguna
Bagi pengguna, semuanya bermula dengan menerima jemputan untuk menyertai EDF daripada pengurus pelanggan kami. Pelanggan menerima surat dan melalui prosedur pendaftaran yang mudah. Kesukaran hanya boleh timbul jika tempat kerja pengguna tidak bersedia untuk bekerja dengan tandatangan elektronik. Sebahagian besar panggilan kepada sokongan teknikal dikaitkan dengan ini. Sistem ini membenarkan rakan niaga memberikan akses kepada akaun peribadinya kepada pekerjanya - contohnya, akauntan untuk bekerja dengan invois, dsb.
pendaftaran
Skim kerja selanjutnya juga semudah mungkin untuk setiap pihak. Meminta dokumen untuk transaksi, serta menandatangani dokumentasi kontrak, dilakukan melalui penetapan tugas dalam sistem dalaman kami.
Permintaan dokumen
Selepas menghantar sebarang permintaan atau dokumen kepada pelanggan untuk ditandatangani, pemberitahuan dihantar ke alamat e-melnya bahawa aktiviti yang sepadan telah dijana dalam akaun peribadinya. Daripada antara mukanya, pelanggan memuat naik pakej dokumen ke dalam sistem, meletakkan tandatangan elektronik, dan kami boleh menyemak transaksi tersebut. Selepas ini, dokumentasi kontrak ditandatangani di sepanjang laluan "Pembekal - Pelanggan - Pajakan Sberbank".
Perjanjian semasa
Pengurusan dokumen elektronik dalam kes kami tidak semestinya membayangkan sebarang tindakan oleh pelanggan dari awal hingga akhir. Anda boleh menyambung ke sistem pada mana-mana peringkat transaksi. Sebagai contoh, pelanggan menyediakan dokumen di atas kertas, dan kemudian memutuskan untuk menandatangani perjanjian dalam EDI - senario ini agak mungkin untuk dilaksanakan. Dengan cara yang sama, pelanggan yang mempunyai perjanjian pajakan yang sah dengan Pajakan Sberbank boleh menyambung ke E-Leasing untuk menerima invois secara elektronik.
Setelah mengira kesan ekonomi menggunakan E-Leasing, kami menawarkan pelanggan diskaun tambahan untuk menggunakan perkhidmatan tersebut. Ternyata tidak perlu pergi ke pelanggan dan pembekal untuk menandatangani, serta mencetak dan kontrak ruji, pada akhirnya mengurangkan kos transaksi (penciptaan dan sokongan) sebanyak 18%.
Bagaimana projek itu akan berkembang
Pada masa ini, E-Leasing berfungsi dengan stabil, walaupun tidak sempurna. Mekanisme untuk menghantar invois elektronik untuk pekerja kami masih belum cukup mesra pengguna. Masalahnya dijelaskan oleh fakta bahawa prosedur ini sendiri agak rumit, kerana pengendali EDF sentiasa terlibat di dalamnya. Dia mengeluarkan resit yang menyatakan bahawa dia mengeluarkan invois, dan pengurus menandatangani resit ini. Kemudian pengguna di sisi lain (pelanggan) menandatangani notis dan resit, yang sekali lagi melalui pengendali pengurusan dokumen elektronik. Dalam versi akan datang kami akan cuba menjadikan proses ini lebih mudah. "Zon pembangunan" juga termasuk fungsi untuk meminta dokumen pemantauan, yang agak relevan untuk pelanggan besar.
Dalam tempoh enam bulan akan datang, kami merancang untuk mengalihkan sistem ke platform baharu, yang akan membolehkan kami mengoptimumkan kerja dengan pengurusan dokumen elektronik, menjadikan antara muka lebih mudah difahami dan mesra pengguna, dan mengembangkan fungsi akaun peribadi. Dan juga menambah fungsi baharu - daripada menjana permintaan kepada melihat dokumen pada semua transaksi yang dijalankan oleh pelanggan melalui E-Leasing. Kami berharap sistem, yang mana pelanggan, pembekal dan penjamin sudah aktif menyertainya, akan menjadi lebih mudah untuk semua orang.
Sumber: www.habr.com