중소기업 ERP 선택: 패키지와 맞춤 개발을 비교하는 실무 가이드

중소기업 ERP는 표준 업무를 패키지 설정으로 처리할 수 있는지 먼저 확인하고, 회사만의 업무가 남을 때 주변 확장이나 맞춤 개발을 비교하는 편이 좋습니다. 기존 회계 ERP가 안정적이면 유지한 채 발주·재고·영업 흐름을 연결하는 안도 가능합니다. 사용자 수와 화면 수만 비교하지 말고 실제 거래, 이관, 운영 책임과 나중에 시스템을 바꿀 비용까지 같은 조건으로 검토하세요.

ERP를 바꾸자는 말은 서로 다른 불편에서 나옵니다. 영업은 견적을 두 번 입력하고 창고는 재고가 늦게 맞으며 대표는 부서별 보고 숫자가 다르다고 할 수 있습니다. 이 세 문제가 모두 새 ERP를 필요로 하는지는 아직 모릅니다. 중복 입력은 연동으로 줄이고 보고는 지표 정의를 맞추며 권한 문제는 설정으로 해결할 수 있습니다. 현행 업무를 따라가며 불편이 생기는 위치를 기록해야 제품 비교가 시작됩니다.

패키지는 이미 제공되는 기능과 운영 방식을 구매하는 선택이고, 맞춤 개발은 필요한 업무 규칙을 설계하고 유지할 책임까지 함께 정하는 선택입니다. 패키지도 설정·이관·교육·추가 연동이 필요할 수 있고 맞춤 개발도 외부 서비스와 표준 도구를 활용합니다. 어느 한쪽이 항상 저렴하거나 빠르다는 전제는 두지 마세요. 같은 거래 표본을 실행한 결과와 계약의 포함 범위가 판단 자료입니다.

직원이 적은 회사라도 거래 조건이 복잡할 수 있습니다. 사용자 수가 같아도 다창고, 여러 수량 단위, 고객별 단가, 프로젝트별 정산이 필요하면 분석과 검수 범위가 달라집니다. 반대로 조직이 커도 표준 업무를 그대로 쓸 수 있으면 패키지가 잘 맞을 수 있습니다. 아래 기준과 시나리오는 구매 검토를 위한 일반 제안이며 특정 제품의 기능 보장이나 고객 구축 실적이 아닙니다.

공식 자료는 비용 비교와 보안 질문의 참고 근거로 쓴다#

GAO 비용 추정 가이드는 범위·기술 기준선·가정·위험을 기록하고 실제 비용으로 갱신하는 접근을 설명합니다. NIST SSDF는 보안 개발을 공급자와 논의할 공통 용어를 제공합니다. 이 자료들은 국내 ERP 제품의 기능, 가격, 회계 적합성이나 구현 일정을 판정하지 않습니다. 특정 제품은 구매할 에디션·배포 방식·지원 계약과 공식 설명을 따로 확인해야 합니다.

• GAO 비용 추정·평가 가이드: 범위와 가정이 같은 견적 비교의 참고 자료
• NIST SSDF 1.1: 공급자 보안 개발 관행을 묻는 공통 용어

도입 절차는 업무 정리에서 운영 인수까지 이어진다#

최종 제안 비교표에는 필수 거래별로 표준 기능, 설정, 추가 개발, 수작업 유지, 미지원 중 하나를 적게 하세요. 추가 개발 항목에는 다음 제품 업데이트 때 누가 시험하고 수정할지도 붙입니다. 업체가 제시한 빠른 오픈이 데이터 정리나 교육을 제외한 일정인지 확인하고, 고객사가 결정할 사항이 늦어질 때 일정과 비용이 어떻게 바뀌는지 적습니다. 이 표를 실제 계약의 범위표로 연결해야 제안 단계의 기대가 납품 단계에서 달라지는 일을 줄일 수 있습니다.

업무 분석에서는 현재 엑셀과 출력물을 모으고 실제 거래 하나를 처음부터 끝까지 따라갑니다. 입력한 값이 다음 부서에서 쓰이지 않는다면 필수 필드인지 다시 묻고, 같은 결재를 반복한다면 승인 단계를 줄일 수 있는지 검토하세요. 현업 책임자가 없애는 업무, 유지하는 업무, 새로 만드는 업무를 승인해야 기존의 불편한 절차를 그대로 시스템에 옮기는 일을 피할 수 있습니다. 요구가 충돌하면 누가 최종 결정하는지도 착수 전에 정합니다.

1차 모듈은 손실 규모와 반복 빈도, 입력과 출력 경계로 고릅니다. 주문부터 가용 재고 확인까지를 먼저 연결하고 생산 원가를 뒤에 검토하는 식입니다. 단, 뒤로 미룬 업무에 필요한 공통 코드와 이력까지 생략하면 다음 단계에서 다시 이관해야 합니다. 전체 그림은 두되 이번에 검수할 거래와 제외할 거래를 나눠 계약하세요. 회계·세무 판단은 담당 전문가가 확인하도록 남기고 개발사가 업무 해석까지 임의로 확정하지 않게 합니다.

