ホーム›ガイド›ドキュメント・文書管理システム(GED)
ドキュメント・文書管理システム(GED) · 理解する
はい、文書管理システム(GED)は ERP、CRM、メールと、3つのレベルで連携できます。文書へのリンク、コネクター、開発です。目的は、文書を所定のフォルダーに残し、他のツールからそれを参照することです。問題になるのは、重複、連動しない権限、そして添付ファイルが再び正本になってしまうことです。
2026年10月更新6 分引用した公式情報源
署名済みの契約書は、4つの場所に存在することがよくあります。営業担当者のメール、CRM の顧客カード、請求を行う ERP、そして共有フォルダーです。変更契約の際には、どれが最新か誰にもわかりません。監査の際には、すべてを探し出さなければなりません。
文書管理システムを統合するとは、この考え方を逆にすることです。文書は権限、バージョン、保存期間とともに1か所だけに存在します。他のツールはコピーではなく、その参照を保持します。統合の成否は、どれだけのコピーをなくせたかで測られます。
最もシンプルなレベルです。文書へのリンクを、メール、CRM の顧客カードの項目、ERP のメモに貼り付けます。リンクは文書管理システムの権限に従います。フォルダーへのアクセス権のない人は何も開けません。開発不要で、どのツールとも併用できます。限界は手作業であること、そして「動かすために」公開リンクを作りたくなる誘惑です。
コネクターは、手作業で転記することなく2つのアプリケーションをつなぎます。ネイティブ(いずれかのベンダーが提供)の場合もあれば、第三者の自動化ツールを経由する場合もあります。多くは標準規格に基づいています。RFC 4918 で定義された WebDAV は、HTTP にプロパティ、コレクション、ファイルロックの管理を追加するもので、アプリケーションはネットワークフォルダーのように文書スペースを読み書きできます。OASIS の標準規格である CMIS は、コンテンツ管理リポジトリとやり取りするための共通のデータモデルとサービスを定義しています。これらに頼る前に、両方のツールがその規格に対応しているか、どのバージョンかを確認してください。
適切なコネクターがない場合は、連携処理を開発します。API の呼び出し、ファイルの自動登録、顧客口座の開設時のフォルダー作成などです。最も精密ですが、いずれかのツールのアップデートのたびに壊れる可能性があるため、保守コストが最も高いレベルです。
添付ファイルの代わりにリンクを送れば、メールボックスの容量を圧迫せず、バージョンを1つに保ち、後からアクセスを取り消すこともできます。受信した文書については、文書管理システムと連携したメールなら、メッセージから添付ファイルを適切なフォルダーに保存できます。残るのは、誰がそれを行うかを決めることです。そうしないと、受信トレイが事実上の保管場所になってしまいます。
CRM は見積書、注文書、請求書を PDF で作成します。問題は、CRM が生成した PDF と、文書管理システムに保管された署名済みバージョンのどちらが正本かです。シンプルなルールは、CRM は自ら作成したものを保持し、文書管理システムは署名されて戻ってきたものを保持し、顧客カードはそのフォルダーを参照する、というものです。
ERP は多くの場合、会計証憑の正本の置き場所です。文書管理システムは証拠書類と承認フローを担います。両者の連携方法は ERP によって異なります。コネクターに対応するものもあれば、ファイルの登録や開発しか受け付けないものもあります。汎用的な答えはなく、検討が必要で、多くの場合はお見積りの対象となります。
| 文書 | 正本の置き場所の例 | 他のツール |
|---|---|---|
| 見積書 | CRM | 送信メールからのリンク |
| 署名済み契約書 | 文書管理システム | 顧客カードからのリンク |
| 仕入請求書 | 証拠書類と承認フローは文書管理システム、仕訳は ERP | ERP 内の証憑参照番号 |
| メールで受信した書類 | 登録後は文書管理システム | メッセージには原本ではなくリンクを残す |
架空の事例です。25人の卸売会社が、大規模な IT プロジェクトなしでツールを連携したいと考えています。
まずリンクから始めます。見積書は CRM で作成し、リンクの形でメール送信します。署名済み契約書は顧客のフォルダーに登録し、CRM のカードからそのフォルダーを参照します。仕入請求書は文書管理システムの承認フローを経由し、経理担当者が文書の参照番号を記入して ERP に仕訳を入力します。
6か月後、請求書の量が増えたため、文書管理システムと ERP の間にコネクターを導入します。正本の置き場所、権限、ファイルの命名規則がすでに決まっているため、プロジェクトは短期間で完了します。
いいえ。リンクで初期のニーズのほとんどをカバーできます。件数が増えて手作業のコストが高くなったときに、コネクターが意味を持ちます。
パスワード、有効期限、最小限の権限が設定されていれば安全です。「共有リンク、取引先、ダウンロード」をご覧ください。
RFC 4918 で標準化された HTTP の拡張で、リモートでファイルの読み取り、書き込み、ロックを行えます。多くのツールが、文書スペースへのアクセスに使用しています。
はい、3つのレベルのいずれかで可能です。リンクは常に使えます。コネクターは両方のツールが提供するものによります。
「保存、同期、共有、文書管理システム」をご覧ください。
Klytic の各サービスは相互に連携しています。また、公開されている3つの方法で貴社のソフトウェアとも連携します。ネイティブ接続、第三者ツール経由、またはお見積りに基づく Klytic による開発です。
各サービスは個別にご契約いただけ、単独でも動作します。Klytic Mail なしの Klytic Docs、Klytic Docs なしの Klytic CRM も可能です。各サービスはオープンな標準規格と標準的なファイル形式に基づいています。お客様ごとに専用の Klytic Docs インスタンスがあり、お客様自身がその管理者となります。
限界:公開されたコネクターカタログはなく、Microsoft 365 や Google Workspace の連携機能と同等ではありません。Klytic は SecNumCloud 認定サービスではありません。
このページは一般的な原則を説明するものです。連携の実現可能性は、ツールごとに確認してください。
2026年10月に参照。