1. 旧ルールを一覧にし、条件と処理を分ける

最初に、現在有効なルールを、条件・処理・優先順位・例外に分けて書き出します。 名前だけで同じと判断せず、元の設定を見返せるようにルールIDや確認元も残します。以下はhirostaが提案する整理項目です。

項目 書き出す内容
対象と状態 対象ソフト・機能・口座・入出金、有効か無効か、確認した日
条件 摘要などの対象欄と文字列、完全一致・部分一致などの一致方法、複数条件の組み合わせ
金額 下限・上限、境界の金額を含むか、金額条件なしの意味
処理 勘定科目・補助科目・税区分・部門、候補の提示か自動登録か、消込などの処理の種類
優先順位 設定値と、その数値が大きい方・小さい方のどちらが先か。同順位の扱い
例外 通常ルールから除く条件、個別確認へ戻す条件、その確認先
確認元 旧ルールID、設定を確認した画面・記録、公式ヘルプのページと確認日

空欄を「条件なし」と読み替えないでください。確認できない項目は「未確認」と残します。一般的な経理AIの役割や連携の入口は経理業務でのAIの使い方で説明しています。ここでは移行前の比較に絞ります。

2. 新ルールを同じ列で並べ、数値より適用順を見る

新ルールにも同じ項目を用意し、対応する旧ルールIDを付けます。一つの旧ルールを二つに分ける場合や、新側で表現できない条件も、その関係を記します。表現できない条件を黙って省略せず、確認待ちにします。

公式ヘルプで確認した、優先度の違い

2026年10月20日に、次の公式ヘルプを確認しました。特定製品を推奨する比較ではありません。

製品・対象機能 確認したページ 優先度の説明
freee会計・自動登録ルール 明細の自動登録ルールを設定する 整数の値が大きいルールほど優先
マネーフォワード クラウド会計・確定申告・自動仕訳ルール(通帳カード) 「自動仕訳ルール(通帳カード)」をインポートする 数値が小さいルールほど優先

両ページには、文字列の一致方法や金額条件の説明もあります。同じ優先度の数字をコピーしても、同じ適用順になるとは限りません。 実際の移行では、使っているソフトの対象機能の公式ヘルプで確かめ、設定値とは別に「先に扱う順」を書きます。同順位の解決方法や、空白・全角半角などの扱いは、今回の記載から推測しません。確かめられなければ「使っているソフトの公式ヘルプで確かめる」と残します。

想定シナリオ:比較に使う旧・新ルール

以下は架空の「サンプル経理社」が、移行案の違いを探すための想定シナリオです。特定製品の設定例ではありません。すべて出金明細を対象とし、金額は円単位。列の「先に扱う順」はこの例だけで定めた順序で、1が最優先です。候補が複数なら、この順序で一つを選ぶ想定にしています。

旧ID/新ID 摘要の条件(旧 → 新) 金額条件(旧 → 新) 先に扱う順(旧 → 新) 勘定科目/税区分(旧 → 新) 処理・例外(旧 → 新)
O1/N1 「サンプル事務」を含む → 同じ 1〜9,999 → 1〜10,000 3 → 2 科目A/区分A → 同じ 候補提示 → 同じ
O2/N2 「サンプル事務」を含む → 同じ 10,000以上 → 同じ 2 → 3 科目B/区分B → 同じ 候補提示 → 同じ
O3/N3 「サンプル事務 返金調整」と完全一致 → 同じ 条件なし → 同じ 1 → 4 自動指定なし → 同じ 個別確認へ戻す例外 → 同じ
O4/N4 「サンプル通信」と完全一致 → 「サンプル通信」を含む 条件なし → 同じ 4 → 1 科目C/区分C → 科目C/区分D 候補提示 → 自動登録

金額範囲はこの例では両端を含みます。科目A〜C・区分A〜Dは、結果の違いを示す仮の記号です。実在の科目・税区分や適切な会計処理を示していません。N1の上限、N3の順位、N4の条件・税区分・処理を変えた移行案として比べます。

3. 想定取引10件を、旧・新ルールの対応表にする

取引ごとに、まず条件に当たるルールをすべて挙げ、その後に優先順位で選ばれるものを記します。 選ばれた一つだけでは、条件の重なりを見落とします。

金額の下限・上限の直前と同額、複数条件に一致するもの、一致しないもの、例外を含めます。普段よくある取引だけでは、移行案の違いが現れないことがあります。

対応表の基本列は「取引の例・旧で当たるルール・新で当たるルール・結果が同じか・違う理由・確認する人・確認した日」です。下表は先ほどの想定シナリオを当てはめた記入例です。「→」の右が選ばれるルール、「なし」は条件に当たるルールがない意味です。結果は科目・税区分・処理・例外への戻し方まで比べています。

