전기차 충전 사전 승인 및 환불 안내

1. 전기차 충전 시 결제 보류가 발생하는 이유는 무엇인가요?

충전 세션 시작 시, 통신 사업자는 최종 에너지 공급량이나 충전 시간을 알 수 없을 수 있습니다. 사전 승인은 변동 가능한 총액을 가진 서비스를 제공하기 전에 자금이 충분한지 확인하는 한 가지 방법입니다. 하지만 이것이 유일한 모델은 아닙니다. 전자지갑, 선불 잔액, 계좌 청구 방식 등은 각각 다른 워크플로를 따릅니다.

승인 금액은 문서화된 상업 정책을 반영해야 합니다. 불필요하게 높은 보류 금액은 운전자의 불만을 야기할 수 있으며, 반대로 세션에 비해 너무 낮은 금액은 미수금 발생 위험을 높일 수 있습니다. 적절한 접근 방식은 대상 고객, 결제 서비스 제공업체, 평균 세션 속도 및 지원되는 결제 옵션에 따라 달라집니다.

기본적인 구분은 다음을 참조하십시오. Stripe의 별도 승인 및 결제 관련 문서해당 문서에는 사용 가능한 결제 방법과 승인 만료 기간이 설명되어 있습니다. 하지만 모든 결제 게이트웨이 또는 현지 결제 방법이 동일한 규칙을 적용한다는 의미는 아닙니다.

2. 승인, 결제, 취소 및 환불을 분리하여 관리하십시오.

이러한 용어는 다음 조치가 현재 상태에 따라 달라지기 때문에 중요합니다. 시작조차 되지 않은 세션의 경우 승인 취소가 필요할 수 있습니다. 요금이 잘못 부과된 완료 및 기록된 세션의 경우 부분 환불이 필요할 수 있습니다. 두 상황 모두 "환불"이라고만 표기하면 운전자는 은행 명세서 금액이 달라진 이유를 알 수 없어 혼란스러워할 수 있습니다.

결제 상태는 청구 상태와 분리하여 관리해야 합니다. "청구 완료"는 요금 징수가 성공적으로 이루어졌음을 의미하지 않으며, "결제 승인"은 전기 공급이 완료되었음을 의미하지 않습니다. 따라서 두 과정을 동일한 사건으로 취급하지 않고 기록에 연결해야 합니다.

3. 일반적인 세션 흐름을 설계합니다.

결제 전에 요금표, 추가 요금 및 예정된 보류 금액을 명확하게 표시하십시오. 승인은 임시적인 것이며 최종 요금은 이용 시간에 따라 달라진다는 점을 설명하십시오. 이 정보는 운전자가 결제를 결정하는 페이지에 반드시 포함되어야 하며, 단순히 약관 페이지에만 있어서는 안 됩니다.

승인 후 충전 시작을 요청하고 충전 담당자로부터 관련 증빙 자료를 기다립니다. 세션 식별자와 결제 참조 번호를 함께 저장합니다. 충전 담당자가 합의된 워크플로 내에 충전을 시작하지 않으면 유용한 상태 정보를 표시하고 정의된 취소 또는 조사 절차를 따릅니다.

세션이 종료되면 기록된 데이터와 적용 가능한 요금표를 기반으로 요금을 계산합니다. 지원되는 캡처 작업을 제출하고 결과를 기록한 후 최종 금액이 기재된 영수증을 발행합니다. 영수증에는 사이트, 커넥터, 기간, 청구 수량 및 지원 경로가 명시되어야 합니다.

간단한 예시로, 통신사업자가 $30을 승인하고 확인된 세션 요금이 $8.40인 경우를 생각해 보겠습니다. 제공업체가 합의된 부분 캡처 워크플로우를 지원하는 경우, 시스템은 $8.40을 수집하고 사용되지 않은 승인 금액은 제공업체 규칙에 따라 처리합니다. 이는 예시 거래일 뿐이며, 권장되는 보류 금액은 아닙니다.

4. 여정이 중단될 경우 어떤 일이 발생하는지 정의하십시오.

