最初の電子リースをどのように組織したか、そしてそれが何をもたらしたのか

電子文書管理という話題が人気があるにもかかわらず、ロシアの銀行や金融部門全般では、取引の大部分は昔ながらの方法で紙で実行されています。 ここで重要なのは、銀行とその顧客の保守主義というよりも、市場に適切なソフトウェアが存在しないことです。

トランザクションが複雑になればなるほど、EDI のフレームワーク内で実行される可能性は低くなります。 たとえば、リース取引には少なくとも 2019 つの当事者 (銀行、借手、供給者) が関与するため、複雑です。 保証人や質権者が追加されることがよくあります。 私たちは、このような取引は完全にデジタル化できると判断し、そのために E リース システムを作成しました。これは、そのようなシナリオで EDI を完全に提供するロシア初のサービスです。 その結果、37 年 XNUMX 月初旬時点で、リース取引総数の XNUMX% が E リースを経由しています。 以下では、機能と技術的な実装の観点から E リースを分析します。

私たちは2017年の初めにシステムの開発を開始しました。 最も困難な部分は、製品の要件を策定し、アイデアを具体的な技術仕様に変換する作業を開始することでした。 次に業者探しです。 技術仕様の作成、協議、これらすべてに約 2017 か月かかりました。 さらに 2018 か月後の XNUMX 年 XNUMX 月に、システムの最初のリリースがリリースされました。これは、このような野心的なプロジェクトとしては非常に早いものです。 E-Leasing の最初のバージョンには、主要な文書だけでなく、保証契約や、リース契約に基づく作業の過程で必要となるその他の追加の契約も含めた文書を要求して署名する機能がありました。 XNUMX年XNUMX月にはモニタリングの一環として資料請求機能を追加し、同年XNUMX月には電子請求書の送信機能を追加しました。

Eリースはどのように機能しますか?

私たちは2017年の初めにシステムの開発を開始しました。 製品の要件の策定から請負業者の選択、最初のリリースのリリースまでの全行程には XNUMX 年もかかりませんでした。私たちは XNUMX 月に卒業しました。

取引相手からのドキュメントのパッケージの要求は、Corus SQL データベースと Microsoft Dynamics NAV 2009 に基づいたビジネス システムから行われます。取引の一環として参加者が提供したすべてのドキュメントも、保管のためにそこに送信されます。 フロントエンドは、サプライヤーとクライアントがドキュメントを要求、ダウンロード、印刷し、ECES (拡張適格電子署名) を使用して署名できるようにする E リース ポータルです。

上の図に従って、システムの動作をさらに詳しく見てみましょう。
 
リクエストは「取引先カード」または「プロジェクト」エンティティから生成されます。 リクエストが送信されると、リクエスト テーブルにレコードが生成されます。 これには、リクエストとパラメータの説明が含まれます。 codeunit オブジェクトはリクエストの生成を担当します。 テーブル内のエントリは Ready ステータスで作成されます。これは、リクエストを送信する準備ができていることを意味します。 リクエスト テーブルには、リクエスト本文の説明が含まれます。 要求されたすべての文書は文書テーブルにあります。 ドキュメントをリクエストすると、「EDS ステータス」フィールドが「リクエスト済み」に設定されます。

SQL エージェント上で実行されている CORUS サーバー上のジョブは、クエリ テーブル内の準備完了ステータスのレコードを監視します。 そのようなレコードが見つかると、タスクは E リース ポータルにリクエストを送信します。 送信が成功した場合、エントリはテーブル内で「応答済み」ステータスとしてマークされ、失敗した場合は「エラー」ステータスとしてマークされます。 応答の結果はさまざまなテーブルに記録されます。サーバーからの応答コードと、要求を送信できなかった場合のエラーの説明が XNUMX つのテーブルに記録されます。 応答本文を説明するレコード (別のレコード、および XNUMX 番目のレコード) には、要求の結果として受信したファイルのレコードが含まれます。[ステータス] フィールドに [作成] 値が、[スキャン ステータス] フィールドに [チェック] 値が含まれます。 さらに、タスクは E リース ポータルからのイベントを監視し、クエリ テーブルにクエリを生成し、タスク自体が処理します。
 
