고객 카드 및 정기 카드 청구

고객이 동의한 일정에 따라 요금이 청구될 수 있도록 카드 정보를 보관하며, 카드 정보는 브랜드와 마지막 네 자리 숫자만 표시되고, 봉인된 상태로 보관되며, 은행 파일 구축을 위해서만 암호 해독됩니다.

구독료, 월 사용료, 할부 방식 등 고객은 한 번만 동의하면 정해진 일정에 따라 요금이 청구됩니다. 회계 → 카드 결제 시스템은 카드, 카드 결제 계약, 은행으로 전송되는 거래 내역 등 세 가지 요소를 모두 관리합니다. 이 시스템은 카드 업계 보안 표준(PCI DSS)을 준수하여 구축되었으므로, TRANXACT 에서 카드 번호는 누구도 화면에서 읽을 수 없는 유일한 정보입니다.

카드

카드 추가 기능은 고객 정보, 카드 번호, 만료일, 카드 소지자 이름 및 청구지 우편번호를 입력받습니다. 이후부터는 화면, 다운로드, ASK, 감사 기록 등 모든 곳에서 카드 정보가 브랜드와 마지막 네 자리 숫자로만 표시됩니다.

• 해당 번호는 자체 암호화 키(AES-256-GCM)로 암호화되어 안전하게 보호되며, 이 암호화 키 자체는 플랫폼이 데이터베이스 외부에 보관하는 키 암호화 키로 다시 암호화됩니다. 해당 키가 없는 운영 환경에서는 카드 정보를 전혀 저장할 수 없습니다.
• 보안 코드(CVV 또는 CVC), PIN 및 마그네틱 스트라이프 데이터는 전송될 경우 거부되며, 절대 저장되지 않습니다.
• 동일한 카드가 두 번 추가되면 한 번만 인식되어 저장됩니다.
• 편집 기능은 만료일, 카드 소지자 이름, 청구지 우편번호 또는 카드 상태를 변경할 수 있지만 카드 번호는 변경할 수 없습니다. 새 카드는 완전히 새로운 카드입니다. 새 카드를 추가하고, 위임장을 새 카드로 옮긴 다음, 기존 카드를 삭제하세요.
• 삭제 버튼을 누르면 카드 자체의 키가 파괴되므로 누구도 카드 번호를 복구할 수 없으며, 카드에 설정된 모든 권한이 취소됩니다.

카드 결제 승인

고객이 동의한 결제 승인서에는 카드 종류, 금액 및 통화, 결제 빈도(1회, 월간, 분기별 또는 연간), 첫 결제일, 그리고 필요한 경우 종료일이 명시되어 있습니다. 고객이 동의한 내용은 단어 하나하나까지 정확하게 기록되어 있어야 하며, 이러한 동의 내용이 결제 이의 제기 시 답변으로 사용됩니다. 결제 승인서는 일시 중지, 재개 또는 취소할 수 있습니다.

카드 결제 일괄 처리

• 청구 예정 건에 대해 한 번만 청구하며, 동일한 날짜에 다시 실행하더라도 두 번 청구되지 않습니다.
• 은행용 내보내기 기능은 카드 결제 대행사 또는 은행에서 사용할 파일을 생성합니다. 카드 번호가 복호화되는 유일한 곳이며, 별도의 권한(카드 일괄 내보내기)이 필요합니다. 또한 모든 내보내기 내역은 카드 번호를 제외하고 기록됩니다. 파일을 업로드한 후에는 본인의 사본을 삭제하십시오.
• 은행의 답변은 각 청구 건에 대해 '결제됨' 또는 '결제 실패'로 기록됩니다.

누가 무엇을 할 수 있는가

카드, 카드 승인, 카드 결제 일괄 처리, 카드 일괄 내보내기 및 카드 API(외부 통합)는 다른 화면과 마찬가지로 플랫폼 → 역할 및 권한에서 부여됩니다. ASK 및 상담원은 어떤 역할로 실행되든 모든 카드 경로에 대한 접근이 거부됩니다.

웹사이트의 카드: 카드 API

카드 정보를 입력받는 웹사이트나 앱은 외부 API를 통해 카드 정보를 저장할 수 있으므로, 카드 번호는 사람을 거치지 않고 직접 전달됩니다.

• 호출자는 서비스 계정 토큰(서비스 계정 참조)으로 로그인해야 하며, 해당 서비스 계정의 역할에는 카드 API(외부 통합)에 대한 명시적인 권한 부여가 필요합니다. 모든 권한을 가진 역할이나 관리자 역할은 인정되지 않으며, 역할 이름으로 권한을 부여해야 합니다.
• 실제 운영 환경에서는 HTTPS를 통해서만 통화가 허용됩니다.
• 통화는 계정별로 통화량에 제한이 있으며, 카드 결제가 거부되거나 유효하지 않은 카드가 연속적으로 발생하면(도난당한 번호를 테스트하는 경우와 같이) 발신자의 계정이 차단됩니다.