トリカク成果報酬・レベニューシェア契約の— 期日起算の置き方
公開: 2026年9月8日
成果報酬やレベニューシェアは、納品物が一度に終わらず、売上・成約・利用量に応じて報酬が後から確定します。
そのため「いつ受領したのか」が曖昧になり、支払60日の起算が置けない案件が生まれやすいです。
起算が曖昧なまま月末一括払いを続けると、超過リスクと説明不能な台帳行が増えます。
本記事は、成果確定イベントの定義、報告受領日の扱い、月次クローズとの接続、ダッシュボード監視を整理します。
トリカク（torikaku） では成果確定日・報告受領日・支払予定日を分けて持ち、60日アラートの起点を選べるようにします。
起算の基本は支払60日ルールの起算点を先に読んでください。
1. なぜ成果報酬で起算が崩れるか
1-1. 成果と請求のタイムラグ
成約は月初、計測確定は月末、請求は翌月、というラグが常態化します。
どの日付を受領相当とするかを契約で固定しないと、経理と購買で日付が割れます。
1-2. データ修正・チャージバック
後から売上が取り消されると、確定日を遡って書き換えたくなる誘惑があります。
遡及修正のルールを決めないと、期日計算が毎回壊れます。
1-3. 適用対象かの前提確認
起算設計の前に、その取引が適用対象かを確認します。
判定は資本金・従業員数による適用判定と特定受託事業者とはを参照してください。
2. 起算日の候補と推奨の置き方
2-1. 成果確定日を正とする
社内で定義した「成果確定イベント」の発生日を受領相当の第一候補にします。
例: 計測期間終了後の確定レポート承認日、売上データのロック日。
2-2. 報告受領日をゲートにする
受託者からの月次報告を受領し、不備がなければその日をゲート通過日とします。
報告の形式・必須項目は検収基準に近い粒度で定義します。
基準の作り方は検収基準の決め方が参考になります。
2-3. 請求書到着日だけで置かない
請求書の到着が遅れると起算が後ろにずれ、実質的に支払猶予を伸ばす運用になります。
請求書は支払実行の入力であって、受領の代替にしない方が安全です。
| 日付候補 | 向き不向き | 台帳欄 |
|---|---|---|
| 成果確定日 | 推奨（定義が明確なら） | seika_kakutei_date |
| 報告受領日 | ゲートとして併用 | report_juryo_date |
| 請求書到着日 | 単独起算は非推奨 | invoice_date（参考） |
3. 契約・書面への落とし込み
3-1. 成果定義と確定手順を書く
何をもって成果とするか、誰が確定するかを3条書面または個別契約に落とします。
書面の基本は発注書面（3条）、記載事項は記載事項のテンプレートを参照してください。
3-2. レベニューシェアの算定期間
月次・四半期のクローズ日、為替、返品控除の扱いを明記します。
期間終了後◯営業日以内に確定、とSLA化すると台帳入力が安定します。
3-3. 業務委託契約書との役割分担
基本契約に算定式を置き、個別の月次確定は別紙・通知で残す設計が現実的です。
契約書と3条の関係は業務委託契約書と3条の違いを確認してください。
4. 運用・監視・例外処理
4-1. ダッシュボード
成果未確定の滞留日数、確定後未払いの残日数をKPIにします。
KPI設計はダッシュボードKPIを参照してください。
4-2. 減額・調整の記録
シェア率の変更や控除は、減額の疑義と混同されないよう理由を残します。
減額の注意は減額・買いたたきを参照してください。
4-3. 役割分担
データ確定は事業部、起算入力は購買、支払は経理、というRACIが分かりやすいです。
型は取適法のRACIマトリクスを流用します。
5. 起算設計のシミュレーション
5-1. 月末ロック、翌5営業日に確定レポート
売上ロック日を成果確定日候補にし、レポート受領をゲート通過条件にします。
レポートが遅延してもロック日を無制限にずらさず、遅延理由と暫定確定の要否を別メモに残します。
暫定確定から本確定への差分は調整行として記録し、元の起算を消さないようにします。
5-2. 四半期シェアの中間仮払い
仮払いは別イベントとし、四半期末の本精算で差額を確定します。
本精算の起算は四半期クローズ後の確定日に置き、仮払い日で起算を上書きしません。
仮払い過多の返還がある場合も、減額ステータスと混同しないコードを使います。
5-3. チャージバックが翌々月に来る
過去月の確定を勝手に書き換えるのではなく、調整月にマイナス行を追加します。
監査では「いつ確定し、いつ調整したか」が時系列で追える状態が必要です。
調整理由コードと元案件番号の相互リンクを必須にします。
6. FAQ
Q. 成果がゼロの月はどう記録しますか
ゼロ確定も確定イベントとして残し、支払なしの理由をメモします。
行を作らないと、未確定と区別できません。
Q. 継続プログラムの場合は
月次ごとに起算を切る運用が基本です。
継続の性質は継続的な業務委託とはを参照してください。
Q. チェックリスト項目は
「成果確定日の定義が契約にあるか」を発注コンプライアンスのチェックリストに追加します。
Q. 証跡の保存は
確定レポート、承認メール、算定シートを案件に紐づけます。
保存は書類作成・保存義務を確認してください。
7. 成果報酬カレンダーの作り方
計測期間終了日、データロック日、レポート提出期限、確定承認日、支払予定日を1枚のカレンダーに落とします。
各日付のオーナー（事業・購買・経理）を書き、遅延時のエスカレーション先も決めます。
請求書到着を起算に使わないことを赤字で明記し、現場の慣行を上書きします。
ゼロ成果月も確定イベントとして行を作り、未確定と区別します。
仮払いがある契約は、仮払い日と本精算確定日を別イベントにし、起算の上書きを禁止します。
チャージバックは調整月のマイナス行で処理し、過去確定日の改ざんを避けます。
ダッシュボードでは、ロック後未承認の滞留日数と、確定後の残日数を並記します。
年次で算定式や返品控除ルールが変わったら、カレンダー版数を上げて合意版を更新します。
レベニューシェアの算定に使う売上データの正本システムを決め、CSVの手元加工を禁止または監査対象にします。
加工が必要な場合は加工手順書とチェックサムを残し、確定承認者が加工後データを見ていない状態を避けます。
為替や返品控除のパラメータ変更は版管理し、いつの成果から適用するかをカレンダーに反映します。
これにより、起算日そのものだけでなく、金額確定の再現性も担保できます。
成果報酬案件の担当が変わったときは、カレンダーと起算定義の引き継ぎチェックを必須にします。
引き継ぎ漏れで請求書到着日起算に戻る事故が起きやすいため、定義書の版数と保管場所をオンボーディング資料の先頭に置きます。
引き継ぎ完了までは、前任者の承認権限を残すか、代理承認者を明示します。
成果報酬の社内FAQに「請求書到着日は起算に使わない」を先頭に置き、新任の購買・経理が慣習に戻らないようにします。FAQは契約別カレンダーへのリンクを含みます。
確定承認者の代理設定もカレンダーに書き、休暇中の起算遅延を防ぎます。
成果の「確定」を日付として設計する
- 成果確定日を起算の第一候補にする
- 報告受領をゲートとして併用する
- 請求書到着日単独の起算は避ける
- ゼロ確定も台帳行として残す
注意
本記事は成果報酬・レベニューシェアにおける期日起算の一般的な整理であり、トリカク（torikaku） の日付項目設計の説明を含みますが、法的助言ではありません。
個別契約の支払条件・起算の適法性は専門家にご確認ください。