債権管理へのデジタルペイメント機能の適用

2 ステッププロセスには権限ステップとキャプチャステップが関連し、通常、オーダーと出荷が時間によって区切られる場合に使用されます。

権限ステップで、消費者はコールセンタエージェントにカードデータを提供したり、オンラインストアでチェックアウトしたり、メールで注文したりします。ビジネスプロセスが完了し、商品が発送されると、最終支払金額が決定され、未消込明細が債権 - デジタルペイメント勘定に転記されます。

キャプチャステップを完了するために、債権ジョブスケジュールアプリ内の支払カード決済ジョブを使用して、関連する取引が完了している承認済支払を選択します。選択した支払が SAP デジタルペイメントアドオンを介して PSP に送信され、PSP に対する未消込明細が勘定銀行口座 - 支払サービスプロバイダ - 消込に送信されます。

この後、PSP でデジタル通知書処理がサポートされていれば、自動照合を実行することができます。取得された支払と、手数料、返却、マニュアル支払などの追加取引を照合するために、債権管理ジョブのスケジュールアプリ内の SAP Digital Payments: 通知書処理ジョブがトリガされます。取得された支払を確認する取引は、総勘定元帳ジョブのスケジュールアプリの定期ジョブ自動消込を使用して照合されます。

最後に、PSP が実際の銀行口座に資金を支払い、通常の銀行報告書処理を使用して処理してから、銀行口座 - 支払サービスプロバイダ - 振替勘定に転記されます。PSP では十分な参照情報が提供されないことが多いため、この勘定では G/L 勘定消込 - マニュアル消込アプリを使用してマニュアル消込が必要になる場合があります。

2 ステップ支払方法は、承認ステージとキャプチャステージで構成される最も包括的な支払プロセスです。受注と納入の間にタイムギャップがある場合に採用されることが多い。

1 ステップデジタルペイメントは、直接取得支払とも呼ばれ、以前の権限は必要ありません。デジタルダウンロードなど、すぐに納入される商品やサービスによく使用されます。

オンラインストアまたは企業ポータルを介して購入を行う場合、消費者は直接支払を行います。これは、キャプチャステップと呼ばれるプロセスです。

出荷時には、以下のビジネスプロセスがすでに完了しています。

• 最終支払金額の決定
• 銀行口座 - 支払サービスプロバイダ - 消込勘定で、支払サービスプロバイダ (PSP) に対して未消込明細を転記します。

PSP でデジタル通知書処理がサポートされている場合は、債権ジョブスケジュールアプリの SAP デジタルペイメント: 通知書処理ジョブを使用して自動照合を実行することができます。また、このジョブでは、以前は認識されていなかった、記録する必要がある追加トランザクション (手数料、返品、マニュアル支払など) も返されます。取得された支払を確認する取引は、総勘定元帳ジョブのスケジュールアプリの定期ジョブ自動消込を使用して照合されます。

PSP によって資金が会社の実際の銀行口座に振り替えられ、通常の銀行報告書処理で処理されてから、最終的に銀行口座 - 支払サービスプロバイダ - 振替勘定に転記されます。この勘定での支払では、PSP で十分な参照情報が提供されていない場合に、G/L 勘定消込 - マニュアル消込アプリを使用してマニュアル消込が必要になる場合があります。

1 ステップデジタルペイメントは、直接取得支払とも呼ばれ、事前承認の必要性をなくす合理化された方法です。デジタルダウンロードのように、すぐに納入される商品やサービスによく使用されます。

外部支払は、以下の場合などに SAP S/4HANA Cloud から外部で開始されます。

• 得意先との電話中に、会社の従業員によって PSP のダッシュボードを介してカードで支払が行われます。
• デジタルペイメントは、オンライン支払システムを介して行われます。

この特定の支払方法は、PSP にデジタル通知書処理機能がある場合にのみサポートされます。この場合、支払は自動的に照合され、転記のために SAP S/4HANA Cloud システムに転送されます。このために、債権ジョブスケジュールアプリの SAP デジタルペイメント: 通知書処理ジョブが使用されます。転記時に、支払は適切な PSP 振替勘定に債務として記録され、得意先コードおよび関連する請求書 (未消込明細) と照合されます。関連する料金もこの公募イベントに組み込まれます。