비용은 초기 도입과 반복 운영, 변경 요청을 나눠 받습니다. 패키지 구독·라이선스 외에 설정, 데이터 정리, 이관 리허설, 외부 연동, 보고서, 교육, 오픈 지원이 포함되는지 확인하세요. 맞춤 개발에는 업무 분석과 설계, 개발, 검수 지원, 운영 문서, 배포·복원 준비가 들어갑니다. 어느 안이든 향후 사용자나 거래량이 늘 때 어떤 항목이 바뀌는지 가정을 적고, 미확정 작업에는 조사 후 재견적 기준을 붙여야 비교가 가능합니다.

데이터 이관은 현재 쓰는 마스터, 진행 중 거래, 과거 조회 자료를 구분해 계획합니다. 오래된 자료를 모두 같은 깊이로 옮겨야 하는 것은 아닙니다. 품목과 거래처의 중복을 정리할 담당자를 지정하고, 변환 전 원본을 보존하며, 재고 수량·미수·미지급 등 이번 범위의 합계를 대조합니다. 이관 실패 행은 원인을 붙여 보류하고 승인 없이 임의 값으로 채우지 마세요. 다시 실행해도 이미 옮긴 거래가 중복되지 않아야 합니다.

외부 시스템을 연결할 때는 자료를 읽기만 하는지 실제 거래를 등록하는지 구분합니다. 회계 ERP가 최종 전표를 관리한다면 주변 모듈이 만든 계산 결과가 언제 어떤 승인으로 전표가 되는지 적습니다. 통신 실패를 이유로 거래를 여러 번 생성하지 않도록 처리 결과를 확인하고, 상대 시스템이 점검 중이면 대기 건수와 최신 수집 시각을 운영자가 볼 수 있게 하세요. 공식 API 사용 권한과 지원 범위는 해당 제품 공급자에게 확인할 항목입니다.

권한과 계정도 도입 산출물입니다. 영업·창고·구매·관리자의 조회·수정·승인 범위를 나누고 다른 부서 자료를 볼 수 있는 예외를 승인받습니다. 회사 소유 저장소와 클라우드 계정, 도메인, 배포 설정, 비밀정보의 보관 책임자를 정하세요. 제품의 전체 소스 인수 여부는 계약마다 다르므로 패키지와 맞춤 개발에 같은 권리를 당연하게 가정하지 않습니다. 대신 회사 데이터의 내보내기 형식과 계약 종료 후 접근 절차는 어느 대안에서도 확인할 수 있습니다.

유지보수에서는 장애 대응과 기능 추가를 나눕니다. 잘못된 재고 입력을 바로잡는 요청, 외부 API 변경에 맞추는 수정, 새로운 승인 단계를 만드는 요청이 월 계약에 각각 포함되는지 물으세요. 접수 담당자와 업무 담당자가 서로 다른 업체에 연락해야 한다면 최종 조정 책임자도 필요합니다. 자료를 내보낼 수 있어도 코드표와 관계 설명이 없으면 다른 시스템으로 옮기기 어려우므로 데이터 사전과 연동 문서를 함께 유지하는 편이 좋습니다.

이미 쓰는 ERP의 기능 추가는 기존 ERP 확장 개발 기준에서 구체적으로 비교합니다. 후보 개발사 평가는 ERP 개발 업체 추천·선정 기준을 참고하세요. 견적의 모듈 경계는 ERP 모듈별 비용 구조와 함께 정리할 수 있습니다.

작은 범위라도 이관·복구·인수를 통과한 뒤 전환한다#

검수는 정상 거래, 변경·취소, 부분 처리, 권한 거절, 연동 실패로 나눕니다. 현업은 실제 처리 결과를 보고 IT 담당자는 원본과 이관본의 건수·수량·금액, 오류 목록과 재처리 결과를 확인합니다. 거래량이 늘 때 필요한 처리 시간은 실제 피크 자료로 합의하세요. 임의의 성능 숫자를 계약에 넣기보다 대표 데이터와 측정 환경, 허용 기준을 함께 고정해야 의미가 있습니다.

병행 운영 중에는 입력 기준을 한곳으로 정합니다. 두 시스템에 모두 거래를 입력해야 한다면 한시적인 비교 작업인지, 최종 업무가 어느 쪽에 남는지 공지하세요. 차이 목록에는 담당자·원인·해결 여부를 붙이고 미해결 차이가 허용 기준을 넘으면 전환을 멈춥니다. 백업을 만들었다는 보고만 받지 말고 별도 환경에 복원해 로그인과 대표 거래 조회를 실행해야 합니다.

오픈 승인서에는 되돌림 기준도 적습니다. 원장 합계가 맞지 않거나 필수 연동이 복구되지 않으면 신규 입력을 멈추고 이전 업무 경로를 재개할 수 있어야 합니다. 이때 새 시스템에만 생긴 거래를 어떻게 보존·재입력할지 정해야 중간 작업이 사라지지 않습니다. 전환 시간과 담당자, 연락 순서, 수작업 임시 절차는 현업이 따라 읽을 수 있는 문서로 남기세요.

마지막 인수는 공급사가 시연하고 고객이 보는 방식에서 한 번 더 나아가야 합니다. 회사 담당자나 대체 운영자가 문서만 보고 계정을 만들고 오류를 찾아 재처리하며 백업 복원 절차를 실행해 봅니다. 실패한 단계는 문서·권한·설정을 보완한 뒤 재확인합니다. 그 결과가 쌓여야 패키지든 맞춤 ERP든 특정 담당자 한 명에게만 운영이 묶이지 않습니다.