채권에 디지털 지급 기능 적용

Objective

After completing this lesson, you will be able to sAP Digital Payments Add-On의 사용 가능한 기능을 사용하여 지급 처리

채권 관련 기능

이제 SAP Digital Payments Add-On에서 입금 처리에 가장 중요한 기능을 살펴보겠습니다.

이러한 프로세스를 지원하기 위해 새로운 Fiori 어플리케이션과 작업이 특별히 생성되었습니다.

이 그림은 디지털 지급 관리를 위한 SAP 인터페이스의 스크린샷입니다. 템플릿 선택에는 지급 통지 재구성 및 지급카드 정산과 같은 다양한 옵션이 포함됩니다. S/4HANA에는 디지털 지급을 위한 Fiori FI-AR 어플리케이션이 포함되며 추가 FI-CA 어플리케이션을 사용할 수 있다는 두 가지 노트가 있습니다. 캡션은 디지털 지급을 관리하기 위해 템플릿 작업이 개발되었음을 나타냅니다. 하단의 아이콘은 지불 일정 수립 또는 환불 같은 조치를 제안합니다.

2단계 지급

투 스텝 프로세스는 권한 단계와 캡처 단계로 구성되며 일반적으로 오더와 납품이 시간별로 구분될 때 사용됩니다.

승인 단계에서 소비자는 카드 데이터를 콜 센터 상담원에게 제공하거나, 온라인 상점에서 체크아웃하거나, 메일을 통해 주문합니다. 비즈니스 프로세스가 완료되고 상품이 디스패치되면 최종 지급액이 결정되고 미결 항목이 채권 - 디지털 지급 계정에 전기됩니다.

캡처 단계를 완료하기 위해 채권 작업 일정 앱 내의 지급카드 정산 작업을 사용하여 관련 트랜잭션이 완료된 승인된 지급을 선택합니다. 그러면 선택한 지급이 SAP Digital Payments Add-On을 통해 PSP로 전송되어 PSP에 대한 미결 항목이 은행 계좌 - 결제 서비스 제공자 – 반제 계정으로 전송됩니다.

그 후 PSP가 디지털 통지 처리를 지원하는 경우 자동 조정을 수행할 수 있습니다. SAP Digital Payments: 통지 처리 작업은 캡처된 지급과 수수료, 반환 또는 수동 지급 등의 추가 거래를 조정하기 위해 채권 작업 일정 앱에서 트리거됩니다. 캡처된 지급을 확인하는 트랜잭션은 총계정원장 작업 일정 앱에서 정기 작업 자동 반제 를 사용하여 조정됩니다.

마지막으로 PSP는 일반적인 은행 계좌 명세서 처리를 통해 처리되는 실제 은행 계좌로 자금을 지급한 다음 은행 계좌 - 결제 서비스 제공자 - 이체 계정에 전기됩니다. PSP가 충분한 참조 정보를 제공하지 않기 때문에 이 계정은 GL 계정 반제 - 수동 반제 앱을 사용하여 직접 반제해야 할 수 있습니다.

투 스텝이라는 이름의 플로우차트에는 지급 처리를 위한 프로세스 흐름이 표시됩니다. 승인된 지급부터 시작하여 정산, 캡처된 지급으로 이어집니다. 두 가지 경로: 자동 반제는 캡처된 지급에 연결되고, 수동 반제는 디지털 어드바이저를 사용하여 조정에 연결됩니다. 두 경우 모두 확인된 지급으로 수렴되어 PSP에서 지급이라는 녹색 상자가 표시됩니다.

투 스텝 지급 방법은 가장 포괄적인 지급 프로세스로, 승인 단계와 캡처 단계로 구성됩니다. 오더와 납품 간에 시간 차이가 있을 때 자주 사용됨

원 스텝(직접 캡처) 지급

