Salesforce가 2026년 6월 24일 Agentforce Commerce(에이전트포스 커머스)를 공식 출시했다. Shopper Agent, Buyer Agent, Merchant Agent 세 에이전트가 각각 B2C, B2B, POS 시나리오를 담당하고, Cimulate 인수를 통해 확보한 Agentic Commerce Search가 검색 레이어를 강화한다. 글로벌 아키텍트 커뮤니티는 배포 체크리스트와 OpenAI·Google 채널 통합 패턴에 집중하고 있다. 그러나 한국 대기업 CIO·CTO가 Salesforce 에이전트포스 커머스 도입을 검토할 때 부딪히는 장벽은 다른 곳에 있다. 개인정보 보호법(PIPA)이 요구하는 데이터 처리 구조와, 수십 년간 축적된 온프레미스 ERP·OMS 연동이 그것이다.
Agentforce Commerce가 가정하는 아키텍처와 한국 현실의 간극
Agentforce Commerce의 세 에이전트는 모두 Data Cloud를 공통 컨텍스트 레이어로 전제한다. Shopper Agent는 Data Cloud의 Unified Individual 프로필을 실시간으로 참조해 개인화 추천을 생성하고, Buyer Agent는 B2B 구매자의 계약 조건과 승인 워크플로를 Atlas Reasoning Engine이 해석해 WhatsApp·SMS 채널로 응답한다. Merchant Agent는 카탈로그 관리와 재고 오케스트레이션을 자동화한다.
이 구조가 작동하려면 고객 식별 데이터, 구매 이력, 재고 상태가 Data Cloud의 Data Streams를 통해 실시간으로 흘러야 한다. 문제는 한국 대기업의 핵심 데이터가 대부분 온프레미스 SAP ERP, 자체 개발 OMS, 레거시 POS 시스템에 묶여 있다는 점이다. 리테일 접점 3,000개 이상 규모의 한국 대형 유통사라면 POS 데이터만으로도 하루 수백만 건의 트랜잭션이 발생하는데, 이를 Data Cloud로 실시간 스트리밍하는 파이프라인 자체가 별도 프로젝트 수준의 작업이다.
Agentic Commerce Search(구 Cimulate)의 통합도 마찬가지다. 이 검색 레이어는 상품 메타데이터와 재고 가용성을 실시간으로 인덱싱해야 한다. 온프레미스 상품 마스터와 MuleSoft를 통해 연결하는 패턴이 현실적이지만, 동기화 지연이 발생하면 에이전트가 품절 상품을 추천하는 상황이 생긴다. 이 지연을 허용 가능한 수준으로 낮추는 데 필요한 MuleSoft Anypoint 라이선스와 운영 인력 비용은 초기 도입 예산 산정에서 자주 누락된다.
PIPA가 에이전트 아키텍처에 미치는 구체적 영향
개인정보 보호법(PIPA)은 단순한 컴플라이언스 체크리스트가 아니다. 에이전트가 개인 식별 정보를 처리하는 방식 자체를 제약한다.
첫째, 목적 외 이용 금지 원칙이다. Shopper Agent가 구매 이력을 기반으로 추천을 생성할 때, 해당 데이터가 수집된 원래 목적 범위 안에 있어야 한다. Data Cloud의 Identity Resolution이 여러 채널의 데이터를 Unified Individual로 통합하는 과정에서 목적 범위를 벗어나는 결합이 발생할 수 있다. 예를 들어 오프라인 POS에서 수집된 구매 데이터와 온라인 행동 데이터를 결합해 에이전트 추론에 활용하려면, 각 수집 시점의 동의 범위를 Identity Resolution ruleset 설계 단계에서 명시적으로 반영해야 한다.
둘째, 위탁 처리 계약이다. Agentforce의 Atlas Reasoning Engine은 Salesforce 클라우드 인프라에서 실행된다. 한국 기업이 개인정보를 Salesforce에 처리 위탁하는 구조이므로, 개인정보 처리 위탁 계약서(DPA)에 PIPA 요건이 반영되어야 한다. Salesforce의 표준 DPA가 PIPA의 위탁 계약 요건을 충족하는지 법무팀이 검토해야 하며, 이 과정이 도입 일정에서 수개월을 잡아먹는 경우가 많다.
셋째, 데이터 국외 이전이다. Buyer Agent가 WhatsApp·SMS 채널을 통해 B2B 구매자와 상호작용할 때, 대화 내용에 개인정보가 포함되면 해당 데이터가 Salesforce 데이터센터를 경유한다. 한국 PIPA는 개인정보의 국외 이전 시 정보 주체의 동의 또는 적정성 결정이 필요하다. Salesforce의 한국 데이터 레지던시 옵션이 제한적인 현 상황에서, 이 요건은 Buyer Agent 도입의 실질적 장벽이 된다.
Data Cloud 아키텍처와 PIPA 준수 설계를 함께 다루는 맥락은 Agentforce와 PIPA: 데이터 보안 아키텍처 설계 원칙에서 더 자세히 다룬다.
온프레미스 연동의 현실적 아키텍처 패턴
한국 대기업의 온프레미스 시스템과 Agentforce Commerce를 연결하는 방법은 크게 두 가지다. MuleSoft를 통한 API 레이어 구축과, Platform Events를 활용한 이벤트 기반 통합이다.
MuleSoft 패턴은 안정적이지만 무겁다. SAP ERP의 재고 데이터를 MuleSoft Anypoint를 통해 Data Cloud Data Streams로 흘리고, Merchant Agent가 이를 참조해 재고 오케스트레이션을 수행하는 구조다. 이 패턴의 실제 지연은 배치 동기화 주기에 따라 다르지만, 실시간에 가까운 동기화를 원한다면 MuleSoft의 스트리밍 커넥터와 Anypoint MQ를 함께 구성해야 한다. 운영 복잡도가 높아지고, 이를 유지할 수 있는 MuleSoft 전문 인력이 내부에 없으면 SI 의존도가 고착된다.
Platform Events 패턴은 더 가볍다. 온프레미스 시스템이 재고 변경이나 주문 상태 변경 이벤트를 External Services를 통해 Salesforce Platform Events로 발행하면, Flow 오케스트레이션이 이를 수신해 Agentforce 에이전트의 컨텍스트를 갱신한다. 단순한 이벤트 유형에는 효과적이지만, 복잡한 데이터 변환이 필요한 경우 Flow의 처리 한계에 부딪힌다.
실제로 두 패턴을 혼합하는 것이 현실적이다. 고빈도 재고 이벤트는 Platform Events로, 복잡한 주문 데이터 동기화는 MuleSoft로 처리하는 분리 구조가 운영 안정성과 비용 사이의 균형점이다. 다만 이 혼합 구조를 설계하고 유지하는 역량이 내부에 없으면, 결국 대형 SI에 전체를 위탁하게 되고 아키텍처 통제권을 잃는다.
한국 SI 의존 구조가 Salesforce 플랫폼 거버넌스에 미치는 영향은 Salesforce 거버넌스와 SI 의존도에서 다룬다.
도입 전 반드시 확인해야 할 아키텍처 결정 사항
Agentforce Commerce 도입을 품의에 올리기 전에 다음 네 가지를 명확히 해야 한다.
- Data Cloud 데이터 레지던시: 고객 개인정보가 어느 리전의 Data Cloud 인스턴스에 저장되는지, PIPA 국외 이전 요건과 충돌하지 않는지 확인한다. Salesforce의 현행 한국 리전 지원 범위를 계약 전에 서면으로 확인해야 한다.
- Identity Resolution ruleset 설계: 온·오프라인 데이터를 결합하는 매칭 규칙이 각 채널의 개인정보 수집 동의 범위와 일치하는지 법무·개인정보 보호 담당자와 함께 검토한다. 나중에 ruleset을 수정하면 Unified Individual 프로필 전체를 재처리해야 하는 비용이 발생한다.
- 온프레미스 연동 레이턴시 SLA: Merchant Agent의 재고 오케스트레이션이 허용하는 데이터 지연 시간을 비즈니스 요건으로 먼저 정의한다. 이 SLA가 MuleSoft 스트리밍 구성 여부와 비용을 결정한다.
- Agentforce Testing Center 활용 계획: 세 에이전트의 Topics, Actions, Instructions 설정이 한국어 자연어 처리에서 의도한 대로 작동하는지 Agentforce Testing Center로 검증하는 일정을 도입 계획에 포함한다. 한국어 입력에 대한 Atlas Reasoning Engine의 응답 품질은 영어 대비 별도 검증이 필요하다.
Agentforce 도입의 프로덕션 준비 기준을 더 넓은 맥락에서 다루는 글은 Agentforce 프로덕션 준비도 체크리스트를 참고한다.
Agentforce Commerce 아키텍처 설계를 본격적으로 검토하는 조직이라면 Agentforce 아키텍처 서비스에서 구체적인 접근 방식을 확인할 수 있다.
핵심 정리
- Agentforce Commerce의 세 에이전트(Shopper, Buyer, Merchant)는 모두 Data Cloud Unified Individual 프로필을 실시간 컨텍스트로 전제한다. 온프레미스 데이터가 이 파이프라인에 연결되지 않으면 에이전트는 불완전한 정보로 작동한다.
- PIPA의 목적 외 이용 금지 원칙은 Identity Resolution ruleset 설계 단계에서 반영해야 한다. 나중에 수정하면 전체 프로필 재처리 비용이 발생한다.
- Buyer Agent의 WhatsApp·SMS 채널 활용은 PIPA 국외 이전 요건과 충돌할 가능성이 높다. 도입 전 Salesforce DPA의 PIPA 적합성을 법무팀이 서면으로 확인해야 한다.
- 온프레미스 연동은 MuleSoft와 Platform Events 혼합 패턴이 현실적이지만, 이 구조를 내부에서 통제할 역량이 없으면 SI 의존이 고착된다.
- Agentforce Testing Center를 통한 한국어 자연어 처리 검증은 선택이 아니라 필수다. 영어 기준으로 설계된 Topics·Instructions가 한국어 입력에서 의도대로 작동한다는 보장이 없다.