その後、PSP は会社の実際の銀行口座に資金を支払います。支払は、標準の銀行報告書処理によって処理され、最終的に銀行口座 - 支払サービスプロバイダ - 振替勘定に転記されます。PSP で適切な参照情報が提供されない場合、この勘定での支払で G/L 勘定消込 - マニュアル消込アプリを使用したマニュアル照合が必要になる場合があります。

外部支払は、デジタルペイメントがオンライン支払システムを介して処理される場合など、SAP S/4HANA Cloud 外でトリガされます。その結果、これらの支払は自動的に照合され、転記のためにシステムに転送されます。

承認されたクレジットカード支払を財務システム内で正しく処理することは、正確な会計記録を維持し、円滑な財務運営を確保するために不可欠です。

承認されたクレジットカード支払は、さまざまなチャネルを介して債権管理に転送されます。これには、顧客が自分の個人アカウントにログインし、クレジットカードを使用して直接支払いを行う顧客ポータルが含まれます。もう 1 つのチャネルは、オンラインショップまたは POS システムです。このシステムは、オンラインショッピングプラットフォームや物理 POS システムなどの統合システムを通じて支払いが流れます。多くの場合、財務システムに到達する前に、販売部門または流通部門が関与します。

承認された支払と受領された支払は、財務システムで債権 - クレジットカード消込勘定 (G/L 勘定) の未消込明細として表示されます。これらのエントリにより、各取引が完全に照合および消し込まれるまで追跡されます。支払が記録されると、得意先コードの対応する未払明細が自動的に消し込まれ、効率が向上し、マニュアルエラーのリスクが軽減されます。

各支払処理には、承認および追跡プロセスに役立つ重要な情報が含まれています。これには、クレジットカードトークンが含まれます。クレジットカードトークンは、実際のクレジットカード番号の代替であり、取引プロセス中に機密情報が保護されるようにすることでセキュリティを強化するために使用されます。さらに、クレジットカード発行者の支払承認に関連する詳細を含む権限データが保存されます。このデータには、権限コード、トランザクションのタイムスタンプ、およびその他の関連情報が含まれており、包括的な監査証跡が提供されます。

これらの自動化されたプロセスにより、マニュアル記録エラーのリスクが軽減され、取引が明確に追跡されるため、正確な財務レポートが可能になり、精度が向上します。クレジットカードトークンを使用すると、機密の顧客情報が保護され、権限データにより、監査およびクレーム解決に必要な信頼できるレコードが提供されるため、セキュリティが向上します。支払承認から消込までのプロセスを合理化することで、財務スタッフの管理上の負担が軽減され、財務諸表および顧客勘定に対する迅速な更新が可能になるため、業務効率が向上します。

承認されたクレジットカード支払は、標準のクレジットカード決済レポートを使用して決済 (または取得) されます。このレポートは、承認された取引が完全に処理され、財務システム内で会計処理されるようにすることで、支払プロセスの完了において重要な役割を果たします。

決済レポートでは、取引のバッチが登録され、SAP デジタルペイメントアドオンを使用して PSP に送信されます。この自動化されたプロセスにより、取引データの転送が合理化され、決済プロセスの効率と精度が向上します。取引をバッチにグループ化することで、大量のデータをより効率的に処理し、エラーのリスクを軽減し、すべての支払が体系的に処理されるようにすることができます。

決済レポートから PSP にバッチが送信されると、債権 (AR) クレジットカード消込勘定の明細が消し込まれ、クレジットカードの現金消込勘定に転記されます。このステップでは、各取引の会計プロセスを完了し、資金が組織の現金勘定に正しく表示されるようにします。

この自動化された統合アプローチにより、支払決済プロセスの正確性と効率性が向上するだけでなく、組織の財務レポートの全体的な信頼性もサポートされます。

SAP デジタルペイメント通知書では、PSP で処理された取引に関する情報が取得されます。この情報は、各取引の詳細が財務システム内で詳細に記録および照合されるようにするために不可欠です。支払サービスプロバイダから取得された支払詳細を内部レコードと照合することで、不一致を迅速に特定して対処し、財務諸表が正確かつ最新のものとなるようにすることができます。