직접 캡처 지급이라고도 하는 원 스텝 디지털 지급에는 이전 권한이 필요하지 않습니다. 일반적으로 디지털 다운로드와 같이 즉시 납품되는 상품이나 서비스에 사용됩니다.

온라인 매장이나 회사 포털을 통해 구매할 때 소비자는 직접 지급하며, 이를 캡처 단계라고 합니다.

납품이 수행되면 다음 비즈니스 프로세스가 이미 완료된 상태입니다.

  • 최종 지급액 결정
  • 은행 계좌 - 결제 서비스 제공자 – 임시 계정에서 결제 서비스 제공자(PSP)에 대해 미결 항목 전기

PSP가 디지털 통지 처리를 지원하는 경우 채권 작업 일정 앱에서 SAP Digital Payments: 통지 처리 작업을 사용하여 자동 조정을 수행할 수 있습니다. 이 작업은 이전에 SAP S/4HANA Cloud 시스템에서 알 수 없었던 추가 트랜잭션(예: 수수료, 반품 또는 수동 지급)도 반환하며, 이제 기록되어야 합니다. 캡처된 지급을 확인하는 트랜잭션은 총계정원장 작업 일정 앱에서 정기 작업 자동 반제 를 사용하여 조정됩니다.

PSP는 일반적인 은행 계좌 명세서 처리를 통해 처리되는 회사의 실제 은행 계좌로 자금을 이체한 다음 최종적으로 은행 계좌 - 결제 서비스 제공자 - 이체 계정에 전기됩니다. PSP가 충분한 참조 정보를 제공하지 않는 경우 이 계정의 지급에는 GL 계정 반제 - 수동 반제 앱을 사용한 수동 반제가 필요할 수 있습니다.

지급 처리를 나타내는 흐름도 자동 반제 및 수동 반제는 캡처된 지급으로 이어지고 디지털 어드바이저를 사용하여 조정으로 이동합니다. 이렇게 하면 확인된 지급으로 진행되며, PSP에서의 지급은 녹색으로 표시됩니다.

직접 캡처 지급이라고도 하는 원 스텝 디지털 지급은 사전 승인이 필요하지 않은 간소화된 방법입니다. 디지털 다운로드와 같이 즉시 제공되는 상품이나 서비스에 자주 사용됩니다.

외부 지급

외부 지급은 다음과 같은 경우에 SAP S/4HANA Cloud에서 외부에서 시작됩니다.

  • 고객과 전화 통화 중 회사 사원이 PSP의 대시보드를 통해 카드로 지급을 수행합니다.
  • 디지털 지급은 온라인 지급 시스템을 통해 이루어집니다.

이 특정 지급 방법은 PSP에 디지털 통지 처리 기능이 있는 경우에만 지원됩니다. 이 경우 지급이 자동으로 조정되고 전기를 위해 SAP S/4HANA Cloud 시스템으로 전송됩니다. 이를 위해 채권 작업 일정 앱의 SAP Digital Payments: 통지 처리 작업이 사용됩니다. 전기 시 고객 계정 및 관련 송장(미결 항목)에 대해 조정된 지급이 해당 PSP 이전 계정에 채무로 기록됩니다. 관련 수수료도 이 전기에 반영됩니다.

PSP는 회사의 실제 은행 계좌로 자금을 지급합니다. 지급은 표준 은행 계좌 명세서 처리를 통해 처리되고 최종적으로 은행 계좌 - 결제 서비스 제공자 - 이체 계정에 전기됩니다. PSP에서 적절한 참조 정보를 제공하지 않으면 이 계정의 지급에 GL 계정 반제 - 수동 반제 앱을 사용하여 수동 조정이 필요할 수 있습니다.

