株式会社AI活用術
会計ソフトを弥生からマネーフォワードへ。AI と一晩で、毎朝の記帳まで載せ替えました
10月のある平日の夕方、自社（株式会社Blue Leaf）の会計ソフトを、弥生会計オンラインからマネーフォワード クラウド会計へ乗り換えました。17時48分に契約の手続きを始め、21時52分に作業を終えています。約4時間です。
この4時間で、契約、銀行5行とカード3枚の連携、レシートを撮るための iPhone アプリ、毎朝の記帳を自動で行う仕組みまでを作りました。横にいたのは Claude Code（Anthropic の AI エージェント）です。
会計ソフトの乗り換えは、やることが多くて後回しになりがちな仕事だと思います。こんな風に AI と進められるんだ、という事例の一つとして参考になれば幸いです。
1. 一晩で、何が変わったか
先に結果です。乗り換えの前から、記帳の作業は AI に任せていました。変わったのは、その任せ方です。
| 業務 | 乗り換え前（弥生） | 乗り換え後（マネーフォワード） |
|---|---|---|
| レシート | 取り込んだ画像を、AI がブラウザの画面を操作して1枚ずつ確定 | iPhone で撮る → AI が画像を読み、API で仕訳と画像を登録 |
| 銀行・カードの明細 | AI が「未確定の取引」の画面を操作して確定 | AI が API で明細を読み、仕訳にする／対象外にする |
| 役員報酬の月次仕訳 | AI が仕訳の入力画面を操作 | AI が検算してから API で登録 |
乗り換え前は、人の代わりに AI が画面を操作する形でした。乗り換え後は、AI がデータを直接読み書きする形です。
画面を操作する方式には、会計の中身と関係のない手間がありました。画面なしのブラウザは弾かれるので、常時動かしている Mac で画面つきのブラウザを毎朝立ち上げます。同時にログインできないので、人が会計ソフトを開く時間と重ならないようにします。API ならこうした手間が要りません。
2. 準備：3日前に、できること・できないことを調べておいた
4時間で済んだのは、3日前に下調べを済ませていたからです。この下調べも AI に頼みました。
- 今使っている銀行・カードが、マネーフォワードで連携できるか
- API でできること・できないこと
- 料金プランと、顧問税理士が対応できるソフトかどうか
API については、マネーフォワードが公開している定義ファイル（https://developers.api-accounting.moneyforward.com/v3/openapi.yaml）を読んで、24の操作を一覧にしてもらいました。仕訳の登録・更新・削除、明細から仕訳を作る操作、領収書の画像を仕訳に添付する操作があります。一方、補助科目の作成や固定資産の登録は API ではできず、画面での作業が残ることも分かりました。
「API があるらしい」で始めず、できないことの一覧まで先に持っていたので、当日は迷わずに進められました。
3. 当日の流れ
| 時刻 | 進んだこと | 私がやったこと |
|---|---|---|
| 17:48〜18:37 | アカウント登録、プランの契約 | パスワードとカード情報の入力、登録ボタン |
| 18:41〜19:14 | API を使う準備、レシートの受け口づくり | API キーの発行 |
| 19:01〜19:29 | レシート撮影用の iPhone アプリ（別の AI セッションが担当） | Google 側の設定、iPhone での撮影 |
| 19:29〜20:13 | レシートを読んで登録する仕組み、毎朝の自動実行 | 勘定科目の方針を一言、消費税の設定変更 |
| 20:47〜21:21 | 銀行5行・カード3枚の連携 | 各サイトへのログインと連携の許可 |
| 21:22〜21:37 | 10月の明細74件の仕訳、毎朝の自動実行 | 判断がつかない13件への回答 |
| 21:40〜21:52 | 役員報酬の月次仕訳の載せ替え | 進めてよいかの返事 |
この間に私が打ったメッセージは64通、合計で2,140文字でした。「ok」「終わった」のような短い返事がほとんどです。AI の側は、コマンドの実行や画面の操作を563回行っていました。
レシート撮影アプリは、思いつきから28分で1枚目が届いた
当初は、マネーフォワード公式のスマホアプリでレシートを撮るつもりでした。ところが、法人の会計で使えるアプリかどうかが、公式サイトを調べても私が実際に触ってみても、はっきりしませんでした。
そこで19時01分に、こう頼みました。
この機会に、apple developer アカウントもあるので、blue leaf の google drive に、レシート撮影してアップしちゃうアプリを作っちゃいましょうか。
会計側を進めていた AI が、アプリの要件を文書にまとめ、別に立ち上げた AI のセッションへ開発を依頼しました。アプリの役目は「撮って、Google Drive の決まったフォルダへ上げる」だけです。入力欄はありません。
19時12分にアプリの初版ができ、19時28分に1枚目のレシート（コーヒー代 748円）が Google Drive に届きました。思いつきから約28分です。途中で2回止まりましたが、どちらも Google 側の設定漏れ（テスト利用者の登録、Drive API の有効化）で、私が画面で直しました。
2つの AI セッションは、ファイル名の付け方や画像の大きさといった受け渡しの仕様を、セッション間のメッセージ機能で直接伝え合っていました。
明細74件のうち、私が答えたのは13件
銀行とカードを連携すると、10月の明細が74件入ってきました。AI はこれを、弥生のときに使っていた判断ルールに当てはめました。
| 区分 | 件数 |
|---|---|
| ルールで決まる | 50件 |
| 自社の口座間の振込（片側だけ仕訳にする） | 6件 |
| 対象外にする（個人の支出など） | 5件 |
| 判断がつかない | 13件 |
13件は番号つきの表で出てきたので、次の1通で答えました。
1,3,9,10,11,12,13→通信費, 2 →支払手数料、4,5,6〜8→個人
うち1件は私の答えが違っていて、すぐ訂正しています。会社の口座からの出金を「個人」と答えたところ、AI から「対象外にすると帳簿の残高が合わなくなります」と返ってきて、気づきました。
最終的に、仕訳62件・対象外12件で、74件すべての処理が終わりました。この13件の答えはルールに書き足したので、次からは聞かれません。
4. 人がやったこと、AI がやったこと
| 人（私） | AI |
|---|---|
| パスワード・カード情報の入力 | 入力前後の画面操作と、入力値の読み戻し |
| 契約、連携の許可、設定の保存といったボタン | 公式ページを読んで、条件や期限を整理 |
| API キーの発行 | API の疎通確認、スクリプトの作成 |
| 勘定科目の方針、判断がつかない取引への回答 | ルールへの当てはめ、登録、登録後の照合 |
| 進めてよいかの返事 | 毎朝の自動実行の設定、古い自動処理の停止 |
お金と権限に関わる操作は、すべて私の手に残りました。AI は API キーの値も見ていません。私が発行して自分の PC に保存し、AI はそれを表示せずに使う、という形です。
AI が登録のたびに行っていたのが読み戻しです。仕訳を登録したら、会計ソフトから読み直して金額と科目を照合する。銀行を1行つなぐごとに、口座と明細の件数を API で確かめる。私が「終わった」と言った作業も、そのまま信じずに確かめていました。
5. うまくいかなかったところ
4時間のあいだに、手戻りもありました。
会社名の入力で、同名の別の会社が選ばれていた
事業者の登録画面で社名を入れると、入力候補から法人が選ばれます。このとき、画面には出ない裏側の値として、別の県にある同名の会社の法人番号が入っていました。AI が裏側の値を読んで気づき、登記上の番号と一致する自社を選び直しました。画面には出ない値なので、画面を見ているだけでは気づけないものでした。
1枚目のレシートが、想定と違う形で登録された
748円のコーヒー代が「680円＋消費税68円」に分かれて登録されました。調べると、新しい会計ソフトの消費税まわりの初期設定が、弥生で使っていた設定と違っていました。本格的に登録を始める前の1枚目で見つかったので、設定を合わせて入れ直すだけで済みました。
AI が、私の入力を消したかもしれない
その設定を私が画面で直している最中に、AI が確認のために同じタブを読み込み直しました。AI からは「宗定さんがこのタブで変更して、まだ保存していなかった場合、その入力を消してしまいました。すみません」と報告があり、私は入力し直しました。以後、AI は画面に触らず、API で読み戻して確かめています。
店名のカナを読み違えた
交通系 IC で払った伝票には、半角カナの店名しかありませんでした。AI はこれを読み違え、何の店か特定できずに保留にしました。伝票の電話番号で検索し直してカレー店と分かり、会議費で登録しています。この「カナの店名しかないときは電話番号で調べる」という手順も、ルールに足しました。
どれも、登録のあとに読み戻す・1件目は小さく試す、という進め方をしていたので、その場で直せました。
6. 判断のルールを文章で持っていたので、そのまま移せた
乗り換えでいちばん時間がかかると思っていたのは、「この取引はこの科目」という判断の引き継ぎでした。実際には、ここにほとんど時間を使っていません。
弥生のころから、AI への指示を2つのファイルに分けていました。
- 操作の手順（どの画面のどのボタンを押すか）
- 判断のルール（カフェは会議費、駐車場は旅費交通費、この振込は口座間の移動、など）
会計ソフトが替わると、操作の手順は使えなくなります。一方、判断のルールは会計ソフトに依存しません。AI は弥生用のルールを読み、科目名を新しい会計ソフトのものに置き換えて、新しいルールにしました。明細74件のうち61件が最初から決まったのは、このルールがあったからです。
ルールは、AI が判断に迷って私に聞くたびに1行ずつ増やしてきたものです。会計ソフトの中の設定ではなく、手元の文章として持っていたことが、乗り換えのときに役に立ちました。
7. その後の3週間
翌朝から、常時動かしている Mac が毎朝6時10分にレシートを、6時30分に銀行・カードの明細を処理しています。決められないものは、理由つきでタスク管理（Notion）に上がってきます。
- 10月22日から11月14日までの24回の朝のうち、22回は正常に終わりました
- 10月24日・25日の2回は失敗しました。原因は会計側ではなく、その Mac で AI のログインが切れていたことです。失敗の通知がタスクに上がり、ログインし直して復旧しました
- アプリで撮って処理が済んだレシートは、11月14日の時点で34枚です
この晩に終わらなかったこともあります。期首残高の入力と、弥生側の口座連携の解除は後日に回しました。レシートの電子保存の要件など、税理士に確認することも残っています。「一晩で載せ替えた」のは、日々の記帳の流れです。
まとめ
- 会計ソフトを API のあるものに替えたことで、AI の仕事が「画面操作の代行」から「データを直接読み書きする記帳」に変わりました
- 乗り換えの作業は約4時間でした。私が打ったのは64通の短いメッセージで、ログイン・支払い・判断は私、それ以外は AI という分担です
- 3日前の下調べ（できないことの一覧）と、文章で持っていた判断ルールが、当日の速さにつながりました
- 手戻りは4回ありましたが、登録のたびに読み戻す進め方をしていたので、その場で直せました
AI活用をご検討の方へ。Blue Leaf では、今回のように AI を実際の業務の中でどう使うかを、日々試しながら仕事をしています。「自社の業務のどこに AI を入れられそうか」「まず何から始めればよいか」といった段階からでも、お気軽にご相談ください。