📅 2026年5月3日 ⏱️ 12分で読めます

マネーフォワードの銀行連携停止で月締めが止まるときの対応手順｜CSV取込とAI活用の実務ガイド

執筆小林編集ファネルAi編集部監修ファネルAi監修チーム最終更新2026年5月7日

マネーフォワードの銀行連携が止まると、経理現場では「便利な自動取得が使えない」だけでは済みません。銀行明細の取得、入金消込、支払確認、残高照合、税理士や会計事務所への月次共有まで、月締めの前提になるデータの流れが止まりやすくなります。

結論は、復旧を待ちながらも月締めに必要な口座だけはCSV手動運用で先に進めることです。 2026年5月7日時点の公開情報では、マネーフォワードはGitHubへの不正アクセスを公表し、各提携金融機関との安全確認のため銀行口座連携機能を一時停止していると案内しています。月次決算を止めないためには、対象口座、対象期間、取込履歴、復旧後の重複確認をひとつの運用として管理する必要があります。

本記事では、マネーフォワードの公式発表とサポート情報を前提に、企業の経理・管理部門が月締めを進めるための暫定対応を整理します。あわせて、CodexやClaude Codeを使ってCSV変換・突合・検査の補助ツールを作る場合の安全な使い方も解説します。

銀行明細CSVの取得、整形、手動取込、重複確認、復旧後差分確認までの月締め暫定運用を整理した図 — 銀行連携が止まっている間は、CSV取得から復旧後差分確認までをひとつの暫定運用として管理すると、月締めの遅延と二重計上を抑えやすくなります。

本記事のポイント

銀行連携停止時は復旧待ちだけにせず、月締めに必要な口座から銀行CSVを取得し、対象期間と取込履歴を残して暫定的に処理を進める必要があります。
手動取込の主な事故は、同じ明細の重複、CSV期間の漏れ、日付形式や入出金列のズレ、復旧後の残高差異です。取込前後のチェック表を固定すると防ぎやすくなります。
CodexやClaude Codeは、実データを外部AIに貼るためではなく、社内PC上で動くCSV変換、入金消込候補、重複検査の小さな補助ツールを作る用途に向いています。

この記事で扱うテーマ

まず確認するべき事実と月締めへの影響

マネーフォワードの2026年5月1日の公式発表では、同社が利用するGitHubの認証情報漏えいにより第三者の不正アクセスが発生し、リポジトリがコピーされたこと、追加被害防止のため認証情報の無効化や再発行を進めたことが説明されています。あわせて、電子決済等代行業者としての責任と金融機関との安全確認を踏まえ、銀行口座連携機能を一時停止していると案内されています。

マネーフォワード MEサポートのお知らせとQ&Aでは、金融機関等連携先のログインに必要な情報は今回の漏えい対象に含まれないと説明されています。一方で、2026年5月7日10時30分時点の連携状況ページでは、すべての銀行連携を一時停止している旨が案内されています。経理実務では、セキュリティ上の説明と、月締めデータが取得できない業務影響を分けて考える必要があります。

月締め工程	銀行連携停止で起きやすい影響	先に取るべき対応
銀行明細取得	自動取得や手動更新で最新明細を取れない	ネットバンキングから対象期間のCSVを取得する
入金消込	売掛金の入金確認が遅れ、未回収一覧が更新できない	入金口座を最優先でCSV化し、請求書一覧と突合する
支払確認	振込済み、口座振替、カード引落の確認が遅れる	支払口座、給与、税金、社会保険、家賃の口座を優先する
残高照合	会計残高と銀行残高の差分理由が見えにくくなる	取込前後の銀行残高と会計残高を別表で記録する
月次共有	試算表、資金繰り表、税理士共有が遅れる	暫定締めであることと復旧後確認の予定を共有する

ここで重要なのは、すべての口座を同じ重さで扱わないことです。メイン入金口座、主要支払口座、給与・社会保険・税金の引落口座、法人カード引落口座を先に処理すれば、月次決算の主要な論点はかなり進みます。サブ口座や動きの少ない口座は、締め日への影響を見て後回しにしても構いません。

月締めを止めないCSV手動運用の進め方

マネーフォワードクラウド会計・確定申告では、金融機関からダウンロードした取引明細のインポートに関するガイドが公開されています。たとえば銀行・カード等のサイトからダウンロードした取引明細をインポートするガイドでは、金融機関からダウンロードした取引明細や指定フォーマットをもとにした明細を、会計年度ごとにインポートできると説明されています。実際の画面や対象機能は契約プランや利用サービスで異なるため、社内の利用環境で確認しながら進めます。

暫定運用は、次の順番で設計すると事故が減ります。