別のジョブは、「ステータス」フィールドの値が「作成」、「スキャン ステータス」フィールドの値が「検証済み」である、受信ドキュメントのテーブル内のエントリを監視します。 タスクは 10 分ごとに実行されます。 ウイルス対策プログラムは [スキャン ステータス] フィールドを担当し、スキャンが成功した場合は [検証済み] の値が記録されます。 この機能は情報セキュリティ サービスに関連します。 codeunit オブジェクトはレコードの処理を担当します。 受理されたドキュメントのテーブルのエントリが正常に処理された場合、ステータス フィールドに値 Success のマークが付けられ、ドキュメント テーブルの「EDS ステータス」フィールドの要求されたドキュメントのステータスは「受信済み」になります。 承認されたドキュメントのテーブル内のエントリを処理できなかった場合、ステータス フィールドに値失敗のマークが付けられ、エラーの説明が「エラー テキスト」フィールドに書き込まれます。 ドキュメントテーブルでは何も変更されません。
 
XNUMX 番目のタスクは、空または「承認済み」以外のステータスを持つドキュメント テーブル内のすべてのレコードを監視します。 このタスクは 23 日 30 回 XNUMX:XNUMX に実行され、その日の間に署名されていないすべての契約文書を呼び出します。 このタスクは、要求テーブルと応答テーブルの契約文書を削除する要求を生成し、文書テーブルの「ステータス」フィールドを値「撤回」に変更します。
 

ユーザー側からの電子リース

ユーザーにとって、すべてはクライアント マネージャーから EDF への参加への招待を受け取ることから始まります。 クライアントは手紙を受け取り、簡単な登録手続きを行います。 問題が発生するのは、ユーザーの職場で電子署名を使用する準備ができていない場合のみです。 テクニカル サポートへの問い合わせのかなりの部分がこれに関連しています。 このシステムにより、取引相手は従業員に個人アカウントへのアクセスを許可できます。たとえば、会計士が請求書などを扱うことができます。

登録

さらなる作業計画も、各当事者にとって可能な限り単純です。 取引の書類の要求や契約書類への署名は、社内システムでタスクを設定することで実行されます。

書類リクエスト

クライアントに署名用のリクエストまたは文書を送信すると、対応するアクティビティがクライアントの個人アカウントで生成されたという通知がクライアントの電子メール アドレスに送信されます。 クライアントはそのインターフェイスからドキュメントのパッケージをシステムにアップロードし、電子署名を付けると、トランザクションを確認できます。 この後、「サプライヤー - クライアント - ズベルバンク・リース」というルートに沿って契約文書が署名されます。
 

現在の契約

私たちの場合の電子文書管理は、必ずしも最初から最後までクライアントによる何らかのアクションを意味するものではありません。 トランザクションのどの段階でもシステムに接続できます。 たとえば、クライアントが紙で書類を提出し、EDI で契約に署名することを決定したとします。このシナリオは十分に実現可能です。 同様に、Sberbank Leasing と有効なリース契約を結んでいる顧客は、E-Leasing に接続して請求書を電子的に受け取ることができます。

Eリース利用による経済効果を試算し、お客様にサービス利用時の追加割引を実施しました。 最終的には、クライアントやサプライヤーに出向いて署名したり、契約書を印刷してホッチキスで留めたりする必要がなくなったことが判明しました。 トランザクション (作成とサポート) のコストを 18% 削減します。.

プロジェクトはどのように発展していくのか

現時点では、E-Leasing は、完璧ではありませんが、安定して動作しています。 従業員に電子請求書を送信するメカニズムは、まだ十分に使いやすいものではありません。 この問題は、EDF オペレーターが常に関与しているため、この手順自体が非常に複雑であるという事実によって説明されます。 彼は請求書を発行したことを記載した領収書を発行し、マネージャーはこの領収書に署名します。 その後、相手側（クライアント）の利用者が通知書と領収書に署名し、再度電子文書管理事業者を経由します。 将来のバージョンでは、このプロセスがより便利になるよう努める予定です。 「開発ゾーン」には、監視ドキュメントを要求する機能も含まれており、これは大規模クライアントにとって非常に重要です。

今後 XNUMX か月以内に、システムを新しいプラットフォームに移行する予定です。これにより、電子文書管理の作業が最適化され、インターフェイスがよりわかりやすくユーザーフレンドリーになり、個人アカウントの機能が拡張されます。 また、リクエストの生成から、クライアントが E リースを通じて実行したすべてのトランザクションに関するドキュメントの表示まで、新しい機能も追加します。 すでに顧客、サプライヤー、保証人が積極的に参加しているこのシステムが、皆様にとってさらに便利になることを願っています。

出所： habr.com