円建て/外貨建て混在案件の支払期日カレンダー— 混在期日の設計
公開: 2026年9月8日
同じ発注先でも、円建て案件と外貨建て案件が月内に混在することがあります。
支払期日カレンダーを一本化しないと、為替換算日・振込予約日・60日ルールの起算が別々に動き、超過リスクが見えにくくなります。
本記事では、円建て/外貨建て混在案件の支払期日カレンダーをどう設計するかを、発注側の台帳運用として整理します。
トリカク(torikaku)のような台帳では通貨区分と期日を同一画面で追えるため、Excelの別シート管理より漏れを減らせます。
1. 混在が起きやすい場面
1-1. 国内拠点と海外拠点への同時発注
国内法人へは円建て、海外の個人事業主へはドル建て、という組み合わせは珍しくありません。
請求書の到着日・検収完了日が近くても、振込経路が銀行とPayPalで分かれ、カレンダー上の「支払実行日」がずれます。
海外送金の実務は海外送金・PayPal支払も参照してください。
1-2. 為替ヘッジ付きの継続委託
月次の継続委託でレート固定条項がある場合、契約額(外貨)と支払額(円換算)が台帳上で別列になります。
期日カレンダーには「契約通貨の期日」と「円転後の振込予定日」の両方を載せる必要があります。
1-3. 部分検収ごとの通貨切替
初回マイルストーンは円、残額はドル、という契約も現場では起きます。
部分検収ごとに子行を切り、通貨コードを固定しないと、カレンダー集計が崩れる典型パターンです。
子行設計は段階納品・部分検収の台帳記録を確認してください。
2. カレンダーに載せる必須列
2-1. 受領日・60日期日・振込予定日
取適法の60日は原則として検収・受領日から起算します。
外貨建てでも起算点の考え方は同じです。通貨が違うから60日が延びる、という運用は危険です。
起算の基本は支払60日ルールの起算点を参照してください。
2-2. 通貨・レート確定日・換算額
カレンダー行には少なくとも通貨コード、レート確定日、円換算額、換算根拠(TTS等)を残します。
経理が仕訳する日と、発注担当が「支払済み」と認識する日がずれるため、両日付を別列にするのが安全です。
2-3. 送金リードタイム
外貨送金は申請から着金まで数営業日かかることがあります。
60日期日の3〜5営業日前を「振込予約締切」としてカレンダーに色分けすると、遅延を防げます。
3. 週次レビューの見方
3-1. 通貨別フィルタと合算ビュー
週次ではまず通貨別に期日接近行を洗い、その後に円換算合算で資金繰りを確認します。
合算だけ見るとドル案件の着金遅延が埋もれ、フィルタだけだと資金不足に気づきません。
少人数経理なら少人数経理の週次チェックのルーティンに通貨列を足してください。
3-2. 休日跨ぎの外貨予約
金曜日に円建て振込、月曜日に外貨送金、という並びは月末に特に起きやすいです。
銀行の受付締切とレート提示時間をカレンダー注記に固定し、担当者不在でも実行できるようにします。
3-3. 遅延時の優先順位
遅延が発生しそうな週は、60日超過リスクが高い案件から資金を割り当てます。
外貨の手数料・為替差損を理由に支払を後ろ倒しにすると、遅延利息や行政指導リスクが上回ることがあります。
支払サイト全般は支払サイトのリスクも併せて確認してください。
4. カレンダー設計の例
| 列 | 円建て | 外貨建て |
|---|---|---|
| 受領日 | 必須 | 必須(同) |
| 60日期日 | 自動計算 | 自動計算(同) |
| 振込予約締切 | 期日1営業日前 | 期日3〜5営業日前 |
| 換算額 | 契約額=支払額 | レート確定後に入力 |
上表は運用テンプレの一例です。
自社銀行の受付時間に合わせて「振込予約締切」の日数だけ調整してください。
5. よくある失敗
5-1. 円転日を受領日と取り違える
経理が為替を確定した日を台帳の受領日に上書きすると、60日起算がずれます。
受領日は検収完了の事実日、換算日は別列、と権限も分けてください。
5-2. カレンダーを資金繰り表だけにする
資金繰り表は経営判断には有用ですが、法令上の期日管理の代替にはなりません。
コンプライアンス用カレンダーと資金繰りは、同じデータソースから分岐させるのが理想です。
ダッシュボード設計はダッシュボードKPIを参照してください。
5-3. 手数料を相手負担にして期日を曖昧にする
送金手数料の負担割合でもめている間に期日を過ぎるケースがあります。
手数料交渉は期日と切り離し、まず支払実行を優先するルールを文書化してください。
6. チェックリスト
- 全進行中案件に通貨コードが入っているか
- 外貨案件に振込予約締切が色分けされているか
- 受領日とレート確定日が別列か
- 週次で通貨別・合算の両方を見ているか
- 60日期日が通貨によらず同一ルールで計算されているか
よくある質問
Q. 外貨建てでも60日は暦日ですか
実務上は暦日で管理する前提で設計するのが安全です。
銀行休業で振込できない日がある場合は、その前営業日に前倒し実行します。
Q. 円建てと外貨建てを別カレンダーに分けてもよいですか
運用担当が分かれる場合は分冊でも構いません。
ただし経営・監査向けには合算ビューが必要です。正本データの所在を複数ツール併用時の正本データで固定してください。
Q. レート未確定のまま期日が来たらどうしますか
契約で定めたフォールバックレートで仮払いし、差額を翌月精算する方法があります。
未確定を理由に支払自体を止めると、60日超過リスクが先に顕在化します。
Q. SaaS台帳は通貨混在に向いていますか
通貨列・期日アラート・監査ログが標準のツールは、Excelのシート分割より漏れが減りやすいです。
移行判断はエクセル台帳の限界とSaaS移行も参考にしてください。
Q. 請求書通貨と契約通貨が違う場合は
契約の支払条項を優先し、請求書側の通貨表記ミスがないか取引先に確認します。
台帳には契約通貨を正とし、差異理由をコメント欄に残してください。
8. 通貨混在の月次クローズ
8-1. 月末の突合順序
月末クローズでは、まず受領日と60日期日の欠損行を消し、次に通貨コード空欄、最後にレート未確定行を処理します。
順序を逆にすると、換算作業の途中で期日超過行を見落とします。
経理と購買で締切時刻を分け、購買は期日確定、経理は換算と振込、と責務を明確にしてください。
8-2. 為替差損益の台帳コメント
円換算額が契約想定と大きくずれた場合、差損益の理由をコメント欄に残します。
翌月の予算会議で「なぜ支払額が増えたか」を説明できる状態にしておきます。
差損益の説明と60日遵守は別論点なので、説明資料作成のために支払を止めないでください。
8-3. 監査向けの見せ方
監査には、通貨別の期日一覧、振込予約ログ、レート根拠の3点セットを出すと説明が速いです。
CSV突合の型は発注台帳CSVの監査が参考になります。
口頭説明だけで通貨混在を乗り切ろうとすると、証跡不足を指摘されやすいです。
9. 現場会話例
購買「ドル案件の期日は来週月曜ですが、レートが未確定です」経理「仮レートで予約し、差額は翌月精算にします。支払自体は月曜を守りましょう」
このような会話を週次定例のスクリプトにしておくと、現場判断が速くなります。
逆に「レート待ちで来週以降」とだけ返すと、60日超過の入口になります。
海外の受注者から「着金が遅い」と問い合わせが来た場合は、送金リードタイムと予約日をそのまま共有します。
社内都合の説明より、カレンダー上の事実を見せる方が信頼を維持しやすいです。
まとめ
- 外貨でも60日起算は受領日ベースで統一する
- カレンダーに振込予約締切とレート確定日を載せる
- 週次は通貨別と合算の二段レビューにする
- 手数料交渉で支払実行を止めないルールを書く
注意
本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク(torikaku)の機能説明を含みますが、法的助言ではありません。
為替・支払通貨の個別判断は税理士・弁護士等の専門家にご確認ください。