应用应收账款的数字付款功能

Objective

After completing this lesson, you will be able to 利用 SAP 数字付款扩展组件的可用功能处理付款

应收账款相关功能

现在,让我们了解一下在 SAP 数字付款扩展组件中处理收款的最重要功能。

为支持这些流程,专门创建了新的 Fiori 应用程序和作业。

该图显示了 SAP 数字付款管理界面的屏幕截图。模板选择包括各种选项,例如付款通知重组和付款卡结算。两个注释强调,S/4HANA 包括用于数字付款的 Fiori FI-AR 应用程序,以及可用的附加 FI-CA 应用程序。标题表明模板作业是为管理数字付款而开发的。底部的图标建议操作,例如计划或退款付款。

两步付款

两步流程涉及权限步骤和捕获步骤,通常在按时间分隔订单和交货时使用。

在权限步骤中,消费者将其卡数据提供给呼叫中心代理、在网上商店结账或通过邮件下订单。完成业务流程并分派货物后,将确定最终付款金额,并将未清项目过账到应收账款 - 数字支付科目。

要完成捕获步骤,使用计划应收账款作业应用中的付款卡结算作业选择已完成相关交易的授权付款。然后,通过 SAP 数字付款扩展组件将所选付款发送到 PSP,从而针对 PSP 将未清项目发送到账户 银行账户 - 付款服务提供商 - 清算 。

之后,如果 PSP 支持数字通知处理,则可以执行自动对账。计划应收账款作业应用中的 SAP 数字付款:通知处理作业用于对账捕获的付款以及费用、退货或手动付款等其他交易。在 计划总账作业 应用中,使用定期作业 自动清算 对账确认捕获付款的交易。

最后,PSP 向实际银行账户支付资金,实际银行账户使用常规银行对账单处理进行处理,然后过账到银行账户 - 付款服务提供商 - 转账科目。此科目可能需要使用清账总账科目 - 手动清账应用进行手动清算,因为 PSP 通常不提供足够的参考信息。

标题为“两步”的流程图显示了付款处理的流程流。它以“授权付款”开头并导致“结算”,然后是“已捕获付款”。“自动清算”连接到“捕获的付款”,而“手动清算”则连接到“使用数字顾问对账”。两者在“已确认付款”处集中,导致出现一个标记为“从 PSP 支付”的绿色框。

两步付款方式是最全面的付款流程,包括授权阶段和捕获阶段。当订单和交货之间存在时间差距时,通常使用

一步(直接捕获)付款

单步数字付款(也称为直接捕获付款)不需要先前的权限。它通常用于立即交付商品或服务,例如数字下载。

在网上商店或通过公司门户进行采购时,消费者直接付款;该流程称为捕获步骤。

交货时,已完成以下业务流程:

  • 确定最终付款金额。
  • 在银行账户 - 付款服务提供商 - 清算科目上针对付款服务提供商 (PSP) 过账未清项目。

如果 PSP 支持数字通知处理,则可以使用计划应收账款作业应用中的 SAP 数字付款:通知处理作业完成自动对账。此作业还会返回其他交易,例如费用、退货或手动付款,这些交易之前对 SAP S/4HANA Cloud 系统未知,现在必须记录。在计划总账作业应用中,使用定期作业自动清算对账确认捕获付款的交易。

PSP 将资金转账到公司的实际银行账户,该账户通过常规银行对账单处理进行处理,然后最终过账到银行账户 - 付款服务提供商 - 转账科目。如果 PSP 未提供足够的参考信息,则此科目中的付款可能需要使用清账总账科目 - 手动清账应用进行手动清算。

描述付款处理的流程图。“自动清算”和“手动清算”导致“捕获的付款”,其移动到“使用数字顾问对账”。此操作将转到“已确认付款”,以绿色链接到“PSP 支付”。

单步数字付款(也称为直接捕获付款)是一种简化的方法,无需事先授权。它通常用于立即交付的商品或服务,如数字下载。

外部付款

例如,在以下情况下,外部付款从 SAP S/4HANA Cloud 外部发起:

  • 在与客户的电话中,公司员工通过 PSP 的仪表盘使用卡付款。
  • 数字付款通过在线付款系统进行。

