인공지능 결제 도우미에서 승인·기록 도구가 떨어져 나온다

결제보다 먼저 책임의 경계가 바뀌었다

Stripe는 2026년 9월 28일 미국 기준으로 사업자용 약관을 개정하면서, Stripe 서비스에 접근하는 인공지능 업무 도우미가 시작한 행동의 책임은 계정 사용자에게 있다고 공지했다. 신규 사용자와 새로 추가된 서비스 약관에는 이날부터 적용됐고, 기존 서비스에 중대한 영향을 주는 변경은 기존 사용자에게 2027년 1월 6일부터 적용된다.

공지의 표현은 계정 전반을 아우르지만, 개정 약관에서 인공지능 업무 도우미 책임을 직접 명시한 조항은 Stripe Atlas에 들어갔다. Atlas는 미국 법인 설립과 관련 서류 처리를 돕는 서비스이며, 도우미가 이 서비스에서 시작하거나 끝낸 행동은 사용자에게 법적 효력이 있고 사용자가 책임진다고 적혀 있다.

따라서 이번 개정을 모든 Stripe 결제와 환불에 새 책임 조항이 한꺼번에 생긴 것으로 읽으면 범위가 너무 넓어진다. 다만 법인 설립, 결제, 고객 정보처럼 결과를 되돌리기 어려운 일을 도우미에게 맡길 때 Stripe가 책임을 도우미가 아닌 운영자에게 두고 있다는 방향은 분명하다.

인공지능을 이용한 구매·결제를 다루는 별도 약관은 더 구체적이다. 운영자는 고객의 동의와 지출 한도, 허용 판매처, 유효기간 같은 권한 범위를 확인 가능한 기록으로 남겨야 하며, 도우미의 오류나 잘못된 판단으로 권한을 벗어난 거래가 생기면 Stripe와의 관계에서는 운영자가 책임지는 구조다.

Stripe Console 조건도 실행 전 제안된 행동을 독립적으로 확인하라고 요구한다. 계정 안에 거래 결과만 남아 있으면 부족하고, 누가 무엇을 맡겼으며 어떤 규칙과 승인에 따라 실행했는지를 계정 밖에서도 설명할 수 있어야 한다는 뜻이다.

결제 서비스가 담지 못하는 기록이 생긴다

그동안 권한과 기록은 결제 서비스에 묶여 있어도 큰 문제가 없었다. 돈을 실제로 움직이는 회사가 사용자 권한, 거래 시각, 환불 결과를 이미 알고 있었기 때문에 별도의 승인 도구를 둘 이유가 약했다.

가령 직원 열두 명인 해외 구독 서비스 회사의 운영팀장을 생각해 보자. 이 회사는 고객 문의에 답하는 인공지능 도우미가 주문을 조회하고, 환불 규정에 맞으면 환불 요청까지 만들도록 해 두었다.

지금 운영팀장은 도우미가 올린 주문번호를 상담 화면에서 복사해 사내 메신저에 붙이고, 승인을 받으면 다시 결제 화면에서 고객과 금액을 검색한다. 예외 환불이면 공유 문서에서 규정을 찾고, 처리 뒤에는 메신저에 ‘완료’라고 남긴다.

이 과정에서는 같은 주문번호와 금액을 여러 화면에 옮겨 적는다. 나중에 분쟁이 생기면 도우미가 어떤 고객 요청을 읽었는지, 당시 적용한 규정이 무엇이었는지, 승인자가 전체 내용을 보고 눌렀는지를 한곳에서 확인하기 어렵다.

여기서 떨어져 나올 조각은 결제 기능 자체가 아니라 ‘승인과 증거를 모으는 화면’이다. 인공지능 도우미와 결제 서비스 사이에 이 화면을 두고, 요청 원문과 도우미의 판단 이유, 적용한 규정, 금액, 승인자, 실행 결과를 한 묶음으로 보관한다.

같은 운영팀장은 이제 환불 요청 목록에서 예외 건만 확인한다. 승인 버튼을 누르면 정해진 한도 안에서 결제 서비스로 요청이 전달되고, 거절하면 사유가 고객 답변 초안에 반영되며, 처리 결과까지 같은 주문 기록에 이어진다.

그래도 사람 손에 남는 일은 있다. 배송이나 서비스 이용 상태가 불분명한 경우, 단골 고객에게 규정 밖 보상을 할지 정하는 경우, 부정 사용이 의심되는 경우에는 사람이 판단해야 한다. 이 도구가 대신하는 것은 책임이 아니라, 책임을 질 수 있도록 판단 재료와 기록을 한자리에 모으는 일이다.

이 조각이 따로 팔릴 수 있는 이유도 여기에 있다. 결제 회사는 거래가 성공했는지는 알지만 각 회사의 환불 원칙, 내부 직급, 고객과의 대화 맥락까지 알지는 못하므로, 운영 규칙을 담는 승인 화면은 여러 결제 서비스와 연결되는 독립 제품이 될 수 있다.

해외에서는 실행보다 통제를 먼저 떼어냈다

