AP2 구매 위임: AI에게 장바구니와 결제 권한을 어떻게 맡길까

AP2 발표를 구매 정책으로 읽기

Google은 2025년 9월 16일 에이전트가 관여하는 결제를 위한 공개 프로토콜 AP2를 발표했습니다. 공식 명세는 구매와 결제에 대한 위임 기록인 mandate와 각 참여자의 검증 책임을 설명합니다. 공개 프로토콜의 존재만으로 모든 판매처가 지원하거나 기존 결제가 자동으로 위임 결제로 바뀌는 것은 아닙니다.

• Google Cloud · Agent Payments Protocol 발표 (2025-09-16)
• AP2 · Agentic Payment Protocol 명세

토핑의 실무 해석은 구매 의도를 확인 가능한 조건으로 좁히는 것입니다. ‘저렴한 부품을 사 주세요’만으로는 공급사, 규격, 배송지와 취소 조건을 판단하기 어렵습니다. AI가 상품을 비교하는 단계와 회사가 주문·결제를 승인하는 단계를 연결하되, 허용 범위를 자연어 대화에만 남기지 않는 것이 중요합니다.

반복 소모품 구매를 맡기는 경우

가상의 운영팀이 정해진 규격의 소모품을 재구매한다고 가정하겠습니다. 위임 조건에는 허용 제품이나 대체 규격, 수량, 총액 상한, 배송지와 구매 가능 기간을 담습니다. 상품 가격만 상한 이내여도 배송비나 세금이 더해지면 예산을 넘을 수 있으므로 결제 직전 총액 기준을 명확히 해야 합니다.

구매자가 보는 장바구니와 실제 결제 내용은 같은 거래를 가리켜야 합니다. 선택한 품목이 변경되거나 납기가 지연되면 기존 승인으로 그대로 실행할지 재승인이 필요한지 정합니다. 요청자와 승인자가 다른 조직에서는 누구의 업무 요청이며 누가 금액을 승인했는지도 분리해 보존해야 나중에 분쟁이나 정산을 설명할 수 있습니다.

승인 조건은 모델 밖에서 검사합니다

AP2 명세는 역할별 검증과 처리를 결정적인 코드로 수행해야 한다고 설명합니다. 실무에서도 금액 비교, 만료 확인, 허용 판매처와 거래 식별자 검사는 모델의 설명에 맡기지 않는 편이 타당합니다. 모델이 상품을 추천할 수 있어도 승인 범위의 충족 여부는 동일 입력에 동일 결과를 내는 검증 단계에서 판단합니다.

결제 응답이 끊긴 경우에는 주문과 결제 상태를 대조하기 전 재구매를 시작하지 않습니다. 결제는 성공했지만 주문이 실패했거나, 주문은 생성됐지만 결제 확인이 늦는 상황을 구분해야 합니다. 외부 서비스의 거래 번호와 내부 요청 번호를 연결하면 상담 담당자가 어떤 건을 취소하거나 확인해야 하는지 찾을 수 있습니다.

자동 구매보다 좁은 실험부터 시작합니다

도입 검수에서는 위임 만료, 상한 초과, 품목 교체, 중복 요청과 사용자 철회를 시험합니다. 정상 구매만 확인하면 예상 밖의 추가 비용이나 잘못된 배송지 같은 운영 문제를 놓치기 쉽습니다. 승인 기록이 존재하는지뿐 아니라 최종 주문이 그 기록과 일치하는지를 확인할 수 있어야 합니다.

첫 단계는 구매 후보와 장바구니 초안을 만드는 업무로 잡을 수 있습니다. 판매처와 결제 제공자의 지원 범위를 확인한 뒤 승인된 작은 범위의 구매로 확대하세요. 자동 구매를 허용해도 취소·반품·회계 반영의 담당자는 필요합니다. 프로토콜 검토와 회사 구매 정책 수립을 별도 작업으로 잡으면 기술 시연과 운영 전환을 혼동하지 않습니다.