売上請求オブジェクト概要
Sankaの売上請求レコードについて、下書き、送信ルール、入金消し込み、売掛金、ライフサイクル保護、AIで確認すべきポイントを説明します。
最終更新日: 2026/5/29
売上請求オブジェクトは、顧客に支払いを依頼する請求レコードを管理するためのオブジェクトです。受注、サブスクリプション、納品、または承認済みの手動請求判断の後に売上請求を作成し、送信状態、支払期日、入金消し込み、売掛金、会計確認を管理します。
このリファレンスでは、売上請求レコードに持たせる情報、受注や入金とのつながり、AI、アクション、ワークフロー、CSV、連携サービス、手入力で作成・送信・消し込み・修正する前に確認するポイントを説明します。
Claude/Codex
今週確定した受注から売上請求の下書きを作成してください。顧客、金額、発行日、支払期日、送信可否、不足している請求サイクルや支払サイクルを一覧にしてください。まだ送信しないでください。
Sankaで売上請求の下書きを準備確定済みの受注から売上請求の下書きを作成しました。送信前に、顧客、商品項目、発行日、支払期日、請求サイクル、支払サイクル、送信ルール、承認条件を確認してください。
追加で確認を依頼する...
売上請求レコードで表すもの
売上請求レコードは、顧客に対して、特定の金額を特定の支払期日までに支払ってもらうための請求を表します。受注、サブスクリプション、または承認済みの手動請求判断など、明確な請求元に基づいて作成します。 よく使う項目は次のとおりです。- 売上請求番号またはレコードID
- 顧客企業または連絡先
- レコード所有者
- 売上請求ステータス
- 発行日、支払期日、請求対象期間
- 商品明細、数量、単価、税、割引、送料、通貨、合計金額
- 送信ルールで必要な場合の支払サイクルと請求サイクル
- 関連する受注、サブスクリプション、入金、帳票、メッセージ、仕訳
- UI、CSV、連携サービス、アクション、ワークフロー、AIによる作成元の情報
売上請求と関連するレコード
売上請求は、合意済みの商取引、顧客への連絡、回収、会計をつなぎます。- 企業と連絡先: 顧客、請求先、支払担当者
- 受注とサブスクリプション: 売上請求の元になる確定済みの契約・注文
- 商品: 商品、サービス、数量、税、割引、合計金額
- 入金: 売上請求に対して消し込む入金レコード
- 仕訳: 会計フローを使う場合に、売上請求や入金から作成する会計レコード
- 帳票とメッセージ: 請求書PDF、予約送信、送信済みメッセージ、関連ファイル
- タスクとチケット: 回収フォロー、顧客からの問い合わせ、修正依頼
売上請求の下書きを作成します
まず下書きを作成し、Sankaで内容を確認してから送信または予約送信します。サンプルプロンプト
/sanka この受注から売上請求の下書きを作成してください。まだ送信せず、元の受注、顧客、商品項目、金額、支払期日、支払サイクル、請求サイクル、不足情報をまとめてください。サンプルプロンプト
/sanka このHubSpot取引から売上請求を作成してください。まずSankaの受注を作成または再利用し、その受注から売上請求の下書きを作成してください。下書きを確認するまで送信しないでください。- 取引または見積で営業上の機会や提案内容を確認します。
- 受注で顧客と合意した内容を記録します。
- 売上請求で請求期間または請求金額に対する支払いを依頼します。
- 入金で回収結果を記録します。
ステータスと送信ルールを使います
売上請求には、次の標準ステータスがあります。- 下書き: 送信前で、内容を確認・編集できます
- スケジュール済み: 予約送信が設定されています
- 送信済み: 顧客に送信済みです
- 支払済み: チームのルールに従って入金が回収・消し込み済みです
- 遅延・催促: 支払期日を過ぎており、催促中です
- 回収不能: 回収見込みがない状態です
- 実行できるアクション: 送信または予約送信
- そのアクションを実行できる売上請求ステータス
- 送信前に入力が必要な売上請求の項目
- 顧客企業の請求サイクルや支払サイクルを必須にするかどうか
入金を消し込み、売掛金を管理します
顧客から入金があったら、入金レコードを作成し、売上請求と紐づけます。これにより、未入金、一部入金、入金済み、期限超過、催促中などの状態を確認できます。サンプルプロンプト
/sanka Sankaで入金を売上請求に消し込む前に確認してください。顧客、入金日、入金額、候補となる売上請求、未入金額、振込手数料や不足入金の可能性、重複入金のリスク、手動確認が必要なレコードを一覧にしてください。まだ売上請求を支払済みにしないでください。- 1つの入金を1つの売上請求に紐づける
- 1つの入金を複数の売上請求に紐づける
- 複数の入金を1つの売上請求に紐づける
- 一部入金として扱い、売上請求を未回収のまま残す
- 過入金または重複入金として手動確認する
- 振込手数料、源泉徴収、為替差、顧客側の誤りによる不足入金を確認する
期待される動作
売上請求が正常に作成されると、次の状態になります。- アーカイブ済み、またはビューで除外されていない限り、売上請求一覧に表示されます
- 顧客、所有者、作成元、発行日、支払期日、ステータス、商品項目、税、通貨、合計金額が保存されます
- 関連する受注、サブスクリプション、入金、帳票、メッセージ、仕訳と紐づけできます
- 下書きの売上請求は、顧客向け送信前に確認できます
- 送信と予約送信は、設定された送信ルールに従います
- ステータス、承認ルール、ロックルールにより、売上請求のライフサイクルが保護されます
- 入金を紐づけることで、売掛金管理やレポートに反映できます
トラブルシューティング
受注から売上請求の下書きが作成されません
受注が存在するか、ユーザーに売上請求の作成権限があるか、必須項目が揃っているか、アクションまたはワークフローが正常に完了したかを確認します。売上請求を送信できません
送信ルール、売上請求ステータス、顧客の宛先項目、送信元設定、PDFテンプレート、顧客企業の支払サイクルや請求サイクル、承認状態、ロック状態を確認します。売上請求金額が受注やサブスクリプションと一致しません
商品項目の数量、単価、割引、税設定、送料、請求対象期間、通貨、端数処理を確認します。サブスクリプションルールから作成された場合は、ルール設定とメーター値も確認します。入金は登録されていますが、売上請求が未入金のままです
入金が売上請求に関連付けまたは消し込みされているか、入金額が売上請求の合計金額を満たしているか、振込手数料、不足入金、一部入金、複数請求への紐づけがないかを確認します。売上請求がロックされている、またはアーカイブできません
ステータスがスケジュール済み、送信済み、支払済み、遅延・催促、回収不能になっていないかを確認します。保護された請求履歴は、削除ではなく取消、返金、調整のワークフローで修正します。AIが不具合かどうか判断できません
AIには、売上請求の作成元、ステータス、送信ルール、ロックルール、アクション履歴、入金の関連付け、監査履歴を比較させます。必須項目、権限、ルール、関連付けが正しいことを確認してから、不具合の可能性として扱います。チェックポイント
送信、予約送信、消し込み、支払済みへの変更前に、顧客、PDFテンプレート、発行日、支払期日、商品項目、税、通貨、承認状態、ロック状態、入金消し込み状態、未入金額、監査履歴を確認します。売上請求のライフサイクルを確認します
ログ
ログを検索すべてのアクションすべての日付
ID / アクション日時対象 / 項目変更内容実行者
3売上請求下書きを作成2026/05/20 10:00売上請求 1233確定済み受注から作成Claude連携
2売上請求を送信2026/05/21 09:00売上請求 1233顧客連絡先へ送信経理担当者
1入金を消し込み2026/05/25 14:30売上請求 1233入金を紐づけ、未回収額が0円であることを確認Sankaユーザー
売上請求の確認では、作成元の受注またはサブスクリプション、顧客向け送信状態、入金消し込み状態、未回収額を確認します。
