予算だけでは請求項目にならない
プロジェクト予算は計画に役立ちますが、請求書にはより具体的な根拠が必要です。Tsumiraは固定額、マイルストーン、期間を定めたリテーナーの請求計画を扱います。計画には商取引の文脈と受入れ対象の項目を記録します。契約額、受入済み、残額を示し、合意の全体と、実際に請求の根拠として受け入れた部分を区別できます。
合意に合う計画を選ぶ
固定額計画は料金の説明と任意の提供期間を持ちます。マイルストーン計画はプロジェクトの節目に金額を対応させます。リテーナーは開始月、期間数、各期間の額を定義します。価格の税込・税抜の基準と対応する税区分も保持します。これは具体的な項目構造であり、すべての契約形態や各国会計要件をすでに満たすという意味ではありません。
- 固定額と提供期間
- 節目に対応した金額
- 期間を定めたリテーナー項目
残額に対して受入れを判断
権限のあるプロジェクト管理者が項目を確認してから金額を受け入れます。累計の受入額と残額を追い、項目を超える受入れは拒否します。マイルストーン項目では、その節目が到達済みである必要があります。計画の版と想定する受入済み額も指定するため、古い画面が変更後の前提を無視して操作することを防ぎます。
- 未受入れ・一部受入れ・全額受入れ
- 節目への到達後に受入れ
- 版と残高を確認して判断
根拠のある候補を財務へ渡す
受け入れた項目から、プロジェクト、顧客、対応する商取引ケースを持つ請求候補が作られます。財務はその候補を確認し、独自の手順で書類を作成します。現在の橋渡しはJPYと対応する日本の税モデルを使います。別通貨や国別会計対応には、それぞれ実装と検証が必要です。プロジェクトの一般的な通貨項目だけで対応が有効になるわけではありません。
- 候補にプロジェクトと顧客参照
- 財務の確認と発行を分離
- 実際の対応範囲を明示
具体的な業務の流れ
顧客を確認
実際のCRM顧客と、対応する商取引ケースへの関連を確認します。
計画を設定
固定額、節目、リテーナーを選び、合意した金額と条件を入力します。
受入れを検討
成果の根拠、残額、現在の計画を確認して金額を受け入れます。
財務で続行
作られた請求候補を確認し、財務の手順で書類を発行します。
実務を想定した例
例：段階ごとの導入契約
導入プロジェクトにはヒアリングと引き渡しの節目があり、それぞれに合意額を設定します。ヒアリングに到達した後、担当者が対応する項目を受け入れます。引き渡し分は残額として残ります。財務にはプロジェクトと顧客がわかる候補が届きます。節目の完了を送付済み請求書と同一視せず、受入済みと残りの契約額を確認できます。
この機能についての質問
受入れは入金と同じですか。
いいえ。受入れは請求根拠の解放です。書類発行、入金、未払い残高は別の財務状態です。
節目に到達する前に受け入れられますか。
対応する処理では、そのマイルストーンが到達済みであることを必要とします。
リテーナーは請求書を自動送信しますか。
自動送信だとは考えないでください。期間と項目を定義し、受入れと発行は別に管理します。
通貨を選べば地域会計も使えますか。
いいえ。国別対応、取引通貨、法定報告は別の能力です。現在のプロジェクトから財務への橋渡しはJPYに対応します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