다이어그램은 여러 단계 및 요소와 관련된 외부 송장 지불 프로세스를 보여줍니다. 승인된 지급이 정산으로 이동하는 것으로 시작되며, 이 경우 지급이 캡처됩니다. 지급은 자동 또는 수동 반제를 거칠 수 있습니다. 캡처된 송장 지급과 외부 송장 지급에 대한 자동 반제 피드 동시에 결제 서비스 제공자(PSP, Payment Service Provider)의 지급은 확인된 지급을 발생시키며, 이는 디지털 어드바이저를 통해 조정됩니다. 미결 고객 항목이 이 조정 프로세스와 연관되어 있습니다.

외부 지급은 SAP S/4HANA Cloud 외부에서 트리거됩니다(예: 온라인 지급 시스템을 통해 디지털 지급 처리 시). 결과적으로 이러한 지급은 자동으로 조정되고 전기를 위해 시스템으로 전송됩니다.

기능 개요

SAP Digital Payments Add-On은 다양한 특정 기능을 통해 다양한 지급 프로세스를 기본적으로 지원하도록 설계되었습니다. 다음을 검토해 보겠습니다.

컨슈머 어플리케이션에서 지급카드 프로세스를 사용하여 디지털 지급을 지원하는 데 필요한 일련의 서비스를 시작할 수 있습니다.

카드 생성:

  1. 컨슈머 어플리케이션의 사용자가 지급카드 생성을 요청합니다. 이 요청은 SAP digital payments add-on 으로 전송됩니다.
  2. 주요 사용자가 지정한 설정에 따라 관련 PSP가 결정되고 지급카드 세부사항을 입력할 수 있는 적절한 웹 사용자 인터페이스가 열립니다.
  3. 사용자가 지급카드 데이터를 입력하고 저장합니다. 요청이 PSP로 전송되어 지급카드 데이터가 저장되고 토큰은 ID로 생성됩니다.
  4. 이 토큰은 지급카드 번호를 대체합니다. 토큰화된 지급카드 데이터는 소비자 어플리케이션에 반환되므로 사용할 수 있습니다.

카드 삭제:

  1. 컨슈머 어플리케이션의 사용자가 지급카드 삭제를 요청합니다. 이 요청은 SAP digital payments add-on 으로 전송됩니다.
  2. 이 카드가 완료되지 않은 지급 거래에서 사용되고 있는지 확인합니다. 결과에 따라 PSP 레벨에서 삭제가 트리거되거나 거부됩니다.
  3. 카드 토큰에 따라 관련 PSP가 결정되고 요청이 PSP에 적절한 형식으로 전송됩니다. 요청 결과가 컨슈머 어플리케이션으로 반환됩니다.

지급 권한:

  1. 고객이 제품을 주문하고 지급카드를 사용하여 지급하려고 합니다. 거래 금액에 대한 승인은 카드 소유자의 은행에서 받아야 합니다.
  2. 강력한 고객 인증 또는 3D 보안인 경우 추가 인증 단계가 필요합니다.
  3. 컨슈머 어플리케이션이 SAP Digital Payments Add-On에 권한 요청을 보냅니다.
  4. 카드 세부사항에 따라 관련 PSP가 결정되고 요청이 PSP에 적절한 형식으로 전송됩니다.
  5. 그런 다음 PSP가 권한을 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.
  6. PSP 기능에 따라 결과에 사기 감지 점검의 결과도 포함될 수 있습니다.

승인 취소:

  1. 고객이 카드 지급이 이미 승인된 오더를 취소합니다.
  2. 컨슈머 어플리케이션이 SAP Digital Payments Add-On에 승인 취소 요청을 보냅니다.
  3. 카드 세부사항에 따라 관련 PSP가 결정되고 요청이 PSP에 적절한 형식으로 전송됩니다. PSP가 취소를 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 리턴합니다.
  4. 모든 지급카드 유형 및 PSP에 대한 승인 프로세스 취소는 지원되지 않습니다. 지원되지 않는 경우 권한이 자동으로 만료될 때까지 유지됩니다. 취소할 수 없는 경우 소비자 어플리케이션에 통지됩니다.

