仕訳インポート形式への変換手順｜顧問先のExcel・明細を生成AIで整える

顧問先から届く売上集計のExcel、レジや銀行のCSV、手書き日計表の読み取り結果は、列の並びも日付や金額の書き方もばらばらで、会計ソフトの仕訳インポート形式への変換に毎月時間がかかります。

この記事では、生成AIに実データを渡さずに変換ルールを作らせる手順と、会計ソフト各社の公式仕様にもとづく取込前の検証項目を解説します。

仕訳インポート用CSVへの変換と対象範囲

この記事で扱うのは、顧問先が作ったデータを会計ソフトの取込形式に整える作業です。会計ソフトを乗り換えるデータ移行は別の確認工程が必要です。移行が目的の場合は会計ソフト引越しAIをご覧ください。

変換の中心は列順、日付、符号、科目・補助科目、税区分、複合仕訳の行構成です。

仕訳として取り込むか、明細として取り込むかを先に決める

銀行・カード明細は標準の明細取込で足りる場合があります。freee会計の明細アップロードや、弥生のYAYOI SMART CONNECT等について、利用中の製品・口座の対応を公式情報で確認します。仕訳で取り込むか、明細から仕訳候補を作るかを先に決めます。

生成AIの2つの使い方：実データを渡して変換させるか、変換ルールを書かせるか

A：実データを渡して取込形式を出力させる

通帳CSVや売上表をそのまま生成AIに貼り付けて取込形式で出力させる方法は手軽ですが、事務所の業務としては次の問題があります。

• 守秘義務：法人の取引情報も税理士法38条の秘密に当たり得ます。
• 個人情報：利用目的、学習利用、安全管理、委託・第三者提供の条件を確認します（PPCの生成AI注意喚起）。
• 検証：行の欠落や数字の変更を目で見つけにくく、同じ指示でも出力が変わり得ます。

B（推奨）：ダミーサンプルで変換ルールを書かせ、手元で実行する

架空の取引先名・金額で作ったダミーサンプルと、列定義・取込仕様だけを渡し、Excelの数式、Power Query（Excelのデータ変換機能。M言語で手順を記述できる）、VBA（Excelのマクロ言語）を書かせます。実データは事務所のExcelで処理するため外部に出ず、変換ロジックが手元に残り、同じ入力なら同じ結果になります。

業務向けプランでも学習利用・保存・人の閲覧は機能と契約で確認します。確認項目はAIツール選定の質問票にまとめています。

指示の型は会計事務所の生成AIの使い方も参考になります。

先に会計ソフトの仕訳インポート仕様を確認する（2026年10月10日確認）

変換ルールの基準は、取込先の会計ソフトの公式仕様です。各社の公式ヘルプから、変換に関わる要点を整理しました。

弥生会計・弥生会計 Next・マネーフォワード クラウド会計の行数・ファイルサイズ上限や文字コードは、今回再確認できた公式ページでは判断できませんでした。弥生会計の文字コードも製品・取込メニュー別にサポートへ確認し、少量のテストで検証します。freeeには取引インポートのほか、振替伝票として登録する仕訳インポートもあります。取引か伝票かを先に決め、対応する仕様を参照します。

JDL・TKC・MJSなども、製品ごとに取込仕様が異なります。公開ページの条件をほかの製品へ流用せず、利用中の製品のマニュアルかサポートからレイアウトを取得します。

仕様書から「取込仕様メモ」を1枚作る

公式仕様の要点を1枚にまとめ、AIへの指示と検証の基準にします。

仕訳インポート形式への変換手順：ダミーサンプル→ルール作成→手元で実行→検証

例えば、次の架空の売上集計から3行の仕訳を作る場合を考えます。金額は単なる例で、取込先に合わせて列順・税区分・伝票の構成を変えます。

「空欄にせずエラー列に出す」と指示しておくと、変換できなかった行が気づかないまま取り込まれるのを防げます。生成AIで仕訳そのものを作る範囲はChatGPTで仕訳はどこまで作れる？AI-OCRとの使い分けで整理しています。

銀行・カード明細を仕訳形式に変換するときのルール

例えば銀行入金は借方が普通預金、貸方が相手科目、出金は逆にします。カードの利用は未払金等、口座引落はその消込みとして、二重に経費へ計上しない対応表を決めます。これは一般例で、実際の科目は顧問先の方針に従います。

残高による検算は仕訳候補の検証方法も参照してください。

数式・Power Query・VBAの使い分け

Excel特有の落とし穴

