1. 最初に決めるのは、連携方法より項目ごとの正本
営業の表と請求用のシステムに同じ住所があると、片方を直しただけでは、もう片方に古い住所が残ります。両方を編集できるまま連携すると、どちらの変更を採用するかという判断も必要になります。
hirostaの提案は、次の順に決めてから反映の仕組みを選ぶことです。 手入力の運用でも同じ順で整理できます。
- 二重に更新している項目を洗い出す。 システム名だけでなく、住所・担当者・価格・案件の状態など、項目を一つずつ挙げます。
- 項目ごとに正本を一つ決める。 最初の入力と訂正をどこで受け付け、何を根拠に正しいとみなすかを決めます。
- 反映の向きと方法を書く。 正本から片方向か、双方向かを分け、手入力・CSVの取り込み・連携機能・自動化のどれで反映するかを書きます。
- 更新の責任者を項目ごとに決める。 通常の更新と、食い違いの確認・訂正を引き受ける人を明確にします。
- 食い違ったら保留する条件を決める。 両方で同時に変わった、理由が分からない値の差がある、といった場合は上書きせず、責任者が根拠を確かめます。
同じ人・法人の記録かどうかが未確定なら、先に取引先リストの名寄せを確認してください。この記事は同じ対象の同じ項目だと確認できた後、どこで更新し、誰が食い違いを直すかに絞ります。
調査が示す課題と、この記事の提案を分ける
日本AI導入支援協会の調査は、複数システムに同じ内容を繰り返し入力する負担や、定型レポートを更新する負担を取り上げています。2026年10月7日公表のレポートで、対象は同年4〜9月のセミナー申込者150社175人、業務課題の分析対象は141社166人です。2026年10月20日に公開内容を確認しました。
セミナー申込者を対象とした調査であり、全国の中小企業を代表する調査ではありません。 重複入力の課題を考える材料として参照しています。以下の対応表、判断の手順、想定シナリオはhirostaの提案であり、協会が示した手順や、導入・効果を検証した結果ではありません。
2. 項目の意味と、変更を確かめられる担当をそろえる
「住所」という列名が同じでも、本店所在地、請求書の送付先、納品先は別の項目です。意味が違う値を一つの住所へまとめず、用途が分かる項目名にします。商品も、標準の販売価格と案件ごとの合意価格は分けます。
洗い出す際は、誰が変更を知り、何を見て入力しているかを確認します。例えば請求書の送付先なら、変更依頼を受け付け、依頼元と適用時期を確認できる担当が、正本の更新を担う候補です。「よく使う画面だから」「更新日時が新しいから」だけで正本を決めません。
正本を決めても、その値が常に正しいと保証されるわけではありません。正本にも入力ミスや未承認の変更はあり得ます。食い違いの根拠を確認し、必要なら正本を訂正したうえで反映先を直します。
責任者は「営業部」だけで終えず、担当者または担当役割と現在の担当者が分かる形にします。不在時の代行者と、解決できない場合の相談先も決めます。仕組みを直す技術担当者と、正しい住所・価格を決める業務上の責任者は分けて考えます。
3. 想定シナリオ：項目ごとの対応表を作る
以下は、架空の卸売会社「サンプル卸」の想定シナリオです。登場するシステム・表も架空で、実際に連携・検証した例ではありません。取引先台帳、商品台帳、営業表、受注管理に同じ情報を入力しているとします。
対応表には、次の8列を用意します。横に長い表はスクロールして確認できます。
| 項目 | 正本 | 反映先 | 反映の向き | 反映の方法 | 更新の責任者 | 食い違ったときの扱い | 最後に照合した日 |
|---|---|---|---|---|---|---|---|
| 請求書の送付先住所 | 取引先台帳 | 営業表・受注管理 | 正本から片方向 | 手入力 | 取引先管理担当A | 反映を保留し、変更依頼と適用日を確認 | 未照合 |
| 商談の連絡担当者 | 営業表 | 取引先台帳 | 正本から片方向 | 手入力 | 営業担当B | 所属・担当変更の連絡を確認するまで保留 | 未照合 |
| 商品の標準販売価格 | 商品台帳 | 受注管理 | 正本から片方向 | CSVの取り込み | 商品管理担当C | 反映を保留し、承認済み価格と適用日を確認 | 未照合 |
| 案件の受注状態 | 受注管理 | 営業表 | 正本から片方向 | 手入力 | 受注担当D | 受注・取消の確定記録を確認するまで保留 | 未照合 |
この例では同じ取引先の情報でも、送付先住所と連絡担当者の正本が異なります。行全体を片方からコピーすると、別の担当が管理する項目まで上書きするため、反映する項目を限定します。
「最後に照合した日」は、対応表を作った日やファイルの更新日ではありません。責任者が対象範囲の値と保留事項を確認した日を残します。この例は未実施なので「未照合」です。実務では日付に加え、照合した対象の版・確認者・保留一覧の参照先を記録し、未解決の項目まで解消済みと読める状態にしません。
片方向か双方向かは、入力の都合だけで決めない
まずは正本で更新し、他方へ片方向に反映できるかを検討します。反映先で訂正が必要になったら、責任者へ依頼し、正本を直してから反映する流れを用意します。
両方の画面で変更を受け付ける必要があるなら、双方向の反映を検討する余地はあります。ただし、双方向では、同じ項目が両方で変わった場合に採用する値や、反映済みの変更を再び戻さない扱いが必要になり、食い違いの管理が難しくなります。 これは業務設計上の判断材料であり、特定製品の仕様を述べたものではありません。
双方向を選んでも、項目の正式な確定先と責任者は一つにします。もう一方で受け付けた変更は、確定まで変更依頼として扱う方法もあります。競合を検知・保留できるか確認できなければ、双方向での自動反映は始めず、片方向または責任者経由の手入力で進めます。
反映の方法は、向きと責任分担を決めた後に選びます。API・CSV・RPAなどの方式選びは、RPA・生成AI・通常の自動化の役割とSaaSか個別自動化かの比較を参照してください。ここでは特定の製品を推奨しません。
4. 両方で変わったら、上書きせず責任者が確かめる
想定シナリオの続きです。取引先台帳で請求書の送付先を変更した後、営業表にも別の住所が入力されていると分かりました。営業表の更新日時の方が新しくても、正式な変更か、納品先を誤って入れたのかは日時だけでは決められません。
hirostaは、次の場合に対象の項目の反映を保留することを提案します。
- 前回の照合以降、両方で同じ項目が変更された。
- 予定した反映が済んだはずなのに値が違い、理由を説明できない。
- 空欄への変更が、削除の依頼か入力漏れか分からない。
- 同じ対象・用途・適用時期の項目か、または変更の承認を確認できない。
保留する際は、元のID、両方の値、変更日時・変更者、変更の根拠への参照、確認担当、回答期限を残します。単なる反映待ちと原因不明の食い違いを分け、判断が済むまで同じ項目を上書きしません。保留対象だけ止められない仕組みなら、運用担当者が影響を確認して停止範囲を決めます。
責任者は次の順で直します。
- 変更依頼や承認記録を見て、用途と適用時期を含めて採用する値を決める。根拠が足りなければ保留を続ける。
- 決定した値を正本へ反映する。訂正前の値、理由、確認者を履歴として残す。
- 反映先で新たな変更がないかを確かめ、承認した項目だけ反映する。途中でまた変わっていたら再び保留する。
- 両方の値と反映結果を照合し、確認日と保留の解消を記録する。同じ変更を重ねて取り込まないよう、反映済みの記録も確認する。
自動化の途中で人が直した後の再開は、手動対応と自動側の記録を照合する手順で詳しく扱っています。
5. AIは差の候補を示し、正本と正しい値は人が決める
この記事で提案するAIの用途は、二重に更新している項目の洗い出し、対応表の下書き、二つの表の値の差の一覧づくりの補助に限ります。どれを正本にするか、食い違った値のどちらが正しいかをAIに決めさせません。決めるのは責任者です。AIは差の候補を示すだけです。
候補一覧には、元の表・行のID・項目名・両方の値・確認が必要な理由を残します。空欄を推測で埋めたり、更新日時だけで正しい値を確定したりしないようにします。責任者が元の資料へ戻れることを優先し、AIが差を示さなかった項目も正しいと保証されたとは扱いません。
実際の表を渡す前に、顧客情報をAIへ入力する前の確認に沿って、利用条件と社内ルール、入力できる範囲を確認してください。対応表の下書きなら項目名と架空の値で始め、不要な個人情報・非公開の取引条件は渡さないようにします。
作業メモと台帳の検証ラボは、差の候補を人の確認待ちに残す方法の参考です。今回の正本の選定や、複数システムへの反映を検証した記録ではありません。
6. まず一つの業務で、対応表を埋める
最初からすべてのシステムをつなぐ必要はありません。住所の転記など、困っている業務を一つ選び、対応表の8列を埋めます。正本・責任者・保留条件を決められない項目は、自動反映の対象へ入れず、必要な確認を先に進めます。
手入力で反映する場合も、反映先の確認まで担当を決めます。CSVや連携機能に変える場合は、その対応表どおりに対象の項目だけ反映できるか、保留・履歴・再取り込みを扱えるかを確認してから切り替えます。この記事では、実装結果や削減時間・費用効果は示していません。
全体の進め方はAI業務改善ガイド、支援範囲はサービス・料金で確認できます。相談では、二重に更新する項目と入力先、困る場面をお伝えください。顧客の生データを最初から添付する必要はありません。