지급 재승인:

  1. 권한이 만료되었습니다. 컨슈머 어플리케이션에서 SAP Digital Payments Add-On으로 재승인 요청을 보냅니다.
  2. 원래 권한에 따라 관련 PSP가 결정되고 요청이 PSP에 적절한 형식으로 전송됩니다.
  3. PSP는 재승인을 처리하고 SAP Digital Payments Add-On을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.
  4. PSP 기능에 따라 결과에 사기 감지 점검의 결과도 포함될 수 있습니다.

지급 정산:

  1. 소비자 어플리케이션에서 정산 실행을 정기적으로 트리거하여 승인된 카드 지급을 정산합니다.
  2. 정산할 SAP Digital Payments Add-On으로 승인 및 카드 데이터가 전송됩니다.
  3. 레벨 2 및 레벨 3 데이터도 고려할 수 있습니다.
  4. 카드 세부사항에 따라 관련 PSP가 결정되고 요청이 PSP에 적절한 형식으로 전송됩니다.
  5. 그런 다음 PSP에서 정산을 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.

직접 캡처:

  1. 지급 결제가 불가능한 경우(예: 권한이 만료된 경우) 고객은 직접 캡처를 수행할 수 있습니다.
  2. PSP에 따라 SAP Digital Payments Add-On에서 직접 캡처가 시작됩니다. 예를 들어, 권한 요청을 PSP에 적절한 형식으로 전송합니다. 승인 결과가 포지티브이면 SAP digital payments add-on에 직접 지급에 대한 요금이 청구됩니다.

지급 환급:

  1. 소비자 어플리케이션에서 이미 정산된 카드 지급을 고객에게 다시 지급해야 하는 경우(예: 반품의 경우) 환불을 요청합니다. 요청에는 환불할 지불에 대한 참조 정보가 포함되어 있습니다.
  2. 그런 다음 PSP에서 환불을 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.

디지털 지급 통지:

  1. 컨슈머 어플리케이션은 리포트를 정기적으로 실행하여 처리된 디지털 지급에 대한 통지 세부사항을 요청합니다.
  2. 이 요청은 모든 관련 PSP로부터 통지 세부사항을 요청하기 위해 SAP Digital Payments Add-On으로 전송됩니다.
  3. 통지 세부사항이 병합되어 컨슈머 어플리케이션으로 반환됩니다.

SAP Digital Payments Add-On은 외부 채널을 통한 지급을 지원하며, 지급카드를 사용한 지급과는 다릅니다. 따라서 이러한 외부 지급 프로세스를 지원하기 위해 특별히 다음과 같은 기능을 활용합니다.

직접 캡처:

  1. 사용자가 제품을 주문하고 외부 지급 채널을 사용하여 지급하려고 합니다. 최종 거래에 대한 승인은 PSP에서 받아야 합니다.
  2. 그러면 컨슈머 어플리케이션에서 직접 캡처 요청을 SAP Digital Payments Add-On으로 보냅니다. 지급 유형에 따라 관련 PSP가 결정되고 시작 요청이 PSP로 적절한 형식으로 전송됩니다.
  3. 사용자는 PSP의 사용자 인터페이스에서 직접 캡처 요청을 승인합니다. PSP는 컨슈머 어플리케이션에 의해 호출됩니다.
  4. 승인을 받으면 직접 캡처 실행 요청이 전송됩니다. 결과는 SAP Digital Payments Add-On을 통해 컨슈머 어플리케이션으로 반환됩니다.

