서비스 · 기술 구성

결제가 실행되기 전,
네 단계로 살펴봅니다

아래는 개념 수준의 설명입니다. 세부 구현은 계약 단계에서 별도 기술 문서로 제공됩니다.

1

관찰

에이전트가 만든 결제 요청과 그 주변 맥락 — 누가, 무엇을, 어디로 보내려 하는지 — 를 받아봅니다.

2

대조

그 요청을 사용자의 평소 거래 패턴, 그리고 사용자가 실제로 내린 지시와 맞춰봅니다.

3

신호

평소와 얼마나 다른지를 위험 신호로 정리합니다. 신호에는 그렇게 본 근거가 함께 기록됩니다.

4

확인 요청

위험이 감지되면 거래를 보류하는 신호와 함께 사용자에게 확인을 요청합니다. 이후 처리는 고객사 정책을 따릅니다.

구조와 원칙

바꾸지 않고, 옆에 연동됩니다

연동 구조
기존 결제 흐름은 그대로 두고, 그 옆에 붙습니다
기존 결제 흐름 — 바뀌지 않습니다 에이전트 결제 요청 고객사 결제 승인 거래 실행 요청 사본 근거가 담긴 신호 AgentPay — 결제망 바깥에서 살펴봅니다 1 관찰 2 대조 3 신호 4 확인 요청

AgentPay는 결제망 안에 끼어들지 않습니다. 요청의 사본을 받아 살펴본 뒤, 근거가 담긴 신호를 고객사의 승인 단계로 돌려보냅니다. 자금을 수취·보관·이체하지 않으므로 돈의 흐름 자체는 달라지지 않습니다.

배치 형태
고객사의 기존 결제 흐름을 바꾸지 않고 그 옆에 연동됩니다. 시스템 교체나 큰 개발 없이 붙일 수 있도록 설계했습니다.
데이터 원칙
판단에 필요한 최소한의 거래 맥락만 다루며, 고객 자금이나 계정에 대한 권한은 갖지 않습니다.
검증 방식
모든 보류 신호에 근거 기록이 남아 사후에 확인할 수 있고, 도입 전 '섀도 모드'로 고객사의 실제 환경에서 효과를 직접 검증할 수 있습니다.
안전 · 신뢰 원칙

금융에 붙는 시스템이므로, 원칙을 먼저 설계했습니다

자금 비수취
돈을 받지도, 보관하지도, 옮기지도 않습니다.
최종 결정은 사람
AgentPay는 신호를 보낼 뿐이며, 거래를 막을지 여부는 사용자와 고객사 정책이 정합니다.
기록과 사후 검증
모든 신호에 근거가 기록되어, 나중에 왜 그런 신호가 나왔는지 확인할 수 있습니다.
데이터 최소화
판단에 필요한 최소한의 거래 맥락만 다룹니다.
지식재산
핵심 방식에 대해 특허 본출원 1건, 가출원 2건을 출원 중입니다. 등록 전이므로 '보유'가 아닌 '출원'으로 표기합니다.

우리 환경에서는 어떻게 도입하나요?

연동 → 섀도 모드 → 정식 운영, 3단계 도입 절차를 안내합니다.

도입 안내 보기 도입·시연 문의