口座・カード連携と「自動で経理」
この部の 3 / 6 章 ・ 全体で 19 / 53 章 ・ 読了目安 18 分
- 同期データがどこまで信用できるか判断できる
- 自動登録ルールを安全に組める
クラウド会計の中心にあるのが口座・カードの同期です。 明細が自動で流れ込み、そこから取引を登録していきます。
ただし、同期は「取り込み」であって「記帳」ではありません。 明細1行がそのまま仕訳になるわけではなく、必ず人間の判断が挟まります。
この章では、その仕組みと、自動化してよい範囲を扱います。
同期の仕組み
[銀行・カード会社]
↓ （API または スクレイピング）
[アグリゲーション基盤]
↓
[freee の「口座」]
↓ 明細が並ぶ
[自動で経理] 画面 ← ここで「この明細は何か」を確定する
↓
[取引（＝仕訳）]
| 特徴 | 内容 |
|---|---|
| 取得できる期間 | 金融機関ごとに違う（数ヶ月分しか遡れないこともある） |
| 更新のタイミング | 自動更新は1日1回程度。手動更新も可能 |
| 認証 | 金融機関の認証情報を登録する（多要素認証があると手動更新が必要な場合も） |
| 反映の遅れ | カードの利用明細は、確定するまで数日〜数週間かかる |
金融機関によっては、過去の明細を数ヶ月分しか取得できません。
年末に連携を始めると、それより前の明細は CSV を自分でダウンロードして 取り込むことになります（できない場合は手入力）。
開業したらすぐ繋ぐ。これだけで数時間の作業が消えます。
口座を登録する
画面: 口座 → 「口座の一覧」→「金融機関を登録」
┌─ 口座 › 金融機関を登録 ───────────────────────────────┐
│ 金融機関を検索 [ 三井住友銀行 🔍 ] │
├──────────────────────────────────────────────────┤
│ ○ 三井住友銀行（個人） │
│ ○ 三井住友カード │
│ │
│ ─ 選択後 ───────────────────────────────── │
│ 店番号・口座番号 [ ____ ] [ _______ ] │
│ ログイン情報 （金融機関のサイトの認証情報） │
│ 口座の用途 (●) 事業用 ( ) プライベート │ ← ここを間違えない
│ │
│ [ 同期を開始 ] │
└──────────────────────────────────────────────────┘
口座の用途を「プライベート」で登録すると、その口座からの支出は 事業主借を相手科目とする扱いになり、設定によっては経費として集計されません。
事業用の口座・カードは必ず「事業用」で登録してください。 登録直後に数件を試しに登録して、生成された仕訳を確認するのが確実です。
「自動で経理」の使い方
画面: 取引 → 「自動で経理」
┌─ 取引 › 自動で経理 ─────────────────────────────────────────────────┐
│ 口座 [ 三井住友銀行 ▼ ] 期間 [ 2026-08-01 〜 2026-08-31 ] │
├────────────────────────────────────────────────────────────────┤
│ 日付 │ 明細の内容 │ 金額 │ 勘定科目 │ 取引先 │ 操作 │
│───────┼──────────────────┼──────────┼─────────────┼──────────┼───────────│
│ 08/10 │ AMAZON WEB SER │ -44,000 │[通信費 ▼] │[AWS ▼]│[登録][無視]│
│ 08/12 │ ｾﾌﾞﾝ-ｲﾚﾌﾞﾝ │ -680 │[消耗品費▼] │[ ▼]│[登録][無視]│
│ 08/25 │ ｶ)ﾏﾙﾏﾙｼｮｳｼﾞ │ +330,000 │[売上高 ▼] │[〇〇社▼]│[登録][無視]│
│ 08/26 │ ｶｰﾄﾞ ｼﾊﾗｲ │ -88,000 │[ ▼] │[ ▼]│[振替として]│
└────────────────────────────────────────────────────────────────┘
↑ 勘定科目の欄に最初から入っているのは freee の推測。
そのまま [登録] を押すと、その推測が確定する
| 操作 | いつ使うか |
|---|---|
| 登録 | 科目・取引先を確認して確定する。日常の9割はこれ |
| 無視 | 事業と無関係な明細（プライベート口座の生活費など） |
| 振替として登録 | カードの引き落とし・口座間の資金移動（後述） |
| 詳細に登録 | 按分・複数科目への分割・ファイル添付が必要なとき |
同期された明細1件ずつに対して、次を決めます。
□ 収入か支出か
□ 勘定科目（何の費用・収入か）
□ 税区分（課税・非課税・対象外など。課税事業者の場合に重要）
□ 取引先（タグ）
□ 品目・メモタグ（任意）
□ 「無視」するか（事業と無関係な明細）
freee は過去の登録内容から推測して候補を出します。候補が正しければ登録、 違えば直す。これが日々の作業です。
一度「Amazon → 消耗品費」と登録すると、以後の Amazon の明細も同じ候補が出ます。
しかし Amazon では、
- 技術書（新聞図書費）
- モニタ（消耗品費 or 固定資産）
- 私物（事業主貸 or 無視）
が混ざります。候補を鵜呑みにすると、私物まで経費になります。 金額が大きい明細ほど、中身を確認してください。
自動登録ルール
「この文字列を含む明細は、必ずこの科目で登録する」というルールを作れます。
画面: 取引 → 「自動で経理」→ 明細右の「ルール」、または 設定 → 「自動登録ルールの設定」
┌─ 自動登録ルールの設定 ─────────────────────────────────┐
│ 対象の口座 [ 事業用カード ▼ ] │
│ 明細の内容が [ AMAZON WEB SER ] を [ 含む ▼ ] │
│ 金額 (●) 指定しない ( ) [ ] 円と一致 │
│ │
│ ─ 一致したときの処理 ────────────────────── │
│ 収支 (●) 支出 ( ) 収入 │
│ 勘定科目 [ 通信費 ▼ ] │
│ 税区分 [ 課対仕入 10% ▼ ] │
│ 取引先 [ アマゾンウェブサービス ▼ ] │
│ 処理 (●) 自動で登録する │
│ ( ) 候補として表示するだけ │ ← 迷ったらこちら
│ [ 保存 ] │
└──────────────────────────────────────────────────┘
「自動で登録する」にすると、確認せずに帳簿へ入ります。 金額や内容が変わった月に気づけません。
慣れるまでは候補表示にして、内容を見てから登録するほうが安全です。
| 向いているもの | 例 |
|---|---|
| 金額と内容が毎月同じ | サーバー代、SaaS の月額、コワーキング利用料 |
| 明細名が一意 | 「AWS」「GITHUB」「ADOBE」 |
| 事業専用の取引 | 事業用口座からの家賃引き落とし |
| 向いていないもの | 理由 |
|---|---|
| Amazon・楽天など | 中身が毎回違う |
| コンビニ・スーパー | 事業と私用が混ざる |
| 交通系 IC のチャージ | 使途が確定していない |
| 高額な買い物 | 固定資産になる可能性がある |
○ AWS → 通信費（毎月、事業のみ）
○ コワーキング月額 → 地代家賃
× Amazon → 消耗品費（中身が毎回違う）
自動登録ルールは便利さと引き換えに、確認の機会を失います。 数を増やすほど、間違いに気づけなくなります。
口座間の振替を二重計上しない
残高不一致の最大の原因がこれです。
事業用口座 → クレジットカードの引き落とし
事業用口座 → 生活用口座への資金移動
事業用口座 → 現金の引き出し
これらは両方の口座の明細に現れます。それぞれを別々の取引として登録すると、 同じお金が2回動いたことになります。
正しい処理:
口座振替として登録する（freee の「口座振替」または「振替伝票」）
→ 片方だけが記録され、二重計上にならない
カードの引き落とし:
→ 支出はカード利用時に登録済み（未払金）
→ 引き落としは「未払金の減少」＝口座振替として処理
× 8/10 カード利用 40,000円 → 通信費で登録
× 9/26 口座から引き落とし 40,000円 → 通信費で登録
→ 経費が8万円になってしまう（実際は4万円）
○ 8/10 カード利用 → 通信費 / 未払金
○ 9/26 引き落とし → 未払金 / 普通預金（口座振替として処理）
明細を「無視」する
事業と無関係な明細は、無視して構いません。
事業用口座に紛れ込んだ私的な支出 → 事業主貸で登録するか、無視する
プライベート口座を連携している場合 → 事業に関係ない明細はすべて無視
事業用口座から出た私的支出 → 「事業主貸」で登録する
（預金残高を合わせる必要があるため、無視してはいけない）
プライベート口座の明細 → 「無視」でよい
（そもそも帳簿に載せる必要がない口座）
帳簿に載せている口座の明細は、必ず何らかの形で処理するのが原則です。
CSV での取り込み
連携できない金融機関や、過去分の取り込みには CSV を使います。
1. 金融機関のサイトから明細 CSV をダウンロード
2. freee の「明細アップロード」から取り込む
3. 形式が合わない場合は、freee のフォーマットに合わせて整形する
同じ期間の CSV を2回取り込むと、明細が二重になります。
取り込む前に、すでに同期済みの期間と重ならないかを確認してください。 重複した明細は、登録前なら削除できます。
運用のリズム
毎週または隔週:
□ 同期された明細を確認して登録する（10〜20分）
□ 判断がつかないものは保留にして、月末にまとめて処理
月末:
□ 未処理の明細をゼロにする
□ 口座残高と帳簿残高が一致しているか確認する
溜めないことが唯一のコツです。月次ルーティンで月次ルーティンとして扱います。
事業用クレジットカードで 8月10日に AWS 利用料 40,000円を支払い、9月26日に事業用口座から引き落とされました。両方の明細が freee に同期されています。正しい処理はどれでしょうか？
この章のまとめ
- 同期は取り込みであって記帳ではない。明細1行ごとに人間の判断が要る
- 連携は開業直後に。金融機関によっては過去の明細を遡れない
- 推測候補を鵜呑みにしない。特に Amazon のような中身が毎回違う取引
- 自動登録ルールは「毎月同じ額が同じ相手に出ていく」ものだけに限る
- 口座間の振替を両方から登録しない。残高不一致の最大の原因
- カード利用時に費用、引き落とし時は未払金の減少。両方を費用にすると二重計上
- 帳簿に載せている口座の明細は必ず処理する（私的支出は事業主貸、無関係な口座は無視）
- 溜めない。週次で明細を消化し、月末に残高を照合する
参考資料
| 対象 | リンク |
|---|---|
| freee ヘルプ 口座を同期する | https://support.freee.co.jp/hc/ja/ |
| 国税庁 電子帳簿保存法 | https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/ |