지급 권한:

  1. 사용자가 제품을 주문하고 외부 지급 채널을 사용하여 지급하려고 합니다. 거래 금액에 대한 승인은 PSP에서 받아야 합니다.
  2. 컨슈머 어플리케이션이 SAP Digital Payments Add-On에 권한 요청을 보냅니다. 지급 유형에 따라 관련 PSP가 결정되고 시작 요청이 PSP로 적절한 형식으로 전송됩니다.
  3. 사용자는 PSP의 사용자 인터페이스에서 권한 요청을 승인합니다. PSP는 컨슈머 어플리케이션에 의해 호출됩니다.
  4. 승인이 이루어지면 승인을 위한 실행 요청이 전송됩니다. 결과는 SAP Digital Payments Add-On을 통해 컨슈머 어플리케이션으로 반환됩니다.

승인 취소:

  1. 사용자가 외부 지급이 이미 승인된 오더를 취소합니다.
  2. 컨슈머 어플리케이션이 SAP Digital Payments Add-On에 승인 취소 요청을 보냅니다.
  3. 지급 유형에 따라 관련 PSP가 결정되고 요청이 PSP에 적절한 형식으로 전송됩니다.
  4. 그런 다음 PSP가 취소를 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.
  5. 취소할 수 없는 경우 소비자 어플리케이션에 통지됩니다.

정산:

  1. 소비자 어플리케이션에서 정산 실행을 정기적으로 트리거하여 승인된 외부 지급을 정산합니다.
  2. 정산될 SAP digital payments add-on으로 권한이 전송됩니다.
  3. 권한에 따라 관련 PSP가 결정되고 요청이 PSP로 적절한 형식으로 전송됩니다.
  4. 그런 다음 PSP에서 정산을 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.

지급 환급:

  1. 이미 정산된 외부 지급을 고객에게 다시 지급해야 하는 경우(예: 반품의 경우) 소비자 어플리케이션에서 환불을 요청합니다.
  2. 요청에는 환불할 지불에 대한 참조 정보가 포함되어 있습니다.
  3. 그런 다음 PSP에서 환불을 처리하고 SAP digital payments add-on을 통해 결과를 컨슈머 어플리케이션으로 반환합니다.

디지털 지급 통지

  1. 컨슈머 어플리케이션은 리포트를 정기적으로 실행하여 처리된 디지털 지급에 대한 통지 세부사항을 요청합니다.
  2. 이 요청은 SAP digital payments add-on 으로 전송됩니다.
  3. SAP Digital Payments Add-On은 모든 관련 PSP에게 통지 세부사항을 요청합니다.
  4. 통지 세부사항이 병합되어 컨슈머 어플리케이션으로 반환됩니다.

디지털 지급 회계

재무 시스템 내에서 승인된 신용카드 지급을 올바르게 처리하는 것은 정확한 회계 기록을 유지하고 원활한 재무 운영을 보장하는 데 매우 중요합니다.

승인된 신용카드 지급은 다양한 채널을 통해 채권으로 전송됩니다. 여기에는 고객이 자신의 개인 계정에 로그인하여 신용카드를 사용하여 직접 지급하는 고객 포털이 포함됩니다. 또 다른 채널은 온라인 매장(Online Shop) 또는 POS(Point of Sale) 시스템입니다. 온라인 쇼핑 플랫폼이나 POS(물리적 POS) 시스템과 같은 통합 시스템을 통해 결제가 진행되며 판매 또는 유통 부서가 재무 시스템에 도달하기 전에 참여하는 경우가 많습니다.

지급은 승인 및 수령되면 재무 시스템에서 채권 - 신용카드 임시 계정(총계정원장 계정)의 미결 항목으로 표시됩니다. 이러한 항목을 통해 전체 조정 및 반제될 때까지 각 거래가 추적됩니다. 고객 계정의 해당 미결 항목은 지급이 기록되면 자동으로 반제되고 효율성이 개선되며 수동 오류의 위험이 줄어듭니다.

