고객 지원 에이전트에게 환불을 발행하여 티켓을 해결할 수 있는 권한을 부여하는 것은, 운이 나쁜 날 당신의 Stripe 잔액을 바닥낼 수 있는 권한을 부여하는 것이기도 합니다. 모든 환불을 인간의 승인 단계(gate) 뒤에 배치하면, 에이전트는 여전히 티켓을 빠르게 해결할 수 있지만, 감독 없이 수행되지는 않습니다.

환불이 답변보다 다른 위험 등급인 이유

대부분의 AI 고객 지원 에이전트의 실수는 짜증을 유발하는 수준입니다: 잘못된 말투, 반복되는 답변, 놓친 뉘앙스 등입니다. 하지만 환불 실수는 계좌 이체입니다. 만약 에이전트가 정책을 잘못 읽거나(

위의 preview.body는 결제 ID (charge ID), 달러 금액, 그리고 에이전트가 밝힌 사유를 의도적으로 노출합니다. 전화상으로 환불을 승인하는 검토자에게는 빠르고 정확한 결정을 내리기 위해 이 세 가지 사실 외에는 다른 것이 필요하지 않기 때문입니다. 이 API를 통해서는 실제로 환불을 되돌릴 수 없으므로 undo가 설정되어 있습니다. 검토자는 승인을 누르기 전에 이 사실을 알고 있어야 하며, 누른 후에 알게 되어서는 안 됩니다.

결과 페이로드 (Result payload) 및 감사 추적 (Audit trail)

payload: { refundId: refund.id }와 함께 result를 보고한다는 것은 Stripe 환불 ID가 승인 기록에 첨부됨을 의미합니다. 재무팀에서 "누가 이것을 왜 승인했는가?"라고 물었을 때, 답변은 Stripe 대시보드와 고객 지원 도구의 로그로 분산되는 대신 한 곳에 모여 있게 됩니다. 이러한 기록이 어떻게 보관되고 조회되는지에 대해서는 감사 로그 (audit log)를 참조하십시오.

경계 (Boundaries)

Impri는 귀사의 환불 정책을 알지 못하며, 이 티켓에 대해 $340가 적절한지 여부를 평가하지 않습니다. Impri는 에이전트가 무엇을 제안했는지를 검토자에게 보여주고, 예/아니오(yes/no) 결정을 보유합니다. 사유에 대한 책임은 여전히 에이전트에게 있고, 판단에 대한 책임은 여전히 검토자에게 있습니다. Impri는 두 가지가 모두 충족되지 않고서는 Stripe 호출이 발생할 수 없도록 보장하는 역할을 합니다. 전체 3단계 호출 패턴 (REST 및 MCP)과 래퍼(wrapper)를 단순한 제안이 아닌 실제 초크포인트(chokepoint)로 만드는 방법에 대해서는 메인 통합 가이드 (main integration guide)를 참조하십시오. 만약 팀에서 웹 인박스 대신 Slack 기반의 승인/거절 흐름을 원한다면, Slack에서 에이전트 작업 승인하기 (approving agent actions from Slack)를 참조하십시오.

Impri가 처음이신가요? 퀵스타트 (quickstart)부터 시작하세요.