仅当 PSP 具有数字通知处理功能时,才支持此特定付款方式。在这种情况下,付款将自动对账并传输到 SAP S/4HANA Cloud 系统进行过账。计划应收账款作业应用中的 SAP 数字付款:通知处理作业用于此目的。过账时,付款在相应的 PSP 转账科目上记录为负债,并根据客户科目和相关发票(未清项)进行对账。此过账还会考虑任何相关费用。

然后,PSP 将资金支付到公司的实际银行账户。付款通过标准银行对账单处理进行处理,并最终过账到银行账户 - 付款服务提供商 - 转账账户。如果 PSP 未提供足够的参考信息,则此科目中的付款可能需要使用清账总账科目 - 手动清账应用进行手动对账。

该图说明了涉及多个步骤和要素的外部发票付款流程。首先是授权付款移动到结算,然后导致捕获的付款。付款可以进行自动或手动清算。自动清算源到获取发票付款和外部发票付款。同时,付款服务提供商 (PSP) 的支付会导致使用数字顾问对账的已确认付款。未清客户项目与此对账流程相关联。

外部付款在 SAP S/4HANA Cloud 之外触发,例如通过在线付款系统处理数字付款时。因此,这些付款会自动进行对账并传输到系统中进行过账。

功能概览

SAP 数字付款扩展组件旨在通过一系列特定功能原生支持不同的付款流程。我们来回顾一下:

消费者应用程序可以启动一系列所需的服务,以使用付款卡流程支持数字付款:

卡创建:

  1. 消费者应用程序中的用户请求创建付款卡。此请求将发送到 SAP 数字付款扩展组件。
  2. 根据关键用户进行的设置,确定相关 PSP,并打开用于输入付款卡明细的相应 Web 用户界面。
  3. 用户输入并保存付款卡数据。将请求发送到 PSP,这将保存付款卡数据并创建标记作为标识。
  4. 此标记替换付款卡号。标记化的付款卡数据返回到消费者应用程序,以便使用。

卡删除:

  1. 消费者应用程序中的用户请求删除付款卡。此请求将发送到 SAP 数字付款扩展组件。
  2. 系统检查此卡是否用于未完成的付款交易。根据结果,触发或拒绝 PSP 级别的删除。
  3. 根据卡令牌,确定相关 PSP,并以适当的格式将请求发送到 PSP。请求的结果将返回到消费者应用程序。

付款权限:

  1. 客户订购产品并希望使用付款卡付款。交易金额的审批必须从持卡人的银行获得。
  2. 如果是强客户身份验证或 3D 安全,则需要额外的身份验证步骤。
  3. 消费者应用程序向 SAP 数字付款扩展组件发送权限请求。
  4. 根据卡详细信息,确定相关 PSP,并以适当的格式将请求发送到 PSP。
  5. 然后,PSP 通过 SAP 数字付款扩展组件处理权限并将结果返回到消费者应用程序。
  6. 根据 PSP 功能,结果还可以包含欺诈检测检查的结果。

权限取消:

  1. 客户取消已批准卡付款的订单。
  2. 消费者应用程序向 SAP 数字付款扩展组件发送权限取消请求。
  3. 根据卡详细信息,确定相关 PSP,并以适当的格式将请求发送到 PSP。PSP 处理取消并通过 SAP 数字付款扩展组件将结果返回到消费者应用程序。
  4. 不支持取消所有付款卡类型和 PSP 的权限流程。在不支持的情况下,权限会一直保留,直到自动过期。如果无法取消,则会通知消费者应用程序。

付款重新授权:

  1. 权限已过期。消费者应用程序向 SAP 数字付款扩展组件发送重新授权请求。
  2. 根据原始权限,确定相关 PSP,并以适当的格式将请求发送到 PSP。
  3. 然后,PSP 通过 SAP 数字付款扩展组件处理重新授权并将结果返回到消费者应用程序。
  4. 根据 PSP 功能,结果还可以包含欺诈检测检查的结果。

