엑셀로는 버티고 있지만,
패키지로는 맞지 않습니다
담당자만 아는 재고
입출고와 재고를 엑셀로 맞추면 규칙이 담당자 머릿속에 남습니다. 숫자가 틀린 뒤에야 어느 단계에서 어긋났는지 찾기 시작합니다.
설정으로 담기 어려운 절차
표준 패키지는 빠르게 시작할 수 있지만, 고유한 주문·승인·출하 절차나 거래처별 조건은 설정 범위 안에서 다 담기 어렵습니다.
시스템 사이에서 끊기는 데이터
영업·재고·출하가 서로 다른 도구에 남으면 같은 자료를 두 번 입력하고, 취소·반품·정정 같은 예외는 사람이 외워서 처리합니다.
진단 → 설계 → 개발 → 이관,
범위를 먼저 가릅니다
업무 진단
현재 사용하는 ERP·엑셀·업무 도구와 담당 부서를 확인하고, 주문부터 입출고·출하까지 대표 업무와 예외 처리를 정리합니다.
기준정보·권한 설계
품목·거래처 기준정보와 업무 상태, 역할별 접근 권한을 설계합니다. 패키지로 유지할 범위와 새로 개발할 범위를 이 단계에서 가릅니다.
업무 화면 개발
구매·판매·재고·출하 화면을 실제 사용자의 처리 순서대로 개발합니다. Bespokit의 생성 파이프라인과 표준 모듈을 참조해 공통 기능부터 다시 만들지 않습니다.
이관·검수·운영
기존 데이터의 이관 범위와 책임, 외부 API의 사용 조건, 검수 기준을 합의한 뒤 현업 검수를 거쳐 운영으로 넘깁니다.
어느 업무에나 필요한 범위는,
표준 모듈로 먼저 확인합니다
아래는 구축 범위를 검토할 때 함께 확인하는 업무 단위입니다. 실제 포함 범위와 우선순위는 업무 진단 뒤에 확정합니다.
구매·발주
발주와 입고 예정, 매입 단가와 거래처 조건을 업무 상태로 관리합니다.
판매·수주
견적·수주와 출하 지시, 거래처별 단가와 승인 단계를 연결합니다.
재고·입출고
입출고 이력과 창고 위치, 안전 재고와 BOM을 재고 원장으로 추적합니다.
출하·배송
출하 지시부터 송장과 배송 상태까지 업무 흐름을 이어 붙입니다.
기준정보·권한
품목·거래처·단위 기준정보와 역할별 접근 범위를 한곳에서 관리합니다.
조회·리포트
재고 현황과 업무 처리 현황을 담당자가 매일 쓰는 조회 화면으로 제공합니다.
ERP는 기능을 더하기 전에,
범위를 가르는 일이 먼저입니다
패키지가 먼저인 경우
회계·세무와 표준 구매·판매·재고가 중심이면 패키지의 제공 기능과 설정 범위를 먼저 확인합니다. 이미 해결되는 업무를 다시 만드는 비용까지 포함해 비교합니다.
맞춤 개발을 검토할 경우
고유한 주문·승인·출하 절차가 있거나 여러 시스템의 데이터가 끊긴다면 별도 업무 모듈과 연동을 검토합니다. 기존 ERP를 유지한 채 필요한 범위만 개발하는 방식도 후보입니다.
계약 전에 정할 조건
품목·거래처 기준정보, 취소·반품·정정 시나리오, 데이터 이관 책임, 외부 API 사용 조건과 검수 기준을 정합니다. 회계·세무 기능의 제공 여부는 별도로 합의하며, 모든 ERP 기능을 일괄 제공한다고 전제하지 않습니다.
자사 프로젝트에서
수행한 적용 범위입니다
아래는 공개된 구축 사례와 Pack 에서 실제로 다룬 범위입니다. 같은 범위를 모든 프로젝트에 일괄 제공한다는 뜻은 아닙니다.
영업·재고·출하 통합
영업부터 출하까지 이어지는 업무 전 과정을 하나의 ERP로 통합했습니다. 에이직랜드 반도체 ERP 구축에서 UXUI 기획과 프론트·백엔드를 담당한 범위입니다.
입출고·창고·안전 재고
입출고와 창고 위치, 안전 재고와 BOM을 연결해 재고 현황을 추적하는 범위입니다. 재고관리부터 시작한다면 Inventory Pack 구성을 먼저 확인할 수 있습니다.
필요한 범위만 개발
기존 ERP를 그대로 두고 부족한 업무만 별도 모듈로 개발하는 방식도 검토합니다. 연동 대상의 API와 데이터 접근 권한, 동기화 조건을 확인한 뒤 범위를 정합니다.
자주 묻는 질문
도입 전에 가장 자주 확인하는 조건을 정리했습니다.
ERPkit은 패키지 ERP와 무엇이 다릅니까?
ERPkit은 완성된 패키지를 판매하는 제품이 아니라, 업무를 진단해 필요한 범위만 설계·개발하는 구축 방식입니다. 회계·세무와 표준 구매·판매·재고가 중심이라면 패키지의 제공 기능과 설정 범위를 먼저 비교하도록 안내합니다.
기존 ERP를 그대로 두고 재고관리만 구축할 수 있나요?
검토할 수 있습니다. 기존 제품의 API와 데이터 접근 권한, 재고 원장의 기준 시스템, 동기화 주기와 오류 복구 조건을 확인한 뒤 별도 모듈의 범위를 정합니다. 특정 제품과의 연동 가능성을 확인 없이 보장하지는 않습니다.
회계·세무 기능도 포함됩니까?
별도로 합의합니다. 전표·세금계산서·결산처럼 법정 요건이 따르는 범위는 기존 패키지나 외부 서비스를 유지하는 쪽이 적합한 경우가 많습니다. 포함 여부와 연동 방식은 상담에서 업무 기준으로 확인합니다.
구축 기간과 비용은 어떻게 정하나요?
사용자와 부서 수, 업무 단계, 화면, 데이터 이관, 외부 연동, 검수·교육·운영 지원 범위를 기준으로 산정합니다. 현행 자료와 우선순위를 확인하기 전에는 일률적인 비용이나 기간을 제시하지 않습니다.
데이터 이관은 누가 책임집니까?
프로젝트 계약에서 원본 자료 제공, 정비, 변환, 검증의 책임을 구분해 명시합니다. 품목·거래처 기준정보처럼 업무 판단이 필요한 정비는 현업과 함께 진행하고, 이관 결과의 검수 기준도 함께 정합니다.