매장, 결제, 원장이 서로 어긋날 때
카드 결제는 몇 초 안에 여러 시스템을 거칩니다. 단말이나 결제 화면, 게이트웨이, 매입사, 카드 네트워크, 발급사가 그것입니다. 자금과 수수료는 나중에 정산 파일로 도착하며 누군가 ERP의 매출과 맞춰야 합니다.
매장, 온라인 결제, ERP가 야간 배치로 동기화되면 프로모션 중 재고가 초과 판매되고 매입사별 정산 차이가 쌓입니다. 가장 바쁜 순간에 결제가 느려집니다. 이제 AI 에이전트가 고객을 대신해 구매하기 시작하고 있습니다.
고객에게 달라지는 것
재고와 매출의 단일 뷰
모든 매장, 온라인 스토어, ERP에서 매출, 반품, 가격, 재고가 야간이 아니라 실시간으로 일치합니다.
일치하는 정산
모든 매입사의 정산 및 수수료 파일을 매출과 자동으로 매칭하고 차이는 고객 팀을 위해 목록화합니다.
에이전트형 커머스 대비
AI 에이전트의 결제를 받아들이고 고객이 승인한 내용을 검증 가능한 기록으로 남기는 결제 환경.
제공하는 것
게이트웨이, 매입사, 카드 네트워크 연결
ISO 8583, ISO 20022, 공급자 API를 통한 승인·매입·환불·취소 흐름, 다중 매입사 오케스트레이션, 모든 응답 코드 처리.
AP2와 암호학적 승인 위임 결제
AP2는 AI 에이전트가 고객을 대신해 결제할 수 있게 하는 개방형 프로토콜입니다. 암호학적으로 서명된 위임이 고객이 승인한 내용을 기록하며, 이를 고객의 결제 흐름에 통합합니다.
EMV 및 SoftPOS 단말
EMV 칩 및 비접촉 단말, 일반 휴대폰이나 태블릿에서 비접촉 카드를 받는 SoftPOS를 POS 또는 키오스크 소프트웨어와 연결합니다.
자동 정산 파일 처리
매입사 정산 및 수수료 파일을 수집·검증·감사하고 ERP가 매칭할 수 있는 전표로 변환합니다.
실시간 POS-ERP 동기화
매출, 반품, 가격, 프로모션, 재고 수준을 이벤트 스트리밍 계층을 통해 모든 매장과 ERP 사이에서 동기화합니다.
토큰화와 PCI DSS 범위
카드 번호를 토큰으로 대체해 POS와 ERP 밖에 두고, 어떤 시스템이 PCI DSS 범위에 남는지 문서화합니다.
인증과 롤아웃
공급자별 인증을 위한 테스트 스크립트와 증거, 일부 매장 파일럿, 이후 일별 합계를 비교하며 매장별 롤아웃.
업무 방식
하나의 판매 추적
재무, 매장, IT 팀과 함께 판매를 계산대나 결제 화면에서 원장까지 추적하고 범위를 합의합니다.
통합 설계
프로토콜, 토큰화 방식, 메시지 흐름을 선택하고 인터페이스 명세를 작성합니다.
구축과 테스트
거절, 타임아웃, 환불을 포함한 결제·정산·POS 흐름을 자동 테스트와 함께 구축합니다.
공급자 인증
공급자의 테스트 환경에서 테스트 케이스를 실행하고 인증에서 발견된 문제를 수정합니다.
파일럿 후 롤아웃
일부 매장이나 채널에서 먼저 오픈하고 일별 합계를 비교한 뒤 매장별로 확대합니다.
모니터링과 지원
승인율, 정산 파일, 매장 전표를 감시하고 공급자 변경 공지에 대응합니다.
옆으로 스크롤하여 전체 그림을 확인하십시오.
카드 결제: 포스에서 승인하고, 나중에 정산하고, ERP에서 대사합니다
단말기나 결제 화면이 게이트웨이에 요청하고, 게이트웨이가 매입사에 요청하며, 매입사가 카드 스킴과 발급사로 라우팅합니다. 정산 파일은 나중에 도착해 ERP에서 매출 및 수수료와 대사됩니다. 시간 초과 시 자동 취소가 발생하여 고객이 이중 청구되지 않습니다.
- 기본 흐름
- 비동기
- 예외 경로
8단계로 된 흐름
단계별 흐름
- EMV 단말기 또는 온라인 결제에서 결제 게이트웨이로: 승인 요청, EMV · REST/JSON 사용 (기본 흐름).
- 결제 게이트웨이에서 매입사로: 승인, ISO 8583 사용 (기본 흐름).
- 매입사에서 카드 스킴 및 발급사로: 발급사로 라우팅됨, ISO 8583 사용 (기본 흐름).
- 매입사에서 결제 게이트웨이로: 승인 또는 거절, ISO 8583 사용 (비동기).
- 매입사에서 통합 계층로: 정산 및 수수료 파일, SFTP 사용 (비동기).
- 통합 계층에서 ERP로: 정산된 매출, 수수료, 지급금, REST/JSON 사용 (기본 흐름).
- 결제 게이트웨이에서 EMV 단말기 또는 온라인 결제로: 시간 내 응답 없음: 자동 취소, ISO 8583 0400 사용 (예외 경로).
- 통합 계층에서 결제 운영 팀로: 정산 불일치 또는 지불 거절 (예외 경로).
옆으로 스크롤하여 전체 그림을 확인하십시오.
POS에서 ERP로: 모든 매출이 한 번만 전기됩니다
매출은 이벤트로 포스 단말기에서 ERP로 흐르고, 가격과 재고는 반대 방향으로 흐릅니다. 오프라인이 된 매장도 계속 판매하고 나중에 따라잡습니다. 전기에 실패하면 재시도한 뒤 사람에게 넘깁니다.
- 기본 흐름
- 비동기
- 예외 경로
8단계로 된 흐름
단계별 흐름
- POS 단말기에서 매장 또는 POS 클라우드 서버로: 매출, 반품, 취소 (기본 흐름).
- 매장 또는 POS 클라우드 서버에서 통합 계층로: 이벤트 대기열을 통한 매출 이벤트 및 일 마감 합계, REST/JSON 사용 (비동기).
- 통합 계층에서 ERP로: 매출 및 재고 이동 전기, OData · REST/JSON 사용 (기본 흐름).
- ERP에서 통합 계층로: API 또는 파일 내보내기를 통한 가격, 프로모션, 품목 데이터, REST/JSON 사용 (기본 흐름).
- 통합 계층에서 매장 또는 POS 클라우드 서버로: 가격 및 재고 업데이트, REST/JSON 사용 (기본 흐름).
- 통합 계층에서 재시도 대기열로: 전기 실패 (예외 경로).
- 재시도 대기열에서 통합 계층로: 재시도됨 (예외 경로).
- 재시도 대기열에서 매장 운영 팀로: 계속 실패: 상세 정보와 함께 경보 (예외 경로).
표준과 프로토콜
제품명이나 공급자를 언급한다고 해서 해당 업체와 파트너십이 있는 것은 아닙니다.
- 언어
- Go
- 프레임워크
- Node.js
- 데이터 및 분석
- Apache Kafka
- 데이터베이스
- Redis
- DevOps 및 관측성
- Kubernetes
- 은행 표준 및 채널
- ISO 20022
- 결제
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
운영 환경에서의 입증
걸프 지역 멀티 브랜드 리테일 및 몰 그룹을 위해 야간 배치 스크립트를 실시간 POS-ERP 동기화로 교체했습니다. 또한 다중 매입사 결제와 자동 정산을 통합하고, 플래시 세일 피크를 위한 재고 예약 서비스를 구축했습니다.
시작 방법
공급자와 매장 요구가 명확하면 바로 제안서로 진행합니다. 새 결제 플랫폼이나 에이전트형 결제는 보통 블루프린트 스튜디오에서 시작합니다.
다음 단계
사전 컨설팅 세션
무료 30분 온라인 사전 컨설팅 세션에서 목표, 시스템, 제약 조건을 함께 검토합니다.
준비도 검토
무료 48시간 준비도 검토에서 프린시펄 아키텍트가 프로젝트를 6개 항목의 준비 완료 정의에 비추어 점검하고 적합한 트랙을 권고합니다.
트랙 선택
범위가 준비된 프로젝트는 영업일 기준 3~5일 이내 구속력 있는 제안서를 받습니다. 개념 단계 프로젝트는 블루프린트 스튜디오에서 시작합니다. 장애가 있거나 문서화되지 않았거나 통합이 필요한 운영 시스템은 1~2주 진단으로 시작합니다. 블루프린트 스튜디오와 진단은 각각 고정 비용이며 제안서에 명시됩니다.
5단계 수행
착수 준비, 라이브 시연이 포함된 스프린트, 통합 및 강화, 수용 및 오픈, 이후 관리형 서비스 순으로 진행합니다. 오픈 후에는 보증 기간, 이후 선택형 지원 및 유지보수이 이어집니다.
질문과 답변
ISO 8583을 직접 다룹니까?
매입사나 처리사가 제공하는 경우 그렇게 합니다. ISO 8583은 하나의 형식이 아니라 프레임워크이며, 매입사마다 필드와 메시지 유형에 대한 자체 명세를 공개합니다. 그 명세를 기준으로 구축하고 승인, 취소, 어드바이스 메시지를 처리하며 모든 응답 코드를 테스트합니다.
AP2란 무엇이며 지금 필요합니까?
에이전트 결제 프로토콜(AP2)은 AI 에이전트가 수행하는 결제를 위한 개방형 프로토콜입니다. 각 구매에는 고객이 승인한 내용을 보여주는 서명된 위임이 따라붙어 가맹점, 발급사, 매입사가 신뢰하고 감사할 수 있습니다. AI 에이전트가 고객의 구매를 도울 가능성이 있다면 현재 흐름과 함께 결제 환경을 AP2 대응으로 만들 수 있습니다.
PCI DSS 범위를 어떻게 줄입니까?
PCI DSS를 없앨 수는 없지만 적용되는 자산 범위를 줄일 수 있습니다. 호스팅 결제 페이지, 단말의 점대점 암호화, 게이트웨이 토큰을 사용해 카드 번호를 POS, ERP, 데이터 웨어하우스 밖에 둡니다. 평가자를 위해 데이터 흐름을 문서화합니다.
단말 대신 휴대폰으로 카드를 받을 수 있습니까?
SoftPOS로 가능합니다. 매입사나 공급자의 인증된 결제 앱을 통해 지원되는 휴대폰이나 태블릿에서 비접촉 카드와 지갑을 받습니다. 그 앱을 다른 단말과 마찬가지로 POS, 매출, 정산 흐름에 통합합니다.
매장 연결이 끊기면 어떻게 합니까?
매장은 판매를 계속합니다. 매출은 로컬에 저장되고 연결이 복구되면 ERP로 전송되며, 각각 고유 식별자를 가져 중복 전표가 생기지 않습니다. 카드 결제의 오프라인 지속 가능 여부는 매입사 규칙과 위험 허용도에 달려 있으며 고객과 함께 설계합니다.
환불과 지불 거절을 처리합니까?
그렇습니다. 환불과 취소는 우리가 구축하는 결제 흐름의 일부입니다. 지불 거절의 경우 매입사의 분쟁 보고서를 가져와 각 건을 원래 판매 및 정산과 연결합니다. 고객 팀은 증거가 첨부된 처리 목록을 받습니다.
구축할 준비가 되셨습니까? 제안서를 요청하십시오.
요구사항이나 RFP를 보내 주십시오. 아키텍트가 검증한 뒤 구속력 있는 고정 범위 제안서를 보내 드립니다.
다음 단계
준비도 검토
무료 48시간 준비도 검토에서 프린시펄 아키텍트가 프로젝트를 6개 항목의 준비 완료 정의에 비추어 점검하고 적합한 트랙을 권고합니다.
구속력 있는 제안서
무상 아키텍처 검증 후 영업일 기준 3~5일 이내 구속력 있는 고정 범위 제안서를 받습니다. 마일스톤, 아키텍처, 팀 구성, SLA를 담습니다. 요구사항을 공유하기 전에 요청 시 비밀유지계약(NDA)을 체결합니다.
착수 준비
계약에 서명하시면 엔지니어링 포드가 계약 체결 후 영업일 기준 5~10일 이내 스프린트 0을 시작합니다.
5단계 수행
착수 준비, 라이브 시연이 포함된 스프린트, 통합 및 강화, 수용 및 오픈, 이후 관리형 서비스 순으로 진행합니다. 오픈 후에는 보증 기간, 이후 선택형 지원 및 유지보수이 이어집니다.