고객이 귀하의 매장을 방문한 적이 없습니다. 장바구니 포기도 없고, 페이지 조회수도 기록되지 않았으며, 분석 도구에 "장바구니 담기" 클릭도 잡히지 않았습니다. 그런데도 결제가 이루어지고, 주문 상품이 배송되었으며, 화면을 전혀 보지 않은 구매자와 연결된 차지백(결제 취소) 위험이 이제 귀하의 장부에 남게 되었습니다.
이는 2026년 거래에서 점차 비중이 늘고 있는 시나리오입니다. ChatGPT, Gemini 내부의 AI 에이전트나 새로운 에이전트 상거래(agentic commerce) 프로토콜을 기반으로 구축된 쇼핑 비서가 사람을 대신해 브라우징, 비교, 구매를 수행했습니다. 사람은 예산과 선호 사항만 승인했고, 나머지는 에이전트가 처리했습니다. 판매자에게 이는 더 이상 가상의 이야기가 아닙니다. Etsy 판매자들은 이미 OpenAI의 간편 결제(Instant Checkout)를 도입해 운영 중이며, 100만 개 이상의 Shopify 판매자가 합류하고 있고, PayPal 자체의 에이전트 상거래 서버를 통해 올해가 가기 전에 수천만 개의 소상공인이 이 흐름에 합류할 것으로 예상됩니다.
문제는 대부분의 소상공인 장부 작성이 여전히 사람이 "구매"를 클릭했다는 가정을 바탕으로 한다는 점입니다. 에이전트가 발생시킨 주문은 이러한 가정을 깨뜨리며, 이는 먼저 정산 대조(reconciliation)의 두통거리로 나타나고, 방치할 경우 실제 재무 및 컴플라이언스(법적 준수) 위험으로 이어집니다.
"에이전트 상거래"가 실제로 귀하의 장부에 의미하는 것
과장된 광고를 걷어내면 에이전트 상거래는 결국 위임된 쇼핑일 뿐입니다. 고객이 목표("네이비 색상, 미디엄 사이즈, 150달러 이하의 방수 재킷을 찾아줘")와 몇 가지 제약 조건(지출 한도, 승인된 소매업체, 사용할 카드 등)을 설정하면, AI 에이전트가 최소한의 추가 입력만으로 탐색과 구매를 알아서 처리합니다. 실제로 약 58%의 소비자가 이미 제품 추천을 위해 기존 검색을 생성형 AI 도구로 대체했다고 답했습니다. "찾아보고 구매하기"에서 "위임하고 승인하기"로의 변화는 미래의 트렌드가 아니라 이미 진행 중입니다.
이를 실현하기 위해 세 가지 프로토콜 제품군이 등장했으며, 온라인 판매를 오래 지속하다 보면 이 세 가지를 모두 접하게 될 가능성이 큽니다.
- ACP (Agentic Commerce Protocol) — Stripe과 OpenAI가 공동 개발한 프로토콜로, ChatGPT의 간편 결제(Instant Checkout)를 지원합니다. 에이전트가 고객의 실제 카드 번호를 보는 대신, 고객의 결제 서비스 제공업체가 **공유 결제 토큰(Shared Payment Token)**을 발급합니다. 이는 특정 가맹점과 금액에만 유효하며 취소 가능한 기간 한정 자격 증명입니다. Stripe은 이를 웹훅 이벤트를 통해 관찰할 수 있는 프로그래밍 가능한 권한 부여(programmable grant)로 설명합니다. 이 웹훅이 중요한 이유는 사람이 아닌 구매자가 거래를 체결했음을 알려주는 유일한 실시간 신호이기 때문입니다.
- AP2 (Agent Payments Protocol) — Mastercard, PayPal, American Express를 포함한 60개 이상의 파트너가 지원하는 Google의 경쟁 표준입니다. AP2는 모든 에이전트 구매를 서명된 세 가지 "위임장(Mandates)"으로 표현합니다. 바로 의도 위임장(Intent Mandate, 구매자가 원하는 것), 장바구니 위임장(Cart Mandate, 에이전트가 담은 것), *결제 위임장(Payment Mandate, 청구되는 것)*입니다. 각각은 검증 가능하고 암호화 방식으로 서명된 기록으로, 시스템이 이를 해석할 수만 있다면 이론적으로는 일반적인 인간의 결제보다 더 깔끔한 감사 추적(audit trail)을 제공합니다.
- UCP 및 기타 프로토콜 — 기계가 읽을 수 있는 배송 일정, 반품 정책, 주문 처리 데이터의 표준화를 향한 더 넓은 움직임입니다. 이를 통해 에이전트는 가격뿐만 아니라 일관된 기준에 따라 판매자를 비교할 수 있게 됩니다.
실질적인 결론은 이렇습니다. 귀하의 쇼핑몰은 곧 인간과 인간의 위임을 받아 대행하는 소프트웨어 에이전트라는 완전히 다른 두 부류의 고객을 맞이하게 될 것이며, 귀하의 기장 시스템은 이 둘을 구분할 수 있어야 합니다.
정산 대조가 더 쉬워지는 것이 아니라 어려워지는 이유
기계가 생성하고 암호화 서명된 주문이 사람이 주문한 것보다 정산 대조하기에 더 쉬울 것이라 생각할 수 있습니다. 하지만 실제로 판매자들은 다음과 같은 구체적인 이유로 그 반대의 상황을 겪고 있습니다.
승인 체인이 여러 곳에 분산되어 있습니다
단 한 건의 ACP 거래에서도 위임 기록, 주문 영수증, 결제 대행사(PG)의 정산 이벤트, 그리고 어떤 에이전트가 (누구의 권한으로) 구매를 시작했는지 확인하는 신원 기록이 서로 얽힐 수 있습니다. 정산 이벤트가 은행 피드에 들어왔을 때, 이를 실제 주문 컨텍스트와 매칭하고 분쟁 발생 시 이 체인을 입증하는 과정은 초기 도입 단계에서 이미 "다중 소스 대조 작업(multi-source reconciliation exercise)"으로 묘사되고 있습니다. 쉽게 말해, 통장에 찍히는 금액과 해당 주문 사이에 단순한 인보이스 번호보다 훨씬 더 많은 레이어가 존재하게 되었다는 뜻입니다.
환불 시 "누가, 무엇을, 왜" 했는지에 대한 정보가 첨부되어야 합니다
유통업체들이 반품을 자동화함에 따라 점점 더 흔해지고 있듯이, AI 에이전트의 고객 서비스 대응 시스템이 귀하의 플랫폼에서 환불을 시작하는 경우, 해당 환불에는 다음과 같은 메타데이터가 필요합니다. 즉, 어떤 에이전트가 어떤 정책에 따라 왜 승인했는지에 대한 정보입니다. 재무 부서에서는 거래를 정산하기 위해 이 정보가 필요하며, 판매자는 고객이 은행을 통해 동일한 금액에 대해 이의를 제기(차지백)하여 발생할 수 있는 이중 환불 위험을 방어하기 위해 이 정보가 필요합니다.
여러 품목 주문에 대한 부분 환불이나 구독에 대한 일할 계산(prorated) 환불은 이 복잡성을 더욱 배가시킵니다.
차지백 노출 위험이 이미 크고 계속 증가하고 있습니다
차지백 분쟁은 2026년에 판매자들에게 약 280억 달러의 비용을 초래할 것으로 예상되며, 그 규모는 2023년 대비 약 41% 증가했습니다. 이는 "계정 소유자가 실제로 이를 승인했는가, 아니면 에이전트가 권한을 남용했는가?"라는 새로운 모호성을 감안하기도 전의 수치입니다. 이의 제기에서 패할 때마다 거래 금액뿐만 아니라 보통 15달러에서 100달러 사이의 카드사/PG 수수료, 그리고 촉박한 제출 기한 내에 증거를 수집하는 데 드는 직원들의 시간이 고스란히 낭비됩니다. 명확한 위임 기록이 없는 에이전트 시작 주문은 방어하기가 더 쉬워지는 것이 아니라 오히려 더 어려울 것입니다.
은행 피드는 차이를 구분하지 못합니다
은행 거래 내역서에는 입금 내역만 표시됩니다. 그 입금이 "주문하기"를 클릭한 사람에게서 나온 것인지, 아니면 150달러의 예산 범위 내에서 카트 위임(Cart Mandate)을 실행하는 에이전트로부터 나온 것인지는 보여주지 않습니다. 계정과목표(chart of accounts)와 대조 워크플로우에서 그 출처를 태그할 수 없다면, 향후 다음과 같은 기본적인 질문에 답할 능력을 잃게 됩니다. 이번 분기에 에이전트 결제를 통해 발생한 매출은 얼마인가? 에이전트 채널의 환불 비율은 얼마인가? 에이전트가 발생시킨 거래량이 유독 분쟁과 깊게 연관되어 있는가? 이는 추상적인 질문이 아닙니다. 대출 기관, 회계사 또는 인수사가 결국에는 던지게 될 질문들입니다.
에이전트 발생 주문을 위한 실무적인 정산 대조 프레임워크
이를 잘 처리하기 위해 결제 엔지니어가 될 필요는 없습니다. 현재 운영 중인 장부 정리 시스템이 무엇이든 그 위에 몇 가지 체계적인 습관을 더하기만 하면 됩니다.
1. 사후가 아닌 판매 시점에 채널을 태그하세요. Shopify, Etsy 또는 자체 구축한 스택을 사용하든 관계없이, 대부분의 에이전틱 커머스 연동은 주문이 ACP, AP2 또는 유사한 프로토콜을 통해 들어왔음을 나타내는 플래그나 메타데이터 필드를 전달합니다. 해당 플래그를 일반 매출에 묶어 처리하지 말고, 거래 태그나 하위 계정(예: "매출 — 에이전트 채널")으로 캡처하세요. 사람과 에이전트의 매출을 구분하지 않은 채 6개월을 보낸 후 사후에 이를 적용하는 것은 첫날부터 태그를 지정하는 것보다 훨씬 더 고통스럽습니다.
2. 정산 기록뿐만 아니라 위임장이나 주문 영수증도 보관하세요. 결제 대행사(PG)의 정산 보고서는 돈이 이동했다는 사실만 알려줄 뿐, 대개 전체 승인 내역을 알려주지는 않습니다. 주문에 수반되는 플랫폼 제공 영수증, 위임 참조(mandate reference) 또는 웹훅 페이로드가 무엇이든 이를 일반 송장 기록과 함께 보관하십시오. 이를 서명된 구매 주문서를 다루듯 취급하세요. 분쟁이 발생하여 "이것이 실제로 승인된 것이 맞습니까?"라는 질문을 받았을 때 제시할 수 있는 증거가 됩니다.
3. 수수료를 제외한 순액으로 명확하게 대조하세요. 예를 들어 OpenAI의 인스턴트 체크아웃(Instant Checkout)은 판매자에게 완료된 구매에 대해 4%의 거래 수수료를 부과합니다. 이는 실제 발생하는 비용 항목이며 별도의 계정이 필요합니다. 에이전트 채널과 직접 판매 간의 마진을 실제로 비교하고 싶다면, 이를 일반적인 "결제 수수료"에 묻어두지 마세요.
4. 에이전트 주문을 위한 별도의 환불/분쟁 기록부를 만드세요 — 최소한 거래량을 신뢰할 수 있을 때까지는 말이죠. 여기서는 "누가 이 환불을 시작했고 왜 했는가"라는 질문이 더 중요하기 때문에, 주문 ID, 위임 참조, 이유, 그리고 그것이 에이전트에 의해 시작되었는지 사람에 의해 시작되었는지를 기록하는 간단한 기록부(시작은 스프레드시트라도 좋습니다)를 작성해 두면 동일한 주문에 대해 차지백(chargeback)과 환불이 동시에 발생했을 때 많은 시간을 절약할 수 있습니다.
5. 에이전트 주도 구매를 허용할지 여부를 신중하게 결정하세요. AP2와 같은 프로토콜에서는 스토어프론트가 에이전트가 시작한 거래를 수락할지 여부, 다르게 처리할지(캡차 적용, 다른 가격 책정, 기프트 카드 제외 등), 또는 아예 거부할지를 직접 결정할 수 있습니다. 이는 기술적인 결정인 동시에 비즈니스적인 결정이기도 합니다. 단순히 새로운 판매 채널을 확보하겠다는 욕심만이 아니라, 여러분의 장부 정리 및 분쟁 처리 능력을 염두에 두고 결정을 내려야 합니다.
근본적인 교훈: 핵심은 언제나 감사 가능성이었습니다
에이전틱 커머스가 명백히 보여주는, 하지만 언제나 진실이었던 사실이 있습니다. 거래의 신뢰성은 그 뒤에 있는 기록의 신뢰성만큼만 보장된다는 점입니다. 암호학적으로 서명된 위임장과 범위가 지정된 결제 토큰은 어떤 의미에서 훌륭한 장부 정리가 항상 해결하고자 했던 문제, 즉 정확히 무엇이, 누구에 의해, 얼마에 승인되었는지를 알고 이를 사후에 증명할 수 있도록 하는 문제를 에이전틱 커머스 방식으로 해결하려는 시도입니다.
이미 깨끗하고 태그가 잘 지정되어 있으며 감사 가능한 기록을 유지하고 있는 소규모 비즈니스는 기존 시스템 위에 에이전트 채널 매출을 얹는 작업이 훨씬 수월할 것입니다. 반면 체계가 없고 구분되지 않은 장부를 운영하는 비즈니스는 에이전트 채널을 통한 거래량이 본격적으로 늘어나는 바로 그 시점에, 에이전틱 커머스로 인해 사소했던 장부 정리의 허점이 실제 정산 대조 및 분쟁 방어의 큰 문제로 번지는 것을 경험하게 될 것입니다.
다음 세대의 판매가 무엇이든 준비된 장부를 유지하세요
사람이 "구매"를 클릭하여 발생한 매출이든, AI 에이전트가 고객을 대리하여 서명된 위임장을 실행해 발생한 매출이든, 기본은 변하지 않습니다. 모든 거래에는 주문부터 정산까지 명확하고 감사 가능한 추적 경로가 필요합니다. Beancount.io는 설계 자체부터 투명하고 버전 관리가 가능한 텍스트 기반 회계(plain-text accounting) 서비스를 제공하므로, 에이전트 발생 주문을 포함하여 새로운 매출 채널을 태그하는 것은 계정을 하나 추가하는 일일 뿐 장부의 구조를 통째로 바꿀 필요가 없습니다. 무료로 시작하기를 통해 다음 커머스 혁명이 찾아오기 전에 왜 개발자들과 금융 마인드를 가진 사업주들이 텍스트 기반 회계로 전환하고 있는지 확인해 보세요.