対象口座を決める。 月締めに必要な口座を、入金、支払、給与・税金、カード引落、その他の順に並べます。
対象期間を固定する。 4月締めなら2026年4月1日から4月30日を基本にし、5月初旬の口座振替やカード引落が締め判断に必要なら別枠で取得します。
銀行CSVを取得する。 ネットバンキングから入出金明細をCSVでダウンロードし、ファイル名に銀行名、口座、期間、取得日を入れます。
取込形式に整える。 日付、摘要、出金額、入金額、残高、メモなど、マネーフォワード側で扱える列へ整えます。銀行ごとに列名、文字コード、金額のカンマ、入出金の持ち方が違う点に注意します。
手動インポートする。 取込前に元CSVを保管し、変換後CSVと取込ログを残してからインポートします。
取込済み台帳を更新する。 復旧後の二重取得に備え、どの口座のどの期間を手動で入れたかを必ず残します。

台帳は複雑にする必要はありません。最低限、次の列があれば運用できます。

列	記録する内容	理由
金融機関・口座	銀行名、支店、口座名、会計上の補助科目	どの口座の明細かを後から追えるようにする
対象期間	開始日、終了日	連携復旧後の重複確認に使う
CSV取得日時	ネットバンキングから取得した日時	再取得や更新漏れの判断に使う
インポート日時	マネーフォワードへ取り込んだ日時	誰がどのタイミングで反映したかを残す
担当者	取得者、変換者、確認者	チェックと承認の責任範囲を分ける
復旧後確認	未確認、確認済み、差分あり	連携再開後の二重計上や漏れを閉じる

月締めの実務では、CSVを取り込むこと自体より、どこまでを暫定で締めたかを明確にすることが大切です。税理士や会計事務所に共有する場合も、「銀行連携停止のため、対象口座はCSV手動取込で月次処理し、連携復旧後に重複と差分を確認する」と先に伝えると、レビュー側も見通しを立てやすくなります。

手動取込で起きやすい重複・漏れを防ぐ

CSV手動運用の最大のリスクは、連携復旧後に同じ明細が自動取得され、二重計上されることです。もうひとつは、CSVの期間や形式のズレにより、月末日の明細、翌営業日扱いの振込、手数料行、カード引落などが漏れることです。

取込前には、少なくとも次の4点を確認します。

CSVの開始日と終了日が月締め対象と一致しているか。
入金額と出金額が別列か、ひとつの金額列に符号付きで入っているか。
残高列がある場合、取得開始時と終了時の残高に不自然な飛びがないか。
同じ日付、同じ金額、類似摘要の明細がすでに会計側に入っていないか。

取込後は、会計残高だけを見て終わらせない方が安全です。銀行の最終残高、マネーフォワード側の口座残高、補助元帳または現預金出納帳の残高を照合し、差分がある場合は「CSVにない明細」「二重取込」「手数料の別行」「日付ずれ」「別口座で処理した振替」の順で確認します。マネーフォワードのサポートにも、仕訳や明細など各種ファイルのインポートに関するFAQがあるため、どの種類のCSVとして取り込むべきかは利用画面に合わせて確認します。

確認タイミング	見るもの	判断
取込前	元CSV、変換後CSV、取込済み台帳	対象期間と列の意味が合っているか
取込直後	取込件数、入金合計、出金合計	CSV上の合計と会計側の反映件数が合うか
締め前	銀行残高、会計残高、補助元帳	残高差異が説明できるか
連携復旧後	再取得明細、手動取込期間、類似明細	同日・同額・類似摘要の二重がないか

月次決算を急ぐほど、担当者は「とりあえず取り込む」判断をしがちです。しかし、復旧後の確認設計がないまま暫定処理を進めると、翌月以降の残高差異として問題が戻ってきます。CSV手動運用は、取込ではなく取込から復旧後確認までの一連の手順として扱うべきです。

CodexやClaude Codeで作れる補助ツール

AIは、月締めの判断者にするものではありません。銀行明細や取引先名、金額、摘要を外部AIにそのまま貼る運用も避けるべきです。一方で、CodexやClaude Codeに実データを渡さず、ダミー仕様だけでローカル処理スクリプトを作らせる使い方は現実的です。

たとえば、次のような小さなツールは、連携停止時の手作業をかなり減らせます。

銀行ごとのCSVを共通フォーマットへ変換するスクリプト
文字コードがShift_JISでもUTF-8でも読める変換処理
入金額・出金額・残高列を正規化する処理
請求書CSVと入金明細CSVを突合し、消込候補を出す処理
同日・同額・類似摘要の重複候補を抽出する処理
復旧後に再取得された明細と手動取込済み明細を比較する処理
経理担当者が確認しやすいExcelまたはCSVのチェックリスト出力

