CRMインターフェイスへのリクエストとドキュメントの電子署名の追加

HGウェルズは、電信が何であるかを非常に簡単に説明しました。-

尾がロンドンにあり、頭がリバプールにある巨大な猫を想像してみてください。猫がリバプールで尻尾を踏むと、ロンドンで鳴きます。

-そして、ワイヤレス電信とは何ですか？

-それは同じですが、猫がいないだけです。

CRMにEDSを実装する方法と、この問題を解決するためのさまざまなオプションに関する記事。



記事の共著者はデニス・グリコフとニキータ・カリニンです。資料をありがとうと言います。

何のために？

文書に署名して送信する必要がある場合がありますが、マネージャーが不在です。後で忘れたり、規約に違反したりする可能性は十分にあります。書類は山全体に蓄積されます。マネージャーは座って、書類に署名するのに多くの時間を費やします。



そして一般的に、21世紀の「紙」は非生態学的な時代遅れです。それらがまったくない方が良いです。そして、あなたは署名しなければなりません。



電子署名の本質は何ですか？「オフラインの世界」のように、人が同意すると、彼はそれに署名します。紙と署名だけが物理的に存在しません。



なぜ署名が必要なのですか？簡単に言うと、ドキュメントの認証（確認）用です。つまり、署名者がこの特定のバージョンのドキュメントの規定に同意したことを確認するためです。

CRMシステムとイントラネットポータルで電子署名を使用するのはなぜですか？

CRMでデジタル署名を使用するシナリオは2つあります。

1. ボタンを押すだけで内部通信と信頼のために。多くの場合、CRMシステムとイントラネットポータルのインターフェイスでは、内部ドキュメント、割引、契約、ディーラー契約が合意されています。
2. クライアントおよび政府機関に正式な回答を送信するため。

さまざまなシナリオ、さまざまな要件。最初のケースでは、彼らは署名します：

• 休暇申請
• 各種お支払い申請書
• その他のお問い合わせ（電化製品、家具等）
• 契約、合意、支払いの請求書。

2番目のケースはより深刻です-資格のある電子署名なしでは実行できません。

テクニック：EDSとそのタイプとは

電子署名には次の3つのタイプがあります。

1. シンプルな電子デジタル署名（PEP）
2. 強化された非修飾デジタル署名（NEP）
3. 強化された認定デジタル署名（CEP）

単純な署名とは異なり、拡張署名は、署名が生成された後のドキュメントの変更から作成者を保護します。



ドキュメントにデジタル署名を生成するには、次の3つが必要です。

1. ドキュメント自体
2. 公開鍵
3. 秘密鍵

シンプルなデジタル署名

プローブの動作について簡単に説明します。

1. システムは、ドキュメントのメタデータ（ドキュメントの日付、ドキュメント番号、タイトル、署名者のパスワードなど）を取得し、それをハッシュします。デジタル署名の準備ができました。パスワードはシステムによって保存および生成されます。
2. ファイルを送信する
3. 我々が得る
4. パスワードを使用して、署名を復号化します。受信したメタデータとログインを比較します。すべてが正しければ-成功。

優れた例は、ログインとパスワードを使用して、Vkontakteなどのソーシャルネットワークにアクセスすることです。本人確認（文書への署名）を行うには、ユーザー名とパスワード（ハッシュメタデータ）を入力する必要があります。







システムはユーザーの存在をチェックします。システムに1つある場合は、パスワードの検証が開始されます。入力したパスワードがシステムのパスワードと一致する場合（おめでとうございます）、VKページを入力しました（復号化後のメタデータと比較）。



欠点のうち-同じ病気。あなたのパスワードが何らかの理由で盗まれた場合、彼らはそのページに行き、彼らの心が望むことを何でもすることができます。個人情報や写真などを変更します。同じことがドキュメントにも当てはまります。

強化されたデジタル署名

強化されたデジタル署名は、ドキュメントの変更から保護します。つまり、署名後にドキュメントに変更が加えられると、拡張署名は自動的に無効になります。







署名を生成するために、証明書が使用されます（同じテクノロジーに基づくSSLなど）。また、証明書の有効期間は限られています。



強化された署名は、修飾されていない場合と修飾されている場合があります。違いは、誰が証明書を発行したかです。証明書が、追加のFSB証明書を持っている、電気通信マス通信省によって認定された認証センターによって発行された場合、そのような署名は適格と呼ばれます。



