仕訳辞書と登録番号マスタのズレ検知— 会計ソフト運用
公開: 2026年9月7日
会計ソフトの仕訳辞書(取引先名・勘定科目・税区分の定型)と、 インボイス用の登録番号マスタが別管理だと、気づかないうちにズレます。
辞書側は古い名称のまま、マスタ側だけ番号が更新されている、といった状態です。
本記事では、ズレの典型と検知手順を少人数でも回せる形で整理します。
1. なぜズレが起きるのか
- 仕訳辞書は日々の入力担当が更新し、登録番号マスタは月末担当が更新する
- 社名変更が請求書に先に現れ、マスタ反映が遅れる
- 合併・事業譲渡で「見た目の取引先」と登録番号の対応が変わる
- テスト登録や重複マスタが残る
マスタ設計の基本は取引先マスタと登録番号を先に整えると検知が楽になります。
2. ズレの典型パターン
| パターン | 症状 | リスク |
|---|---|---|
| 名称不一致 | 辞書名≠公表名≠請求書名 | WARN常態化・誤仕訳 |
| 番号欠落 | 辞書はあるがマスタに番号なし | 確認スキップの盲点 |
| 番号陳腐化 | 失効・変更後の旧番号が残る | 誤ったPASS判断 |
| 重複 | 同一相手が複数コード | 集計破綻・監視漏れ |
3. 週次の突合手順(30分)
- 会計ソフトから取引先/仕訳辞書をCSV出力する
登録番号マスタもCSV出力する - 共通キー(取引先コードまたは正規化社名)で突合する
キーがない相手は「要コード付与」リストへ - 差分を4種に分類する(名称/番号欠落/陳腐化/重複)
その場で直せるものは辞書とマスタを両方更新する - 直近請求書のチェック結果(WARN多発先)と突合する
手順はチェックワークフローの結果一覧を使う
毎週フル突合が重い場合は、当月仕訳に登場した取引先だけを対象にします。
4. 検知を仕組みにする
4-1. 入力時のガード
新規取引先を仕訳辞書に追加するとき、登録番号マスタへの登録を必須チェックリストにします。
「辞書だけ先に作る」を禁止するだけでもズレは減ります。
4-2. 確認レベルとの連動
ズレ検知でヒットした取引先は、確認レベルを一時的に「毎回」へ上げます。
レベル設計は取引先ごとの確認レベルと接続すると運用が一本化します。
4-3. 承認フローへの反映
マスタ不備の取引先からの請求は、支払承認前に止まるようフラグを付けます。
フロー全体は受領〜承認フローを参照してください。
5. よくある質問
Q. 会計ソフト内に登録番号項目があります
その場合でも、インボイス確認用マスタ(公表照合の履歴付き)と役割が違うことが多いです。
「同じ値を持つ二つの置き場」として同期ルールを決めてください。
Q. 名称の表記ゆれはどう正規化しますか
株式会社/(株)、全角半角、スペースを除去する正規化ルールを1つ決め、突合前にかけます。
完全一致にこだわると差分だらけになります。
Q. ズレ検知は誰の仕事ですか
経理担当が週次で差分抽出し、責任者が月次で未解消をレビューする二段が現実的です。
Q. 自動化はどこまで可能ですか
CSV突合とWARN多発先の抽出までは自動化しやすいです。
名称変更の最終判断は人が残ります。
6. まとめ
- 仕訳辞書と登録番号マスタは別更新になりやすく、ズレ前提で検知する
- 名称不一致・番号欠落・陳腐化・重複の4パターンで分類する
- 週次30分のCSV突合で当月登場先から潰す
- 新規辞書追加時にマスタ登録を必須化する
- ズレ検知先は確認レベルを上げ、承認前に止める
インカク(incaku) の照合結果と会計マスタを突き合わせると、陳腐化した番号に早く気づけます。
7. 具体シナリオ:合併後の番号付け替え
取引先が合併し、請求書の登録番号が変わったのに、仕訳辞書は旧社名のまま残っていたケースです。
インボイス確認では新番号PASS、仕訳は旧マスタ参照で名称WARNが量産されました。
週次突合で「番号は新しいが辞書名が古い」と検知し、辞書とマスタを同日更新して収束しました。
7-1. 更新の原子性
辞書だけ直してマスタを翌日にする、といった分割更新がズレの温床です。
可能なら同一作業セッションで両方を直し、変更ログにセットで残します。
8. 突合用の正規化ルール例
- 株式会社/(株)/㈱ を同一視
- 全角英数を半角へ
- スペース・中点・長音の揺れを除去または統一
- 英字社名は大文字に揃える
- 支店名は本体キーと枝番で分ける
正規化は突合専用の作業列に行い、表示名まで壊さないことが大切です。
9. 未解消差分の扱い
その場で直せない差分は「所有者・期限・影響(支払停止の要否)」を付けて持ち越します。
持ち越しが2週を超えたら責任者レビュー必須にします。
差分一覧を個人のメモに閉じ込めないでください。
週次ルーティンの水曜枠に「マスタ突合15分」を埋め込むと忘れにくいです。
10. ツール間のキー設計
会計ソフト、請求書チェック、ワークフローで取引先コードが違うと、突合が毎回手作業になります。
可能なら社内の共通取引先コードを決め、各システムに同じコードを持たせます。
コードが無理なら、登録番号を共通キーにする方法もありますが、番号未取得の相手は別管理が必要です。
キー設計は一度決めると変更コストが高いため、新規導入やマスタ整理のタイミングで固定します。
既存の重複コードは、廃止予定日を付けて段階的に統合します。
10-1. 仕訳辞書の「使っていない相手」
長年使っていない辞書エントリは、ズレ検知のノイズになります。
最終仕訳日から1年以上経過した相手は無効化候補とし、マスタ側も合わせて整理します。
削除より無効化の方が、過去仕訳の参照で安全です。
整理は年1回の棚卸しで十分です。毎週やる必要はありませんが、放置すると差分が膨張します。
11. 導入チェックリスト
- 会計辞書と登録番号マスタのCSV出力手順を書く
- 共通キー(コードまたは正規化名)を決める
- 差分4分類のラベルを表に用意する
- 新規辞書追加時のマスタ必須チェックをマニュアルへ追記する
- 週次15〜30分の突合枠をカレンダーに入れる
- 未解消差分の所有者・期限・影響列を設ける
最初の突合は差分が多くて落ち込むことがあります。
当月登場分から潰し、残りは四半期で整理する二段構えにすると継続できます。
完璧な一致より、支払に効くズレを先に潰すことが目的です。
12. 差分対応の優先順位
差分が多い月は、すべてを同時に直そうとせず優先順位を付けます。
最優先は番号陳腐化と番号欠落、次に重複、最後に軽微な名称ゆれです。
支払予定が近い取引先を先に直し、来月以降の相手は持ち越しで構いません。
優先順位を決めておくと、週次30分でも確実にリスクの高いズレから減らせます。
13. 実測で見る効果
突合を始めて1ヶ月後に、(1)名称WARN件数、(2)番号欠落のまま支払った件数、(3)重複マスタ数を比較します。
減っていれば運用は機能しています。
減っていなければ、共通キーが弱い、または更新の原子性が守られていない可能性が高いです。
効果測定があるだけで、突合が忙しいときの省略対象になりにくくなります。
月次で3指標を眺める習慣を、突合そのものと同じくらい重視してください。
14. 名称ゆれの判断例
「株式会社AA」と「(株)AA」は同一視してよいことが多いです。
一方、「AA株式会社」と「AAホールディングス株式会社」は別人格の可能性があり、番号と公表名で確認します。
ゆれを全部同一視すると危険なので、法人格・商号の核が同じかに注目します。
判断に迷う案件はWARNとして残し、責任者または税理士へ上げます。
13. マスタずれ発見後の48時間対応
シナリオ:辞書の旧屋号が残る
会計ソフトの取引先名は新屋号なのに、OCR辞書に旧屋号が残り、自動仕訳が別マスタへ紐づきました。
差分検知で「名称不一致」が出た日を起点に、48時間以内に辞書・マスタ・直近仕訳を直します。
放置すると、翌月も同じずれが量産されます。
Q. ずれが月に1件だけなら無視してよいですか
A. 無視しません。件数より「検知→修正の経路」が生きているかを重視します。
- キー(登録番号または社内ID)で突合しているか
- 名称だけのあいまい一致に依存していないか
- 修正後に再取込テストを1件流したか
注意
本記事は会計ソフト運用の一般的な整理であり、税務・法的助言ではありません。
個別の税務処理・社内規程・契約判断は、税理士等の専門家にご確認ください。
インカク(incaku) で試す(無料・テキスト/PDF無制限・監視1社)
テキスト層のある請求書 PDF をアップロードするだけで、登録番号の形式チェック・公表照合・記載要件の確認を自動実行。
取引先の登録番号監視にも対応します。
画像・スキャンPDFのOCR対応は今後対応予定です。
無料枠はテキスト・PDF 無制限・監視 1 社まで(CSV 一括はスタンダード以上)