이제 SAP Digital Payments Add-On에서 입금 처리에 가장 중요한 기능을 살펴보겠습니다.
이러한 프로세스를 지원하기 위해 새로운 Fiori 어플리케이션과 작업이 특별히 생성되었습니다.

Objective
이제 SAP Digital Payments Add-On에서 입금 처리에 가장 중요한 기능을 살펴보겠습니다.
이러한 프로세스를 지원하기 위해 새로운 Fiori 어플리케이션과 작업이 특별히 생성되었습니다.
투 스텝 프로세스는 권한 단계와 캡처 단계로 구성되며 일반적으로 오더와 납품이 시간별로 구분될 때 사용됩니다.
승인 단계에서 소비자는 카드 데이터를 콜 센터 상담원에게 제공하거나, 온라인 상점에서 체크아웃하거나, 메일을 통해 주문합니다. 비즈니스 프로세스가 완료되고 상품이 디스패치되면 최종 지급액이 결정되고 미결 항목이 채권 - 디지털 지급 계정에 전기됩니다.
캡처 단계를 완료하기 위해 채권 작업 일정 앱 내의 지급카드 정산 작업을 사용하여 관련 트랜잭션이 완료된 승인된 지급을 선택합니다. 그러면 선택한 지급이 SAP Digital Payments Add-On을 통해 PSP로 전송되어 PSP에 대한 미결 항목이 은행 계좌 - 결제 서비스 제공자 – 반제 계정으로 전송됩니다.
그 후 PSP가 디지털 통지 처리를 지원하는 경우 자동 조정을 수행할 수 있습니다. SAP Digital Payments: 통지 처리 작업은 캡처된 지급과 수수료, 반환 또는 수동 지급 등의 추가 거래를 조정하기 위해 채권 작업 일정 앱에서 트리거됩니다. 캡처된 지급을 확인하는 트랜잭션은 총계정원장 작업 일정 앱에서 정기 작업 자동 반제 를 사용하여 조정됩니다.
마지막으로 PSP는 일반적인 은행 계좌 명세서 처리를 통해 처리되는 실제 은행 계좌로 자금을 지급한 다음 은행 계좌 - 결제 서비스 제공자 - 이체 계정에 전기됩니다. PSP가 충분한 참조 정보를 제공하지 않기 때문에 이 계정은 GL 계정 반제 - 수동 반제 앱을 사용하여 직접 반제해야 할 수 있습니다.
투 스텝 지급 방법은 가장 포괄적인 지급 프로세스로, 승인 단계와 캡처 단계로 구성됩니다. 오더와 납품 간에 시간 차이가 있을 때 자주 사용됨
직접 캡처 지급이라고도 하는 원 스텝 디지털 지급에는 이전 권한이 필요하지 않습니다. 일반적으로 디지털 다운로드와 같이 즉시 납품되는 상품이나 서비스에 사용됩니다.
온라인 매장이나 회사 포털을 통해 구매할 때 소비자는 직접 지급하며, 이를 캡처 단계라고 합니다.
납품이 수행되면 다음 비즈니스 프로세스가 이미 완료된 상태입니다.
PSP가 디지털 통지 처리를 지원하는 경우 채권 작업 일정 앱에서 SAP Digital Payments: 통지 처리 작업을 사용하여 자동 조정을 수행할 수 있습니다. 이 작업은 이전에 SAP S/4HANA Cloud 시스템에서 알 수 없었던 추가 트랜잭션(예: 수수료, 반품 또는 수동 지급)도 반환하며, 이제 기록되어야 합니다. 캡처된 지급을 확인하는 트랜잭션은 총계정원장 작업 일정 앱에서 정기 작업 자동 반제 를 사용하여 조정됩니다.
PSP는 일반적인 은행 계좌 명세서 처리를 통해 처리되는 회사의 실제 은행 계좌로 자금을 이체한 다음 최종적으로 은행 계좌 - 결제 서비스 제공자 - 이체 계정에 전기됩니다. PSP가 충분한 참조 정보를 제공하지 않는 경우 이 계정의 지급에는 GL 계정 반제 - 수동 반제 앱을 사용한 수동 반제가 필요할 수 있습니다.
직접 캡처 지급이라고도 하는 원 스텝 디지털 지급은 사전 승인이 필요하지 않은 간소화된 방법입니다. 디지털 다운로드와 같이 즉시 제공되는 상품이나 서비스에 자주 사용됩니다.
외부 지급은 다음과 같은 경우에 SAP S/4HANA Cloud에서 외부에서 시작됩니다.
이 특정 지급 방법은 PSP에 디지털 통지 처리 기능이 있는 경우에만 지원됩니다. 이 경우 지급이 자동으로 조정되고 전기를 위해 SAP S/4HANA Cloud 시스템으로 전송됩니다. 이를 위해 채권 작업 일정 앱의 SAP Digital Payments: 통지 처리 작업이 사용됩니다. 전기 시 고객 계정 및 관련 송장(미결 항목)에 대해 조정된 지급이 해당 PSP 이전 계정에 채무로 기록됩니다. 관련 수수료도 이 전기에 반영됩니다.
PSP는 회사의 실제 은행 계좌로 자금을 지급합니다. 지급은 표준 은행 계좌 명세서 처리를 통해 처리되고 최종적으로 은행 계좌 - 결제 서비스 제공자 - 이체 계정에 전기됩니다. PSP에서 적절한 참조 정보를 제공하지 않으면 이 계정의 지급에 GL 계정 반제 - 수동 반제 앱을 사용하여 수동 조정이 필요할 수 있습니다.
외부 지급은 SAP S/4HANA Cloud 외부에서 트리거됩니다(예: 온라인 지급 시스템을 통해 디지털 지급 처리 시). 결과적으로 이러한 지급은 자동으로 조정되고 전기를 위해 시스템으로 전송됩니다.
SAP Digital Payments Add-On은 다양한 특정 기능을 통해 다양한 지급 프로세스를 기본적으로 지원하도록 설계되었습니다. 다음을 검토해 보겠습니다.
컨슈머 어플리케이션에서 지급카드 프로세스를 사용하여 디지털 지급을 지원하는 데 필요한 일련의 서비스를 시작할 수 있습니다.
SAP Digital Payments Add-On은 외부 채널을 통한 지급을 지원하며, 지급카드를 사용한 지급과는 다릅니다. 따라서 이러한 외부 지급 프로세스를 지원하기 위해 특별히 다음과 같은 기능을 활용합니다.
재무 시스템 내에서 승인된 신용카드 지급을 올바르게 처리하는 것은 정확한 회계 기록을 유지하고 원활한 재무 운영을 보장하는 데 매우 중요합니다.
승인된 신용카드 지급은 다양한 채널을 통해 채권으로 전송됩니다. 여기에는 고객이 자신의 개인 계정에 로그인하여 신용카드를 사용하여 직접 지급하는 고객 포털이 포함됩니다. 또 다른 채널은 온라인 매장(Online Shop) 또는 POS(Point of Sale) 시스템입니다. 온라인 쇼핑 플랫폼이나 POS(물리적 POS) 시스템과 같은 통합 시스템을 통해 결제가 진행되며 판매 또는 유통 부서가 재무 시스템에 도달하기 전에 참여하는 경우가 많습니다.
지급은 승인 및 수령되면 재무 시스템에서 채권 - 신용카드 임시 계정(총계정원장 계정)의 미결 항목으로 표시됩니다. 이러한 항목을 통해 전체 조정 및 반제될 때까지 각 거래가 추적됩니다. 고객 계정의 해당 미결 항목은 지급이 기록되면 자동으로 반제되고 효율성이 개선되며 수동 오류의 위험이 줄어듭니다.
각 지급 거래에는 승인 및 추적 프로세스에 도움이 되는 주요 정보가 포함되어 있습니다. 여기에는 실제 신용 카드 번호에 대한 대체인 신용 카드 토큰이 포함되며 거래 프로세스 중에 민감한 정보를 보호하여 보안을 강화하는 데 사용됩니다. 또한, 신용카드 발급사의 지급 승인과 관련된 세부사항이 포함된 권한 데이터도 저장됩니다. 이 데이터에는 권한 코드, 트랜잭션 타임스탬프 및 기타 관련 정보가 포함되어 포괄적인 감사 추적을 제공합니다.
이러한 자동화된 프로세스는 수동 기록 오류의 위험을 줄이고, 거래의 명확한 추적을 통해 정확한 재무 보고를 보장하고 정확성을 강화합니다. 신용카드 토큰의 사용은 민감한 고객 정보를 보호하는 반면, 승인 데이터는 감사 및 분쟁 해결에 필요한 신뢰할 수 있는 레코드를 제공하여 보안을 향상시킵니다. 지급 승인에서 반제에 이르는 프로세스를 간소화하면 재무 직원의 관리 부담이 줄어들고 재무제표와 고객 계정을 더 빠르게 업데이트할 수 있으므로 운영 효율성이 향상됩니다.
승인된 신용카드 지급은 표준 신용카드 정산 리포트를 사용하여 결제(또는 캡처)됩니다. 이 리포트는 승인된 거래가 재무 시스템 내에서 완전히 처리되고 처리되었는지 확인하여 지급 프로세스를 완료하는 데 중요한 역할을 합니다.
정산 리포트는 트랜잭션의 배치를 생성하고 SAP Digital Payments Add-On을 사용하여 PSP로 전송합니다. 이 자동화된 프로세스를 통해 거래 데이터 전송이 간소화되어 정산 프로세스의 효율성과 정확성이 향상됩니다. 트랜잭션을 배치로 그룹화하면 시스템에서 대량의 데이터를 더 효과적으로 처리하여 오류 위험을 줄이고 모든 지급을 체계적으로 처리할 수 있습니다.
정산 리포트가 PSP로 배치를 전송하면 채권(AR) 신용카드 임시 계정의 항목이 반제되고 신용카드의 현금 임시 계정에 전기됩니다. 이 단계에서는 각 거래에 대한 회계 프로세스를 완료하여 자금이 조직의 현금 계정에 올바르게 표시되게 합니다.
이 통합 및 자동화된 접근 방식은 지급 정산 프로세스의 정확성과 효율성을 향상할 뿐만 아니라 조직 재무 보고의 전반적인 신뢰성도 지원합니다.
SAP Digital Payment Advice는 PSP에서 처리된 트랜잭션에 대한 정보를 캡처합니다. 이 정보는 각 거래의 세부사항이 재무 시스템 내에서 꼼꼼하게 기록 및 조정되도록 하는 데 중요합니다. 결제 서비스 제공업체에서 캡처한 지급 명세를 내부 레코드와 매칭하여 시스템에서 불일치 항목을 빠르게 식별하고 처리하여 재무제표가 정확하고 최신 상태로 유지되도록 할 수 있습니다.
통지 정보는 SAP S/4HANA의 디지털 지급 통지 리포트를 사용하여 요청할 수 있습니다. 이 리포트를 정기적으로 실행하여 PSP에서 최신 데이터를 가져올 수 있습니다. 통지가 통합되면 데이터가 채권으로 처리됩니다. 이 프로세스의 일부로 현금 신용카드 임시 계정의 항목이 반제되고 신용카드 계정의 현금 이체로 전기됩니다. 이 단계에서는 신용 카드 거래와 관련된 요금을 고려하여 순액이 재무 레코드에 정확하게 반영되도록 합니다.
현금 신용카드 임시 계정은 정기 총계정원장(G/L) 자동 반제 리포트에 의해 자동으로 반제됩니다. 이 정기 리포트는 일정 간격으로 실행되어 임시 계정의 잔여 잔액이 조정되어 해당 계정으로 전기되도록 하여 재무 레코드의 정확성을 유지합니다.
SAP Digital Payment Advice는 결제 서비스 제공자가 처리한 트랜잭션의 정보를 캡처합니다.
다음 단계에서는 표준 은행 계정 명세서 기능을 통해 추심된 금액을 은행 계좌로 이체합니다. 이 단계는 처리된 신용카드 거래의 자금이 조직의 은행 계좌에 정확하게 기록되도록 하는 데 중요합니다.
해당 은행 계정 명세서 항목이 현금 신용카드 이체 계정에 전기됩니다. 이 트랜잭션은 재무 레코드에 자금의 실제 상태가 반영되도록 내부 임시 계정에서 조직의 실제 은행 계좌로 자금 이체를 기록합니다.
결제 서비스 제공자(PSP, Payment Service Provider)에서 제공한 참조 정보에 따라 현금 신용카드 이체 계정의 반제를 자동화하거나 수동으로 수행할 수 있습니다. 이 반제 단계는 이체된 금액과 재무 시스템에 기록된 금액이 일치하는지 확인하는 데 필요합니다. 여기에는 거래 ID 및 금액과 같은 참조 정보를 교차 점검하여 각 이체를 정확하게 설명할 수 있으므로 조직의 재무 관리 시스템의 전반적인 신뢰성과 정확성을 지원합니다.
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 사용자가 중요한 데이터에 직접 액세스할 수 없도록 합니다.
Log in to track your progress & complete quizzes