freee Agent Hub発表の翌日、MFの仕訳データから記帳業務の設計を1時間で言語化するSkillを公開する——鹿児島の税理士がたどり着いた「AIでガンガンいこうぜ」の前にやること
今回も長いです！気をつけて！
※最下段にskillを使って出力した資料のサンプルを追記しました
ここ1〜2年、会計業界のニュースが急に騒がしくなりました。
とどめを刺された感があったのが、2026年4月16日、この記事の前日のfreee社の発表です。
タイトルは、「認定アドバイザー向けに資料回収から決算申告まで自動化できる「freee Agent Hub」と新たなAPIを提供」。
資料回収から、決算申告まで、会計事務所の業務をAIエージェントで自動化する、というものです。
「AIが仕訳を入れてくれる」から、さらに踏み込んで「AIが申告書まで作る」。
その世界まで、あと一歩というところまで来ています。
日本の会計ソフト業界では、freee とマネーフォワード（MF）がAI連携で明らかに先行しています。
思想やスピード感に違いはありますが、どちらも「AIと会計ソフトをつなぐ基盤」を本気で整えはじめた。
2026年3月、freee は「freee-mcp」というオープンソースソフトを公開しました。
Claude や ChatGPT といったAIアシスタントから、freeeの会計・人事労務・請求書などを直接操作できるようにする仕組みです。
同じ3月、マネーフォワードも「リモートMCPサーバー」を全プランで開放しました。
こちらは外部のAIエージェントが、マネーフォワードの仕訳データや試算表にAPIでアクセスできるようにする仕組みです。
さらに7月からは、「マネーフォワード AI Cowork」という、AIがバックオフィス業務を自律的にこなすサービスまで予定されています。
「もう、経理はAIが全部やってくれるんじゃないか」
そんな空気が漂いはじめています。
この空気に、私はすこし懐かしいものを覚えています。
Windows 98 や Windows 2000 の頃——パソコンとインターネットがセットで民主化していった、あの空気です。
当時、中学生だった私は「何かすごいことが始まるぞ」とワクワクしていました。
ISDNではいまいちだった通信速度が、ADSLの登場で一変して、Yahoo! がルーターを街中で配りまくっていた。
あのインフラの整備と、Windows XP への進化が重なって、インターネットは一気に「みんなのもの」になりました。
いま振り返ると、あの頃と似た匂いがします。
freee や マネーフォワードが API や MCP という「AIとの接続口」を整えはじめたのは、あの頃のADSLに近い動きではないでしょうか。
インフラが整ったとき、普及は一気に来る。
AIがこれからどんどん身近になっていく、その前夜にいるような感覚です。
ただし、現場の肌感覚でいうと、中小企業にAIはまだまだ浸透していません。
少なくとも鹿児島では、業務でバリバリ使いこなしているケースはほとんど見かけないのが現実です。
一方で、明らかに増えているのが「相談」です。
経営者から「AIって実際どうなんでしょう？」と聞かれる回数が、この1年で目に見えて増えました。
ただ、その相談の中身はたいてい「AIで経理をラクにしたい」ではありません。
「AIを使って売上を伸ばせないか」——関心はもっぱら攻めの方向に向いています。
バックオフィスの業務設計にAIを活かそう、という相談も、ゼロではありません。
ただ、私がお受けする相談のなかでは、圧倒的に少ないのが現状です。
正直に言いますと、私自身、「申告書までAIで作れる時代が早く来てほしい」と思ってきました。
ところが、いざそんな機能がほんとうに実現する段になると、気を引き締めなきゃいけないな、と感じてもいるのです。
でも、AIは「魔法」ではない
結論から言うと、AIで会計業務はたしかにラクになります。
ただし、ある条件を満たした会社に限ります。
うちのgeminiのdeepResearchが面白い数字を見つけました。
ガートナーは2024年7月、「2025年末までに、全生成AIプロジェクトの30％がPoC（本格導入の前に、小さく試してみる実験）後に放棄される」と予測しました。
ところが蓋を開けてみると、実際には50%がPoC後に放棄されていました。
予測の倍近い失敗率です。
さらに2025年6月、ガートナーは「2027年末までにAIエージェントプロジェクトの40%超が中止される」と発表しています。
冒頭のfreee Agent Hub のような「AIエージェントが業務を自動化する」プロジェクトのうち、4割は途中で頓挫するというわけです。
PwCが2025年春に実施した生成AI5カ国比較調査でも、「期待を上回る効果が出ている」と答えた割合は日本9%に対して米国33%と、3倍以上の開き。
つまり「AIを入れた」ではなく、「AIで成果が出せた」企業はまだ一握りということです。
では、成果を出せた企業は何が違うのか。
PwC は失敗のパターンを整理していて、その筆頭が「業務設計が曖昧なままAIを入れた」です。
「効果が出ている」と答えた米国企業の約60%は、AI導入の前にCEO直轄の推進体制を整え、約70%は生成AIを既存の業務プロセスに統合済みというデータもあります。
先に業務フローありき。AIは後、という順番です。
ここに、私が現場で感じている違和感とぴったり重なります。
AIは魔法ではない。
ドラクエで、装備も整えず、全員あそびにんのまま「ガンガンいこうぜ」と命じたら——全滅します。
誰が戦士で、誰が僧侶で、どんな装備で臨むのか。
その準備が、記帳の世界でいう業務設計にあたります。
どの証憑が、いつ、誰から来て、どの科目で、どの補助で、どの部門で記帳されるのか。
この準備がないまま AIに「ガンガンいこうぜ」と命じても、出てくるのは意味不明な仕訳だけです。
業務設計を「作る時間」がない
では、業務設計をしっかり作っている中小企業がどれだけあるかというと、実務の肌感では、ほぼありません。
理由は単純で、経理担当者にそんな時間がないからです。
帝国データバンクの調査（2025年1月）では、正社員の頭数が足りないと感じている企業が53.4%と、コロナ禍（2020年4月）以降で最高を記録しました。
さらに74.4%の企業が、スキル不足や高齢化など、何らかの人材面の課題を抱えています。
経理部門に話を絞ると、もっと深刻です。
ミロク情報サービスの「中小企業の経理担当者 実態調査」によれば、経理担当者の悩みで最多だったのが「業務の属人化」、50.0%。
半分の経理担当者が、「自分しかわからない業務がある」と回答しているわけです。
業務が属人化する原因として、ミロク情報サービスは3つをあげています。
資源（人手不足で職務分掌ができない）。
標準化（マニュアルが整備されていない）。
能力（難しい業務は一部の人しかできない）。
私の顧問先でも、ほぼ同じです。
しかも現実には、記帳だけではありません。
経理まわり、お金まわり、社長の雑用、会社のインフラ整備——なにからなにまで、ひとりのベテランが全部抱えているケースがものすごく多い。
その人の頭のなかに、会社のバックオフィスが丸ごと入っている状態です。
他の社員に引き継ごうにも、その人自身がマニュアルを書く時間をとれない。
社長に聞いても「あの人に任せてるから大丈夫」と言う。
これで、AIが入ろうが入るまいが、業務は止まります。
「引き継ぎ不能」で数か月止まった、ある顧問先の話
実際にあった話です。
地方のある企業は、創業社長のもとで30年以上経理を見てきた女性が、健康上の理由でリタイアすることになりました。
私はそのタイミングで顧問させていただくことになりました。
会計ソフトはクラウド化されていて、仕訳データはきれいに入っている。
データを見るかぎりでは「申し送りもいらなさそうだな」と思いました。
でも、違いました。
たとえば「仮払金」の補助科目に、だれが見ても意味不明なコードがついている。
「これ、なんですか？」と後任者が聞いても、現任は「昔からそうなってる」と答えるだけ。
本人しかわかっていません。
たとえば「未払金」の補助科目に、データ連携しているクレジットカードの名前と、まったく違う呼び名がついている。
リネームしていた、とあとから判明しました。
本人は当たり前にやっていたので、引き継ぎ書にも書いていない。
たとえば、月に一度、ある口座からある口座にお金を動かす仕訳が、仮払金を経由していた。
「なぜ仮払金を挟むんですか？」と後任者が聞いたら、現任は「そう教わったから」。
理由は誰も知らない。
後任者は3か月かけて、1年分の仕訳を一行ずつ読んで、ようやく業務の全体像を再構築しました。
その間、月次決算は止まりました。
社長は「引き継ぎ資料さえあれば……」と何度もため息をついていました。
マニュアルは、作っても更新されない
ひとつ補足しておくと、「経理」の仕事のなかでも、お金に直結する部分——銀行振込、請求、支払い、給与——は、間違えたら即アウトなので、手順書やマニュアルが比較的整備されやすい領域です。
止まったら「死」に直結するから、さすがに誰かが書く。
ところが「記帳」は、止まってもすぐには死なない。
だから、マニュアル化が本当にされていません。
「引き継ぎ資料を作ろう」という話は、どの顧問先でも一度は出ます。
ただ、これが進まない。
理由は3つあります。
ひとつ、作る時間がとれない。
日々の業務をこなしながら、自分の頭のなかをコトバにするのは重労働です。
しかも、コトバにしたところで1円にもならない。
「今日中にやらなくてもいい仕事」の代表格です。
ふたつ、作っても読まれない。
立派なマニュアルを作っても、実際に引き継ぐ場面になって読まれるかというと、読まれません。
日常的に「マニュアル参照してから仕訳入力」なんて、誰もやらない。
だからマニュアルの存在自体が忘れられます。
みっつ、作っても陳腐化する。
銀行を切り替えた、カードを増やした、部門を統合した。
こういう小さな変化が積もって、半年後にはマニュアルと現実が乖離します。
乖離したマニュアルほど危ないものはありません。
私は毎年のように「マニュアル作りましょう」と提案してきました。
でも「更新を誰がやるか」まで決まらない限り、本音では作ったあとの運用が続かないと分かっています。
言いかえると、マニュアルは作ることより、生かし続けるほうがずっと難しい。
ここが、従来型の業務設計の限界です。
もうひとつ補足すると、帝国データバンクの2025年4月調査では、正社員の人手不足感は51.4%と、高止まりしています。
中小企業に絞ればさらに深刻で、経理担当者の属人化は「採用で解決」がいよいよ難しい局面に入っています。
言いかえると、人手を増やすのではなく、いまいる人の仕事を言語化して残す方向に、企業はシフトするしかありません。
業務設計の言語化こそ、これからの経理DXの本丸だと私は見ています。
発想を変える：AIに「業務設計の下書き」を作らせる
では、どうするか。
私が2026年に入ってから実験しているアプローチは、こうです。
業務フローの言語化を、AIにやらせる。
人はそれを「確認・修正」するだけ。
「引き継ぎ書を作る」と言うと、なんだか退職者対応にしか聞こえないかもしれません。
ですが本質は、いまの業務フローを言語化することにあります。
引き継ぎが必要になる前に、自社の記帳ルールがどうなっているか、言葉にしておく。
それ自体が、業務設計の第一歩です。
キモは、AIに与える材料の選び方にあります。
AIに「御社の経理業務を設計してください」と丸投げしても、一般論しか出てきません。
そうじゃなくて、すでに記帳されている仕訳データと、銀行の残高照合画面のテキストを読ませるのです。
仕訳データには、その会社固有の運用が全部入っています。
どの口座で、どの補助科目を使って、どんなパターンで記帳しているか。
何の経費がいくらで、どの部門に紐づいているか。
残高照合画面には、通帳の摘要（カタカナの振込名など）と実際の仕訳科目の対応が残っています。
つまり「〇〇商事から入金があったら、売掛金/〇〇商事で消込」というルールが、データとして眠っているわけです。
この2つを読ませて、AIにこう聞きます。
「この会社の記帳ルールを、新任の入力担当者が明日から使える形にまとめて」
ここで大事なのが、AIに全部決めさせないこと。
AIは「推論」を出してきます。
それが合っているかどうかは、担当者が対話で確定させる。
対話といっても、1科目ごとに「登録経路はデータ連携ですか、手入力ですか、カード連携ですか」を聞くだけ。
AIが最もらしい推論を出してくるので、「OK」か「違う、こうだ」と答えるだけで済みます。
実際に作ってみたツール：mfc-journal-analyst-pro
この発想を、ひとつのスキルにまとめて実装しました。
もとは、マネーフォワードのきょん（@kyon_copanda）さんが公開していた「mfc-journal-analyst」というスキルです。
マネーフォワードの仕訳データを分析し、主要取引先や定期取引パターンを抽出するというもの。
これを「現在の業務フローを言語化して、引き継ぎ書まで自動で書けないか」という方向に拡張してみました。
拡張版の名前は「mfc-journal-analyst-pro」。
GitHub で公開しています（https://github.com/kentaroajisaka/mfc-journal-analyst-pro）。
ポイントは、単なる自動生成ではなく、対話形式で作るところです。
Claude（AI）がマネーフォワード公式のMCPサーバーに接続して、仕訳データを取得する
連携している銀行・カードを洗い出し、部門・経理方式を確認する
残高照合画面のテキストを読ませ、「通帳カタカナ→仕訳科目」の逆引きマップを作る
BS科目（貸借対照表の科目）ごとに、発生時と消込時の登録経路と、参照する証憑をAIが推論する
担当者が、1科目ずつ「合ってる／違う」を答えて確定させる
月次の作業フロー（フェーズ1〜6）、年次の決算整理、セルフチェック項目まで出力される
実際に、ある農業法人の顧問先で試しました。
売上は数億円規模、仕訳は3,000行超、部門は複数、関連銀行も複数。
仕訳データから補助科目95種を抽出し、BS科目×補助科目の組み合わせが128件見つかりました。
AIに推論させて1ターンずつ対話していくと、30分〜1時間で「業務フロー言語化＋引き継ぎ書」の初稿が出てきました。
従来なら、熟練の経理が2〜3週間かけてインタビューしながら作る資料です。
「対話が面倒なら、AIの推論に任せてしまう」こともできます。
対話をスキップして「おまかせで」と伝えれば、AIが仕訳データだけで推論した結果を出してくれます。
それでも、小規模法人ではカバー率90%を超えました。
ただ、せっかくなら、記帳担当者が少し時間をとって対話を乗り越えてほしい。
「OK」「違う、こうだ」を繰り返すだけで、推論では拾いきれない現場の暗黙知が言語化されるからです。
しかも、ここが重要なのですが、作り直しがすぐにできる。
1年後、銀行を追加した、カードを変えた、部門を統合した。
そういう変化があったら、また同じスキルを動かせば最新の引き継ぎ書が出てきます。
「マニュアルの陳腐化」問題を、構造から解決できるわけです。
もうひとつ、重要な発見：AIは「二重記帳のリスク」を見つけてくれる
業務フローをAIで言語化するなかで、もうひとつ気づいたことがあります。
それは、AIに業務設計を言語化させると、属人化していた運用の問題が勝手に炙り出されるということです。
先ほどの農業法人の例では、銀行連携が「設定エラー」で1か月以上停止していたことが、AIに画面スクショを読ませて初めて判明しました。
経理担当者は「そのうち戻るだろう」と気に留めていなかっただけで、実は重大な申し送り事項でした。
また、口座連携のサービス名と、仕訳データ上の科目名がズレているケースも見つかりました。
銀行Aとして連携している口座が、仕訳上はまったく違う名称の補助科目で記帳されていた。
これはfreeeでもマネーフォワードでも起こりうる話で、連携設定と仕訳のマスタがズレると、AIが「データ連携」と判断すべきところを「手入力」と誤判定する原因になります。
そして、現場の記帳担当者が知らず知らずに、データ連携で出てくる仕訳をさらに手起票してしまう可能性がある——いわゆる「二重記帳」です。
AIに業務フローを言語化させる過程で、こうしたヒューマンエラーの芽が見つかる。
これは人間が一人で引き継ぎ書を書いていては、まず見つからないレベルの細部です。
そして、こういう「自分の仕事の棚卸し」こそが、AI導入以前にやるべきことなのだと思います。
申告書まで自動化される時代に、何を気をつけるべきか
先ほど触れた4月16日のfreee社の発表は、率直に言えば業界の景色を変える一歩です。
会計ソフトのAPIが申告書作成とつながり、AIエージェントが資料回収から決算申告まで一貫して走るようになる。
私も、そうなってほしいと願っていた側です。
ただ、実際にその世界が見えてきた今、手放しで喜べない自分もいます。
理由はシンプルで、入口のデータが正しくないと、出口の申告書まで一気に間違うからです。
補助科目の使い方を間違えている。
部門の付与がバラバラ。
連携サービスの引き落としを手入力で二重計上している。
この手の「入口のズレ」が、気づかないまま最後の申告書まで駆け抜けることになります。
従来であれば、どこかの段階で税理士や経理担当者の目が入っていました。
「あれ、この仕訳ちょっとおかしくない？」と、月次決算のチェックで気づけた。
ところが、資料回収から申告までAIが一気通貫で走れば、人の目が通るポイントがほぼゼロになりかねません。
これは、便利さと危うさが表裏一体の話です。
しかも、この流れはfreeeに限りません。
マネーフォワードも同じ方向に進んでいますし、弥生もAI対応を発表しています。
いずれ、ほとんどの会計ソフトが「資料回収→記帳→決算→申告」を一気通貫でAIに任せられるようになります。
さらにその先、国税庁の e-Tax 側にAI連携機能が載る可能性も、私はゼロではないと思っています。
AIエージェントが税務署に申告書を自動送信する世界は、決して遠くないはずです。
だからこそ、税理士や経理責任者として、いま気を引き締めなきゃいけないことが2つあります。
ひとつめは、「入口の業務設計」をちゃんとやること。
どの口座が連携されていて、どの補助科目で記帳していて、どの部門で按分しているのか。
この土台が崩れていると、あとからAIがいくら頑張っても救えません。
ふたつめは、「最後の人の目」をどこに置くか、決めておくこと。
AIに全部任せて申告書まで作る運用でも、どこかに「ここは必ず人が見る」というチェックポイントを明確に置いておく。
それは税理士かもしれないし、経理責任者かもしれないし、代表者かもしれない。
誰が、どの粒度で、何を確認するのか。
ここを事前に決めておかないと、事故が起きてから「誰も見てなかった」という事態が起こります。
丸投げでも9割はいける。でも、残りの1割が怖い
今回スキルを作ってみて実感したのは、AIの推論だけでもカバー率は9割を超えるということです。
正直、思っていたよりずっと優秀でした。
ただ、残りの1割が怖い。
AIが「たぶんこうだろう」と推論した内容が、現場の実態とズレているケースが必ずある。
それが合っているかどうかは、現場を知っている人にしか判断できません。
「AI が代わりにやる」ではなく、「AIが下書きして、人が決める」。
少なくとも私がやってみた範囲では、これが一番うまくいくやり方でした。
おわりに：「ガンガンいこうぜ」の前に
AIは、会計業界の景色を確かに変えつつあります。
ただ、それは装備も整えず「ガンガンいこうぜ」で突っ込んでいい、という話ではありません。
「AIを入れればラクになる」ではなく、「業務設計を整えたうえでAIを入れれば、ラクになる」。
この順番を間違えると、PoCで頓挫する50%の仲間入りになります。
とはいえ、完璧な業務設計書をゼロから作ろうとすると、また属人化と陳腐化の罠にはまります。
だからこそ「AIに業務フローを言語化させて、人が確定する」という、新しいアプローチが現実的なのだと思います。
面倒なら「おまかせ」でも9割はカバーできる。
でもせっかくなら、少し時間をとって対話で詰めてほしい。
その30分が、ベテラン経理の頭の中だけにあった暗黙知を、会社の資産に変えてくれます。
もしあなたが会計事務所の経営者なら。
顧問先の引き継ぎ資料が、ベテラン経理の頭のなかにしかない状態を、放置していないでしょうか。
もしあなたが企業の経理責任者なら。
ご自身がもし明日休んだとして、翌月の月次決算が止まらずに回る自信は、どれくらいあるでしょうか。
AIが盛り上がっているいまこそ、足元の業務設計を整えるタイミングだと、私は思っています。
そして、その業務設計を整えること自体も、AIと対話しながらであれば、ものの1時間で下書きができる時代になっています。
mfc-journal-analyst-pro は公開しています。
「うちでも使えるかな」と思った方は、まず1社分、試してみてください。
【サンプル】実際に出力された引き継ぎ書（匿名化版）
スキル「mfc-journal-analyst-pro」で実際に出力される引き継ぎ書を、匿名化したうえで抜粋で紹介します。
モデルは、大分の電気工事業A社（FY2025・仕訳約1,000行）。対話を経て、ものの1時間程度で出てきたものです。
事業者情報
業種：電気工事業（主要得意先向けの電気・計装工事）
対象期間：FY2025（初年度）
決算月：5月
経理方式：税込経理・簡易課税（第6種）
部門設定：なし
Step 1. 全体像
電気工事業。売上は主要得意先A（月1ペース）が中心で、年額2,500万円規模。スポット取引先として得意先B・C。主な仕入先は仕入先A・B。現場用品はホームセンターでカード決済。役員1名＋給与支給者複数名。初年度で日本公庫から500万円借入済み。
数値サマリー
仕訳行数：975行
取引件数：779件
取引先特定率：94.7%
主要な入力源：カード連携54% / 銀行連携21% / 現金手入力16% / 手起票5% / 給与連携1%
Step 2. 証憑の入手先と届くタイミング
月次で届く証憑（月次記帳時に必ず見る）
手書き現金出納帳：社内で代表が日々記入 → 月末に回収 → 現金科目
紙の領収書：社内保管、随時 → 現金（経費の裏付け）
ネット銀行の明細：データ連携（自動）、常時 → 普通預金/ネット銀行
地方銀行の明細：データ連携（自動）+ 紙通帳、常時 → 普通預金/地方銀行
法人カード代表の明細：データ連携（自動）、常時 → 未払金/法人カード①
法人カード従業員の明細：データ連携（自動）、常時 → 未払金/法人カード②
主要得意先Aへの請求書控え（紙）：自社発行、月1 → 売掛金/主要得意先A
得意先B・Cへの請求書控え（紙）：自社発行、都度 → 売掛金/得意先B・C
仕入先A・Bからの仕入請求書（紙/PDF）：郵送・メール、月初 → 買掛金/仕入先A・B
給与明細・勤怠データ：MFクラウド給与、月末 → 未払費用/給与・預り金各種
社会保険料決定通知（年金事務所）：郵送、月次 → 未払費用/社保・預り金/社保
不定期で届く証憑
日本公庫の金消契約書・返済予定表：借入時・年次 → 長期借入金/日本公庫（500万）
設立登記書類：設立時のみ → 資本金
個人立替メモ：都度 → 立替金
仮払金のチャット指示：都度 → 仮払金
Step 3. 証憑 → 仕訳の対応マップ
売上（ソース証憑：得意先への紙請求書控え）
主要得意先A：年間24,579,500円 / 7件、回収はネット銀行、計上は請求書発行月
得意先B：年間253,000円 / 1件、回収は地方銀行、都度計上
得意先C：年間90,000円 / 1件、現金回収、都度計上
仕入・外注（ソース証憑：仕入先からの請求書）
仕入先A：年間3,490,947円 / 8件、支払はネット銀行
仕入先B：年間682,648円 / 8件、支払はネット銀行
Step 4. BS科目別 入力ソース一覧 ★核心
ここが、引き継ぎ書の心臓部です。
BS科目ごとに「発生時・消込時それぞれの登録経路」と「参照する証憑」が並びます。
現金：発生＝手入力 / 消込＝手入力 / 証憑＝手書き現金出納帳＋紙領収書
普通預金/ネット銀行：発生＝データ連携 / 消込＝同左 / 証憑＝ネット銀行の取得明細＋紙
普通預金/地方銀行：発生＝データ連携 / 消込＝同左 / 証憑＝地方銀行の取得明細＋紙通帳
売掛金/主要得意先A：発生＝手入力（請求書起票）/ 消込＝データ連携（ネット銀行入金）/ 証憑＝請求書控え（紙）
売掛金/得意先B：発生＝手入力 / 消込＝データ連携（地方銀行入金）/ 証憑＝請求書控え（紙）
売掛金/得意先C：発生＝手入力 / 消込＝手入力（現金回収）/ 証憑＝請求書控え＋現金出納帳
仮払金：発生＝データ連携（ネット銀行出金）/ 消込＝データ連携（地方銀行入金）/ 証憑＝チャット指示
前払金：発生＝手入力（現金出納帳）/ 消込＝手入力（振替）/ 証憑＝現金出納帳
立替金：発生＝手入力（振替）/ 消込＝手入力 / 証憑＝立替メモ
買掛金/仕入先A：発生＝手入力（請求書起票）/ 消込＝データ連携（ネット銀行出金）/ 証憑＝仕入請求書
買掛金/仕入先B：発生＝手入力（請求書起票）/ 消込＝データ連携（ネット銀行出金）/ 証憑＝仕入請求書
未払金/法人カード①：発生＝データ連携（カード自動取得）/ 消込＝データ連携（地方銀行引落）/ 証憑＝カード明細
未払金/法人カード②：発生＝データ連携（カード自動取得）/ 消込＝データ連携（ネット銀行引落）/ 証憑＝カード明細
未払金/その他：発生＝手入力 / 消込＝データ連携 or 現金 / 証憑＝都度証憑
未払費用/給与：発生＝MF給与連携 / 消込＝データ連携（ネット銀行振込）/ 証憑＝給与明細
未払費用/社会保険料：発生＝手入力（法定福利費計上）/ 消込＝データ連携（ネット銀行引落）/ 証憑＝社保決定通知
預り金/所得税：発生＝MF給与連携（天引時）/ 消込＝手入力（現金納付）/ 証憑＝給与明細・納付書
預り金/住民税：発生＝MF給与連携（天引時）/ 消込＝手入力（現金納付）/ 証憑＝給与明細・納付書
預り金/社会保険料：発生＝MF給与連携（天引時）/ 消込＝手入力 / 証憑＝給与明細・社保決定通知
預り金/源泉所得税（報酬）：発生＝手入力（支払報酬時）/ 消込＝手入力（現金納付）/ 証憑＝請求書・納付書
預り金/雇用保険：発生＝MF給与連携（天引時）/ 消込＝手入力 / 証憑＝給与明細
役員借入金：発生＝手入力 / 消込＝手入力（現金 or 振込）/ 証憑＝借入メモ
長期借入金/日本公庫（500万）：発生＝手入力（金消契約時）/ 消込＝データ連携（ネット銀行返済）/ 証憑＝金消契約書・償還表
資本金：発生＝手入力（設立時のみ）/ 消込＝— / 証憑＝設立登記書類
現金過不足：発生＝手入力（棚差確認時）/ 消込＝— / 証憑＝現金出納帳
Step 5. 毎月やる定期仕訳
フェーズ1. データ連携の未仕訳を処理（画面のルーチン作業）
対象：
普通預金/ネット銀行（月の取引約15件）
普通預金/地方銀行（月の取引約5件）
未払金/法人カード①（月30〜50件）
未払金/法人カード②（月数件）
手順：MFクラウド会計 ＞ 自動で仕訳 ＞ 連携サービスから入力 ＞ 各サービスを選択 ＞「仕訳候補」を確認して登録。
フェーズ2. 補助元帳・証憑から入力するBS科目
2-1. 売掛金（主要得意先A・得意先B・C）：請求書発行時に手起票。回収はフェーズ1の銀行連携で消込
2-2. 買掛金（仕入先A・B）：月次仕入請求書から起票。支払はフェーズ1の銀行連携で消込
2-3. 現金：手書き現金出納帳＋領収書を見ながら手入力（月15件前後）
フェーズ3. 給与・社保（MF給与連携）
3-1. MFクラウド給与で確定 → 連携で仕訳生成（未払費用/給与・預り金各種）
3-2. 翌月の給与振込はフェーズ1の銀行連携（ネット銀行）で消込
3-3. 社会保険料の会社負担分（法定福利費）を手入力で計上
フェーズ4. 不定期の手入力
4-1. 仮払金の資金移動：ネット銀行→地方銀行の移動時（チャット指示確認）
4-2. 前払金/立替金の振替：精算時
4-3. 源泉所得税（報酬）の納付：現金出納帳経由
4-4. 長期借入金：毎月返済はフェーズ1の銀行連携（ネット銀行）で消込
フェーズ5. PL-PL振替系・特殊
5-1. 社保計上時の内訳振替（月4件）
フェーズ6. 残高チェック
預金・カード・借入金の期末残高が銀行・カードの画面と一致するか
現金出納帳と帳簿の差額確認（現金過不足）
Step 6. 中間勘定・特殊科目の処理ルール
仮払金：ネット銀行→地方銀行の資金移動を仮払金経由で処理。目的はチャットで代表に都度確認。
立替金：個人立替分を接待交際費等から振替。現金回収で消込。
現金過不足：現金棚差確認時に発生。FY2025では110円の過剰。
Step 7. 年次・決算整理仕訳
決算時：棚卸なし（電気工事業・材料在庫は都度費用化）
日本公庫返済：月1ペース（月次定期の中で消化）
消費税：簡易課税・第6種（サービス業区分）
Step 9. 通帳カタカナ → 仕訳 逆引きルールブック（抜粋）
ここが、実務で一番重宝するパートかもしれません。
通帳の摘要に出てくるカタカナを、そのまま仕訳科目に落とし込むためのルールブックです。
ネット銀行・出金（主要パターン）
「振込 ○○ 従業員A」8件・187,530〜1,020,508円 → 未払費用/給与（対象外）
「振込 ○○ 従業員B」8件・241,829〜373,127円 → 未払費用/給与（対象外）
「顧問税理士」7件・32,931〜65,862円 → 支払報酬（課仕10%）
「振込 仕入先A」7件・11,550〜1,277,424円 → 買掛金/仕入先A（対象外）
「振込 仕入先B」7件・34,419〜192,767円 → 買掛金/仕入先B（対象外）
「振込 地代家賃先」7件・50,000円定額 → 地代家賃（課仕10%）
「日本公庫 返済」6件・26,054〜50,559円 → 長期借入金/日本公庫（対象外）
「振込 役員リース料」5件・114,666円定額 → リース料（課仕10%）
「振込 役員給与」4件・249,560〜249,990円 → 未払費用/給与（対象外）
「社会保険料引落」3件・287,334円定額 → 未払費用/社会保険料（対象外）
「Visaデビット ガソリンスタンド」 → 車両費/ガソリン代（課仕10%）
「Visaデビット 通信キャリア」 → 通信費（課仕10%）
「Visaデビット 飲食店」 → 接待交際費/飲食費（課仕10%）
ネット銀行・入金
「普通預金 利息」8件・23〜523円 → 受取利息（非売）
「振込 主要得意先A」6件・1,701,900〜4,847,700円 → 売掛金/主要得意先A（対象外）
「VISAデビットキャッシュバック」5件・176〜679円 → 雑収入（対象外）
「ATM 資本金払込」1件・1,000,000円 → 資本金（対象外）
「日本公庫 借入実行」1件・4,999,780円 → 長期借入金（対象外）
法人カード・出金（抜粋）
「高速料金所ETC」153件・290円定額 → 旅費交通費/出張旅費等（課仕10%）
「ETC 九州支社（主要区間）」52件・1,280円定額 → 旅費交通費/出張旅費等（課仕10%）
「ガソリンスタンド」17件・1,100〜7,704円 → 車両費/ガソリン代（課仕10%）
「ホームセンター」5件・380〜2,355円 → 備品・消耗品費（課仕10%）
「現場差入（ドラッグストア）」7件・1,296〜6,264円 → 接待交際費/現場差入等（課仕8%軽減）
Step 9 まとめ：注意すべきパターン
ETC系（代表カード）：同じ料金所・区間で金額が変わらない定額パターンが多数 → 画面の仕訳候補に従えば正しく旅費交通費/出張旅費等で起票される
振込系（ネット銀行）：「振込 ○○」は給与振込（未払費用/給与）と仕入振込（買掛金/○○）の2パターン。金額帯と相手名で判別
代表個人名での入金（地方銀行）：仮払金の戻入として処理される場合あり（資金移動の仮払金経由処理）
実物は、これにBS科目とカタカナ逆引きがもっと大量に並びます。本記事では紙面の都合で抜粋にとどめました。
スキルで1時間ほど対話すれば、同じ粒度の引き継ぎ書が自社用に出来上がります。
※本サンプルは、実在の法人の引き継ぎ書をベースに、取引先名・個人名・銀行カード名をすべて匿名化したものです。
