Salesforce가 Fin 인수를 공식화했다. 고객서비스 AI 분야에서 Agentforce(에이전트포스)의 역량이 한 단계 도약하는 것은 분명하다. 그런데 한국 CIO·CTO 입장에서 이 뉴스를 읽으면 기대보다 먼저 질문이 떠오른다. Fin이 처리하는 대화 데이터, 고객 식별 정보, 상담 이력은 어디에 저장되고 어떻게 처리되는가. Salesforce 데이터 국내화 요건을 충족하지 못한 채 Fin 기반 AI를 도입하면, 개인정보 보호법(PIPA) 위반 리스크가 플랫폼 혁신의 이점을 상쇄할 수 있다.
Fin 인수가 Agentforce 아키텍처에 미치는 실질적 변화
Fin은 단순한 챗봇 솔루션이 아니다. 대화 흐름 자동화, 에스컬레이션 라우팅, 고객 의도 분류를 실시간으로 처리하는 AI 레이어다. Salesforce가 이를 인수한다는 것은 Agentforce의 Atlas Reasoning Engine(추론 계층)과 Fin의 대화 처리 파이프라인이 통합된다는 의미다.
아키텍처 관점에서 이 통합의 핵심은 데이터 흐름이다. Fin이 고객 상담을 처리하는 순간, 다음 데이터가 생성된다.
- 고객 식별자(이름, 이메일, 전화번호, 계정 ID)
- 대화 내용(민감 정보가 포함될 수 있는 자유 텍스트)
- 의도 분류 결과 및 에스컬레이션 이력
- 세션 메타데이터(접속 시간, 채널, 디바이스)
이 데이터가 Atlas Reasoning Engine을 통해 추론에 활용되고, Data Cloud의 Data Streams(수집 파이프라인)로 유입되어 Unified Individual(통합 개인 프로필)에 반영되는 구조가 된다. 문제는 이 파이프라인의 물리적 위치다.
한국 PIPA가 요구하는 것과 Salesforce 현재 인프라의 간극
개인정보 보호법(PIPA)은 개인정보의 국외 이전에 대해 명시적 동의 또는 표준 계약 조항(SCC에 준하는 국내 요건)을 요구한다. 고객서비스 AI가 처리하는 대화 데이터는 대부분 개인정보에 해당한다. 이름을 직접 언급하지 않더라도, 계정 ID와 결합하면 식별 가능한 정보가 된다.
Salesforce의 현재 데이터 레지던시 옵션은 미국, EU, 호주, 일본 등 주요 리전을 지원한다. 한국 전용 데이터센터는 공식 로드맵에 없다. 이 상황에서 Fin 통합 Agentforce를 도입하면 고객 대화 데이터가 해외 리전에서 처리된다. PIPA 제17조(개인정보의 제3자 제공) 및 제39조의12(국외 이전)를 충족하려면 추가적인 법적 장치와 기술적 통제가 필요하다.
일본 리전을 활용하는 패턴이 현재 가장 현실적인 대안이다. 지리적으로 가깝고, Salesforce의 일본 인프라는 성숙도가 높다. 그러나 일본 리전도 한국 PIPA 관점에서는 ‘국외’다. 데이터 이전 동의 획득, 처리 위탁 계약 체결, 이전 기록 관리 의무는 여전히 남는다.
Data Cloud Identity Resolution이 개인 프로필을 구성하는 방식을 이해하면, 이 데이터 흐름이 왜 PIPA 관점에서 민감한지 더 명확해진다. Identity Resolution의 매칭 ruleset이 Fin 대화 데이터를 기존 CRM 레코드와 결합하는 순간, 처리 목적과 법적 근거가 복잡해진다.
Salesforce 데이터 국내화를 위한 현실적 아키텍처 패턴
Salesforce 데이터 국내화를 완전히 달성하는 단일 솔루션은 존재하지 않는다. 현재 가능한 접근은 계층적 통제 모델이다.
첫 번째 계층: 데이터 분류와 최소화
Fin이 수집하는 모든 데이터를 Salesforce 플랫폼에 저장할 필요는 없다. 대화 원문(raw transcript)은 국내 스토리지에 보관하고, Salesforce로는 의도 분류 결과와 에스컬레이션 상태만 전송하는 구조가 가능하다. 이렇게 하면 국외로 이전되는 데이터의 개인정보 해당 여부가 줄어든다.
구체적으로는 MuleSoft를 중간 레이어로 두고, 국내 데이터 처리 후 비식별화된 이벤트만 Platform Events(실시간 pub/sub)를 통해 Salesforce에 전달하는 패턴이 작동한다. 이 패턴에서 Salesforce는 개인정보를 직접 처리하지 않고, 행동 신호만 수신한다.
두 번째 계층: 동의 관리와 처리 목적 명확화
Fin 기반 AI 상담을 도입할 때, 고객 동의 흐름을 재설계해야 한다. 기존 서비스 이용 약관에 AI 처리 및 국외 이전 동의가 포함되어 있지 않다면, 별도 동의 레이어가 필요하다. Salesforce의 Consent Management 기능과 Data Cloud의 Consent API를 활용하면 동의 상태를 Unified Individual 프로필에 연결할 수 있다.
세 번째 계층: 감사 추적과 이전 기록 관리
PIPA는 국외 이전 기록 보관 의무를 명시한다. Data Cloud의 Data Streams 수집 로그와 Platform Events 이벤트 이력을 국내 SIEM 또는 로그 관리 시스템과 연동하면, 감사 대응 자료를 자동으로 생성할 수 있다. 이 부분을 수동으로 관리하는 조직은 규제 조사 시 대응 비용이 기하급수적으로 늘어난다.
대부분의 한국 기업이 놓치는 지점
Fin 통합을 검토하는 한국 기업의 공통적인 실수는 법무팀과 IT 아키텍처팀이 분리된 채 각자 검토를 진행한다는 것이다. 법무팀은 계약서의 국외 이전 조항을 검토하고, IT팀은 기술 통합 가능성을 검토한다. 두 검토가 합쳐지는 시점은 대개 도입 직전이다.
이 시점에 발견되는 문제는 수정 비용이 크다. Agentforce의 Topics(범위)와 Actions(도구) 설계가 이미 완료된 상태에서 데이터 흐름을 바꾸려면, 에이전트 설계 전체를 재검토해야 한다. Prompt Builder 템플릿에 개인정보가 직접 삽입되는 구조라면, 템플릿 설계부터 다시 시작해야 한다.
SI(시스템 통합) 파트너에 의존하는 조직에서 이 문제는 더 심각하다. SI 파트너는 기술 구현에 집중하고, PIPA 준수 책임은 발주사에 귀속된다는 계약 구조가 일반적이다. 결국 PIPA 위반 리스크는 플랫폼을 도입한 기업이 전적으로 부담한다.
또 하나의 함정은 Calculated Insights(프로필 단위 계산 지표)의 처리 위치다. Data Cloud에서 고객 행동 지표를 계산할 때, 원본 데이터가 국내에 있더라도 계산 자체가 해외 리전에서 실행되면 처리 위탁으로 볼 수 있다. 이 해석은 개인정보보호위원회의 가이드라인에 따라 달라질 수 있으므로, 법적 검토 없이 아키텍처를 확정하는 것은 위험하다.
Agentforce를 프로덕션 환경에 배포하기 전에 점검해야 할 항목들은 Agentforce 프로덕션 준비도 체크리스트에서 더 구체적으로 다루고 있다.
Fin 통합 로드맵을 앞두고 지금 해야 할 결정
Salesforce의 Fin 인수는 확정됐고, 통합 로드맵은 향후 2~3개 릴리스 사이클 안에 구체화될 것이다. 지금 아무것도 하지 않는 것이 가장 나쁜 선택이다. 통합이 완료된 시점에 PIPA 준수 구조를 갖추지 못한 채 도입 압박을 받으면, 기술적 부채와 법적 리스크를 동시에 안게 된다.
반대로, 지금 데이터 분류 체계와 국외 이전 동의 흐름을 정비해두면 Fin 통합이 출시되는 시점에 빠르게 도입할 수 있다. 경쟁사보다 6개월 먼저 고객서비스 AI를 안전하게 운영하는 것은 의미 있는 차별점이다.
구체적인 첫 단계는 세 가지다. 현재 Salesforce 환경에서 처리되는 개인정보의 종류와 이전 경로를 문서화한다. Fin이 추가할 데이터 유형(대화 원문, 의도 분류, 에스컬레이션 이력)을 기존 분류 체계에 반영한다. 법무팀과 IT 아키텍처팀이 함께 참여하는 데이터 흐름 검토 세션을 Fin 통합 PoC 이전에 완료한다.
Salesforce 데이터 국내화는 한 번에 해결되는 프로젝트가 아니다. 플랫폼이 진화할수록 데이터 흐름도 변한다. Fin 통합은 그 변화의 다음 단계일 뿐이다. 아키텍처 통제 모델을 지금 구축해두지 않으면, 매번 새로운 기능이 출시될 때마다 같은 질문을 반복하게 된다.
Agentforce 기반 고객서비스 AI의 PIPA 준수 아키텍처 설계가 필요하다면, Agentforce 아키텍처 서비스에서 구체적인 접근 방식을 확인할 수 있다.
핵심 정리
- Fin 인수로 Agentforce의 고객서비스 AI 역량이 강화되지만, 대화 데이터·고객 식별자·상담 이력이 해외 리전에서 처리되는 구조는 PIPA 제39조의12(국외 이전) 준수 의무를 즉시 발생시킨다.
- Salesforce 데이터 국내화의 현실적 접근은 MuleSoft를 중간 레이어로 두고 비식별화된 이벤트만 Platform Events로 전달하는 계층적 통제 모델이다. 완전한 국내 처리는 현재 Salesforce 인프라 구조상 불가능하다.
- Calculated Insights와 Identity Resolution이 해외 리전에서 실행되는 경우, 원본 데이터가 국내에 있더라도 처리 위탁으로 해석될 수 있다. 법적 검토 없이 아키텍처를 확정하면 안 된다.
- SI 파트너 의존 구조에서 PIPA 준수 책임은 발주사에 귀속된다. 계약서의 책임 조항과 기술 아키텍처를 동시에 검토해야 한다.
- Fin 통합 PoC 이전에 데이터 분류 체계, 국외 이전 동의 흐름, 감사 추적 구조를 완성해두는 조직이 통합 출시 시점에 가장 빠르게 안전한 도입을 완료할 수 있다.
