업무 시스템 개발을 맡기면 무엇을 받나요?
직원이 접속하는 주소부터 업무 화면, 관리자 권한과 소스코드까지. 웹 기반 맞춤 업무 시스템의 결과물과 준비할 내용을 설명합니다.
핵심 정리
- 직원은 회사 전용 주소에 접속해, 각자의 권한으로 업무를 처리합니다.
- 화면·입력 항목·승인 절차는 계약에서 정한 회사 업무에 맞춰 만듭니다.
- 맞춤 개발한 소스코드는 고객이 소유합니다. 구체적인 범위와 운영 환경은 계약에서 정합니다.
제조 업무 시스템을 개발한다고 하면, 어떤 프로그램이 생기는지부터 궁금할 수 있습니다. 여기서는 웹 기반 업무 시스템의 결과물을 설명합니다. 본문의 주소와 업무 흐름은 이해를 돕기 위한 예시입니다. 실제 개발 범위와 접속 환경은 업무를 확인한 뒤 정합니다.
직원은 회사 전용 주소로 접속합니다
직원은 브라우저에서 회사 전용 주소를 열고 자신의 계정으로 로그인합니다. 예를 들어 ops.example.com처럼 기존 회사 도메인에 업무용 주소를 만들 수 있습니다. 새 도메인이 필요하다면 등록 명의와 비용을 함께 정합니다.
로그인한 직원이 주문을 등록하고 재고를 조회하며 승인 요청을 처리하는 공간입니다. 대표, 영업, 구매 등 역할별로 조회·수정·승인 권한을 나눕니다.
외부 접속을 허용할지, 사내망에서만 사용할지도 확인합니다. 스마트폰에서 확인할 업무가 있다면 해당 화면의 모바일 사용을 범위에 포함합니다. 장비 직접 제어, 오프라인 작업, 데스크톱 전용 기능이 필요하면 웹 방식의 적합성부터 검토합니다.
업무를 처리할 화면과 규칙을 만듭니다
예를 들어 주문별 납기를 검토하는 시스템이라면, 화면에 다음 정보를 모을 수 있습니다.
| 화면에서 확인할 정보 | 실무자가 할 일 |
|---|---|
| 주문 수량과 고객 요청일 | 검토할 주문을 선택합니다. |
| 필요한 자재와 부족 수량 | 구매가 필요한 자재를 확인합니다. |
| 발주 상태와 입고 예정일 | 구매 담당자가 확인한 일정을 봅니다. |
| 생산 일정과 출하 계획 | 고객에게 답할 납기를 검토하고 기록합니다. |
화면에 표시할 정보와 처리 규칙을 함께 설계합니다. 수량을 바꾸면 어떤 값을 다시 계산할지, 누가 일정을 확정할지, 변경 이력을 어디에 남길지 함께 정합니다. 납기 확정이나 출하 승인처럼 책임이 따르는 판단은 담당자의 권한과 절차를 명확히 둡니다.
업무 데모에서 화면과 처리 흐름을 직접 확인할 수 있습니다. 첫 구축에 넣을 기능은 실제 업무와 예외를 확인한 뒤 합의합니다.
기존 ERP와 파일을 연결할 방법을 정합니다
기존 ERP가 주문·재고의 기준이라면, 새 화면에서 필요한 정보를 가져올 수 있는지 확인합니다. 공급사의 API나 데이터베이스 접근 정책에 따라 가능한 방식이 달라집니다.
직접 연동이 어렵다면 엑셀·CSV 가져오기를 검토할 수 있습니다. 이때도 파일을 올리는 것만으로 끝내지 않고, 잘못된 품목 코드나 누락 항목을 누가 확인할지 정해야 합니다.
어떤 데이터를 어디에서 수정할지, 정보가 언제 갱신되는지, 연결이 실패하면 어떻게 확인할지까지 합의합니다. ERP·파일 연동 안내에서 확인할 조건을 살펴보세요.
소스코드와 운영 환경을 함께 확인합니다
맞춤 개발한 소스코드는 고객이 소유합니다. 내부 담당자가 운영관리할지, 개발 지원을 받을지도 선택할 수 있습니다. 이를 위해 계약 단계에서 다음 항목을 확인합니다.
- GitHub 등 소스코드 저장소의 소유·접근 권한
- 서버·데이터베이스·도메인의 명의와 비용 부담
- 관리자 계정과 배포·백업·복구 절차
- 운영 문서와 인계 일정, 추가 지원 범위
사전 보유 코드, 범용 라이브러리, 오픈소스와 외부 서비스는 각각의 라이선스 조건을 따릅니다. 고객이 소유할 결과물의 범위와 시점은 계약에 명시합니다. 내부 운영관리를 선택할 때는 담당자의 역량과 운영 여건도 함께 살펴봅니다.
첫 상담에서는 실제 업무 한 건을 설명해주세요
처음부터 요구사항 문서를 완성할 필요는 없습니다. 최근 처리한 주문이나 구매 요청 한 건을 기준으로, 누가 어떤 자료를 보고 무엇을 결정했는지 설명해주시면 됩니다.
- 표본 자료: 민감한 값을 가린 엑셀이나 업무 화면을 준비합니다.
- 처리 과정: 시작부터 완료까지의 순서와 자주 생기는 예외를 정리합니다.
- 사용 환경: 사용하는 ERP와 도구, 접속할 직원과 기기를 알려줍니다.
- 완료 기준: 어떤 일을 끝까지 처리할 수 있어야 하는지 함께 정합니다.
첫 구축은 합의한 작은 업무 범위를 기준으로 2~4주를 목표로 잡습니다. 연동 조건과 데이터 정리, 검수 일정에 따라 기간은 달라집니다. 진행 방식에서 범위와 일정, 운영관리를 정하는 과정을 확인할 수 있습니다.
개발 결과물을 확인할 때 자주 묻는 질문
회사 홈페이지를 새로 만드는 건가요?
이 글에서 설명하는 결과물은 직원이 로그인해 주문·구매·출하 같은 업무를 처리하는 웹 애플리케이션입니다. 고객에게 회사를 소개하는 홈페이지와 용도가 다릅니다. 소개 홈페이지와 업무 시스템을 모두 만들 계획이라면 각각의 범위와 주소를 정합니다.
새 주소와 직원 계정도 생기나요?
웹 기반으로 구축한다면 직원이 접속할 주소와 로그인 방식을 정합니다. 기존 회사 도메인의 하위 주소를 쓰거나 새 도메인을 등록할 수 있습니다. 직원 계정을 개별로 만들지, 기존 업무 계정과 연결할지는 사용 환경과 연동 조건을 확인합니다. 도메인과 계정의 관리 주체도 인계 전에 정합니다.
프로그램을 PC마다 설치해야 하나요?
일반적인 웹 방식에서는 지원하는 브라우저로 접속합니다. 다만 장비 연결, 특정 인쇄 환경이나 오프라인 작업이 필요하면 추가 프로그램이나 다른 구축 방식을 검토할 수 있습니다. 실제 사용할 PC와 장비를 개발 전에 알려주셔야 합니다.
개발비 외에 매달 어떤 비용이 드나요?
서버·데이터베이스, 도메인, 파일 보관, 문자·이메일·AI 등 사용하는 외부 서비스 비용이 발생할 수 있습니다. 운영관리 지원을 맡기면 해당 지원 비용도 별도로 정합니다. 예상 사용량, 고객 명의 계정과 비용 결제 주체를 견적에서 함께 확인합니다.
내부에서 직접 운영관리할 수 있나요?
내부 담당자의 역량과 운영 환경에 맞춰 선택할 수 있습니다. 소스코드에 접근하고 직접 배포·설정 변경·백업·복구를 할 수 있는지 확인해야 합니다. 고객이 직접 맡을 일과 개발 지원이 필요한 일을 나누고 인계 문서·계정·설명 범위를 정합니다.
구체적인 첫 구축 예시는 주문 현황 관리부터 만드는 방법에서, 기존 파일을 옮기는 과정은 엑셀 업무 전환 순서에서 확인할 수 있습니다.