この記事で分かること／分からないこと
- 分かること: 既存の紙・帳票・データベースにAIをつなぐとき、時間がかかる工程はどこか
- 分かること: 既存データの項目定義を確かめずに使うと何が起きるか
- 分からないこと: 業種・既存システムの違いによって、この工程にどれだけ時間がかかるか(個別による)
- 分からないこと: 既存システムの改修そのものを避ける方法(本稿は接続の設計に限定する)
読み取りより書式の違いを吸収する工程が本体になる
紙や画像から数値を取り出す用途では、文字を読み取ること自体より、書式の違いを吸収して同じ項目として扱う工程に時間がかかる。自社の事例では、検査結果の写真から項目と数値をAIで読み取り、検査機関ごとに異なる書式を吸収して同じ項目として突き合わせられるようにしたが、ここで効くのは「GOT」と「AST」が同じ項目だと知っているかどうかであり、文字が読めることとデータが使えることは別の量だった(出所: 自社公開ページ「LLM活用事例16件」、確認日2026-09-06)。既存システムに接続する場合も同様に、入力側の書式がすでに何通りも存在していることが多く、その差を吸収する設計が接続作業の本体になる。
既存データの項目定義は確かめてから使う
既存のデータベースを検索対象にする場合、項目名を額面どおりに信用すると集計を誤る。自社が運用する判例検索サービスでは、判例の代理人欄に弁理士や特許庁職員も混ざっており、人手で定義を切り分けてから集計する必要があった。元データの意味を確かめずに集計すると、件数は出ても中身が違うものになる(出所: 自社公開ページ「LLM活用事例16件」、確認日2026-09-06)。既存システムとの接続では、項目名が同じでも定義が業務ごとに揺れていることがあり、接続前にその定義を確認する工程が要る。
機械的に決まる部分をAIに再判定させない
既存システムには、法令や規程で機械的に結論が決まる判定ロジックがすでに組み込まれていることがある。自社が運用する不動産関連サービスでは、接道要件(建築基準法上の道路に接しているか)の判定を機械チェックで確定させ、AIはその結果を踏まえた説明文の生成にのみ使っている。判定は法令の条件式であって生成の対象ではないという切り分けである(出所: 自社公開ページ「LLM活用事例16件」、確認日2026-09-06)。既存システムに元々ある確定ロジックをAIに再判定させると、既存ロジックとAIの結論が食い違う余地が生まれるため、両者の役割を分けておく必要がある。
受け渡しの形が採用を決めることがある
接続の設計では、AIの性能そのものよりも、利用者との受け渡しの形が採用を左右する場面がある。自社が運用する土地判定サービスでは、利用者にシステムを操作させず、住所を送るだけで調査結果が届く形にしている。画面を作ると使われないことがあるため、接点をできるだけ単純にした設計である(出所: 自社公開ページ「LLM活用事例16件」、確認日2026-09-06)。既存システムとの接続を検討する際も、システムの中身をどう作るかと同じくらい、利用者がどこで入力し何を受け取るかの設計が定着を左右する。
導入前に測っておくべき数字はAI導入前に測っておく数値の記事、現場が使わなくなる原因は現場が使わなくなる原因の記事、最初に着手する業務の選び方は最初に着手する業務の選び方の記事にまとめている。既存システムとの接続について相談したい場合は、お問い合わせから編集部まで連絡してほしい。
よくある質問
Q1. 紙・帳票からの数値抽出で時間がかかるのはどこか
文字を読み取ること自体より、書式の違いを吸収して同じ項目として扱う工程に時間がかかる。検査機関ごとに書式が違っても同じ項目として突き合わせられるようにする作業が本体になる。
Q2. 既存のデータベースをそのまま検索対象にしてよいか
項目名を額面どおりに信用すると集計を誤ることがある。自社の判例検索サービスでは、代理人欄に弁理士や特許庁職員も混ざっており、人手で定義を切り分けてから集計する必要があった。
Q3. 既存システムにすでにある判定ロジックはAIに任せてよいか
任せない方がよい。法令や規程で機械的に結論が決まる部分は既存の確定ロジックのまま使い、AIはその結果を踏まえた説明文の生成など、確定していない部分にのみ使う。
Q4. AIの性能以外に接続の成否を左右するものは何か
利用者との受け渡しの形である。画面を操作させる設計にすると使われないことがあり、接点を単純にする(例えば住所を送るだけにする)ことが定着を左右する場面がある。