Community가 적합한 경우
- 제조·재고·구매·판매 흐름을 하나의 데이터 모델로 연결해야 하는 경우
- 외부 시스템 API 연동이나 고유 업무 개발이 중요한 경우
- 다국어·다창고 등 표준 SaaS보다 높은 확장성이 필요한 경우
- 구축 이후 서버와 코드의 운영 책임을 맡을 파트너 또는 내부 역량이 있는 경우
도입 전에 분리할 다섯 가지 비용
| 구분 | 확인 내용 |
|---|---|
| 업무 설계 | 현행 흐름, 기준정보, 권한과 승인 단계 |
| 세팅·이관 | 마스터, 잔액, 미결업무와 검증 범위 |
| 개발 | 표준 기능과 실제 차이, 테스트와 인수 기준 |
| 인프라 | 서버, 백업, 모니터링, 장애 대응과 보안 |
| 운영 | 교육, 문의 대응, 업그레이드와 추가 개발 |
한국 업무는 별도로 검증합니다
국내 회계·세무, 전자문서, 인사·급여처럼 법규와 외부 서비스에 의존하는 영역은 “모듈이 있다”는 사실만으로 판단하지 않습니다. 적용 범위, 유지관리 주체, 현재 버전 호환성과 실제 샘플을 확인하고, 미확인 항목은 도입 범위에서 분리합니다.
작은 PoC로 표준과 개발의 경계를 찾습니다
대표 제품군과 주문·입고·생산·출고 시나리오를 골라 현장 입력 부담과 결과 보고서를 확인합니다. PoC가 통과한 업무는 표준 세팅으로, 통과하지 못한 차이는 프로세스 변경 또는 개발 후보로 분류합니다.
운영 인수 기준
- 백업 복구 절차가 실제로 검증됐는가
- 관리자·개발자 권한과 비밀정보가 분리됐는가
- 변경사항을 테스트하는 별도 환경이 있는가
- 장애와 오류를 기록하고 대응할 담당자가 정해졌는가
- 업그레이드 시 커스텀 모듈의 호환성을 검증할 수 있는가