依頼文は、実データではなく「列仕様」と「期待する出力」だけで十分です。

銀行明細CSVを会計取込用CSVに変換するPythonスクリプトを作ってください。
        実データは渡しません。以下のダミー仕様だけで実装してください。

        入力列:
        - 取引日: YYYY/MM/DD
        - 摘要: 文字列
        - お支払金額: 数値または空
        - お預り金額: 数値または空
        - 残高: 数値

        出力列:
        - date
        - description
        - withdrawal
        - deposit
        - balance

        要件:
        - Shift_JISとUTF-8を自動判定する
        - カンマ入り金額を数値として扱う
        - 空欄は空欄のまま出す
        - 同日・同額・類似摘要の重複候補をduplicates.csvへ出す
        - 処理件数、入金合計、出金合計をログに出す

この使い方なら、AIに銀行明細そのものを見せる必要はありません。AIにはプログラムを作らせ、実データの処理は社内PC上で行います。さらに安全にするなら、取引先名、口座番号、摘要、金額をマスクしたサンプルだけでテストし、本番CSVはネットワークに送らない運用にします。

AI補助ツールを本番で使う場合は、出力結果をそのまま会計登録しないことも重要です。AIやスクリプトの役割は、変換、候補出し、異常検知までです。仕訳登録、消込確定、月次締めの承認は、人間が証憑、契約、請求書、銀行残高と照らして判断します。AIエージェントの統制を設計する場合は、AIエージェント監査ログテンプレートの考え方を合わせて使うと、誰が何を確認したかを残しやすくなります。

復旧後に必ず行う差分確認

銀行連携が再開したら、すぐに通常運用へ戻すのではなく、手動取込期間と再取得明細を突き合わせます。ここを飛ばすと、月締めは間に合っても翌月の残高照合で差分が出ます。

連携再開後に取得された明細の期間を確認する。
手動取込済み台帳と同じ期間が含まれていないか確認する。
同日・同額・類似摘要の明細を抽出する。
重複候補を、銀行CSV、会計明細、請求書、支払一覧で確認する。
二重計上があれば、どちらを正として残すか決めて修正する。
最終的に銀行残高と会計残高を照合し、差分がゼロまたは説明可能な状態にする。

この確認を締め後レビューの一部に組み込んでおくと、連携停止の影響を一過性のトラブルで終わらせず、次回の外部サービス障害にも使える運用資産にできます。銀行連携、カード連携、請求書連携、経費精算連携は便利ですが、月次決算の締め責任は社内に残ります。外部連携が止まったときのCSV取得手順、取込台帳、差分確認、承認ルートは、平時に一度テンプレート化しておく価値があります。

よくある質問

マネーフォワードの銀行連携停止中でも月締めは進められますか？

進められます。銀行明細の自動取得が止まっていても、ネットバンキングからCSVを取得し、対象口座と対象期間を記録しながら手動取込すれば、入金消込、支払確認、残高照合を暫定的に進められます。

銀行CSVはどの期間で取得すべきですか？

月次締めの対象期間を基本にします。たとえば4月締めなら2026年4月1日から4月30日が中心です。ただし、月初にカード引落、税金、社会保険、家賃などの確認が必要な場合は、5月初旬分を別ファイルとして取得し、取込台帳で分けて管理します。

連携が復旧したら手動取込分はどうなりますか？

同じ期間の明細が再取得される可能性があります。復旧後は、手動取込済み台帳と再取得明細を照合し、同日・同額・類似摘要の重複候補を確認します。残高が合っているだけで終わらせず、重複計上がないかまで見るべきです。

CodexやClaude Codeに銀行CSVを読ませてもよいですか？

生の銀行CSVをそのまま外部AIに渡す運用は避けるべきです。安全に使うなら、ダミー仕様やマスク済みサンプルだけを渡し、CSV変換や重複検出のローカルスクリプトを作らせます。実データは社内PCや承認済み環境で処理します。

AIで仕訳や入金消込を自動確定してよいですか？

少なくとも暫定対応では、AIに確定判断を任せない方が安全です。AIは候補出し、形式変換、重複検出、差分調査の補助に使い、仕訳登録や消込確定は経理担当者が確認します。

連携停止時の業務補助ツールを早く整えたい場合

CSV変換、突合、重複検出、確認用レポートなど、連携停止時に必要な小さな社内ツールは、要件を切り出せば短期間で作れます。重要なのは、実データを外部に出さず、承認とログを残し、人が最終確認できる形にすることです。

超速開発の支援内容を見る

メディア一覧へ戻る