付款结算:

  1. 消费者应用程序定期触发结算运行以结算授权的卡付款。
  2. 将权限和卡数据发送到 SAP 数字付款扩展组件以进行结算。
  3. 还可以考虑级别 2 和级别 3 数据。
  4. 根据卡详细信息,确定相关 PSP,并以适当的格式将请求发送到 PSP。
  5. 然后,PSP 通过 SAP 数字付款扩展组件处理结算并将结果返回至消费者应用程序。

直接捕获:

  1. 如果无法执行付款结算(例如,授权已过期),则客户可以选择执行直接捕获。
  2. 根据 PSP, SAP 数字付款扩展组件启动直接捕获。例如,以适当的格式向 PSP 发送权限请求。如果权限结果为正,则 SAP 数字付款扩展组件直接收取付款费用。

付款退款:

  1. 当已结算的卡付款必须退还给客户(例如,在退货的情况下)时,消费者应用程序请求退款。该请求包含有关待退款付款的参考信息。
  2. 然后,PSP 通过 SAP 数字付款扩展组件处理退款并将结果返回至消费者应用程序。

数字付款通知:

  1. 消费者应用程序定期执行报表,以请求有关已处理的数字付款的通知详细信息。
  2. 此请求将发送到 SAP 数字付款扩展组件,以从所有相关 PSP 请求通知详细信息。
  3. 通知详细信息将合并并返回到消费者应用程序。

SAP 数字付款扩展组件为通过外部渠道进行的付款提供支持,这与使用付款卡进行的付款不同。因此,它还利用以下专门用于支持这些外部付款流程的功能:

直接捕获:

  1. 用户订购产品并希望使用外部付款渠道付款。最终交易的审批必须从 PSP 获得。
  2. 然后,消费者应用程序向 SAP 数字付款扩展组件发送直接捕获请求。根据付款类型,确定相关 PSP,并以适当的格式将启动请求发送到 PSP。
  3. 用户审批 PSP 用户界面上的直接捕获请求,该请求由消费者应用程序调用。
  4. 获得批准后,将发送直接捕获的执行请求。结果通过 SAP 数字付款扩展组件返回到消费者应用程序。

付款权限:

  1. 用户订购产品并希望使用外部付款渠道付款。必须从 PSP 获得交易金额的审批。
  2. 消费者应用程序向 SAP 数字付款扩展组件发送权限请求。根据付款类型,确定相关 PSP,并以适当的格式将启动请求发送到 PSP。
  3. 用户在 PSP 的用户界面中批准权限请求,该用户界面由消费者应用程序调用。
  4. 获得批准后,将发送授权执行请求。结果通过 SAP 数字付款扩展组件返回到消费者应用程序。

权限取消:

  1. 用户取消已批准外部付款的订单。
  2. 消费者应用程序向 SAP 数字付款扩展组件发送权限取消请求。
  3. 根据付款类型,确定相关 PSP,并以适当的格式将请求发送到 PSP。
  4. 然后,PSP 通过 SAP 数字付款扩展组件处理取消并将结果返回到消费者应用程序。
  5. 如果无法取消,则会通知消费者应用程序。

结算:

  1. 消费者应用程序定期触发结算运行以结算授权的外部付款。
  2. 权限将发送到要结算的 SAP 数字付款扩展组件。
  3. 根据权限,确定相关 PSP,并以适当的格式将请求发送到 PSP。
  4. 然后,PSP 通过 SAP 数字付款扩展组件处理结算并将结果返回至消费者应用程序。

付款退款:

  1. 当已结算的外部付款必须退还给客户(例如,在退货的情况下)时,消费者应用程序请求退款。
  2. 该请求包含有关待退款付款的参考信息。
  3. 然后,PSP 通过 SAP 数字付款扩展组件处理退款并将结果返回至消费者应用程序。

数字付款通知

  1. 消费者应用程序定期执行报表,以请求有关已处理的数字付款的通知详细信息。
  2. 此请求将发送到 SAP 数字付款扩展组件。
  3. SAP 数字付款扩展组件从所有相关 PSP 请求通知详细信息。
  4. 通知详细信息将合并并返回到消费者应用程序。

