仕入先→発注→支払請求対応

Sankaで仕入先の準備から発注、支払請求、出金までを管理する方法を説明します。

最終更新日: 2026/5/29

このガイドでは、Sankaで調達から支払いまでを進める流れを説明します。仕入先と商品を準備し、発注を作成し、入荷または検収を確認し、支払請求を登録し、実際の支払いを出金として記録します。操作の流れを知りたい場合はこのガイドを使い、項目ごとの詳細は各オブジェクトのリファレンスを確認してください。

レコードのつながり

仕入先: 商品やサービスを購入する企業または連絡先です。
商品: 購入する商品やサービスです。
発注: 仕入先へ依頼する内容です。商品、数量、価格、税、通貨、納品予定を管理します。
支払請求: 発注や納品の後に受け取る、仕入先からの請求または支払い依頼です。
出金: 仕入先へ実際に支払った記録です。
仕訳: 会計処理や会計連携で必要になる記録です。

発注を作成しても、支払請求、在庫トランザクション、出金が常に自動作成されるわけではありません。後続レコードは、チームが設定したアクション、ワークフロー、連携サービス、または手動処理により作成されます。

AIで流れを確認する方法

レコードを作成または更新する前に、AIへ調達から支払いまでの状態確認を依頼します。重複した支払請求、早すぎる出金記録、誤ったステータス変更を防ぎやすくなります。

サンプルプロンプト

/sanka このSankaの仕入〜支払いケースを変更前に確認してください。仕入先、発注、発注商品、入荷数量、支払請求ステータス、支払期日、出金ステータス、関連する在庫レコード、権限、重複または不足しているレコードを表示してください。まだ作成、更新、送信、支払済みへの変更はしないでください。

レビュー後に、次に作成すべきレコード、現在の状態が想定どおりか、設定不足か、不具合の可能性があるかを確認します。

仕入先と商品を準備する方法

発注を作成する前に、仕入先と商品レコードを準備します。

仕入先を企業または連絡先として登録します。
仕入対象の商品について、名称、単位、仕入価格、税設定、カテゴリなどを登録します。
仕入先コード、商品コード、発注番号が必要かを決めます。
誰が作成、承認、入荷確認、支払請求登録、出金記録を行うかを確認します。

件数が多い場合は、CSVインポートを使います。可能な限り、仕入先や商品の安定した識別子を含めます。

発注を作成・承認する方法

仕入先から商品やサービスを購入する予定がある場合は、発注を作成します。

発注を開き、新規をクリックします。
仕入先、日付、通貨、明細、数量、単価、税、ステータスを入力します。
下書き、社内承認済み、送信済み、仕入先承認済みなど、現在の状態を確認します。
チームで仕入先へPDFを送る場合は、発注書を添付またはダウンロードします。
ステータス名は、ワークスペースの運用に合わせて一貫させます。

発注は、予定している数量と価格の基準になります。仕入先の納品数量や価格が変わった場合は、支払請求を承認する前に差分を記録します。項目ごとの詳細は、発注オブジェクト概要を確認してください。

入荷または検収を確認する方法

商品が届いた場合、またはサービスが完了した場合は、発注内容と実際の結果を比較します。確認する内容は次のとおりです。

入荷数量
破損または受入不可の商品
納品日
保管場所または在庫の入庫先
価格、税、通貨の変更
差分を説明するメモや添付ファイル

在庫を使っているワークスペースでは、発注を入荷完了として扱う前に、関連する在庫トランザクションを作成または確認します。分納は、ステータス、メモ、商品行、関連レコードで確認できる状態にします。詳しくは、発注の入荷処理を確認してください。

支払請求を登録する方法

仕入先から請求書や支払い依頼を受け取ったら、支払請求を登録します。

支払請求を開き、新規をクリックします。
仕入先または取引先を選択します。
所有者、ステータス、発行日、支払期日、明細、金額、税、通貨、請求ファイルを入力します。
可能な場合は、関連する発注と紐づけます。
承認前に、発注金額、入荷数量、支払請求金額の差分を確認します。

支払請求は「支払う必要がある依頼」を表します。実際に支払ったことを意味するわけではありません。受領、承認、支払済みの状態は、ステータスや承認手順で分けて管理します。項目ごとの詳細は、支払請求オブジェクト概要を確認してください。

出金を記録する方法

出金は、実際に支払いが行われたとき、またはチームが予定支払いを支払い記録として管理する運用の場合に作成します。確認する内容は次のとおりです。

仕入先
支払日
支払金額、手数料、税、通貨
関連する支払請求または発注
振込控えや銀行記録などの支払い証跡
支払請求を支払済みに更新するかどうか

出金は「お金が出ていった事実」を表します。未承認の支払請求の代わりに使ったり、未払いの支払請求と重複して作成したりしないようにします。項目ごとの詳細は、出金オブジェクト概要を確認してください。

期待される動作

通常の仕入〜支払いフローでは、次の状態になります。

発注前に、仕入先と商品レコードを準備します。
発注は、チームが購入しようとしている内容を表します。
入荷レコードまたはステータス更新は、届いた内容や受け入れた内容を表します。
支払請求は、仕入先からの支払い依頼を表します。
出金は、実際の支払いを表します。
レポート、ダッシュボード、会計エクスポート、監査確認は、ステータス、日付、金額、仕入先、関連付けの一貫性に依存します。

発注、支払請求、出金をアーカイブすると、アクティブなビューから非表示になります。関連レコード、支払い、在庫トランザクション、添付ファイル、履歴が自動的に削除されるわけではありません。

トラブルシューティング

入荷完了前に支払請求が作成されました

入荷前の請求を許可する運用かを確認します。許可していない場合は、支払請求を承認する前に、発注ステータス、入荷レコード、承認ワークフローを確認します。

支払請求金額が発注と一致しません

明細の数量、単価、割引、税、送料、手数料、通貨、分納の扱いを比較します。出金を作成する前に、仕入先または承認者へ差分確認を行います。

出金はありますが、支払請求が未払いに見えます

出金が支払請求に関連付けられているか、支払請求のステータスが更新されているかを確認します。支払い証跡を先に記録し、会計確認後に支払請求ステータスを更新する運用もあります。

発注から在庫や支払請求が自動作成されません

その処理用のアクション、ワークフロー、連携サービスが設定されているかを確認します。発注だけで後続レコードが常に自動作成されるわけではありません。

ユーザーがレコードを作成または承認できません

モジュール権限、オブジェクト権限、所有者設定、承認ワークフロー要件、関連する仕入先、商品、支払請求、出金レコードへのアクセスを確認します。

チェックポイント

顧客に仕入〜支払いケースが不具合だと伝える前に、次に進むべきステップと既存レコードを確認します。

Sankaを検索...

仕入〜支払い変更の確認

ログ

ログを検索すべてのアクションすべての日付

ID / アクション日時対象 / 項目変更内容実行者

3仕入〜支払いケースを確認2026/05/10 15:00仕入先への発注発注、入荷数量、支払請求、出金ステータスを確認Claude / Codex

2支払請求を登録2026/05/10 15:205月分仕入請求発注に紐づけて請求ファイルを添付Sankaユーザー

1出金を記録2026/05/10 16:05仕入先への支払い振込控えを添付し、支払い完了に更新Sankaユーザー

仕入先や会計に関する回答を送る前に、発注、入荷、支払請求、出金、会計レコードをまとめて確認します。