각 지급 거래에는 승인 및 추적 프로세스에 도움이 되는 주요 정보가 포함되어 있습니다. 여기에는 실제 신용 카드 번호에 대한 대체인 신용 카드 토큰이 포함되며 거래 프로세스 중에 민감한 정보를 보호하여 보안을 강화하는 데 사용됩니다. 또한, 신용카드 발급사의 지급 승인과 관련된 세부사항이 포함된 권한 데이터도 저장됩니다. 이 데이터에는 권한 코드, 트랜잭션 타임스탬프 및 기타 관련 정보가 포함되어 포괄적인 감사 추적을 제공합니다.

이러한 자동화된 프로세스는 수동 기록 오류의 위험을 줄이고, 거래의 명확한 추적을 통해 정확한 재무 보고를 보장하고 정확성을 강화합니다. 신용카드 토큰의 사용은 민감한 고객 정보를 보호하는 반면, 승인 데이터는 감사 및 분쟁 해결에 필요한 신뢰할 수 있는 레코드를 제공하여 보안을 향상시킵니다. 지급 승인에서 반제에 이르는 프로세스를 간소화하면 재무 직원의 관리 부담이 줄어들고 재무제표와 고객 계정을 더 빠르게 업데이트할 수 있으므로 운영 효율성이 향상됩니다.

이 그림은 고객 포털, 온라인 매장 또는 판매 관리를 통한 POS(Point of Sale)와 같은 다양한 채널을 통해 재무 채권(Financial Accounts Receivables)으로 지급을 전송하는 프로세스를 보여줍니다. 이러한 채널을 나타내는 세 개의 아이콘은 화살표가 있는 AR 신용 카드 결제라는 섹션을 가리킵니다. 이 섹션에서는 S/4HANA Finance 채권에 대해 설명합니다. 지급은 채권 신용카드 임시 계정의 미결 항목으로 표시되며 고객 계정의 해당 항목이 자동으로 반제됩니다. 이 프로세스에는 신용카드 토큰과 승인 데이터가 포함됩니다.

승인된 신용카드 지급은 표준 신용카드 정산 리포트를 사용하여 결제(또는 캡처)됩니다. 이 리포트는 승인된 거래가 재무 시스템 내에서 완전히 처리되고 처리되었는지 확인하여 지급 프로세스를 완료하는 데 중요한 역할을 합니다.

정산 리포트는 트랜잭션의 배치를 생성하고 SAP Digital Payments Add-On을 사용하여 PSP로 전송합니다. 이 자동화된 프로세스를 통해 거래 데이터 전송이 간소화되어 정산 프로세스의 효율성과 정확성이 향상됩니다. 트랜잭션을 배치로 그룹화하면 시스템에서 대량의 데이터를 더 효과적으로 처리하여 오류 위험을 줄이고 모든 지급을 체계적으로 처리할 수 있습니다.

정산 리포트가 PSP로 배치를 전송하면 채권(AR) 신용카드 임시 계정의 항목이 반제되고 신용카드의 현금 임시 계정에 전기됩니다. 이 단계에서는 각 거래에 대한 회계 프로세스를 완료하여 자금이 조직의 현금 계정에 올바르게 표시되게 합니다.

이 통합 및 자동화된 접근 방식은 지급 정산 프로세스의 정확성과 효율성을 향상할 뿐만 아니라 조직 재무 보고의 전반적인 신뢰성도 지원합니다.

이 그림에는 '신용 카드 결제' 리포트를 통해 처리되는 승인된 신용 카드 거래에 대한 프로세스 흐름이 나와 있습니다. 스크린샷은 일정 계획 및 매개변수 섹션이 포함된 보고서 인터페이스를 보여 줍니다. 화살표는 SAP digital payments add-on을 사용하여 결제 서비스 제공자에게 배치가 전송됨을 나타내는 로그 세부사항 화면을 가리킵니다. 또 다른 화살표는 S/4HANA Finance 채권 을 강조표시하여 신용카드를 위해 지정된 현금 임시 계정으로 조정 및 전송되는 채권 신용카드 임시 계정의 엔트리를 보여주는 전기 다이어그램 예제로 이어집니다.