인증은 성공했지만 충전기가 충전 시작 요청을 거부하는 경우를 생각해 보겠습니다. 플랫폼은 결제 승인을 충전 서비스 완료로 오해해서는 안 됩니다. 충전 시작 실패를 관련 결제와 연결하고 문서화된 취소 정책을 따라야 합니다.

또 다른 일반적인 경우는 충전 종료 시점에 연결이 끊어지는 것입니다. 최종 계량기 값이 결제 워크플로에서 예상하는 시간보다 늦게 도착할 수 있습니다. 최종 금액을 임의로 설정하지 않고 시스템이 어떻게 대기하고, 재시도하고, 문제를 에스컬레이션할지 정의하십시오. 로컬 데이터를 복구할 수 있는 경우, 합의된 정산 프로세스를 통해 해당 증거를 활용하십시오.

세션 비용은 초기 승인 금액보다 더 많이 발생할 수 있습니다. 플랫폼이 더 큰 금액을 단순히 처리할 수 있다고 가정하지 마십시오. 제공업체의 지원 및 비즈니스 환경에 따라 추가 승인, 단계적 승인 또는 다른 결제 방식이 필요할 수 있습니다. 서비스 시작 전에 이러한 조치를 결정하십시오.

승인 기간이 결제 전에 만료되는 경우, 담당자를 지정하여 특정 예외로 처리하십시오. 지원되는 유효 기간은 다양하므로, 통합 시에는 고정된 마감일 대신 제공업체의 결제 상태 및 만료 정보를 사용해야 합니다.

5. 환불 절차에 대한 감사 가능한 워크플로를 제공합니다.

환불은 이미 수령한 결제 금액에서 시작됩니다. 담당자는 환불 사유, 승인된 금액, 그리고 원래 거래 내역 링크를 필요로 합니다. 시스템은 환불을 요청한 사람, 필요한 경우 승인한 사람, 그리고 제공자가 요청을 수락, 완료 또는 거부했는지 여부를 기록해야 합니다.

부분 환불은 요금의 일부만 수정하면 될 때 유용합니다. 예를 들어, 에너지 요금은 정당하지만 잘못 적용된 유휴 요금은 환불해야 하는 경우입니다. 거래 내역을 임의로 수정하지 말고 원본 영수증을 보관하고 조정 내용을 기록해 두십시오.

Stripe의 환불 관련 문서 미완료 결제 취소와 완료된 결제 환불을 구분하고, 보류 중이거나 실패한 결과를 설명합니다. 실제 제공업체의 상태를 기반으로 지원 절차를 구축하십시오. 환불 요청이 제출되었다고 해서 자동으로 운전자에게 금액이 전달되었다는 메시지가 표시되어서는 안 됩니다.

제공업체 및 발행 은행의 조건이 뒷받침되지 않는 한, 확정된 지급 또는 환불 시간을 약속하지 마십시오. 시스템이 수행한 작업을 설명하고 고객에게 후속 조치를 위한 결제 참조 번호를 제공하십시오.

6. 반복되거나 지연되는 이벤트에 대해 통합이 복원력을 갖도록 하십시오.

결제 알림은 백그라운드에서 처리되는 기능이 아니라 운영 설계의 일부입니다. 운전자가 브라우저를 닫거나 모바일 연결이 끊어질 수 있고, 결제 제공업체는 화면에 표시되는 충전 화면 업데이트가 완료된 후에야 이벤트를 전달할 수 있습니다. 이러한 상황에서도 백엔드는 정확한 결제 상태를 유지해야 합니다.

검증된 공급자 알림을 사용하고 필요한 경우 현재 결제 객체를 확인하십시오. 이벤트 식별자를 기록하고, 중복 처리를 방지하며, 순서가 뒤바뀐 이벤트 발생 시에도 대응하십시오. 반복되는 알림으로 인해 두 번째 결제 또는 환불이 발생해서는 안 됩니다.

