【PR】この記事には広告リンクが含まれています。
法人口座と法人デビットを用意しても、会計ソフトへ連携するだけで経理が自動完成するわけではありません。金融機関の明細を取得し、事業用か、勘定科目は何か、証憑があるか、個人の支払いが混ざっていないかを確認して初めて、月次の会計処理に使えます。
運営者は、合同会社でドコモSMTBネット銀行（旧住信SBI）の法人口座と法人デビットを利用し、法人支払いと役員報酬振込に使っています。法人の会計・給与運用にはマネーフォワード クラウドを使用し、給与確定、給与明細、賃金台帳まで運用確認済みです。ただし、この記事では未確認の同期結果や対応カードを体験として断定せず、実際の利用環境と2026年9月26日時点の公式手順を分けて説明します。
結論：連携前に口座と支払いの役割を固定する
最初に、売上入金、経費支払い、役員報酬、税・社会保険、立替精算のどれを法人口座で扱うか決めます。そのうえで、マネーフォワード クラウド会計の金融機関連携へ登録し、取得した明細を未仕訳のまま確認します。自動提案は補助として使い、証憑と取引実態を見て登録します。
- 法人口座を会社取引専用にする
- 法人デビットの利用者と用途を決める
- 連携対象サービスを公式画面で検索する
- ログインや認証は公式の連携画面で行う
- 初回取得期間と明細件数を確認する
- 自動提案をそのまま一括確定しない
- 月末に銀行残高と会計残高を照合する
運営者の実利用環境
運営者の会社では、ドコモSMTBネット銀行の法人口座と法人デビットを使っています。法人支払いをデビット中心にし、役員報酬は法人口座から振り込む運用です。クレジットカードの後払いとは異なり、デビットは利用に連動して口座残高が動くため、残高と明細をこまめに確認します。
会計と給与にはマネーフォワード クラウドを利用しています。確認済みなのは、法人会計・給与運用に同サービスを使っていることと、給与確定後の帳票まで運用したことです。特定の銀行・デビット明細が常に同じ方法で連携できることや、同期頻度は公式画面の現行対応を確認します。
連携前に整理する4つの境界
1. 法人と個人
合同会社と代表者個人は会計上別の主体です。個人の生活費、個人事業の売上、法人の売上、法人経費を同じ口座やカードへ混ぜると、明細だけでは取引の意味を判別できません。法人口座と法人デビットは会社取引専用にします。
2. 銀行明細とデビット明細
デビット利用が銀行口座の出金として表示される場合、銀行明細とカード明細の両方を連携すると同じ取引を二重登録する可能性があります。どちらを仕訳の起点にするか、会計画面の重複候補がどう表示されるかを少額の実取引で確認します。
3. 支払日と利用日
デビットは一般に利用時に口座から引き落とされますが、加盟店の処理、取消、金額変更などで明細の確定タイミングがずれることがあります。会計へ登録する日付は、会計方針と明細の状態を確認します。
4. 自動提案と確定仕訳
連携された明細に勘定科目が提案されても、取引内容が正しいと保証するものではありません。証憑、支払先、用途、税区分を確認し、人が確定します。ルール化するのは、同じ取引を数回正しく処理してからにします。
初期設定の流れ
事業者情報を確認する
マネーフォワード クラウド会計で、事業者名、会計期間、消費税設定など、会社の基本情報を確認します。別の個人事業用アカウントがある場合は、操作中の事業者を取り違えないようにします。
金融機関連携の新規登録を開く
公式サポートでは、新規登録画面から金融機関やサービスを検索し、連携操作を進める手順が案内されています。画面で現在の金融機関名を検索し、法人向けと個人向けを取り違えないようにします。
認証情報を公式画面へ入力する
銀行のID、パスワード、ワンタイム認証などは、ブログや管理シートへ保存しません。連携時に表示される公式の認証先ドメインを確認し、第三者のフォームへ入力しないようにします。
取得対象と期間を確認する
初回連携では、取得できる明細期間や対象口座を確認します。会社設立前の個人口座明細を取り込まない、同じ法人口座を複数登録しないなど、対象を絞ります。
初回同期結果を確認する
明細件数、最古・最新の日付、残高、通貨、口座名を確認します。連携成功の表示だけで完了にせず、銀行側の実明細と件数や金額を照合します。
法人デビットの明細を扱う
法人デビットで支払った取引には、購入日、店舗名、金額、証憑、事業目的を紐付けます。明細の店舗名が正式名称と異なる場合があるため、領収書や請求書を確認します。
ソフト利用料、サーバー代、広告費、備品など、同じカードで複数種類の経費を払うときは、店舗名だけで勘定科目を固定しません。税区分や契約期間も取引ごとに確認します。
取消と返金
デビット利用が取消や返金になった場合、元取引と返金明細を別々に確認します。入金だけを売上として登録したり、元の経費を残したままにしたりしないよう、関連取引をメモします。
外貨や差額
外貨建てサービスを利用すると、利用時の表示額と最終引落額が異なる場合があります。この記事では運営者の具体的な外貨取引を確認していないため、金額例を作りません。銀行・カードの確定明細と証憑で処理します。
役員報酬振込は経費明細と分ける
運営者は法人口座を役員報酬振込にも利用しています。役員報酬は法人デビットの経費購入とは別の取引です。給与明細の差引支給額、銀行振込額、会計記録を対象月で照合します。
振込先口座や氏名は個人情報です。管理画面のスクリーンショットを記事へ載せる場合は、名義、番号、残高、取引相手を隠します。
明細登録の判断順
- 銀行またはデビット明細の日付と金額を見る
- 領収書・請求書・契約書を探す
- 法人の事業目的に関係するか確認する
- 未登録か、既に別明細から登録済みか確認する
- 勘定科目と税区分を会社の方針で選ぶ
- 摘要へ後から分かる情報を残す
- 登録後に証憑を紐付ける
判断できない取引は、推測で確定せず保留します。未仕訳の件数を0にすることより、誤った仕訳を確定しないことを優先します。
自動仕訳ルールの作り方
同じ支払先、同じ用途、同じ税区分が繰り返される取引は、自動仕訳ルールの候補です。最初の取引から広い条件でルールを作ると、別用途の支払いまで誤分類する可能性があります。
支払先名に揺れがあるか、金額や摘要で区別できるかを確認し、対象条件を狭くします。ルール適用後も月末の残高照合と証憑確認を残します。
二重計上を防ぐチェック
- 銀行明細とデビット明細の両方に同額がないか
- CSV取込と自動連携が重複していないか
- 取消前と取消後を別の経費としていないか
- 手入力した仕訳と連携明細が重複していないか
- 給与振込を経費購入として扱っていないか
- 役員立替の精算と元の購入を二重計上していないか
重複候補がある場合は、どちらかを削除する前に、登録元、証憑、会計期間を確認します。確定済みの決算期をまたぐ修正は、専門家へ相談します。
残高照合を月次の完了条件にする
月末または確認基準日に、銀行の実残高と会計上の普通預金残高を照合します。一致しない場合は、未登録明細、重複、日付ずれ、開始残高、手数料、返金を確認します。
連携が動いていることと残高が一致することは別です。同期済み件数だけで月次完了とせず、残高差の理由を説明できる状態にします。
連携エラーの切り分け
金融機関のサイト変更、追加認証、メンテナンス、連携サービス側の対応待ちなどで、更新が止まる場合があります。エラーメッセージ、最終更新日時、銀行側ログインの可否、公式障害情報を確認します。
同じ認証を何度も繰り返す前に、公式サポートの対応状況を確認します。一時的な停止中は、CSV取込を使うか、復旧を待つかを決めます。CSVを使う場合も、後で自動連携が復旧した際の重複に注意します。
セキュリティと権限
銀行と会計の認証情報は、記事管理スプレッドシートや本文へ書きません。会計担当者を追加する場合は、必要最小限の権限にし、退職や担当変更時に解除します。
APIや外部連携を使う場合も、ログへ認証ヘッダー、トークン、口座番号を出しません。エラー調査には、サービス名、日時、工程、エラー種別など機密性の低い情報だけを残します。
月次チェックリスト
- 法人口座の最終同期日時を確認する
- 未仕訳明細を一件ずつ確認する
- 法人デビットの証憑を紐付ける
- 取消・返金を元取引と照合する
- 給与振込を給与明細と照合する
- 税・社会保険の引落しを期限表と照合する
- 銀行残高と会計残高を合わせる
- 連携エラーと保留取引を翌月へ放置しない
導入時に避けたい失敗
個人口座を同じ事業者へ登録する
個人事業と法人を併用している場合、口座を取り違えると仕訳候補へ私用取引が大量に入ります。事業者名と口座名を確認します。
自動提案を一括登録する
最初の同期では、過去明細や重複が混ざる可能性があります。少量ずつ確認し、ルールは正しい処理を積み重ねた後に作ります。
証憑を後回しにする
明細の店舗名だけでは用途を思い出せないことがあります。購入時に領収書や請求書を保存し、会計登録時に結び付けます。
連携停止を月末まで見ない
最終同期日時を見ないと、明細が少ないのか取得に失敗しているのか分かりません。週次または月次の確認タスクにします。
個人情報を公開しない
法人口座の管理画面には会社名、代表者名、口座番号、残高、取引先が表示されます。会社名の合同会社ArcStoryは公開できますが、代表者の氏名フル、家族の情報、自宅住所、市区町村、口座番号は掲載しません。
関連記事
法人口座の実利用はドコモSMTBネット銀行の法人口座を合同会社で利用、法人デビットの判断は法人デビットカードで十分だった理由、会計全体の初期設定はマネーフォワード クラウド会計をひとり会社で使う初期設定で整理しています。
実務補足：連携後の月次運用を壊さない
同期の正本を決める
銀行明細、デビット明細、CSV、手入力など、複数の取得経路がある場合、どれを通常の正本にするか決めます。障害時の代替手段を通常経路と同時に使うと重複が起こりやすいため、切り替え日と対象期間を記録します。
自動連携へ戻したときは、代替期間の明細が再取得されていないかを確認します。同額同日だけでなく、店舗名や確定日が違う重複もあります。
開始残高を確定する
連携開始日の銀行残高と、会計上の開始残高を合わせます。会社設立後に口座へ資本金を入れた、代表者が立て替えた、個人口座から法人口座へ移したなど、開始前後の資金移動を明確にします。
差額を調整仕訳で埋める前に、未取得明細、二重登録、日付範囲の不足を確認します。根拠のない残高調整を残しません。
証憑の保存単位を決める
法人デビットの一回の利用ごとに、領収書、請求書、メール、契約画面などの証憑を保存します。月次のカード利用一覧だけでは、取引内容や税区分を判断できない場合があります。
ファイル名へ日付、支払先、金額、用途を入れ、会計明細と紐付けます。氏名や住所が含まれる証憑をブログ記事へ転用しません。
継続課金を一覧化する
サーバー、ドメイン、テーマ、クラウドサービスなどの継続課金は、契約更新日、請求周期、支払方法、解約条件を一覧へします。明細が毎月出ない年払いの契約も、費用の対象期間を確認します。
支払先名が変わったとき、自動仕訳ルールが適用されない可能性があります。未仕訳明細を月次で確認します。
役員立替を別経路にする
法人デビットが使えず代表者個人が支払った場合、法人口座の明細には出ません。立替精算の記録、証憑、支払者を残し、法人デビット取引と混ぜないようにします。
後日会社から精算するとき、元の経費と精算振込を二重の費用にしないよう、会計上のつながりを確認します。
利用限度と残高不足を確認する
デビットは口座残高や利用設定の影響を受けます。大きな支払いの前に、残高、利用可能額、加盟店での利用可否を公式画面で確認します。未確認の限度額や還元率を記事へ固定値として書きません。
残高不足で決済に失敗した場合は、再決済、別手段、取消明細の有無を確認し、同じ請求を二重に支払わないようにします。
銀行手数料を分ける
振込手数料や海外利用等の手数料が発生した場合、元の支払いと手数料を区別します。公式料金は改定される可能性があるため、記事公開時点と実際の利用時点で銀行公式ページを確認します。
明細に合算されるか別行になるかも、実際の取引で確認します。運営者が確認していない金額例は作りません。
決算前に未処理を残さない
月次で保留した明細には、理由と必要な証憑、確認先、期限を記録します。決算直前に一年分をまとめて確認すると、用途を思い出せない取引が増えます。
未仕訳、未確定、重複候補、残高差を別の状態にし、それぞれの次の処理を決めます。
連携サービス名の変更へ対応する
金融機関の商号やサービス名称が変わると、検索名や表示名が変わることがあります。旧名称で登録した連携が自動で引き継がれるか、新規登録が必要かを公式案内で確認します。
記事タイトルや本文に旧名称を残す場合は、現在の名称との関係を説明します。古いログインURLへ誘導しません。
権限変更の記録を残す
銀行や会計ソフトの担当者権限を追加・変更したら、日時、理由、対象者、権限範囲を記録します。共有IDの使い回しを避け、不要になった権限は解除します。
認証情報そのものは管理表へ書かず、保管方法と更新日だけを記録します。
障害時の代替手順を決める
連携停止が月次締めと重なった場合、公式の復旧案内を待つか、CSVを使うか、手入力するかを決めます。代替手段を使う期間を限定し、復旧後の重複確認を必須にします。
同じ操作を繰り返す前に、銀行へ直接ログインできるか、会計側の障害情報があるか、追加認証が必要かを切り分けます。
月次完了サマリーを作る
月次の最後に、最終同期日、未仕訳件数、保留件数、残高差、証憑不足、連携エラー、次の確認日を一枚へまとめます。異常がなければ詳細画面を毎回開かずに済みます。
ただしサマリーは元データの代わりではありません。銀行明細、会計仕訳、証憑へたどれる記事IDや取引IDを保持します。
取引先マスタをむやみに増やさない
明細の表記揺れごとに新しい取引先を作ると、同じ相手が複数登録されます。正式名称、請求書名、明細名の対応を確認し、既存候補を検索してから追加します。
自動仕訳ルールも正式名称へ寄せ、摘要には実際の明細名を残すなど、検索できる形にします。
税区分を支払先だけで決めない
同じ支払先でも、購入内容や請求期間により扱いが異なる場合があります。店舗名だけで税区分を固定せず、請求書、領収書、契約内容を確認します。判断に迷う取引は税理士へ確認します。
海外サービス、非課税取引、対象外取引などを、似た名称の過去仕訳から推測しません。
部門・プロジェクトを使う基準
事業やプロジェクト別に管理する場合、部門タグを増やし過ぎると月次入力が複雑になります。経営判断に本当に使う区分だけを決め、個人事業と法人の区別を部門だけで代用しません。
一つの請求を複数事業へ配賦する場合は、配賦基準と根拠を残します。
口座解約やカード再発行
口座を解約したりデビットカードを再発行したりすると、連携先の認証や表示名が変わる可能性があります。旧口座の明細を削除せず、最終残高と解約日を確認した上で非表示や停止の扱いを決めます。
新しいカードの明細が旧カードと同じ口座出金として表示される場合も、二重連携を確認します。
会計期間をまたぐ明細
決算日前後のデビット利用は、利用日、引落日、請求書日、サービス提供期間が異なることがあります。どの日付で計上するかを会社の会計方針と証憑で判断します。
確定後の期間へ遡って明細が追加された場合、無断で仕訳を変えず、決算担当者へ確認します。
データを書き出して点検する
画面だけで探しにくい場合は、明細や仕訳をCSVへ書き出し、同額・同日・同摘要の重複、未仕訳、空の勘定科目を点検します。書き出したファイルには口座情報が含まれるため、安全な保存先を使います。
点検用ファイルを公開記事や共有リンクへ置きません。必要な集計結果だけを管理表へ記録します。
連携解除前にバックアップする
認証エラーを直すために連携を削除する前に、現在の取得範囲、最終更新日、未仕訳、登録済み仕訳、口座残高を保存します。再登録で過去明細が再取得された場合に比較できます。
公式サポートの案内なく、同じ口座を何度も削除・追加しません。
専門家へ共有する範囲
税理士へ会計データを共有する場合、銀行ログイン情報を渡すのではなく、会計ソフトの招待機能と適切な権限を使います。必要な期間と事業者を確認し、個人側のデータを誤って共有しません。
相談時は、該当明細、証憑、現在の仕訳候補、判断に迷う点をまとめます。
仕訳確定後のレビュー
明細を登録した後、月ごとの主要勘定、取引先、金額の推移を確認します。前月と大きく違う取引があれば、重複、入力桁、税区分、契約変更を調べます。増減そのものを誤りと決めず、理由を説明できるかを見ます。
レビュー結果は、修正した取引、修正理由、確認者、確認日として残します。自動連携の便利さを、最終確認を省く理由にしません。
連携対象外を別管理する
すべての支払手段が自動連携に対応するとは限りません。現金、立替、対応外サービスなどは、別の入力経路と確認日を決めます。連携明細だけを見て、会社の取引がすべて記録されたと判断しません。
対象外取引も同じ月次サマリーへ件数と状態を載せ、締め日に漏れを確認します。
年間の更新計画
年に一度は、使っていない連携、古いカード、退職者の権限、不要な自動仕訳ルールを見直します。サービス名称や公式URLが変わっていれば、社内手順とブログ記事も更新候補にします。
更新後は、既存明細が消えていないか、再認証が必要でないか、月次残高が一致しているかを確認します。
初期設定の完了日は、認証が通った日ではなく、対象期間の明細、重複、証憑、残高差を確認できた日として記録します。これにより、接続成功と経理運用の完成を同じ意味で扱わずに済みます。
完了後も、最終同期日時、保留明細、残高差を定期的に確認します。自動連携は確認作業を減らす道具であり、取引の意味を判断する責任まで自動化するものではありません。確認日と担当、次回確認日を月次記録へ必ず確実に残します。
会計・給与データを同じ運用で確認する
法人口座、法人デビット、給与、会計を別々に管理すると、月次確認の画面が増えます。連携対象や料金は契約内容で変わるため、現在の対応サービスとプランを公式ページで確認してから判断してください。
確認した公式情報
仕様や画面は変わる可能性があるため、2026年9月26日に次の現行ページを確認しました。
まとめ
法人口座と法人デビットをマネーフォワードへ連携するときは、同期ボタンより前に、会社と個人、銀行明細とデビット明細、自動提案と確定仕訳の境界を決めます。
運営者はドコモSMTBネット銀行の法人口座・法人デビットと、マネーフォワード クラウドによる法人会計・給与を実利用しています。ただし、連携対象や画面は変わるため、現行の公式対応を確認してください。取得した明細を証憑と照合し、二重計上を防ぎ、銀行残高と会計残高が合うところまでを月次の完了条件にします。