数字付款会计核算

在财务系统中正确处理授权的信用卡付款对于维护准确的会计记录和确保财务顺利运行至关重要。

授权的信用卡付款通过各种渠道转账到应收账款。其中包括客户门户,客户在此登录其个人帐户以直接使用其信用卡进行付款。另一个渠道是网上商店或销售点系统,其中付款通过集成系统(如在线购物平台或实体销售点 (POS) 系统)流动,在最终到达财务系统之前通常涉及销售或分销部门。

授权和收到付款后,付款在财务系统中表示为应收账款 - 信用卡清算科目(总账科目)中的未清项目。这些条目可确保跟踪每个交易,直到完全对账和清算。记录付款后,客户账户中的相应未清项目将自动清账,从而提高效率并降低手动错误的风险。

每个付款交易都包含有助于授权和跟踪流程的关键信息。这包括信用卡标记,该标记代替实际的信用卡号,并通过确保在交易过程中保护敏感信息来增强安全性。此外,还会存储权限数据,其中包含与信用卡发卡行审批付款相关的详细信息。此数据包括权限代码、事务时戳和其他相关信息,提供全面的审计线索。

这些自动化流程降低了手动记录错误的风险,并清楚跟踪交易可确保准确的财务报告,从而提高准确性。使用信用卡令牌可以保护敏感的客户信息,而授权数据提供审计和争议解决所需的可靠记录,从而提高安全性。简化从付款授权到清算的流程,减少了财务人员的管理负担,并允许更快地更新财务报表和客户账户,从而提高运营效率。

该图说明了通过各种渠道(例如客户门户和在线商店或通过销售或分销将付款传输到财务应收账款的流程)。三个图标,代表这些渠道指向带有箭头的“AR 信用卡清算”部分。在本部分下方,它提到 S/4HANA Finance 应收账款。将付款描述为应收账款信用卡清账科目中的未清项,并自动清算客户科目中的相应项目。该流程涉及信用卡令牌和权限数据。

然后,使用标准信用卡结算报表结算(或获取)授权的信用卡付款。通过确保经核准的交易在财务系统内得到充分处理和核算,本报告在最终确定付款过程中起着至关重要的作用。

结算报表创建交易批次,并使用 SAP 数字付款扩展组件将其发送到 PSP。此自动化流程简化了交易数据的传输,提高了结算流程的效率和准确性。通过将交易分组为批次,系统可以更有效地处理大量数据,降低出错风险,并确保系统处理所有付款。

结算报表将批次发送到 PSP 后,将清算应收账款 (AR) 信用卡清算科目上的项目并将其过账到信用卡的现金清算科目。此步骤将完成每笔交易的会计流程,确保在组织的现金账户中正确表示资金。

这种集成的自动化方法不仅提高了付款结算流程的准确性和效率,还支持组织财务报表的整体可靠性。

该图说明了通过“信用卡结算”报表处理的已批准信用卡交易的流程流。屏幕截图显示报表界面,其中包含用于计划和参数的区段。箭头指向日志详细信息屏幕,指示使用 SAP 数字付款扩展组件向付款服务提供商进行批次传输。另一个箭头指向一个过账图示例,显示应收账款信用卡清账科目中的条目,这些条目已对账并传输到信用卡的指定现金清算科目,突出显示了 S/4HANA Finance 应收账款。

数字付款通知书和银行对账单

SAP 数字付款通知捕获 PSP 中已处理交易的相关信息。此信息对于确保每笔交易的详细信息在财务系统内仔细记录和核对至关重要。通过将付款服务提供商获取的付款详细信息与内部记录进行匹配,系统可以快速识别并解决任何差异,确保财务报表准确且最新。

可以使用 SAP S/4HANA 中的数字付款通知报表请求通知信息。此报表可以定期运行以从 PSP 拉取最新数据。集成通知书后,数据将处理到应收账款中。在此流程中,现金信用卡清账科目中的项目将清账并过账到信用卡科目的现金转账。此步骤考虑与信用卡交易相关的任何费用,确保净额正确反映在财务记录中。