미국의 기업 지출 관리 서비스 Ramp는 공급업체별 카드와 예산 제한, 청구서 승인, 회계 기록을 한곳에 묶는다. 구독 서비스가 늘어난 Perplexity는 공급업체마다 사용처와 예산이 정해진 카드를 두고, 고액 청구서는 정해진 승인자에게 보내는 방식을 사용했다.

Ramp 고객사례에 따르면 Perplexity는 한 달 카드 거래 약 7천~9천 건 가운데 97% 이상을 사람의 재입력 없이 분류하고, 한 달에 163시간을 줄였다. 공급사가 공개한 수치이므로 별도 확인이 필요하지만, 인공지능에 결제를 통째로 맡기기보다 사용처 제한과 승인 경로를 먼저 제품으로 만든 사례라는 점이 중요하다.

미국의 지급 관리 서비스 Tipalti는 청구서를 읽고 적절한 승인자를 추천하지만 최종 결정은 사람이 내리도록 한다. 공개 가격은 기본 기능이 월 약 14만 원부터이며, 청구서와 지급 건수 및 추가 기능에 따라 비용이 붙는다.

보험사 NEXT Insurance는 이 서비스를 이용해 한 달 1천 건이 넘는 청구서를 처리했다. Tipalti는 승인자 추천 기능으로 매주 두 시간 이상을 줄였다고 발표했는데, 이 역시 공급사 자체 사례 수치라 별도 확인이 필요하다.

여기서 떼어 만들 수 있는 네 가지

1. 환불 승인함

• 무엇을 하나: 고객 응대 도우미가 만든 환불 요청을 모으고, 회사 규정에 맞는 건과 사람 판단이 필요한 건을 나눠 보여준다.
• 누가 쓰나: 상담 직원 한두 명이 해외 고객의 구독 취소와 부분 환불을 함께 처리하는 작은 온라인 서비스 회사가 쓴다.
• 왜 지금인가: 도우미가 잘못 판단해도 운영자가 책임져야 하므로 요청 원문, 판단 근거, 승인 결과를 한 묶음으로 남길 필요가 커졌다.
• 첫 화면: 고객명, 주문번호, 환불 금액, 적용 규정, 도우미의 판단 이유와 승인·거절 버튼이 있는 요청 목록을 놓는다.

2. 지출 권한 카드

• 무엇을 하나: 인공지능 업무 도우미마다 쓸 수 있는 금액, 판매처, 기간, 목적을 카드처럼 만들어 부여하고 범위를 벗어난 요청을 막는다.
• 누가 쓰나: 광고비와 디자인 도구 구독을 여러 직원과 자동화 도구가 함께 결제하는 열 명 안팎의 제작사가 쓴다.
• 왜 지금인가: 계정 접속 허용만으로는 어떤 구매까지 맡겼는지 설명하기 어려워져, 행동 전에 권한을 좁히는 화면이 필요하다.
• 첫 화면: 도우미별 남은 한도, 허용 판매처, 만료일, 최근 거절된 요청을 카드 네 장 정도로 보여준다.

3. 인공지능 작업 영수증

• 무엇을 하나: 요청 원문부터 판단 이유, 적용 규정, 사람 승인, 실제 결제나 환불 결과까지 시간순으로 묶어 내려받을 수 있게 한다.
• 누가 쓰나: 온라인 상점 여러 곳에 고객 응대 도우미를 만들어 주고 운영 책임을 나눠야 하는 구축 대행사가 쓴다.
• 왜 지금인가: 결제 화면의 거래 기록만으로는 도우미가 왜 행동했는지 증명할 수 없어 별도의 작업 증빙이 필요하다.
• 첫 화면: 거래번호를 검색하면 요청부터 완료까지 이어지는 시간순 기록과 빠진 증빙을 보여준다.

4. 이상 행동 정지판

• 무엇을 하나: 짧은 시간의 반복 환불, 처음 보는 계좌, 평소보다 큰 금액처럼 정해 둔 조건을 발견하면 실행을 멈추고 사람에게 알린다.
• 누가 쓰나: 여러 온라인 상점의 야간 문의와 환불을 한 도우미로 처리하는 운영 대행사가 쓴다.
• 왜 지금인가: 사람의 확인 없이 실행되는 범위가 넓어질수록 문제가 생긴 뒤 찾는 기록보다 실행 전에 멈추는 장치의 가치가 커진다.
• 첫 화면: 지금 멈춘 요청, 멈춘 이유, 예상 금액, 승인자와 ‘한 건 승인’·‘전체 정지’ 버튼을 놓는다.

오늘 확인해 볼 것

Stripe를 쓰는 운영자 한 명에게 전화해 가장 최근 환불 한 건의 요청자, 판단 근거, 승인자, 처리 결과가 각각 어디에 남는지 물어보자. 답을 찾으려고 두 곳 이상의 화면을 열어야 하거나 네 항목 중 하나라도 확인할 수 없다면, 환불 승인함의 첫 화면을 만들어 보여줄 만하다.