ERP와 Salesforce 연동이 실패하는 이유와 해결 방법

SAP와 Salesforce 연동은 대개 기술이 아니라 비즈니스 이유로 실패합니다. 동기화는 돌아가지만, 사용자가 내리는 의사결정에 비해 데이터가 너무 오래되었거나, 두 시스템이 어느 고객 레코드가 맞는지를 두고 서로 다르게 알고 있거나, 업데이트로 흐름이 깨졌을 때 아무도 책임지지 않습니다. 해결책은 사용자의 의사결정에서 거꾸로 설계하고, 데이터를 먼저 정리하고, 규모에 맞는 미들웨어를 고르고, 모든 흐름에 담당자와 실패 대응 계획을 두는 것입니다.

이 글은 Salesforce를 SAP에 연결하는 CIO, 영업 운영 및 연동 책임자를 위한 것입니다. 네 가지 실패 패턴, 연동 방식의 선택지, 안정적인 연동에 필요한 것, 그리고 명세서 템플릿을 다룹니다.

저는 시스템 간 시차가 한 시간만 되어도 견적 오류가 생겨 거래를 놓친 기업들과 일해 본 적이 있습니다. 대개 원인은 영업 담당자가 견적을 내려면 재고 데이터가 얼마나 최신이어야 하는지 아무도 묻지 않았다는 데 있습니다.

연동은 기술적으로 작동하면서도 상업적으로는 망가져 있을 수 있습니다. 출발점은 이 구분입니다.

의사결정에 맞지 않는 동기화 주기

배치 동기화는 일부 데이터에는 괜찮습니다. ATP(Available-to-Promise) 재고, 가격, 주문 상태처럼 고객이 지금 바로 답을 기대하는 데이터에는 괜찮지 않습니다.

실패 패턴은 이렇습니다. 연동 팀이 물량 기준으로 기술적으로 편한 방식을 만들고, 배치 간격도 기술적인 이유로 정합니다. 그 주기가 사용자가 내리는 의사결정을 뒷받침하는지는 비즈니스 쪽에서 아무도 확인하지 않습니다.

명세를 쓰기 전에 질문 하나를 던지십시오. 데이터가 얼마나 오래되어도 여전히 쓸모가 있습니까? 고객 마스터 업데이트는 하루 단위로도 괜찮을 수 있습니다. B2B 영업의 재고 가용성이라면 15분을 넘기는 순간 문제입니다.

1. 01고객 마스터SAP에서 Salesforce로, 24시간
2. 02가격표SAP에서 Salesforce로, 1시간
3. 03재고 가용성SAP에서 Salesforce로, 15분
4. 04수주 확정 기회Salesforce에서 SAP로, 즉시
5. 05주문 상태SAP에서 Salesforce로, 15분
6. 06청구서 및 결제SAP에서 Salesforce로, 24시간

견적, 주문, 청구서가 일치합니다

데이터 품질 불일치

Salesforce의 회사명 형식이 SAP의 고객 마스터와 다르면, 동기화할 때마다 수작업으로 고쳐야 하는 불일치가 생깁니다.

저는 Salesforce와 ERP 사이에서 기본적인 고객 정보를 맞추느라 매주 몇 시간씩 쓰는 팀들과 일했습니다. 두 시스템이 ‘거래처(account)’를 서로 다르게 정의한 탓에 고객 계층 구조를 매핑하는 데만 몇 주가 걸린 프로젝트도 보았습니다. 두 시스템은 수년간 따로 관리되면서 아무도 매핑하지 않은 방식으로 서로 어긋나 있었습니다.

연동하기 전에 데이터를 정리하십시오. 당연한 말처럼 들립니다. 하지만 가장 꾸준히 건너뛰는 단계입니다.

규모에 맞지 않는 아키텍처

포인트 투 포인트 연동은 시스템이 둘이고, 흐름이 몇 개 안 되고, 프로세스가 안정적일 때 잘 작동합니다. 시작하기에 가장 저렴한 방법입니다.

