Stripe do_not_honor 거절과 인보이스 수정 점검 가이드
1. 인보이스 요청과 카드 거절을 나누기
고객이 인보이스 수정을 요청한 뒤 카드 결제에 do_not_honor가 표시된 상황을 가정하겠습니다. 이는 실제 고객을 처리한 경험담이 아닌 예시입니다. 문서 수정 요청만으로 고객이 고의로 지급을 늦춘다고 판단하거나 카드 한도 초과를 확정해서는 안 됩니다.
청구 문서의 정확성과 카드 승인 상태는 따로 확인하세요. 정당한 문서 수정은 처리하되, 카드 거절의 세부 이유는 카드 소유자가 발급사에 확인해야 할 수 있습니다.
2. 오류 코드로 알 수 있는 범위
do_not_honor는 구체적인 사유를 알 수 없는 카드사 거절 코드입니다. 코드 하나만 보고 잔액·해외 결제 제한·보안 정책 중 어느 것이 원인인지 확정할 수 없습니다. Radar 차단이나 API 요청 오류와도 구분해야 합니다.
인보이스의 사업자 정보, 품목과 금액이 맞는지는 계약과 원거래 자료로 점검합니다. 서류를 고치는 것만으로 카드사의 거절이 해제되지는 않습니다.
3. 거래를 보존하는 처리 순서
- 결제 ID와 시도 시각, 상태, 오류 코드를 기록하고 이미 성공한 거래가 없는지 확인합니다.
- 고객에게 카드 발급사 문의를 안내합니다. 구체적인 거절 사유를 확인하지 않았다면 원인을 추정해 확정적으로 전달하지 않습니다.
- 인보이스 상태와 수정 범위를 확인합니다. Stripe는 조건에 따라 확정된 인보이스의 수정 기능도 제공합니다. 항상 기존 인보이스를 무효화해야 하는 것은 아니며, 세금 문서 정정은 적용 규정에 맞게 처리합니다.
- 적법하고 지원되는 다른 결제 수단을 고객과 협의합니다. ACH, SEPA, 은행 송금은 국가·통화·계정 및 결제 수단별 조건이 다릅니다. 제공 여부와 비용·입금 시간을 확인하고 안내합니다.
4. 중복 청구를 막는 기록 관리
인보이스를 수정하거나 새로 발급하면 이전 번호, 새 번호와 정정 이유를 연결해 남깁니다. 기존 거래가 결제됐는지 확인한 뒤 고객에게 유효한 청구서와 결제 경로를 안내하세요. 같은 카드를 이유 없이 반복 시도하거나 차단 규칙을 무작정 완화하지 않습니다.
대체 결제는 즉시 입금이나 무수수료를 보장하지 않습니다. 실제 입금 확인 전에는 회계 기록을 임의로 완료 처리하지 마세요.
인보이스 수정과 결제 재시도를 분리합니다
먼저 Stripe 대시보드의 해당 결제 시도에서 실패 코드, 발생 시각, 연결된 인보이스와 최신 결제 상태를 확인합니다. do_not_honor는 발급사가 결제를 승인하지 않았다는 일반적인 응답으로, 이 코드만으로 한도 초과나 카드 정지 같은 구체적 원인을 확정할 수 없습니다. 카드 소유자가 발급사에 문의해야 상세 이유를 알 수 있는 경우가 있습니다.
인보이스의 금액·품목·청구 기간을 계약이나 주문 기록과 대조하고, 실제 오류가 있을 때만 수정 이력을 남깁니다. 문서를 고쳤다고 기존 카드 거절이 자동으로 승인되는 것은 아니므로, 카드 결제는 별도의 상태로 추적하세요. 재시도 전에는 이전 결제가 성공했는지와 고객에게 중복 청구되지 않았는지를 확인합니다. 결제 수단 갱신이나 발급사 확인이 필요한 경우 고객에게 안전한 결제 경로를 안내하고 카드 번호나 보안 코드를 직접 요청하지 않습니다.
5. 자주 묻는 질문 (FAQ)
질문: 고객은 카드가 정상이라는데 왜 거절되나요?
답변:이 코드만으로 세부 이유를 알 수 없습니다. 고객이 발급사에 해당 거래를 문의하도록 안내하고 실제 로그와 응답을 기준으로 다음 조치를 정합니다.
질문: 인보이스 수정에는 반드시 무효화가 필요한가요?
답변: 아닙니다. 상태와 수정 범위에 따라 가능한 작업이 다릅니다. Dashboard의 지원되는 수정 절차와 필요한 세무 정정을 확인하세요.
질문: 다른 결제 수단을 안내하면 당일 회수되나요?
답변: 보장할 수 없습니다. 이용 자격, 처리 시간, 비용과 중복 지급 여부를 확인하고 고객과 합의해 진행하세요.
참고: Stripe 거절 코드, 인보이스 수정.