---
sourceDocument: 横浜ファイナンス&サプライチェーン
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/source-to-pay-operations

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - 横浜ファイナンス&サプライチェーン

ft:clusterId :

    - stpop

bundleId :

    - stpop

workflow :

    - Creator


---

# 請求書

# 請求書 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

請求書は、発注書に対する支払いに対して生成されます。発注書には、支払スケジュールに応じて複数の請求書を含めることができます。
ServiceNow Platform で請求書を手動で作成することも、外部のサプライヤーポータルとの統合を通じて請求書を生成することもできます。  
注:  
請求書照合は、サプライヤーポータルで外部から行うか、 ServiceNowで手動で行います。現在、 ServiceNow プラットフォームで請求書照合を体系的に実行するロジックはありません。  
請求書の主要なフィールドは次のとおりです。{#invoices__table_bxq_1gt_3lb__entry__2}

| フィールド | 説明 |
|-|-|
| 番号 | システムによって請求書に生成された一意の識別子。 |
| ERP 番号 | ERP システム内で請求書に対して生成された一意の識別子。 このフィールドは、ERP 統合がある場合に適用されます。統合によって請求書が ERP システムに計上されると、値が入力されます。 |
| ステータス | 請求書の現在のステータス。 |
| サプライヤー請求書番号 | サプライヤーの請求書番号。 注: 請求書が \[ドラフト\] ステータスの場合を除き、これは必須フィールドです。 |
| サプライヤー税 ID | サプライヤーに関連付けられている税金 ID。 |
| 請求書日付 | 当該請求書が作成された日付 注: 請求書が \[ドラフト\] ステータスの場合を除き、これは必須フィールドです。 |
| サマリーの詳細 ||
| サプライヤー | 製品またはサービスの調達元となるサプライヤー。 |
| 発注書 | この請求書が照合された発注書。 |
| 請求書日付 | 当該請求書が作成された日付 注: 請求書が \[ドラフト\] ステータスの場合を除き、これは必須フィールドです。 |
| 小計 | 税金および配送料を除き、仕入先に支払う合計金額。 注: これは編集可能なフィールドです。 |
| 税率 | 注文に適用される税率 (%)。 |
| 消費税 | 請求書に発生した消費税課税。 |
| 海運 | 請求書に発生した配送料。 |
| その他の課金 | 請求書に関連するその他の追加料金。 |
| 割引 | 請求書に適用される割引。 |
| 請求金額 (トランザクション通貨) | 税金と配送料を含めて、サプライヤーに支払う合計金額。 注: 請求書が \[ドラフト\] ステータスの場合を除き、これは必須フィールドです。これも編集可能なフィールドです。 |
| 会計の詳細 ||
| 法人 | この請求書の費用を負担する内部法人。 |
| 送金先住所 | 支払先の場所。 |
[表 : 1. 請求書フィールド]

{#invoices__table_bxq_1gt_3lb}  
請求書の関連リストは次のとおりです。{#invoices__table_xdg_3rt_3lb__entry__2}

| 関連リスト | 説明 |
|-|-|
| 請求書明細 | 明細金額をキャプチャし、請求書の小計にロールアップします。 |
| サービス確認応答 | この請求書に関連付けられているすべてのサービス確認応答を表示します。 |
| 承認プラン | この請求書に対して作成されたすべての承認計画を表示します。 |
| 承認 | サービス確認応答が \[請求書承認\] に設定されている場合、請求書承認は、仕入先に支払いを発行する前の受領書の形式として機能します。 受領書と 3 方向照合がない場合は、自動的な双方向照合を回避するために請求書承認が使用されます。 請求書の承認は明細の受信者に送信され、買い物客は ShoppingHub でタスクとして対応できます。 詳細については、「[購入者の To Do](https://servicenow-prod.fluidtopics.net/6vA3nPUDd0qEdwTGsg~UFA "購入者は、購入に関連する To Do を自分にアサインしてもらい、それに基づいて行動を起こすことができます。To-do を表示するには、ShoppingHub ホームのユーザーアイコンを選択します。")」を参照してください。 |
| 請求書タスク | サービス確認応答がトリガーされると、請求書に対してタスクが作成され、ここにリストされます。 注: 新規顧客、または Shopping Hub プラグインをアップグレードしてインストールした既存の顧客の場合、これらのタスクは適用されません。ただし、既存の Source-to-Pay 共通アーキテクチャ プラグインを続行し、Shopping Hub プラグインをスキップすることを選択した場合は、これらのタスクを処理できます。 |
[表 : 2. 請求書関連リスト]

{#invoices__table_xdg_3rt_3lb}

受領した製品またはサービスのサプライヤーからの請求書を作成するには、請求書フォームの \[Subtotal (小計 )\] フィールドを実際に受領した金額に編集し、請求書明細を追加してその発注書明細の詳細をキャプチャし、その \[Invoice Line (請求明細行)\] フォームの \[ Line amount invoiced (請求明細金額 )\] フィールドを更新して、同じ受領金額を反映します。請求書明細と請求書の両方が \[支払済み\] ステータスに更新されると、最初に購入が行われた プロジェクト管理 のプロジェクトフォームに経費ラインが自動生成されます。

ソーシングと調達オペレーション と プロジェクト管理 の統合の詳細については、「[ソーシングと調達オペレーション と プロジェクト管理との統合](https://servicenow-prod.fluidtopics.net/~OLLdZbBIhjMwBPGCaBrpA "ソーシングと調達オペレーションを戦略的ポートフォリオ管理 (SPM)のプロジェクト管理と統合することで、発注書をプロジェクトにリンクする手作業を排除します。")」を参照してください。

## 請求書の計算とステータスフロー {#invoices__section_p2g_jp3_fwb}

注:  
ステータス変更の処理、税金と課金の処理、デフォルトの請求書フィールド、請求書明細金額の入力、明細合計の変更の処理、サプライヤー製品の入力に関するビジネスルールは、Shopping Hub (sn_spend_uib) プラグインをインストールしておらず、 Source-to-Pay 共通アーキテクチャ (sn_shop) プラグインをまだ使用している場合にのみ使用できます。

請求書承認レコードの \[Amount requiring approval (承認が必要な金額)\] という名前のフィールドは、請求書内の請求書明細行がさまざまなサービス確認応答タイプや物品受領書の必須条件で構成される可能性があるため、承認が必要な実際の請求書金額を区別します。

承認のために送信された請求書明細行が承認されると、請求書明細行のステータスが \[請求確認済み\] に更新されます。請求書内のいずれかの明細が却下された場合、請求書全体が却下されます。

対応するすべての請求書明細のステータスが \[請求書確認済み\] の場合にのみ、請求書のステータスが \[請求書確認済み\] に更新されます。請求書のステータスが \[請求確認済み\] に更新されると、関連するすべての請求書明細のステータスも \[請求確認済み\] に更新されます。これは、照合が Now Platform で手動で行われ、ユーザーが明細ごとに更新する代わりに請求書ヘッダーを更新するシナリオに適用されます。この更新は、請求書ヘッダーで \[確認\] を選択することで行われます。請求書ステータスが \[請求確認済み\] の場合、後続のステータスでも \[確認 \] ボタンは表示されません。

ステータスの変更は明細によって行われるため、請求書ヘッダーの請求書ステータスは読み取り専用です。複数行の請求書の場合、1 明細が \[レビューが必要\] ステータスの場合、請求書ヘッダーも \[レビューが必要\] に更新されます。