하지만 확장되지 않습니다. SAP 모듈이나 Salesforce 사업부, 세 번째 시스템이 하나 더해지면 연결이 불어납니다. 각 연결은 따로 유지보수하고, 테스트하고, 문제를 해결해야 합니다.

미들웨어(SAP Integration Suite, MuleSoft, Boomi 등)는 중앙 모니터링과 오류 처리를 갖춘, 거버넌스가 적용되는 단일 계층을 제공합니다. 대신 아키텍처와 거버넌스에 초기 투자가 필요합니다. 미들웨어를 도입하고도 지정된 담당자를 두지 않는 기업은 포인트 투 포인트와 똑같은 문제를 겪고, 아무도 이해하지 못하는 플랫폼까지 떠안게 됩니다.

연동 거버넌스의 부재

Salesforce 릴리스와 SAP 서포트 패키지는 모두 흐름을 깨뜨릴 수 있습니다. API 변경, 새 유효성 검증 규칙, 바뀐 필드, 새로운 인증 요건이 그 원인입니다. 만들어 놓고 잊어버린 연동은 아무도 회귀 테스트를 하지 않은 첫 업그레이드에서 실패합니다. Go-Live 이후에 제가 가장 흔히 보는 실패입니다.

SAP Integration Suite. SAP BTP 위에서 돌아가는 SAP의 연동 플랫폼이며, SAP 중심 환경에서는 자연스러운 선택입니다. IDoc, BAPI, OData, SAP 메시지 형식을 잘 처리하고, 흔한 SAP 시나리오를 위한 사전 구축 콘텐츠도 갖추고 있습니다. 복잡한 비즈니스 프로세스에는 여전히 맞춤형 통합 플로우와 실제 연동 역량이 필요합니다. 아직 SAP PI/PO를 쓰고 있다면 표준 유지보수가 2027년 말에 종료된다는 점에 유의하십시오. 새로운 Salesforce 흐름은 그곳에 구축해서는 안 됩니다. RISE를 쓴다면 추가로 구매하기 전에 계약에 SAP BTP 사용 권한이 이미 어디까지 포함되어 있는지 확인하십시오.

MuleSoft. 2018년부터 Salesforce가 소유하고 있으며, 폭넓은 커넥터 라이브러리와 공식 SAP S/4HANA 커넥터, SAP 수주-수금(order-to-cash)용 액셀러레이터 템플릿을 제공합니다. 이미 보유하고 있다면 좋은 선택입니다. SAP 비중이 큰 조직에는 걸림돌이 있습니다. MuleSoft는 별도의 기술 역량이 필요하고, SAP 프로그램을 운영하는 팀이 MuleSoft 아키텍처를 설계할 팀은 아닐 가능성이 높습니다.

Boomi. 클라우드 연동 플랫폼(2021년부터 Dell에서 독립)으로, SAP 및 Salesforce 커넥터를 제공하며 MuleSoft보다 진입 장벽이 낮습니다. MuleSoft의 비용이나 복잡성 없이 거버넌스가 적용되는 미들웨어를 원하는 중견 기업에 알맞습니다.

포인트 투 포인트 API. Salesforce와 SAP 사이의 직접 REST 또는 SOAP 호출은 미들웨어 비용을 피할 수 있습니다. 대신 규율 있는 API 버전 관리, 릴리스마다의 회귀 테스트, 두 시스템을 모두 이해하는 팀이 필요합니다. 단순하고 안정적인 경우에는 괜찮습니다. 복잡한 용도에서는 부채만 쌓이는 방식입니다.

제가 쓴 SAP CPI 및 Integration Suite 가이드는 SAP 쪽 플랫폼을 더 깊이 다루고, SAP를 위한 CRM 선택지 다섯 가지는 CRM 자체를 비교합니다.