取引の例(すべて架空の出金) 旧で当たるルール 新で当たるルール 結果が同じか・状態 違う理由・確認点 確認する人 確認した日
01:サンプル事務/5,000円 O1 N1 同じ候補 科目A・区分A・候補提示で一致 経理責任者 未確認
02:サンプル事務/9,999円 O1 N1 同じ候補 旧上限の金額でも一致 経理責任者 未確認
03:サンプル事務/10,000円 O2 N1・N2 → N1 違う・確認待ち 新側は境界が重なり、科目B・区分Bから科目A・区分Aへ変わる 経理責任者・税理士 未確認
04:サンプル事務/10,001円 O2 N2 同じ候補 新上限の1円上では科目B・区分Bで一致 経理責任者 未確認
05:サンプル事務 返金調整/5,000円 O1・O3 → O3 N1・N3 → N1 違う・確認待ち 例外が後順位になり、個別確認から通常の候補提示へ変わる 経理責任者・税理士 未確認
06:サンプル事務 返金調整/12,000円 O2・O3 → O3 N2・N3 → N2 違う・確認待ち 高い金額側でも例外が後順位になる 経理責任者・税理士 未確認
07:サンプル通信/3,000円 O4 N4 違う・確認待ち 科目Cは同じでも区分CからD、候補提示から自動登録へ変わる 経理責任者・税理士 未確認
08:サンプル通信 追加/3,000円 なし N4 違う・確認待ち 完全一致から部分一致へ広がり、新側だけ当たる 経理責任者・税理士 未確認
09:サンプル配送/2,000円 なし なし 両方なし・確認待ち 対象外でよいか、手動確認の担当を決める 経理責任者 未確認
10:サンプル事務/0円 なし なし 両方なし・確認待ち 下限1円の直前。0円明細の扱いを確かめる 経理責任者 未確認

これは紙上の比較例であり、ソフト上で取引を登録した結果ではありません。「同じ候補」の行も、正しい会計処理や承認済みという意味にはしません。実際の表には、比較した旧・新の版と、同じと判断した処理内容も残してください。10件は作り方の目安で、実際のルールの組み合わせを網羅する件数ではありません。

4. 違い・該当なしを確認待ちにし、判断を記録する

表の03・05〜08のように結果が変わる取引と、09・10のようにどちらにも当たらない取引は、確認待ちにします。同順位や不明な仕様があって結果を選べないものも、推測で埋めません。

確認を頼むときは、取引番号、旧・新ルールの該当欄、差が出る条件、どの処理へ変わるかをセットで渡します。条件の書き写しや対象範囲は経理の責任者に、勘定科目・税区分などの判断は必要に応じて税理士に確かめます。旧側が正しいとも、新側に合わせるべきとも決めつけません。

確認後は「維持する/変更する/対象外として手動確認にする」などの判断、理由、確認者、実際に確認した日を残します。条件を直した場合は、影響する取引と重なるルールをもう一度比較します。日付だけを入れて確認済みにはしません。

台帳の記録自体に不備や情報不足がある場合の整理は、設定台帳の不備と情報不足を分ける検証ラボを参照してください。本記事は、その分類を繰り返すのではなく、旧・新ルールが取引ごとに生む違いを扱います。

5. 確認が終わってから、新ルールを有効にする

比較と責任者の確認が終わるまで、新ルールを自動登録に使わない進め方を提案します。 未解決の条件が残る範囲は、いったん手動確認に戻すなどの扱いを責任者が決めます。差がなくても、科目・税区分の妥当性の確認は別に必要です。

有効化の前には、確認した版と反映する版、切り替え対象の口座・期間、旧側を止める範囲を担当者が照合します。旧・新が同じ明細を二重に処理しないよう役割を分け、結果が想定と違う場合の停止・手動確認への戻し方も決めておきます。

登録・変更・有効化の操作はソフトごとに異なるため、使っている機能の公式ヘルプへ進んでください。ここで示した対応表はインポート用のデータではありません。

AIに任せるのは、比較の下準備まで

AIの用途は、ルール一覧の書き写しの補助、条件が重なる組み合わせ・当たらない取引の洗い出しの補助、対応表の下書きに限ります。元の設定にない条件や判断を補わせず、担当者が設定の原記録と照合します。

勘定科目・税区分・どちらのルールが正しいかは、AIに確定させません。 個別の会計・税務の判断は経理の責任者・税理士に確認してください。AIへ渡す情報も、顧客情報をAIへ渡す前の確認に沿って許可された範囲に絞り、比較用には架空の名前・取引を使う方法から検討できます。