--- title: "リーガルテックのカオスマップ：区分の違いと提供形態、複数SaaS併用で切れるデータ" url: "https://www.issoh.co.jp/column/details/19095/" published: 2026-10-30 updated: 2026-10-30 categories: ["業務システム"] publisher: "株式会社一創" --- # リーガルテックのカオスマップ：区分の違いと提供形態、複数SaaS併用で切れるデータ リーガルテックのカオスマップは、公開元によって区分の切り方がまったく違います。製品カテゴリで切る地図、法務の工程で切る地図、申請や弁護士検索まで含める地図があり、同じ製品が別の区画に置かれることも珍しくありません。この記事では、公開されている3種のマップの区分を比べたうえで、地図に描かれない提供形態の違いとAI区画を読む前提を整理します。後半では、リーガルテック企業の一覧から複数のサービスを選んで併用したときに切れる案件・取引先・文書の3つのデータと、連携開発が要る組み合わせの判断基準を、システム開発会社の立場から示します。 ## まとめ：カオスマップは区分の切り方と提供形態とデータの持ち方の3点で読む カオスマップは製品を探す地図ではなく、市場の区切り方を知る地図です。製品カテゴリ別の地図は比較サイトの掲載単位を、工程別の地図は法務の業務の流れを反映しています。自社の工程に合わせて区画を選び直さないと、同じ製品を2つの区画で数えたり、汎用のワークフロー製品を見落としたりします。 地図に描かれないのが提供形態です。画面を使うSaaSか、APIで機能を組み込む形か、弁護士やオペレーターの作業を含むサービスかで、導入後の運用と責任の所在が変わります。AIエージェントの区画は、2026年8月21日に法務省が公表したガイドラインの価値中立性とガバナンス措置を前提に読んでください。 2製品以上を併用すると、案件ID、取引先、締結済み文書の3つが製品ごとに分かれます。標準の連携機能で稟議と電子契約がつながるなら、連携開発は要りません。製品が3つを超え、取引先マスタと電子帳簿保存法の検索要件を1か所で満たせなくなった時点で、社内側でIDを採番して各SaaSへ配る連携開発を検討します。月の契約が数十件以下の部門は、開発よりも製品数を2つに減らすほうが先です。 ## 公開されているリーガルテックのカオスマップ3種で異なる領域区分の切り方 検索上位に出るカオスマップを並べると、区分の名前も数もそろっていません。どの軸で切った地図かを先に確かめると、読み違いが減ります。 ### 2026年2月時点の9区分マップが製品カテゴリで切っている範囲と重複掲載 比較サイトのBOXILが2026年2月20日時点の公開情報で作成したマップは、電子契約、契約書レビュー、契約書管理、CLM（契約ライフサイクル管理）、反社チェック、GRC、薬機法チェック、知的財産・リサーチ、法務向けAIエージェントの9区分です。区分の単位は、比較サイトが製品を掲載するカテゴリとほぼ一致しています。 この切り方では、同じサービスが複数の区画に重複して載ります。電子契約と契約書管理の両方を備える製品は2か所に出るため、区画ごとの掲載数を足しても企業数にはなりません。反社チェックや薬機法チェックのように、法務部門以外が主な利用者になる区画が入っているのもこの地図の特徴です。企業法務の契約業務だけを見たいなら、前半の4区分とAIエージェントに絞って読みます。 ### 2023年3月の工程別マップで案件受付管理に汎用ツールが並ぶ理由 ビジネス+ITが2023年3月に掲載した地図は、案件受付管理、契約書作成・レビュー、電子契約、締結済み契約管理・CLM、翻訳、リサーチという法務の工程順の6区分に、紛争・訴訟のサポートと法律事務所のサポートを別枠で加えています。 目を引くのは案件受付管理の区画です。法務専用の製品と並んで、マイクロソフトやサイボウズといった汎用のグループウェア・ワークフローの企業が置かれています。法務相談の受付は専用製品がまだ少なく、社内の申請基盤で代用している部門が多いという実態を映した配置です。3年前の地図なので個々の掲載企業は入れ替わっていますが、工程の区切り方そのものは現在の製品選定にも使えます。 ### 申請・出願や弁護士検索まで含める分類と企業法務で外してよい区画 リーガルテックの範囲を広く取る地図もあります。[矢野経済研究所が2019年に示した定義](https://www.yano.co.jp/press-release/show/press%5Fid/2224)は、契約の作成・締結・管理に加えて、登記・登録、法律相談、知的財産、証拠・不正調査、集団訴訟、法令・判例検索までを対象にしていました。この範囲に沿った地図では、特許や商標の申請・出願、弁護士検索、デューデリジェンスとフォレンジックが区画として現れます。 事業会社の法務部門が契約業務の改善を目的に地図を見るなら、申請・出願と弁護士検索の区画は外して構いません。前者は知財部門、後者は個人や小規模事業者の利用が中心です。フォレンジックは不正調査が発生した時点で専門事業者に依頼する性質のため、常時使う製品の比較には入れないほうが判断がぶれません。分野全体の7領域の整理は[リーガルテックの定義と7領域の分類、市場規模の読み分けを扱った記事](https://www.issoh.co.jp/column/details/18133/)にまとめています。 ## カオスマップに描かれない提供形態の違いとAI区画を読むときの法的な前提 地図のロゴは同じ大きさで並びますが、製品の届け方は同じではありません。区画名だけでは見えない差がここにあります。 ### 画面型SaaS・API提供・専門家作業込みの3形態で変わる導入後の運用負担 リーガルテックサービスの提供形態は、大きく3つに分かれます。最も多いのは、利用者がブラウザの画面で操作する画面型のSaaSです。2つ目はAPIで機能を提供する形で、自社の申請基盤や販売管理から契約書の送信や検索を呼び出せます。3つ目は、製品の裏で弁護士やオペレーターが作業を担うサービスで、契約書レビューの一部や反社チェックの調査代行に見られます。 | 提供形態 | 導入後に社内が担う作業 | 向いている部門 | | ------- | ------------ | ------------ | | 画面型SaaS | 利用者の操作・権限設定 | 件数が少なく担当が固定 | | API提供 | 連携の開発と障害時の保守 | 他システムから起票したい | | 専門家作業込み | 依頼範囲の定義と納期管理 | 専任の法務担当がいない | カオスマップで同じ区画にある2製品でも、片方がAPIを公開していなければ連携の選択肢は画面での手作業に限られます。候補を絞った段階で、API仕様が公開されているか、対象のプランはどれかを必ず確かめてください。 ### 法務向けAIエージェントの区画を2026年8月の法務省ガイドラインで読み直す 2026年2月時点の9区分マップには、法務向けAIエージェントの区画が設けられています。この区画の製品を比べるときは、機能の多さより提供の前提を見ます。[法務省が2026年8月21日に公表したガイドライン](https://www.moj.go.jp/content/001469040.pdf)は、ビジネス分野のAI等法務業務支援サービスについて、紛争が顕在化した案件への利用を目指さない「価値中立的なサービス提供」かどうかを分水嶺に置きました。 提供者に推奨されたガバナンス措置は、国内のインシデント対応窓口、弁護士資格者による設計への実質的な関与、入力前と出力結果へのディスクレーマー表示、根拠や参照元の表示などです。導入側は、候補製品がこれらを備えているかを確認項目に入れてください。APIを通じて他の事業者に機能を提供する場合にも趣旨が及び得るとされているため、AI機能を自社の社外向けサービスに組み込む計画では、組み込む側も同じ確認が要ります。社内の法務部門が自社の契約にAIを使う場面の整理は、[法務のAI導入で任せられる業務と弁護士法72条の線引きの記事](https://www.issoh.co.jp/column/details/17523/)にあります。 ## 複数のリーガルテックSaaSを併用したときに分断する案件・取引先・文書の3データ カオスマップから区画ごとに1製品ずつ選ぶと、どの製品も自分の画面の内側では正しく動きます。問題は製品と製品の間で起きます。 ### 案件IDが製品ごとに振られて相談から締結までの経緯を追えなくなる分断 相談受付、契約書レビュー、電子契約、契約書管理を別々の製品にすると、1件の取引に4つの番号が振られます。受付の相談番号、レビュー製品のファイルID、電子契約の書類ID、管理製品の契約番号です。どれも互いを知らないため、締結済みの契約から「どの相談で、誰がどの条項を修正したか」をたどるには、件名と日付で目検索するしかありません。 この分断は、更新や紛争の場面で表に出ます。自動更新の拒絶期限が迫った契約について、当初の審査で残した懸念点を確認したくても、レビュー履歴へ戻る手がかりがない。相談受付の段階で案件IDを決め、後工程の製品に引き継がせる設計が要ります。受付から審査までの案件管理の設計は[法務の案件管理システムの設計と選び方の記事](https://www.issoh.co.jp/column/details/18588/)で詳しく扱っています。 ### 取引先名を製品ごとに持つことで反社チェック結果と契約がずれる問題 2つ目は取引先です。反社チェックツール、電子契約、契約書管理、販売管理がそれぞれ取引先名を持つと、表記の揺れと商号変更のたびにずれが生まれます。「株式会社」の前後や全角・半角の違いだけで、別の取引先として登録されてしまう。 実務上の影響が大きいのは、反社チェックの結果と契約の対応が取れなくなることです。チェック済みの取引先と、電子契約で締結した相手が同一かを照合できなければ、確認の記録として機能しません。法人番号を共通のキーとして各製品に持たせられるか、候補製品ごとに確かめてください。反社チェックツールの選び分けと取引先マスタ連携の判断は[反社チェックツールの4タイプと取引先マスタ連携を比較した記事](https://www.issoh.co.jp/column/details/18538/)にまとめています。 ### 締結済みPDFの分散が電子帳簿保存法の検索要件に届かない状態 3つ目は文書です。電子契約で締結した契約書は、電子帳簿保存法の電子取引データに当たります。[国税庁の電子帳簿保存法一問一答（電子取引関係・令和8年7月）](https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/pdf/0026007-006%5F06.pdf)は、問2で取引情報に契約書の記載事項を含め、問3ではクラウドサービスで授受した雇用契約書も電子取引データとして保存が必要と回答しています。 保存には検索機能の確保が求められます。問48によると、取引年月日その他の日付・取引金額・取引先を条件に設定でき、日付と金額は範囲を指定でき、二以上の項目を組み合わせられることが要件です。締結済みPDFが電子契約側と管理側に分かれ、取引金額が片方にしか入っていない状態では、この要件を1か所で満たせません。単価契約のように金額が定まらない契約は、問58に従い取引金額を空欄か0円とし、空欄でも検索できるようにします。 なお問51のとおり、基準期間の売上高が5,000万円以下で、税務調査でのダウンロードの求めに応じられる事業者は検索機能の確保自体が不要です。検索要件を満たす具体的な実装方式は[電子帳簿保存法の検索要件を3方式で実装する手順の記事](https://www.issoh.co.jp/tech/details/18620/)で解説しています。 ## 連携開発が要る組み合わせと既製の連携機能で足りる組み合わせの判断基準 3つの分断は、すべての部門で開発が必要になるわけではありません。製品の標準機能で埋まる範囲と、社内側で作る範囲を分けて判断します。 ### 標準連携とAPIで足りる条件をクラウドサインのWeb API公開範囲で確かめる 標準の連携機能で足りるかを判断する基準は、APIの公開範囲です。例として[クラウドサインのWeb APIの案内](https://help.cloudsign.jp/ja/articles/936884)を見ると、書類の作成から送信までをプログラムから実行でき、Salesforceやサイボウズなどの社内システムと連携して稟議と契約締結を自動でつなげると説明されています。対象はスタンダード、コーポレート、ビジネス、エンタープライズの各プランで、エンタープライズプランでは `/team_documents` と `/me` が使えないという制約も明記されています。 確認するのは次の3点です。稟議の承認をきっかけに契約書を送れるか、締結後に完了を受け取れるか、取引先や金額などのメタデータを書き戻せるか。3点とも標準連携かAPIで実現でき、つなぐ製品が2つまでなら、連携開発は不要です。締結通知の受信から管理側への格納までの実装は[契約書管理システムのAPI連携をWebhook受信から実装する手順の記事](https://www.issoh.co.jp/tech/details/18915/)で示しています。 ### 案件IDと取引先IDを社内側で採番して各SaaSへ配る連携開発を選ぶ条件 連携開発に踏み込むべき条件は、はっきりしています。 - 併用する法務系SaaSが3製品以上で、製品同士の標準連携が一部にしかない - 反社チェック、電子契約、販売管理の取引先を法人番号で突き合わせる必要がある - 電子帳簿保存法の検索要件を、電子契約と契約書管理のどちらか片方では満たせない - 月の法務相談と契約審査が合わせて数十件を超え、表計算での突き合わせが追いつかない このとき作るのは、案件IDと取引先IDを社内側で採番し、各SaaSのAPIへ配って結果を書き戻す小さな連携層です。製品の画面や機能は作り直しません。どの製品を将来入れ替えても、IDの台帳が社内に残るため、乗り換えの際のデータ移行も軽くなります。製品同士をAPIでつなぐ設計と開発は、[API開発・システム連携のページ](https://www.issoh.co.jp/service/system/api/)から、併用中の製品名と件数を添えてご相談ください。 ### 連携開発を見送り製品数を2つに減らすべき法務部門の規模と件数 反対に、連携開発を見送るべき場面もあります。月の契約が数十件以下で法務の担当が1〜2名の部門は、連携層を作る費用と保守が効果を上回ります。この規模で取るべき手は、製品を減らすことです。 電子契約と締結後の管理を同じ製品群で賄える構成を選び、相談受付は既存の社内ワークフローに寄せる。これで分断する製品の境目は1か所になり、取引先の二重登録も起きにくくなります。カオスマップの区画を全部埋めようとして製品を増やすのが、併用で失敗する典型です。電子契約の選び分けは[電子契約を署名方式と保存要件で比較する記事](https://www.issoh.co.jp/column/details/17502/)を参考にしてください。 ## リーガルテックのカオスマップと企業一覧についてよく聞かれる質問 カオスマップやリーガルテック企業の一覧を見て製品を探す方から、よく聞かれる質問に答えます。 ### リーガルテックのカオスマップはどこで見られますか？ 比較サイトやビジネスメディアが公開しています。2026年2月20日時点の情報で作られた9区分の地図や、2023年3月に掲載された工程別の地図などがあり、作成時点と区分の切り方がそれぞれ違います。見るときは、作成日と、製品カテゴリ別か工程別かを先に確かめてください。数年前の地図は、掲載企業の社名変更やサービス終了が反映されていない場合があります。 ### リーガルテック企業の一覧から製品を選ぶときは何から見ればよいですか？ 企業名からではなく、自社の法務の工程で手作業が多い区画から見ます。相談受付、契約書レビュー、電子契約、締結後の管理のうち、月の件数と1件の手間が大きいものを2つまで選び、その区画の製品だけを比べてください。候補を絞ったら、APIが公開されているか、既存の稟議や販売管理とつながるかを確認します。 ### 同じサービスが複数の区画に載っているのはなぜですか？ 1つの製品が複数の機能を備えているためです。電子契約と契約書管理、契約書レビューとCLMを1製品で提供する例が増えており、製品カテゴリ別の地図ではそれぞれの区画に掲載されます。区画ごとの掲載数を合計しても企業数にはならないので、市場の大きさを地図の掲載数で比べないでください。 ### カオスマップに載っていない製品は選ぶべきではありませんか？ 載っていないことだけで外す必要はありません。カオスマップは作成者が把握した範囲の公開情報で作られ、掲載基準も公開元ごとに違います。とくに相談受付の工程は、法務専用製品ではなく汎用のワークフローやグループウェアで賄われることが多く、地図には載りにくい領域です。自社の工程に合うかと、他システムとつながるかで判断してください。 ### リーガルテックサービスを複数併用すると費用以外に何が増えますか？ 増えるのは、製品ごとに分かれるデータの突き合わせ作業です。案件の番号、取引先の名前、締結済みの文書が製品ごとに管理され、更新期限の確認や反社チェック結果との照合を人が行うことになります。電子帳簿保存法の検索要件を満たす保存先も1か所に決める必要があります。月額費用だけでなく、この突き合わせの工数を比較に入れてください。 ## 関連記事 - [リーガルテックとは？7領域の分類と市場規模の実態、既製SaaSと受託開発の線引き](https://www.issoh.co.jp/column/details/18133/)：分野全体の定義と市場規模、弁護士法72条の新ガイドラインを整理しています - [法務の案件管理システムとは？相談受付から契約審査・ナレッジ化までの設計と選び方](https://www.issoh.co.jp/column/details/18588/)：案件IDを起点にした受付から審査までの設計が分かります - [契約書管理システムのAPI連携：Webhook受信から締結PDFの冪等な格納・基幹同期までの実装手順](https://www.issoh.co.jp/tech/details/18915/)：連携層を作る場合の実装手順を確認できます - [法律事務所のシステムとは？6領域の全体像と既製品／受託開発の判断基準](https://www.issoh.co.jp/column/details/17075/)：法律事務所のサポート区画を事務所側の要件から整理しています - [契約書管理システムとは？機能・選び方と比較のポイント・導入判断を解説](https://www.issoh.co.jp/column/details/15208/)：締結後の契約管理の製品選定を補完できます --- 出典: [リーガルテックのカオスマップ：区分の違いと提供形態、複数SaaS併用で切れるデータ]()（株式会社一創）