1. 모든 흐름의 명세: 필드, 방향, 주기, 키 매핑, 그리고 두 시스템의 값이 서로 다를 때 어떻게 할지.
2. 명시적인 실패 설계. 동기화가 실패하면 처리 중이던 데이터는 어떻게 됩니까? 재시도는 몇 번입니까? 알림은 누가 받습니까? 수동 복구 절차는 무엇입니까? 대부분의 연동은 이 부분이 부실하게 설계되어 있습니다.
3. 업그레이드 전 회귀 테스트. Salesforce는 연 3회 주요 릴리스를 내놓고, SAP도 자체 서포트 패키지와 업데이트를 내놓습니다. 핵심 흐름을 다루는 자동화 테스트 세트를 매번 사전에 실행해야 합니다.
4. 알림을 갖춘 모니터링. 조용한 실패는 요란한 실패보다 나쁩니다. 며칠간 쌓인 오류는 몇 분 안에 잡은 오류보다 훨씬 고치기 어렵습니다.
5. 담당자. 연동이 무엇을 하는지 알고, 고장 났을 때 이를 파악하며, 고칠 수 있는 접근 권한과 결정 권한을 가진 한 사람.

누군가 명세 문서를 쓰기 전에 흐름마다 한 줄씩 채우십시오. 빈칸이 하나라도 있으면 그 흐름은 구축할 준비가 되지 않은 것입니다. 아래 값은 예시입니다. 실제 값은 데이터를 쓰는 사람들과 함께 정하십시오.

흐름	방향	트리거와 주기	허용되는 가장 오래된 데이터	기준 시스템	실패 시	담당자
고객 마스터	SAP에서 Salesforce로	변경 시	24시간	SAP	재시도 후 데이터 스튜어드에게 알림	고객 마스터 데이터 담당자
재고 가용성	SAP에서 Salesforce로	요청 시 또는 준실시간	15분	SAP	‘운영팀에 확인’ 플래그 표시	공급망 시스템 책임자
가격표 및 조건	SAP에서 Salesforce로	변경 시	1시간	SAP	오래된 가격이면 견적 차단	가격 관리자
수주 확정 기회에서 판매 오더로	Salesforce에서 SAP로	수주 확정 시	즉시	오더가 생성되기 전까지는 Salesforce, 이후에는 SAP	큐에 적재하고 영업 운영팀에 알림	영업 운영 책임자
주문 및 납품 상태	SAP에서 Salesforce로	마일스톤마다	15분	SAP	재시도 후 연동 지원팀에 알림	연동 책임자
청구서 및 결제 상태	SAP에서 Salesforce로	매일	24시간	SAP	재무 시스템팀에 알림	재무 시스템 책임자

‘허용되는 가장 오래된 데이터’ 열은 대부분의 팀이 한 번도 채우지 않는 열입니다. 연동 팀끼리만 정하지 말고, 의사결정을 내리는 사용자와 함께 정하십시오. 이미 일정이 늦어지고 있다면 SAP Integration Suite 딜리버리 지연에서 흔한 원인을 다룹니다.

고객 레코드가 일치하지 않습니다. 원인: 두 고객 마스터를 맞춘 적이 없습니다. 해결: Go-Live 전에 조정하고, 고객 데이터의 기준 시스템을 SAP로 정하고, 연동에서 매핑을 강제합니다.

Salesforce에서 주문 상태가 업데이트되지 않습니다. 원인: 연동이 견적에서 주문까지만 다루고 상태 콜백은 다루지 않습니다. 해결: 주문 마일스톤마다 SAP SD에서 Salesforce로 상태 업데이트를 보냅니다.

견적 가격이 청구서 가격과 다릅니다. 원인: Salesforce에서 가격을 수작업으로 관리하다 보니 SAP 가격 조건과 어긋납니다. 해결: SAP를 가격 마스터로 삼고 연동을 통해 가격을 Salesforce로 가져옵니다.

