일정 변경 시 3초 내 재검증? AI 비서 예약결제 사용자 본인확인 eKYC 작동법

예약할 때와 실제 결제가 이뤄지는 시점의 차이

‍

AI 비서에게 호텔이나 항공권, 식당, 생활서비스 등의 예약을 맡기는 경우 예약 요청과 실제 결제가 서로 다른 시점에 발생할 수 있다는 점을 고려해야 합니다. 사용자가 미리 예약을 지시한 뒤 며칠 후 자동으로 결제가 진행되는 서비스라면 예약 당시 확인된 신원을 그대로 유지하는 것만으로는 충분하지 않을 수 있습니다. 특히 예약 이후 계정 정보가 변경되거나 결제 조건이 달라진 경우에는 기존 인증 상태를 다시 살펴볼 필요가 있습니다. 따라서 eKYC를 예약 과정에만 붙이기보다 예약 정보가 실제 결제로 이어지는 흐름에 맞춰 설계하는 방식이 중요합니다.

‍

예약 요청을 보낸 사람이 실제 이용자인지 확인하는 과정

AI 비서가 사용자의 자연어 명령을 받아 예약을 진행하는 구조에서는 대화를 시작한 계정과 실제 예약을 요청한 사람이 동일한지 확인하는 과정이 필요합니다. 음성이나 채팅으로 전달된 요청만으로 사용자의 신원을 확정하기보다는 계정 인증 상태와 eKYC 결과를 함께 확인하는 방식이 적합합니다. 특히 가족이나 동료가 함께 사용하는 기기에서는 다른 사람이 사용자의 AI 비서에 접근할 가능성도 고려해야 합니다. 예약을 요청하는 행위가 실제 이용자의 의사에서 비롯됐는지를 확인할 수 있는 인증 절차가 별도로 마련되어야 하는 이유입니다.

‍

예약 정보가 바뀌면 인증 상태도 재확인

‍

처음 요청한 예약과 최종 예약 조건이 항상 같은 것은 아닙니다. AI 비서가 검색 과정에서 다른 상품이나 일정으로 예약을 변경하거나 예약 과정에서 결제 금액과 취소 조건 등이 달라지는 경우가 발생할 수 있습니다. 모든 변경마다 동일한 수준의 eKYC를 요구하면 이용 과정이 지나치게 복잡해질 수 있으므로 어떤 변경을 재확인 대상으로 볼 것인지 기준을 정해야 합니다. 특히 예약 날짜가 크게 바뀌거나 결제 조건이 새롭게 추가되는 경우처럼 사용자의 최초 요청과 성격이 달라지는 변경은 별도의 확인 대상으로 분류할 필요가 있습니다.

‍

예약결제 eKYC에서 함께 확인할 항목

• 예약을 요청한 사용자 계정과 본인확인 상태
• 예약 대상 서비스와 이용 일정
• 예약 과정에서 변경된 주요 조건
• 실제 결제가 예정된 시점
• 등록된 결제수단의 현재 상태
• 재인증이 필요한 변경 사항 발생 여부

‍

‍

결제 예정일에 달라질 수 있는 계정 상태

예약과 결제 사이에 시간이 길어질수록 처음 확인했던 사용자 정보와 실제 결제 시점의 계정 상태가 달라질 가능성도 커집니다. 연락처나 인증 정보가 변경되거나 보안 설정이 새롭게 적용될 수도 있고, 장기간 로그인하지 않은 상태에서 예약결제가 실행될 수도 있습니다. 이 때문에 예약 당시의 eKYC 결과를 무조건 장기간 유효한 것으로 취급하기보다 결제 직전 계정 상태를 확인하는 절차를 둘 필요가 있습니다. 서비스 특성에 따라 일정 기간이 지난 예약이나 장기간 보류된 예약에 대해서는 추가 인증을 요구하는 방식도 검토할 수 있습니다.

‍

반복 예약결제는 매번 같은 인증을 요구하지 않도록

‍

정기적으로 이용하는 호텔이나 교통서비스처럼 반복 결제가 예정된 예약에서는 매번 전체 eKYC 절차를 다시 진행하는 방식이 사용자 경험을 떨어뜨릴 수 있습니다. 반대로 반복 결제라는 이유만으로 이전 인증을 무제한 인정하는 것도 적절하지 않습니다. 일정한 기간 동안 동일한 조건으로 유지되는 예약인지, 결제 예정 정보가 처음 확인한 내용과 같은지 등을 기준으로 인증 상태의 유효성을 관리하는 방식이 필요합니다. 기존 조건에서 벗어난 예약이 발생했을 때만 추가 확인을 요청하면 보안 절차와 이용 편의성을 함께 고려할 수 있습니다.

‍

eKYC 결과와 예약 상태를 함께 관리

AI 비서 예약결제에서는 본인확인 결과만 별도로 저장하는 것보다 인증이 어느 예약에 대해 이뤄졌는지를 연결해서 관리하는 구조가 중요합니다. 같은 사용자가 여러 예약을 동시에 진행한다면 하나의 eKYC 결과가 모든 예약에 자동으로 적용되는지, 예약마다 별도의 확인이 필요한지를 구분해야 하기 때문입니다. 예약 상태가 대기에서 확정으로 바뀌거나 일정 변경을 거치는 과정도 함께 관리하면 실제 결제가 어떤 상태에서 실행됐는지 확인하기 쉬워집니다. 특히 예약과 결제 사이에 시간이 존재하는 서비스일수록 인증 정보와 예약 상태의 연결 관계가 중요해집니다.

‍

결제 시점까지 신원 흐름을 이어가야 하는 이유

AI 비서가 예약부터 결제까지 여러 단계를 대신 처리하면 본인확인을 한 번 수행하는 것보다 그 인증이 어느 시점까지 유효한지를 관리하는 문제가 중요해집니다. 예약을 요청한 사용자와 실제 결제가 진행되는 사용자의 계정 상태가 일치하는지, 예약 내용에 중요한 변화가 없었는지, 인증 이후 시간이 지나지 않았는지를 함께 확인해야 합니다. 이런 구조가 마련되면 사용자가 미리 맡겨둔 예약을 AI 비서가 나중에 실행하는 과정에서도 신원확인 절차를 거래 흐름에 맞게 적용할 수 있습니다.

‍