自己署名された証明書が、認定されていないCA（Certification Center）によって使用または発行された場合、そのような署名は不適格です。

強化された署名のしくみ

単純な署名アルゴリズムの例を考えてみましょう。このアルゴリズムの結果は、ドキュメントのテキストに依存しません。このテキストをハッシュ関数の入力にフィードすると、強化された署名のように見えるものが得られます。つまり、ドキュメントのテキストを変更した結果、古い署名は新しいバージョンのドキュメントに「適合しません」。



実際には、拡張署名は、証明書の秘密鍵で暗号化されたドキュメントのハッシュです。



ワークフローのすべての参加者は公開鍵を持っています。署名の信憑性を検証するために使用されます。プライベート-ユーザーによって保存され、署名の生成に使用されます。

強化された署名はどのように見えるか

技術的には、署名は別個のファイルです（単純な署名の場合、それは文字列であったことを覚えていますか？）。つまり、署名されたドキュメントを相手方に転送するには、ソースと署名ファイルを転送する必要があります。ただし、一部のドキュメント形式では、デジタル署名を埋め込むことができます。







たとえば、PDFおよびほとんどすべてのMicrosoftOffice形式がこれをサポートしています。また、ソフトウェアパッケージ自体には、そのような署名を作成および検証する機能があります。したがって、技術的に熟練していないユーザーの場合、署名プロセスは、Word、Excel、またはAdobeReaderのいくつかのボタンをクリックするように見えます。

非修飾デジタル署名（NEP）

当事者が適切な合意を締結している場合、そのような署名には（裁判所の観点から）法的効力があります。そのような協定は州と締結することはできません。構造。



ユーザーは、公開鍵と秘密鍵が記載された証明書を、当事者が信頼できる形式で受け取ります。たとえば、電子メールで送信されるファイルの形式で。



当事者が信頼する任意のソフトウェアを使用して、署名を作成できます。OpenSSLユーティリティ、CryptoARM、または組み込みのMicrosoftOfficeまたはAdobeReaderのいずれか。

認定デジタル署名（CEP）

このような署名には法的効力があり、州によって承認されています。たとえば、税務署に書類を送ることができます。ワークフローの参加者と追加の契約を結ぶ必要はありません。誰もがそのような署名を「デフォルトで」信頼しています。







このような署名の秘密鍵は、FSBによって認定された保護されたメディア（USBトークン（「フラッシュドライブ」）、スマートカードなど）でユーザーに転送されます。メディアの操作には



特別なソフトウェアが使用されます。ほとんどの場合、このソフトウェアはOSと統合されているため、Microsoft Office、Adobe Reader、およびその他のソフトウェアパッケージは、署名を作成するときにメディアを使用できます。



つまり、ドキュメントに署名するプロセスは、ユーザーにとってほとんど複雑ではありません（USBフラッシュドライブを接続することを覚えておく必要があります）。



このような署名を使用すると、政府のシステムとやり取りしたり、オークションに参加したり、顧客やパートナーと協力したりできます。

内部文書の承認

休暇申請書、メモ、レポート、出張など。 -企業には十分な紙の文書があります。通常、このようなドキュメントを発行する手順はクエストに似ています。フォームを見つけて記入し、個人的に承認者に渡すなどの必要があります。







あなたがすべて同じオフィスにいる場合、これは30分ほどの問題です。そして、生産が1つの場所にあり、人事部門が別の場所にある場合はどうでしょうか。すべてが数日間引きずり込まれます。その方法は、ドキュメント管理システムの導入です。個別のドキュメント管理モジュールもあります。



欠点の1つは、従業員が「電子文書」を十分に真剣に受け止めていない場合があることです。電子署名の導入はこれを修正することができます。資格のない電子署名はぴったりです。



使用例に応じて、2つの可能性を区別できます。

1. 別のCRMページに特別な形式でアップロードしてドキュメントに署名します
2. ビジネスプロセスを通過する際の自動ドキュメント承認

外部ドキュメントフロー

外部ドキュメントフローの場合、修飾された電子署名を使用する必要があります。その後、文書は完全な法的効力を持ちます。クライアント、パートナー、政府機関と共有することができます。