SAP 업데이트 후 연동이 깨집니다. 원인: 업그레이드 계획에 연동 회귀 테스트가 없습니다. 해결: 모든 SAP 업데이트의 범위에 연동 회귀 테스트를 포함합니다.

Salesforce를 SAP와 연동할 수 있습니까?

예. SAP Integration Suite, MuleSoft, Boomi, 기타 연동 플랫폼 또는 직접 API로 가능합니다. 일반적인 흐름은 고객 마스터 동기화, 수주 확정 기회에서 판매 오더로의 전환, 주문 및 납품 상태의 Salesforce 반영, 견적용 가격의 Salesforce 반영, 청구서 및 결제 상태입니다. 고객 마스터 동기화는 어렵지 않습니다. 복잡한 가격 체계, 다수의 회사 코드, 실시간 재고를 갖춘 전체 견적-수금 연동은 상당한 규모의 프로젝트입니다.

Salesforce는 ERP입니까, CRM입니까?

CRM입니다. 파이프라인, 영업 기회, 고객 접점, 마케팅, 서비스를 관리합니다. 회계 전표를 기표하거나 재고를 관리하지는 않습니다. SAP는 재무, 구매, 재고, 생산을 맡는 ERP입니다. 잘 연동하면 영업 담당자는 Salesforce에서 재고와 결제 상태를 보고, 재무팀은 SAP에서 거래 금액을 봅니다.

ERP-CRM 연동이 실패하는 가장 큰 이유는 무엇입니까?

사용자의 의사결정이 아니라 기술에서 출발해 요구사항을 정의하는 것입니다. 잘못된 명세에 맞춰 연동을 올바르게 구축하게 됩니다. 네 시간 지난 데이터, 청구서와 맞지 않는 가격, 뒤늦게 반영되는 상태 업데이트가 그 결과입니다. 기술 명세를 쓰기 전에, 각 사용자 그룹이 데이터로 어떤 의사결정을 내리는지, 그리고 그 데이터가 얼마나 최신이어야 하는지 문서화하십시오.

ERP-Salesforce 연동을 시간이 지나도 어떻게 유지합니까?

Salesforce 릴리스와 SAP 업데이트 전에 핵심 흐름에 대해 자동화 회귀 테스트를 실행하십시오. 모든 핵심 흐름을 모니터링하되, 하루 끝 보고서가 아니라 실패 즉시 울리는 알림으로 하십시오. 모니터링에 접근할 수 있고 두 시스템의 변경 계획에 참여하는 담당자를 지정하십시오.

Salesforce 연동에 SAP Integration Suite는 언제 쓰는 것이 좋습니까?

SAP가 지배적인 시스템이고, SAP BTP에 접근할 수 있으며, 흐름에 IDoc, BAPI, SAP 메시지 형식 같은 SAP 고유 콘텐츠가 포함될 때입니다. 이미 MuleSoft나 Boomi에 많이 투자했거나, 팀에 SAP 연동 역량이 없거나, SAP가 대부분 비SAP 흐름 속의 작은 참여자일 때는 약한 선택입니다. Salesforce가 범위에 들어가는 신규 RISE 프로그램이라면 자연스러운 출발점입니다.

ERP-Salesforce 연동 프로젝트는 얼마나 걸립니까?

사전 구축 콘텐츠를 쓰는 표준 범위(고객 마스터 동기화, 견적에서 주문까지, 기본 주문 상태)는 데이터가 깨끗하고 전담 연동 개발자가 있다는 가정하에 범위 확정부터 Go-Live까지 보통 8~16주가 걸립니다. 복잡한 가격 체계, 복수 법인, 여신 관리, 실시간 재고를 갖춘 전체 견적-수금 연동은 보통 4~9개월이 걸립니다. 프로젝트 도중에 발견되는 데이터 문제와 구축 중에 추가되는 흐름이 일정 초과의 흔한 원인이므로, 구축을 시작하기 전에 데이터 품질 평가를 실행하십시오.