Order ManagementとAccounts Receivableの間の定期請求の統合

例1: すべての期間の即時請求

最初の請求期間におけるサービス契約期間全体の全額を請求するとします。

2024年1月1日に開始し、期間が12か月である契約を設定して、1年間継続します。
最初の請求書の日付を2024年1月1日とし、その最初の請求書の契約期間全体(12か月は1,200ドル(1か月は100ドル)の請求を行うとします。

仕組み

これらの属性を持つオーダー明細を作成します。

属性	値
手数料タイプ	1か月当たり$100で繰返し手数料が定型であっても、単発請求を使用します。
数量	1
UOM	Ea
サービス期間	1年
サービス期間金額	1200
契約開始日	01-JAN-2024
契約終了日	31-DEC-2024
請求頻度	一時
期間数	1

販売オーダーを発行すると、請求書履行タスクによってこれらの属性が売掛管理に送信されます。

属性	値
数量	1
UOM	Ea
請求頻度	一時
期間数	1
金額	1200 数式は次のとおりです: サービス期間拡張金額1200を1で割った期間数は1200です

詳細は、「履行タスク」を参照してください。

売掛管理はデータを読み取り、1行のみが存在することを検出し、期間数が1であることを確認してから、その1行を使用して、請求書日付が01-JAN-2024の$1200の請求書を作成します。
売掛管理では、インポートAutoInvoiceスケジュール済プロセスが自動的に実行されます。スケジュール済プロセスによって請求書が作成され、請求書日付が01-JAN-2024に設定されます。
売掛管理では、請求書番号、請求書日付、金額など、請求書詳細がOrder Managementに送信されます。
Order Managementでは、これらの詳細が履行明細に表示され、明細のステータスがクローズ済に設定されます。

例2: 毎月請求

次に、2024年1月1日に最初の請求書を日付付けし、12か月のサービス期間中、後続の各月の初日にさらに11の請求書を日付付けするとします。

これらの属性を持つオーダー明細を作成します。太字の属性値は、例1とは何が異なるかを示します。

属性	値
手数料タイプ	1か月当たり$100で繰返し
数量	1
UOM	Ea
サービス期間	1年
サービス期間金額	1200
契約開始日	01-JAN-2024
契約終了日	31-DEC-2024
請求頻度	MONTH
期間数	12

販売オーダーを発行すると、請求書タスクによってこれらの値が1行で売掛管理に送信されます。

属性	値
数量	1
UOM	Ea
請求頻度	MONTH
期間数	12
金額	100 数式は次のとおりです: サービス期間拡張金額1200を12で割った期間数は100です

売掛管理では、データが読み取られ、1行のみがあることがわかりますが、期間数は12になります。そのため、請求期間ごとに1行ずつ12行が作成され、これらの各行に日付が設定されます。契約開始日は各月の初日になるため、売掛管理では、各行の日付が各月の初日に設定されます(例: 2024年1月1日、2024年2月1日、2024年3月1日)。
インポートAutoInvoiceスケジュール済プロセスを設定して、各月の初日に1回実行するとします。売掛管理では、インポートAutoInvoiceスケジュール済プロセスが自動的に実行されます。スケジュール済プロセスによって請求書が作成され、請求書日付が01-JAN-2024に設定されます。
売掛管理では、請求書番号、請求書日付、金額など、請求書詳細がOrder Managementに送信されます。
Order Managementでは、これらの詳細が履行明細に表示されます。請求書タスクがオーケストレーション・プロセスの最終タスクである場合、Order Managementは履行明細のステータスをクローズ済に設定します。
Receivablesは、2024年2月1日の期間2の請求書を請求日01-Feb-2024および金額$100で自動的に送信します。売掛管理では、同じ金額を使用するが各月の請求書日付を更新して、月初日に期間3から期間12までこのステップを繰り返します。
Order Managementでは、履行明細の請求詳細の請求書ごとに新しい行が追加されます。
- これは、履行明細がクローズされている場合でも実行されます。
- 各月の初日に新しい行が追加されます。
- 同じ履行明細に請求書が表示されます。請求書ごとに新しい明細は作成されません。
- この例では、履行明細に2024年12月1日まで12件の請求書がすべて含まれません。

例3: 定期請求を上書き

続きの例2では、値の一部を上書きする必要があるとします。最初の期間を$50で、最後の期間を$150で請求する必要があるとします。実行する必要がある手順を次に示します。

次の属性を「定期請求の編集」ページで設定します:
- 上書き期間を1に設定し、上書き金額を$50に設定します。
- 上書き期間を12、上書き金額を$150に設定します。
次の属性に値を入力しないでください:
- 定期請求開始日
- 定期請求終了日
- 定期請求書開始日

Order Managementは、例2と同じ履行フローを実行しますが、次の違いがあります:

最初の請求書の金額は$50で、これは上書き期間1に設定した値です。
最後の請求書の金額は$150で、これは上書き期間2に設定した値です。

例4: 開始日の変更

続きの例3では、請求期間の開始日を追加する必要があるとします。次の契約を想定します:

2024年1月18日に開始
2025年1月17日に終了

実行する必要がある手順を次に示します。

「定期請求の編集」ページで、定期請求開始日を2024年2月1日に設定します。
次の属性に値を入力しないでください:
- 定期請求終了日
- 定期請求書開始日

Order Managementでは、例3と同じ履行フローが実行されます。ただし、スケジュール済プロセスでは最初の請求書でこれらの値がReceivablesに送信されます:

SecondBillingPeriodStartDateは、2024年2月1日です。
日付は2024年1月18日です。
請求期間は、2024年1月18日から2024年1月31日までです。

後続のすべての請求書の請求期間は月と一致します。たとえば、2番目の請求書の請求期間は、2024年2月1日から2024年2月28日までです。

例5: 請求の終了およびクレジット提供

次に、例2の毎期毎月請求を再検討します。ただし、定期請求がすでに開始されており、1月と2月の顧客に毎月$100で請求していることを想定します。

顧客から電話があった場合、契約を取り消して2月のクレジットを取得するため、3月から12月の請求を取り消し、2月に$100のクレジットを与える必要があります。

実行する必要がある手順を次に示します。

参照される返品を作成します。元のオーダーから定型請求明細を参照していることを確認し、明細の他の詳細は変更しないでください。
行のOrder Date(オーダー日)を01-FEB-2024に設定します。これは、先日付請求を停止し、すでに請求した期間のクレジットを取得する日付です。オーダーをインポートする場合は、かわりに取消有効日を設定します。取消有効日はインポートでのみ使用できます。
返品を発行します。 Order Managementは、明細を売掛管理に送信するときに履行明細をクローズします。

売掛管理では次のことが実行されます:

インタフェース表からまだ請求されていない行を削除し、Order Managementから取得した日付に従ってクレジットを作成します。
契約の取消済部分全体に対して1つのクレジット・メモのみを作成します。すでに請求済の複数の期間をクレジットする必要がある場合でも、定型クレジットは作成されません。

ノート

貸方記入せず、まだ請求されていないすべての期間の請求を停止する場合は、オーダー日または取消有効日を請求されていない次の請求期間に設定します。この例では、2024年3月1日に設定します。
すでに請求しているすべての請求期間のクレジットを取得し、まだ請求されていないすべての期間の請求を停止するには、日付を最初の請求期間に設定します。この例では、これを01-JAN-2024に設定します。

別の開始日を使用

Order Managementは、最初の請求書の日付をオーダー日に設定します。別の日付を使用できます。その方法は次のとおりです。

オーダー明細に拡張可能フレックスフィールドを追加します。
明細の請求頻度属性に単発請求が含まれていない場合にのみ、拡張可能フレックスフィールドを表示します。
サービス・マッピングを使用して、拡張可能フレックスフィールドの値をインタフェース表のTRX DATE列にマッピングします。
実行時に、拡張可能フレックスフィールドに日付を入力し、発行をクリックします。

詳細は、「Order Managementでの拡張可能フレックスフィールドの使用の概要」および「サービス・マッピングを使用した、Order Managementと他のOracle Applicationsの統合」を参照してください。

期間、金額または数量の上書き

期間、金額および数量のすべての値の合計が期間合計金額または合計金額と等しくなるように、オーダー管理拡張を作成することをお薦めします。これには、上書きせずに行う値が含まれます。
金額を上書きすると、Receivablesでは上書きが使用され、その期間に送信した割引は無視されます。割引は、上書きしない期間にのみ適用されます。

詳細は、オーダー管理機能拡張の作成の概要を参照してください。

売掛管理での追加請求期間の削除

売掛管理に追加の請求期間が表示される場合があります。これは、Order Managementが法的エンティティのタイム・ゾーンに従って契約日を変換するためです。この問題を回避するには、換算を実行するのではなく、実際の契約日を売掛管理に送信するサービス・マッピングを作成することをお薦めします。詳細は、「サービス・マッピングを使用したオーダー管理と他のOracle Applicationsの統合」を参照してください。