インターフェイスの観点からは、すべてが内部ワークフローのように見えます。これは、ビジネスプロセスの一部としての承認または自動確認用の個別のフォームです。



重要なポイント-セキュリティにもっと注意を払う必要があります。私たちは完全な法的効力を持つ文書について話しているので。セキュリティは、アクセス制限、ロギング、および個別の通知によって保証されます。



CRMで署名を使用する簡単な例は、取引で契約に署名することです。署名したら、それをクライアントに送信できます。書類を郵送し、数日、さらには数週間（クライアントが別の都市にいる場合）待ってから、同じ時間待ってから返送する必要はありません。このドキュメントは電子署名によって承認され、法的に重要であると見なされます。



主な技術的な問題は残っています-CRMまたは内部ポータルのロジックにEDSを含める方法は？

ソリューションアーキテクチャ

EDSを使用する方法はいくつかあります。それらを見てみましょう。

1つの鍵-多くのステーション

ドキュメントに署名してサーバーに送信する必要があるとします。サーバーはドキュメントをチェックし、同じ署名されたドキュメントの形式で応答を送信する必要があります。







そことそこの両方で、署名の信憑性の検証が必要です。署名用のキーが1つしかないが、従業員が多く、全員が署名して何かを送信する必要があるとします。そして、これはすべてCRMで直接行われる必要があります。



使い方：

1. XMLリクエストを受信するEDSの接続キーを使用して、EDS用に別のサーバーを作成します
2. , N . (TOTP). QR-, , . , USB-.
3. , .
4. , , XML- PDF- .
5. PDF- CRM.

この場合、自宅で仕事をする機会があります（スマートフォンを持っている場合は、祖母でさえ持っています）。従業員ごとに独自のEDSを発行する必要はありません。1つで十分です。



このソリューションは、インターフェイスにアクセスした従業員を完全に信頼していることを前提としています。初心者でも承認なしで署名を始めることができます。



文書に署名することが法的な意味を持つ場合、これは悪い決定です。これは、クレジット履歴局またはEDSによって署名された要求への回答を提供する他のサービスと統合する場合にのみ実行できます。

キーの数=ステーションの数

文書に署名する権利を持つ各従業員がEDSのキーを持っているとします。



使い方：

1. 暗号プロバイダー（最も人気のあるのはcryptoPRO）と連携するワークステーション用のアプリケーションを開発しています
2. 従業員が自分のワークステーションでリクエストを作成して署名します
3. リクエストはサーバーに送信されます。
4. 受信した応答は、PDFファイルまたはその他に変換されます
5. PDFがCRMにアップロードされます

この場合、セキュリティが強化されています。信頼できる従業員のみがドキュメントに署名でき、特定のリクエストに誰が正確に署名したかがわかります。

CEDIS（モンテネグロの電力システム）の実際のプロジェクトでのアプリケーション例

ビジネス上の課題：従業員は文書に署名して顧客に送付する必要があります。







どのようなリソースですか？

1つのサーバー、1つのEDSキー、CRM。



何をすべきですか？

PDFドキュメントをトランザクションに追加し、EDSを使用してトランザクションカードから直接署名します。署名されたドキュメントをダウンロードして、クライアントに送信できます。



実装方法

別のサーバーに配置され、ドキュメントの署名に関与する特別なアプリケーションが開発されました。



追加のフィールドがシステムに作成され、そこにPDFドキュメントがロードされました。ドキュメントが読み込まれると、その反対側に「署名」ボタンが表示されました。ボタンを押すと、アプリケーションインターフェイスが開きました。







ドキュメントに署名するには、ユーザーはスマートフォンで自分に届いたワンタイムコードを入力し、ドキュメントに署名するための証明書を選択する必要がありました。







ドキュメントがサーバーに送信されます。ワンタイムパスワードが入力され、証明書が選択されました。文書は署名され、返送されました。この時点で、取引にロードされたドキュメントは、サーバー上の署名されたドキュメントに置き換えられます。

結論

CRMシステム（そして実際にはどこでも）にドキュメント署名を導入することは、開発、情報セキュリティ、およびプロセス最適化の交差点での興味深い技術的タスクです。



この課題は、私たちが説明した方法で解決できます。この問題に対する他の解決策についての興味深い意見。