디지털 지급 통지 및 은행 계정 명세서

SAP Digital Payment Advice는 PSP에서 처리된 트랜잭션에 대한 정보를 캡처합니다. 이 정보는 각 거래의 세부사항이 재무 시스템 내에서 꼼꼼하게 기록 및 조정되도록 하는 데 중요합니다. 결제 서비스 제공업체에서 캡처한 지급 명세를 내부 레코드와 매칭하여 시스템에서 불일치 항목을 빠르게 식별하고 처리하여 재무제표가 정확하고 최신 상태로 유지되도록 할 수 있습니다.

통지 정보는 SAP S/4HANA의 디지털 지급 통지 리포트를 사용하여 요청할 수 있습니다. 이 리포트를 정기적으로 실행하여 PSP에서 최신 데이터를 가져올 수 있습니다. 통지가 통합되면 데이터가 채권으로 처리됩니다. 이 프로세스의 일부로 현금 신용카드 임시 계정의 항목이 반제되고 신용카드 계정의 현금 이체로 전기됩니다. 이 단계에서는 신용 카드 거래와 관련된 요금을 고려하여 순액이 재무 레코드에 정확하게 반영되도록 합니다.

현금 신용카드 임시 계정은 정기 총계정원장(G/L) 자동 반제 리포트에 의해 자동으로 반제됩니다. 이 정기 리포트는 일정 간격으로 실행되어 임시 계정의 잔여 잔액이 조정되어 해당 계정으로 전기되도록 하여 재무 레코드의 정확성을 유지합니다.

SAP Digital Payment Advice는 결제 서비스 제공자가 처리한 트랜잭션의 정보를 캡처합니다.

이 그림에는 SAP에서 디지털 지급 통지를 처리하는 프로세스가 설명되어 있습니다. SAP Digital Payments: 통지 처리 인터페이스의 스크린샷과 결제 서비스 제공자로부터 거래가 캡처되는 방식이 강조되어 있습니다. SAP S/4HANA의 디지털 지급 통지 처리 리포트를 통해 통지 정보가 어떻게 요청되는지 확인할 수 있습니다. 전기 테이블의 예는 현금 신용카드 임시 계정에서 현금 이체 계정으로의 금액 대체를 보여줍니다(수수료 포함).

다음 단계에서는 표준 은행 계정 명세서 기능을 통해 추심된 금액을 은행 계좌로 이체합니다. 이 단계는 처리된 신용카드 거래의 자금이 조직의 은행 계좌에 정확하게 기록되도록 하는 데 중요합니다.

해당 은행 계정 명세서 항목이 현금 신용카드 이체 계정에 전기됩니다. 이 트랜잭션은 재무 레코드에 자금의 실제 상태가 반영되도록 내부 임시 계정에서 조직의 실제 은행 계좌로 자금 이체를 기록합니다.

결제 서비스 제공자(PSP, Payment Service Provider)에서 제공한 참조 정보에 따라 현금 신용카드 이체 계정의 반제를 자동화하거나 수동으로 수행할 수 있습니다. 이 반제 단계는 이체된 금액과 재무 시스템에 기록된 금액이 일치하는지 확인하는 데 필요합니다. 여기에는 거래 ID 및 금액과 같은 참조 정보를 교차 점검하여 각 이체를 정확하게 설명할 수 있으므로 조직의 재무 관리 시스템의 전반적인 신뢰성과 정확성을 지원합니다.

이 이미지는 은행 계좌의 이체 및 반제 프로세스를 나타내는 다이어그램입니다. 세 개의 섹션이 있습니다. 섹션 1에서 은행 주거래 계정의 금액이 이체되며, 표준 은행 계정 명세서 기능을 통해 금액 210.53 및 38.62가 표시됩니다. 섹션 2에는 '현금 신용카드 이체'에 대해 전기된 해당 은행 계정 명세서가 반영된 210.53과 38.62라는 2개의 엔트리가 있는 주거래 은행 임시 계정이 나와 있습니다. 섹션 3은 PSP 참조 정보를 기반으로 하는 현금 신용카드 이체 계정의 수동 반제를 포함합니다.

