Slack↔Salesforce 통합 설계: Agentforce와 MCP 관점의 아키텍처 핵심

Slack과 Salesforce의 기본 통합은 Slack 관리자 쪽에서 연결을 시작하고 Salesforce 관리자가 승인하면 조직에 Connected App이 프로비저닝되는 방식으로 작동하며, 이 Connected App이 OAuth 스코프와 통합 사용자 정체성을 통해 호출 권한을 제어한다. 통합 사용자는 플랫폼 수준에서 동작하는 ID로서 API Only 프로파일로 최소 권한을 부여하고 필요한 객체 접근만 계층적으로 추가해야 하며, 실제 레코드 수준 접근은 개별 사용자 권한으로 위임해야 보안과 규정 준수를 유지할 수 있다.

아키텍처 관점에서 Slack–Salesforce 통합은 기본 org 연결, Slack에 배포된 Agentforce 에이전트, 그리고 Slackbot이 기본 연결·MCP 서버·Agentforce 에이전트를 MCP 도구로 호출하는 경로라는 세 가지 패턴으로 나뉜다. 각 패턴은 호출의 입력과 처리 경로, 권한 위임 방식이 달라 정체성 매핑(예: 이메일 또는 federation ID)과 OAuth 스코프 설계가 통합의 보안성·유지보수성·Agentforce 준비성에 직접적인 영향을 미친다.

Slack 측의 Record Channels와 Record Previews는 채널 멤버십과 데이터 접근을 동일시하지 않도록 별도로 설계해야 하며, 미리보기로 노출되는 필드를 제한하면 의도치 않은 데이터 노출을 줄일 수 있다. 따라서 통합 설계 단계에서 Connected App 스코프, 통합 사용자 프로파일, 아이덴티티 매핑, Slack의 노출 설정을 함께 계획해야 보안과 운영 효율성을 확보할 수 있다.