通知情報は、SAP S/4HANA のデジタルペイメント通知書レポートを使用して依頼することができます。このレポートは、PSP から最新データを取得するために定期的に実行することができます。通知が統合されると、データは債権管理に処理されます。このプロセスの一環として、現金クレジットカード決済勘定の明細が消し込まれ、クレジットカード勘定の送金に転記されます。このステップでは、クレジットカード取引に関連付けられているすべての請求が考慮され、正味金額が財務レコードに正しく反映されるようになります。

現金クレジットカード消込勘定は、定期総勘定元帳 (G/L) 自動消込レポートによって自動的に消し込まれます。この定期レポートはスケジュールされた間隔で実行され、消込勘定の残高が照合され、適切な勘定に転記されるため、財務レコードの精度が維持されます。

SAP デジタルペイメント通知書では、支払サービスプロバイダによって処理された取引の情報が取得されます。

次のステップでは、標準の銀行報告書機能を使用して、回収された金額を銀行口座に振り替えます。このステップは、処理されたクレジットカード取引の資金が組織の銀行口座に正確に記録されるようにするために不可欠です。

対応する銀行報告書明細が現金クレジットカード振替勘定に対して転記されます。このトランザクションでは、内部消込勘定から組織の実際の銀行口座への資金振替が記録され、財務レコードにファンドの実際のステータスが反映されるようになります。

現金クレジットカード振替勘定の消込は、支払サービスプロバイダ (PSP) によって提供される参照情報に応じて、マニュアルで自動化または実行することができます。この消込ステップは、転送された金額が財務システムに記録された金額と一致することを確認するために必要です。取引 ID や金額などの参照情報をクロスチェックして、各振替が正しく会計処理されるようにすることで、組織の財務管理システムの全体的な信頼性と精度をサポートします。

SAP デジタルペイメントアドオンのトークン化アプローチは、シームレスなトランザクション処理を促進しながら、データプライバシー規制のセキュリティとコンプライアンスを強化するように設計されています。一次口座番号 (PAN) を含む元のクレジットカード詳細は、PCI 認定支払サービスプロバイダ (PSP) に保存されます。これらの詳細は SAP システムに直接保存されないため、データ侵害のリスクが軽減されます。

PSP は、クレジットカードのトークンの生成を担当します。このトークンは、SAP のシステム内の機密クレジットカード情報を置き換えるために使用されます。カード名義人情報を含むトークン化されたクレジットカード詳細は、コンシューマアプリケーションに代わって SAP デジタルペイメントアドオンに保存されます。これにより、必要な支払情報が取引処理のために保持される一方で、安全かつコンプライアンスに準拠した方法で実行されます。

トークン化されたクレジットカードデータは、データプライバシー規制では個人データとみなされますが、機密個人データとしては分類されません。この区別により、プライバシー法への準拠が簡素化されると同時に、データが高度なセキュリティで処理されるようになります。使用後のデータの削除は、コンシューマアプリケーションからの要求によって開始され、データが必要以上に長く保持されないようにします。

コンシューマアプリケーションには、エンドユーザに開示機能 (カード番号の最後の 4 桁を確認目的で表示するなど) を提供するために、トークン化されたカードデータを読み込む機能があります。ただし、SAP デジタルペイメントアドオンのユーザは、トークン化されたデータへの読込アクセスを持たず、さらに機密情報を不正アクセスから保護します。また、コンシューマアプリケーションからの読込アクセスのロギングは不要であり、プロセスが合理化され、間接費が削減されます。

クレジットカードトークンは、内部トークンと外部トークンをリンクするマッピングテーブルに保存されます。SAP デジタルペイメントアドオンでは、PSP によって提供されるすべての外部トークンに対して内部デジタルペイメントトークンが登録されます。この内部トークンは、元のカード詳細を公開せずにトランザクションを参照するために、SAP のシステム内で使用されます。

データの削除は、削除 API を介して管理されます。この削除 API は、データが不要になった場合にコンシューマアプリケーションによってトリガされます。これにより、データ最小化の原則に従って、データがタイムリーに消去されます。ここでも、SAP デジタルペイメントアドオンユーザは、トークン化されたデータへの読込アクセスを持たず、機密情報を表示できるユーザを厳密に制御できます。

クレジットカードトークンは、処理されるすべての取引の重要な部分であり、SAP デジタルペイメントアドオン内に保存されます。取引処理の重要性にもかかわらず、セキュリティプロトコルを使用することで、SAP デジタルペイメントアドオンのユーザは機密データに直接アクセスできなくなります。