결제 제공업체 마이그레이션이란 무엇인가요?

결제 제공업체 마이그레이션은 결제 게이트웨이, PSP, 어콰이어러 또는 결제 오케스트레이터를 다른 PSP로 단순히 이동하는 것입니다. SaaS 기업의 경우, 마이그레이션은 일반적으로 통합, 라우팅 로직, 반복 결제 데이터 및 토큰을 전환하는 것을 포함하며, 이 과정에서 결제 프로세스는 중단 없이 실행됩니다. 토큰화는 PAN(기본 계좌 번호)이 토큰으로 교환되는 절차이며, 이는 시스템이 토큰을 처리하고 잠재적으로 PCI 노출 수준을 변경할 수 있도록 합니다.

결제 제공업체 변경은 비즈니스 및 운영의 다양한 측면에 영향을 미칠 수 있습니다. 주요 특징으로는 특정 승인율 수준, 다양한 결제 처리 수수료 구조, 수정된 사기 모니터링, 지리적 가용성, 그리고 거래 성공률에 의해 영향을 받는 사용자 상호작용 측면을 포함합니다.

SaaS 비즈니스의 경우, 이는 다음과 같은 다양한 결과와 관련될 것으로 예상됩니다:

•       승인율 2~4% 증가.
•       차지백률은 측정 가능한 수치를 보입니다.
•       거래당 비용은 더 낮은 특정 수치로 기록됩니다.
•       고객 지원 문의 감소.
•       민감한 데이터 보호는 토큰을 사용할 수 있습니다.

결제 마이그레이션 프로세스에는 다양한 구성 요소가 포함되며, 관련 위험에 대한 이해는 운영상 또는 절차상의 고려 사항과 관련이 있습니다.

•       이 분석은 중단, 다운타임 및 거래 실패 요인들과 수익 및 고객 신뢰에 미치는 그 중요성을 살펴봅니다.
•       다양한 제공업체에서 토큰 전송 기능을 제공하지만, 일부는 가져오기 또는 내보내기 기능을 포함하지 않습니다.
•       기밀 고객 및 거래 기록을 이동하는 맥락에서 데이터 매핑은 차이를 보일 수 있습니다.
•       유지 관리 PCI DSS 범위 및 마이그레이션 프로세스 전반에 걸친 규정 준수 수준.
•       변경 후 승인율이 일시적으로 감소한 것으로 확인되었습니다.
•       고객 피드백을 유발하는 중단은 사용자 경험에 영향을 미칩니다.
•       웹훅 일관성, 재시도, 환불 기능이 여러 시스템에서 제대로 작동해야 합니다.
•       반복 결제의 연속성은 구독자에게 지장을 주지 않도록 신중하게 계획되어야 합니다.

먼저 모든 결제 시스템 구성 요소, 흐름, 수수료, 계약 및 결제 방법을 심층적으로 파악하십시오. 모든 통합 지점과 영향을 파악하려면 토큰 재고, 반복 청구 종속성, 사기 설정 및 보고서 요구 사항을 확인해야 합니다. 또한, 전환은 배포 및 롤백 옵션뿐만 아니라 성공 지표를 고려하여 계획되었는지 확인해야 합니다. 마지막으로, 새로운 공급업체와 샌드박스에서 테스트하고 최종 마이그레이션이 발생했을 때 혼란을 줄이기 위해 “소프트 런칭”을 실행하여 팀이 전환에 대비하도록 준비하십시오.

성공적인 결제 제공업체 마이그레이션은 감사, 선택, 구현, 이전, 그리고 서비스 중단이라는 일련의 조치를 정확히 그 순서대로 포함합니다.

1.   현재 인프라, 성능 수준 및 비즈니스 요구사항을 분석하십시오.
2.   선정할 제공업체를 결정하십시오.
3.   기술적 사항을 처리하세요. 시스템 변경의 기술적 측면이 다루어지도록 하세요.
4.   데이터와 토큰을 이동합니다. 콘텐츠를 새 시스템으로 이전합니다.
5.   테스트 및 병렬 실시간 트랜잭션을 수행합니다. 광범위한 테스트를 통해 오류를 잡아내고, 새 시스템에 익숙해지기 위해 두 시스템을 함께 운영합니다.
6.   이 과정은 기존 시스템의 점진적인 종료와 그에 따른 폐기를 포함합니다. 구형 시스템을 폐기하거나 전혀 폐기하지 않을 수도 있지만, 부분적으로 폐기하는 것도 가능합니다.

공급업체의 성능과 미래 변화에 대한 적응성에 영향을 미치는 요인에 따라 공급업체를 선택하는 것이 중요합니다. 기준에는 다음이 포함되어야 합니다. 

• 승인 속도, 
• 처리 가능한 결제 범위, 
• 지원 지역, 
• 토큰 이식성, 
• 사기 방지 도구, 
• 상세 보고, 
• 보장된 가동 시간/SLA, 
• 개발자 도구 등

기존 게이트웨이를 대체 수단으로 계속 운영하고, 주요 지표에 대한 실시간 모니터링을 설정하세요. 문제를 조기에 파악하려면 다음을 지속적으로 추적해야 합니다.

• 승인율 그리고 지연 시간.
• 오류 코드 및 웹훅 운영 상태와 관련된 관찰 사항.
• 환불량.
• 고객 지원 문의.

현재의 결제 게이트웨이 새로운 시스템의 통합 및 테스트 단계 동안에도 완전히 활성화되고 운영 상태를 유지합니다. 이후 완전한 전환이 이루어질 때까지 각 트랜잭션을 카나리 라우팅 방식으로 테스트하며, 비교적 적은 양의 트래픽을 새로운 시스템으로 전환합니다. 이러한 라이브 시스템 전략은 종종 중단 감소와 밀접하게 연관되어 있으며, 예정된 다운타임 없이 실시간 마이그레이션을 용이하게 합니다.