Stripe의 웹훅 문서 이 문서에서는 비동기 이벤트 처리, 서명 검증 및 전달 관련 고려 사항을 설명합니다. 구현은 선택한 공급업체의 요구 사항을 따라야 합니다. 또한, 운영 측면에서 담당자는 누락된 알림을 숨기는 녹색 대시보드 대신 미해결 사례 대기열이 필요합니다.

기존 전기차 충전 API 통합 가이드 플랫폼을 결제 및 비즈니스 시스템과 연결하는 데 더 넓은 맥락을 제공합니다. 프로젝트 범위에 결제 상태 모델을 명시적으로 정의하십시오.

7. 세션, 결제 및 정산 기록을 대조합니다.

유용한 일일 검토는 충전기가 제공한 서비스, 운전자가 지불한 금액, 그리고 공급자가 정산을 위해 보고하는 내용이라는 세 가지 관점을 연결합니다. 금액과 대략적인 시간뿐 아니라 안정적인 식별자를 사용하여 기록을 일치시키세요. 두 명의 다른 운전자가 동일한 가격으로 서비스를 제공하는 경우가 발생할 수 있습니다.

결제가 완료되지 않은 세션, 해당 세션이 없는 결제, 중복 기록 및 해결을 기다리는 환불 건을 표시하십시오. 각 예외 사항은 조사할 수 있는 팀에 배정해야 합니다. 재무팀은 공급자 수수료 및 정산 조정 내역이 어떻게 표시되는지도 이해해야 합니다.

카드 직접 결제와 로밍 요금 정산은 서로 다른 방식입니다. 운전자가 외부 모빌리티 제공업체를 통해 요금을 청구한 경우, 정산은 파트너 기록 및 송장에 따라 달라질 수 있습니다. 해당 워크플로에 대해서는 다음을 참조하십시오. 통화기록(CDR)부터 정산까지 로밍 요금 정산 가이드 기존 카드 결제 절차를 변경 없이 적용하는 대신.

8. 출시 전에 불편한 케이스를 테스트하세요.

승인 거절, 승인 성공 후 시작 실패, 정상적인 부분 캡처, 중복 콜백, 지연된 최종 세션 기록 및 만료된 승인에 대한 제어된 테스트를 실행합니다. 전체 및 부분 환불(환불 보류 또는 실패 포함)을 추가합니다.

모든 경우에 대해 운전자 메시지, 충전 세션 상태, 공급자 결제 상태 및 재무 기록이라는 네 가지 사항을 확인하세요. 이 네 가지 모두 일관된 내용을 전달해야 합니다. 기술적으로 성공적인 API 요청이라도, 잘못된 상황을 설명하는 문구를 사용하면 고객에게 혼란을 줄 수 있습니다.

지원 담당자가 보류 사유에 대한 설명을 연습하도록 하십시오. 담당자는 고객에게 불필요한 은행 정보를 요구하지 않고도 승인 내역, 최종 청구 금액 및 관련 참조 번호를 확인할 수 있어야 합니다.

자주 묻는 질문

전기차 충전 요금 결제 시 추가 요금이 부과되나요?

보류는 금액을 임시로 확보하는 것이며, 반드시 추가 결제가 완료된 것을 의미하지는 않습니다. 운전자는 금액이 보류 중인지 또는 결제가 완료되었는지 확인해야 합니다. 운영자는 최종 영수증을 제공하고, 결제된 금액과 확인된 세션 요금 간의 불일치가 있는 경우 이를 조사해야 합니다.

모든 결제 수단에서 사전 승인을 사용할 수 있나요?

아니요. 지원 여부는 결제 방식, 제공업체, 가맹점 설정 및 지역에 따라 다릅니다. 일부 결제 방식에는 선불, 즉시 결제 또는 계좌 청구 모델이 필요할 수 있습니다. 특정 결제 방식을 홍보하기 전에 실제 통합 가능 여부를 확인하십시오.

환불이 보류 중인 이유는 무엇인가요?

결과는 제공업체 및 거래 상태에 따라 달라지며, 완료 과정에는 발행 은행이 관여할 수 있습니다. 지원팀은 환불 요청과 완료된 환불을 구분하고 조사 시 제공업체 참조 번호를 활용해야 합니다.