← ガイド一覧

円建て/外貨建て混在案件の支払期日カレンダー— 混在期日の設計

公開: 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)の機能説明を含みますが、法的助言ではありません。
為替・支払通貨の個別判断は税理士・弁護士等の専門家にご確認ください。

トリカク(torikaku) で試す

適用判定・取引先台帳・明示事項チェック・60日ルールの期日管理・メール通知を一箇所にまとめられます。無料プランは稼働中の取引先1社・発注記録 月3件までです。停止中の取引先は枠を消費しません。形式チェック・記録管理・期日管理のみを行います。メール通知の遅延・未達は保証しません。法令・ガイドライン改正時は判定ロジックを更新し、公開ページに案内します。

適用の形式判定だけ試す場合(ログイン不要): /check

← ガイド一覧