견적·발주 앱 개발: 영업·구매 프로세스 모바일화 [2026]
견적 발주 앱 개발로 영업 견적 작성·거래처 발주·승인까지 모바일에서 처리하는 업무 앱을 만드는 법. 핵심 기능, 엑셀·패키지·커스텀 비교, ERP 연동 고려사항을 정리했습니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
견적·발주 앱은 종이 견적서를 모바일로 옮기는 앱이 아니라 가격 근거·할인 권한·고객 협의·내부 승인·발주 전환·ERP 반영을 버전별로 연결하는 업무 시스템입니다. 현장 속도만 높이면 승인 전 가격이 전송되거나 오래된 견적이 발주로 바뀔 수 있으므로 오프라인·알림·대결·회수·재승인까지 상태로 설계해야 합니다.
영업은 고객 앞에서 빠르게 견적을 보내고 싶고 관리자는 원가·마진·할인·결제조건을 통제해야 합니다. 구매 발주는 예산과 공급사 조건을 확인해야 합니다. 두 흐름을 같은 작성 화면으로 합치더라도 승인 규칙과 외부 전송 시점은 분리해야 합니다.
모바일 앱 여부보다 기준가격·거래처·품목·재고·환율·세금의 원천이 중요합니다. ERP 값을 복사해 별도 앱에 저장하면 편해 보이지만 곧 가격 충돌이 생깁니다. 조회·초안·승인·확정 중 어느 단계에서 어떤 시스템이 기준인지 먼저 정합니다.
견적 버전·승인·외부 전송·발주 전환을 분리한다#
저장과 승인, 승인과 고객 전송을 같은 버튼으로 취급하지 않습니다.
| 상태 | 허용 행동 | 금지 행동 | 남길 증거 |
|---|---|---|---|
| 초안 | 품목·조건 계산·협업 | 외부 확정본 전송 | 작성자·가격 기준 |
| 승인 대기 | 검토·반려·보완 | 무단 수정·발주 전환 | 규칙·검토 의견 |
| 승인·전송 | 서명본 발송·수신 확인 | 원본 덮어쓰기 | 버전·시각·수신자 |
| 수락·발주 | 고객 수락·발주 생성 | 만료 견적 재사용 | 수락 조건·연결 키 |
현장 속도·통제·ERP 책임을 기능 단위로 나눈다#
첫 출시에는 자주 쓰는 가격 정책과 고위험 승인 예외를 함께 담습니다.
| 영역 | MVP | 후속 확장 | 책임 시스템 |
|---|---|---|---|
| 견적 | 품목·수량·세금·유효일 | 옵션·다통화·계약 | 가격·품목 원장 |
| 승인 | 금액·할인·마진 규칙 | 대결·병렬·위원회 | 조직·권한 원장 |
| 고객 | PDF·링크·수신 확인 | 협상·전자서명 | CRM·문서 보관 |
| 발주·ERP | 승인본 전환·상태 회신 | 재고·회계·정산 | ERP·구매 원장 |
실무 시나리오: 오프라인 견적이 동기화되며 승인본을 덮었다#
현장에서 작성한 낮은 단가의 초안이 나중에 동기화돼 이미 승인·전송된 버전과 충돌한 상황을 가정합니다.
| 단계 | 확인 질문 | 복구 조치 | 종료 증거 |
|---|---|---|---|
| 차단 | 어떤 견적·수신자가 영향인가 | 전송·발주 전환 일시 중지 | 영향 버전 목록 |
| 원본 판정 | 승인 당시 가격·정책은 | 불변 이력·ERP 기준 대조 | 유효 버전 확정 |
| 고객 복구 | 잘못 전송된 조건이 있는가 | 권한자 정정·재승인·통지 | 수신 확인·합의 |
| 재발 방지 | 동기화 충돌 규칙은 | 버전 잠금·사용자 병합 | 오프라인 회귀시험 |
전자문서·전자서명·개인정보의 효력과 보존을 업무별로 확인한다#
전자문서 및 전자거래 기본법과 전자서명법은 전자문서·전자서명의 기본 법적 틀을 제공합니다. 개인정보 보호법은 거래처 담당자·승인자·접속기록 처리의 기본 의무를 규정합니다. 다만 특정 견적·발주·계약의 성립, 보존기간, 인감·서명 방식과 세무 증빙은 거래 유형과 계약에 따라 달라 법무·세무 검토가 필요합니다.
- 국가법령정보센터 전자문서 및 전자거래 기본법: 전자문서·전자거래의 기본 법령
- 국가법령정보센터 전자서명법: 전자서명의 현재 법적 틀
- 국가법령정보센터 개인정보 보호법: 거래처·승인자 정보와 로그 처리 기본 의무
승인 규칙 버전·오프라인 충돌·ERP 재처리를 운영 책임으로 둔다#
기획 시작 전 최근 견적과 발주를 금액·할인·마진·품목·지역·거래처 위험으로 분류합니다. 정상 흐름보다 반려 후 수정, 승인자 부재, 긴급 출고, 고객 재협상, 견적 만료와 발주 취소 사례를 모아 규칙 우선순위를 정합니다.
승인 규칙에는 적용 시작일과 버전을 부여하고 대결·위임·상향·만료를 기록합니다. 앱은 오프라인 초안을 허용하되 서버 버전과 충돌하면 자동 덮어쓰지 않고 사용자에게 차이를 보여줍니다. 승인 뒤 변경은 새 버전과 재승인을 강제합니다.
ERP 연동은 요청 식별자와 멱등 키를 사용해 타임아웃 뒤 재시도해도 발주가 중복 생성되지 않게 합니다. 운영자는 승인 체류·반려 반복·수동 가격 변경·만료 견적 사용·ERP 미반영을 매일 확인하고 회사 계정에서 알림·문서·연동 키를 회수할 수 있어야 합니다.
구매 요청부터 입고·매입까지는 발주 관리 시스템 가이드에서 확인하세요. 조직 전체 승인 규칙은 전자결재 승인 워크플로우를 함께 보세요. 외주 견적 범위 비교는 개발 견적서 읽는 법도 참고할 수 있습니다.
권한·오프라인·중복·만료 예외에서 승인본이 보존되면 인수한다#
검수에는 권한 없는 할인, 승인자 부재·대결, 병렬 승인 충돌, 승인 중 품목 변경, 만료된 가격표, 오프라인 동기화, 중복 탭, 알림 지연, PDF 재생성과 고객 수신 실패를 포함합니다. 승인 당시 규칙과 문서 해시를 다시 확인할 수 있어야 합니다.
ERP·CRM·메일이 각각 지연되거나 실패하는 시험에서 승인본은 보존되고 실패 큐만 안전하게 재처리돼야 합니다. 대체 담당자가 외주사 없이 견적 버전 조회, 고객 정정, 연동 재처리, 권한 회수와 감사자료 추출을 수행하면 인수합니다.
핵심 요약
- ✓견적·발주 앱은 가격 근거·승인·외부 전송·발주 전환의 버전 원장이다
- ✓저장·승인·고객 전송을 다른 상태와 권한으로 분리한다
- ✓ERP·CRM·앱 중 품목·가격·거래처의 책임 시스템을 먼저 정한다
- ✓오프라인 충돌은 자동 덮어쓰기 대신 차이 확인과 새 버전으로 해결한다
- ✓연동 실패는 멱등 키와 재처리 큐로 중복 발주 없이 복구한다
자주 묻는 질문