• 文字コード：Power QueryのText/CSVコネクタは文字セットを推論せず、UTF-8はBOM付きの場合のみ推論されます。文字化けしたら読み込み時に文字コードを指定します。
• 先頭の0：データ型の自動検出は最初の200行かデータ全体が基準です。科目コード・取引先コードはテキスト型に固定します。
• CSVの保存：CSVとして保存されるのは現在のワークシートだけです。出力用のシートを選び、指定された文字コードの形式で保存します。保存形式の名称だけで判断せず、取込仕様メモと照合します。日付書式や先頭の0は画面の表示形式のまま書き出されるため、保存後のファイルも確認します。

手書きの日計表・売上帳は「読み取りはAI、検算はプログラム」に分ける

手書きの文字認識と構造化はAI、検算は数式・Power Queryに分けます。整った表でも読取値が正しいとは限りません。

合計が一致しても科目・日付・文字の誤りは残り得ます。導入時に誤り方を確認し、どの行を原本照合するかを責任者が決めます。この考え方はAI-OCR導入後のダブルチェックを「要確認だけ見る」体制にでも解説しています。

Zeimeeの公開事例では、手書き日計表の一行ずつの確定作業を省きました。あわせて、JDL向けCSV作成のExcel5工程を1画面に集約しています。

帳票の読み取りは実データを扱うため、認められた業務用サービスの契約・学習利用・保存・処理先を確認します。変換ルールの作成はダミーで行います（守秘義務と生成AI）。取引履歴の整理例は相続税申告の預金取引履歴を参照してください。

取込前の検証チェックリスト：件数・貸借合計・日付・科目・税区分・文字コード

変換したファイルは取り込む前に次の項目を確認します。確認方法を数式やPower Queryに組み込んでおくと、毎月同じ手順で確かめられます。

2026年10月以降は経過措置70%の表記に注意する

国税庁によると、免税事業者等からの課税仕入れに係る経過措置は、2023年10月1日からの3年間が80%、2026年10月1日からの2年間が70%です。取込ファイルの税区分も取引日に応じて切り替えます。割合だけでなく同一の相手からの課税仕入れの上限など、適用要件を確認します。

弥生会計 Nextの公式「インポートデータの記述形式（税区分）」は、税区分末尾に区分と割合を付加し、「70%」等を指定すると案内しています。未指定時は取引日付や科目設定から自動判定しますが、会計ソフトの設定が台帳の方針と合うかを確認します（2026年10月10日確認）。デスクトップ版は公式例が80%のため、最新の対応を別に確認します。

仕訳と経過措置の適用要件はインボイス7割控除（経過措置70%）の仕訳と記帳対応を参照してください。

顧問先ごとの仕訳インポート変換ルールを台帳にして引き継ぐ

変換ルールが担当者の記憶やファイルの中だけにあると、異動や退職のときに引き継げません。顧問先ごとに次の項目を台帳に残します。

数式・クエリ・マクロは台帳と一緒に保管し、作者以外も読める状態にします。職員の確認体制も整えます（税理士法41条の2）。

台帳の作り方は顧問先別の仕訳ルール台帳の作り方、入力部門の工程別の分担は記帳代行業務のAI活用で解説しています。

自作の限界を見極める：例外の増加・担当者依存・取込失敗の切り分け

次のような状態が見えたら、自作の変換ルールを見直す時期です。

• 例外の分岐が増え、作成者以外は数式やマクロを読めない
• 顧問先ごとにブックが増え、どれが最新版か分からない
• 取込エラーの原因が、元データ・変換ルール・取込仕様のどこにあるか切り分けられない
• 税制改正や会計ソフトの仕様変更のたびに、全顧問先分を直している

選択肢は、会計ソフト標準の明細取込や自動仕訳ルールに寄せる、市販ツールを使う（記帳自動化ツールの比較）、連携方式を見直す（CSV・API・MCPの違い）、業務に合わせて仕組みを設計する外部支援を使う、などです。

Zeimeeは、帳票の読み取り、仕訳候補の作成、チェック、取込データ作成を業務に合わせて設計・実装する支援をしています（記帳自動化AI）。掲載例は特定の現場での開発例で、出力形式や設定により追加対応が必要です。料金は個別見積もりです。月に数件で形式が決まる顧問先なら、標準機能や数式から検討します。

よくある質問

まとめ

最初は形式が決まった顧問先を1件選びます。公式仕様から取込仕様メモを作り、ダミーサンプルと期待する出力を手で用意します。次に変換ルールと検証用の数式を作り、例外を含むサンプルで一致を確かめてから実データへ適用します。仕様メモ・対応表・変換ツール・確認記録をセットで台帳へ残すと、次の月も同じ基準で確認できます。