팹리스 ERP vs 엑셀 — 반도체 스타트업이 SAP 안 쓰는 이유 [2026]

팹리스 ERP란 IP·테이프아웃·수주 단위 원가를 추적할 수 있는 반도체 도메인 전용 ERP를 말하며, 일반 제조 ERP가 ‘공정’을 중심에 둔다면 팹리스 ERP는 ‘설계 자산과 일정’을 중심에 둔다는 점에서 결이 다릅니다.

반도체 팹리스 IT 담당이 가장 자주 듣는 질문은 “SAP 부담스러운데 ERP는 어떻게?”입니다. 글로벌 패키지는 라이선스·운영 비용이 부담스럽고, 국내 세무·급여는 별도로 돌려야 하며, 무엇보다 팹리스의 핵심 단위인 IP·테이프 아웃·수주가 패키지 모델에 잘 들어맞지 않습니다. 이 글에서는 팹리스가 엑셀로 못 푸는 4가지, SAP를 안 쓰는 이유, 그리고 어떤 조합이 합리적인지를 의사결정 시선에서 정리합니다.

엑셀로 안 되는 4가지#

팹리스가 엑셀로 사업 초기를 끌고 가는 데는 분명한 이유가 있습니다. 빠르고, 싸고, 손에 익습니다. 다만 일정 규모를 넘어가면 네 갈래에서 한계가 보이기 시작합니다.

첫째 IP 버전 관리. 같은 IP의 버전·파생·라이선스 조건이 엑셀에서 흩어지면, 어떤 칩에 어떤 IP 버전이 들어갔는지를 사후 추적하는 비용이 가파르게 올라갑니다. 둘째 테이프아웃 일정. 파운드리· OSAT·검증 일정이 외부에 묶여 있어 한 칸이 밀리면 뒤 일정이 다 같이 밀리는 구조인데, 엑셀 일정표는 의존성 그래프를 표현하기 어렵습니다. 셋째 수주별 원가. 팹리스는 수주 한 건이 길게는 1년 이상 이어지므로 ‘이 수주에 인건비·외주비·마스크·테스트 비용이 얼마 들었는가’를 프로젝트 단위로 묶어야 하는데, 표준 회계 시스템은 부서·계정 단위 집계가 기본이라 변환이 필요합니다. 넷째 MES·외부 공정 연동. 외부 파운드리·OSAT의 진척·실적이 엑셀로 들어오면, 그 데이터의 신뢰 주기(최신성)가 일정 의사결정의 속도를 결정합니다.

SAP를 안 쓰는 이유#

그렇다면 글로벌 표준인 SAP는 왜 잘 안 쓰는가? 세 가지 이유가 자주 거론됩니다. 첫째 라이선스·운영 비용이 초기 팹리스의 규모에 비해 무겁습니다. 둘째 도메인 적합성. SAP는 ‘공정’ 중심 모델이 강하고, 팹리스의 IP·테이프아웃 일정 모델은 표준에 잘 들어맞지 않아 커스터마이징이 깊어집니다. 셋째 국내 세무·급여 모듈을 별도 시스템으로 돌리는 경우가 많아 결과적으로 ‘SAP + 국산 회계/급여 + 엑셀’의 3중 구조가 됩니다. 이 셋이 합쳐지면 “SAP를 가졌는데도 엑셀이 사라지지 않는다”는 상황이 흔히 만들어집니다.

엑셀·SAP·국산 패키지·커스텀 비교#

네 옵션은 같은 축에서 비교되지 않습니다. 무엇이 ‘더 좋다’가 아니라 ‘우리 규모와 도메인에 어느 쪽이 자연스러운가’를 보는 표입니다.

실무에서는 ‘엑셀 → 국산 패키지(회계·급여) + 커스텀(IP·테이프아웃·수주 원가) → 커스텀 ERP 확장’의 단계가 자연스러운 흐름입니다. 처음부터 모든 것을 커스텀으로 잡지 않고, ‘우리 도메인의 핵심’만 커스텀으로 두고 표준 업무는 국산 패키지에 위임하는 구성이 비용 측면에서도 합리적입니다.

에이직랜드 ERP/CRM 사례 — 팹리스 도메인의 직접 모델링#

도전. 반도체 설계 자산(IP)·테이프아웃 일정·수주 단위 원가를 한 시스템에서 추적해야 하는 환경이었습니다. 표준 패키지로 끼워 맞추기 어려운 도메인이라, ‘우리 사업이 실제로 어떻게 굴러가는가’를 시스템에 그대로 옮기는 설계가 필요했습니다.

해결. 알파카랩스는 에이직랜드의 ERP/CRM을 직접 개발하며, IP 자산 관리·테이프아웃 일정·수주 단위 원가 추적을 도메인에 맞춰 모델링했습니다. 거래 문서·외부 공정 정보 입력 부담을 줄이기 위해 OCR을 함께 도입했습니다. 표준 패키지 위에 모든 것을 커스터마이징하지 않고, 핵심 도메인은 커스텀으로, 주변 업무는 표준 도구와 결합하는 방식으로 풀었습니다.

결과. IP·테이프아웃·수주 원가가 한 시스템 안에서 흐르도록 정리됐고, ‘엑셀이 두 시스템 사이에 끼어드는’ 영역이 줄었습니다. 팹리스 도메인이 ERP에 어떻게 들어올 수 있는지 보여주는 레퍼런스입니다.

‘한 팀이 끝까지 책임지는 구조’의 의미#

팹리스 ERP는 한 번 만들면 끝나는 시스템이 아니라, 사업이 커질수록 IP· 테이프아웃 모델이 함께 진화하는 운영형 인프라입니다. 외주가 다시 외주로 쪼개진 구조에서는 도메인 합의·외부 공정 연동·세무 모듈 결합의 맥락이 흩어집니다. 알파카랩스가 기획·디자인·개발을 한 팀이 끝까지 수행하고 재하청을 두지 않는 이유는, 운영 단계에서 “왜 이렇게 설계했는가”를 답할 수 있는 팀이 그대로 남아 있어야 하기 때문입니다.

정리#