现金信用卡清算科目通过定期总账 (G/L) 自动清算报表自动清算。此定期报表按计划间隔运行,以确保清账科目中的所有余额均已对账并过账到相应科目,从而保持财务记录的准确性。

SAP 数字付款通知捕获付款服务提供商所处理交易的信息。

该图描述了在 SAP 中处理数字付款通知的流程。它显示了 SAP 数字付款:通知处理界面的屏幕截图,并突出显示如何从付款服务提供商捕获交易。提及 SAP S/4HANA 中的数字付款通知处理报表,显示如何请求通知信息。过账表示例说明了从现金信用卡清账科目到现金转账科目(包括费用)的金额转账。

下一步是通过标准银行对账单功能将收款转账到银行账户。此步骤对于确保在组织的银行帐户中准确记录已处理信用卡交易中的资金,至关重要。

相应的银行对账单项目将根据现金信用卡转账科目过账。此交易记录资金从内部清算账户到组织实际银行账户的转账,确保财务记录反映资金的真实状态。

现金信用卡转账科目的清算可以自动或手动完成,具体取决于付款服务提供商 (PSP) 提供的参考信息。要验证转账的金额是否与财务系统中记录的金额匹配,必须执行此清算步骤。它涉及交叉检查参考信息,例如交易标识和金额,以确保正确核算每次转账,从而支持组织财务管理系统的整体可靠性和准确性。

该图表示银行账户中的转账和清算流程。有三个加标签的部分。在第 1 部分中,通过标准银行对账单功能从银行账户转账资金,显示金额 210.53 和 38.62。第 2 部分显示具有两个条目的开户行清算科目,即 210.53 和 38.62,反映针对“现金信用卡转账”过账的相应银行对账单。第 3 部分涉及根据 PSP 参考信息手动清算现金信用卡转账科目。

安全和令牌化

SAP 数字付款扩展组件中的标记化方法旨在提高安全性和遵守数据隐私法规,同时促进无缝的交易处理。原始信用卡详细信息(包括主帐号 (PAN))存储在 PCI 认证的付款服务提供商 (PSP) 中。这些详细信息绝不会直接存储在 SAP 系统中,从而降低数据泄露的风险。

PSP 负责为信用卡生成令牌。然后,此令牌用于替换 SAP 系统中的敏感信用卡信息。标记化的信用卡详细信息(包括持卡人信息)代表消费者应用程序存储在 SAP 数字付款扩展组件中。这可确保保留必要的付款信息以进行交易处理,同时以安全合规的方式完成。

根据《数据隐私条例》,标记化的信用卡数据被视为个人数据,但不归类为敏感个人数据。这种区别简化了隐私法律的合规性,同时仍确保以高安全级别处理数据。数据使用后的数据删除由来自消费者应用程序的请求发起,确保数据保留时间不超过所需时间。

使用者应用程序可以读取标记化的卡数据,以便为最终用户提供披露功能,例如显示卡号的最后四位以进行验证。但是,SAP 数字付款扩展组件的用户无权读取标记化数据,从而进一步保护敏感信息免受未经授权的访问。此外,不需要记录来自消费者应用程序的读取访问,从而简化流程并减少开销。

信用卡标记存储在链接内部和外部标记的映射表中。SAP 数字付款扩展组件为 PSP 提供的所有外部令牌创建内部数字付款令牌。此内部令牌在 SAP 系统中用于参考交易,而不公开原始卡详细信息。

通过删除 API 管理数据删除,当不再需要数据时,使用者应用程序会触发该删除。这可确保及时清除数据,并遵守数据最小化原则。同样,SAP 数字付款扩展组件用户对标记化数据没有读取访问权限,可以严格控制可以查看敏感信息的人员。

信用卡令牌是任何已处理交易的重要部分,存储在 SAP 数字付款扩展组件中。尽管对交易处理很重要,但就绪的安全协议可以确保 SAP 数字付款扩展组件用户仍无法访问敏感数据。

令牌化可确保所有 SAP 解决方案都满足数据隐私和保护要求。

Log in to track your progress & complete quizzes