보안 및 토큰화

SAP Digital Payments Add-On의 토큰화 방식은 보안과 개인정보 보호 규정 준수를 강화하는 동시에 원활한 트랜잭션 처리를 지원하도록 설계되었습니다. 기본 계정 번호(PAN, Primary Account Number)를 포함한 원래 신용카드 세부사항은 PCI 인증 결제 서비스 제공자(PSP, Payment Service Provider)에 저장됩니다. 이러한 세부사항은 SAP 시스템에 직접 저장되지 않으므로 데이터 침해 리스크가 줄어듭니다.

PSP는 신용카드의 토큰 생성을 담당합니다. 그런 다음 이 토큰을 사용하여 SAP 시스템 내의 중요한 신용카드 정보를 대체합니다. 카드 소유자 정보를 포함하여 토큰화된 신용카드 세부사항은 소비자 어플리케이션을 대신하여 SAP digital payments add-on에 저장됩니다. 이렇게 하면 거래 처리에 필요한 지급 정보가 보관되지만 안전하고 규제를 준수하는 방식으로 수행됩니다.

토큰화된 신용카드 데이터는 데이터 개인정보 보호 규정에서 개인 데이터로 간주되지만 중요한 개인 데이터로 분류되지는 않습니다. 이러한 구분은 개인정보 보호법 준수를 간소화하는 동시에 데이터가 높은 수준의 보안으로 처리되도록 합니다. 사용 후 데이터 삭제는 소비자 어플리케이션의 요청으로 시작되므로 데이터가 필요 이상으로 오래 보존되지 않습니다.

컨슈머 어플리케이션에는 확인을 위해 카드 번호의 마지막 네 자리 숫자를 표시하는 등 최종 사용자에게 공개 기능을 제공하기 위해 토큰화된 카드 데이터를 읽을 수 있는 기능이 있습니다. 그러나 SAP digital payments add-on 사용자는 토큰화된 데이터에 대한 읽기 권한이 없으므로 무단 액세스로부터 중요한 정보를 보호할 수 있습니다. 또한 소비자 어플리케이션에서 읽기 액세스를 로깅할 필요가 없으므로 프로세스를 간소화하고 오버헤드를 줄일 수 있습니다.

신용카드 토큰은 내부 및 외부 토큰을 연결하는 매핑 테이블에 저장됩니다. SAP Digital Payments Add-On은 PSP에서 제공하는 모든 외부 토큰에 대한 내부 디지털 지급 토큰을 생성합니다. 이 내부 토큰은 SAP 시스템 내에서 원본 카드 세부사항을 노출하지 않고 트랜잭션을 참조하는 데 사용됩니다.

데이터 삭제는 삭제 API를 통해 관리되며, 데이터가 더 이상 필요하지 않을 때 컨슈머 어플리케이션에 의해 트리거됩니다. 이렇게 하면 데이터 최소화 원칙을 준수하여 데이터를 적시에 삭제할 수 있습니다. 또한 SAP Digital Payments Add-On 사용자는 토큰화된 데이터에 대한 읽기 권한이 없으므로 중요한 정보를 볼 수 있는 사용자를 엄격하게 관리합니다.

신용카드 토큰은 처리되는 모든 거래에서 중요한 부분으로, SAP Digital Payments Add-On에 저장됩니다. 트랜잭션 처리에 중요하지만 보안 프로토콜은 SAP Digital Payments Add-On 사용자가 중요한 데이터에 직접 액세스할 수 없도록 합니다.

토큰화를 통해 모든 SAP 솔루션에서 개인정보 보호 요구사항을 충족할 수 있습니다.

Log in to track your progress & complete quizzes