발주 관리 시스템: 엑셀·카톡 주문에서 벗어나는 도입 기준 [2026]

발주 관리 시스템은 주문서를 입력하는 화면이 아니라 구매 요청·예산·승인·공급사 견적·발주서·변경·입고·검수·매입을 하나의 약속 원장으로 연결하는 시스템입니다. 엑셀과 카톡을 없애는 것보다 품목·단가·수량·납기·세금·승인 버전이 왜 바뀌었는지 추적하고, 부분입고와 취소가 회계까지 일치하도록 만드는 것이 먼저입니다.

현장에서는 요청 부서가 메신저로 수량을 바꾸고 구매팀이 엑셀을 수정하며 공급사는 이전 발주서를 보고 납품합니다. 최신 파일을 찾는 데 시간이 드는 문제보다 어떤 조건이 승인됐고 누구에게 전달됐는지 증명할 수 없는 문제가 더 큽니다.

패키지 ERP에 구매 모듈이 있어도 품목코드·거래처·세금·창고·회계기간의 기준정보가 다르면 연동만으로 해결되지 않습니다. 먼저 업무 상태와 기준정보의 소유자를 정한 뒤 패키지 설정·확장·커스텀 개발 범위를 고릅니다.

전자문서·세금·식별 표준은 거래 구조에 맞춰 적용 범위를 확인한다#

전자문서 및 전자거래 기본법은 전자문서·전자거래의 기본 법적 틀을, 국세청 홈택스는 전자세금계산서 관련 공식 안내를 제공합니다. GS1 표준은 거래 당사자·상품·물류 단위 식별과 데이터 교환의 공통 언어를 제공합니다. 그러나 업종별 증빙·보존·회계 처리와 표준 채택 범위는 계약·세무·ERP 구성에 따라 달라 담당 전문가 검토가 필요합니다.

• 국가법령정보센터 전자문서 및 전자거래 기본법: 전자문서·전자거래의 현재 법적 틀
• 국세청 홈택스: 전자세금계산서와 세무 업무의 공식 창구
• GS1 Standards: 상품·거래 당사자·물류 데이터 식별 표준

기준정보 소유자·발주 변경·부분입고·3자 대사를 일상 운영으로 만든다#

첫 단계는 화면 목록이 아니라 실제 발주 30건을 시간순으로 재구성하는 일입니다. 요청·승인·견적·발주·변경·입고·계산서에서 사람이 다시 입력한 값과 예외를 표시하고 품목·공급사·단위·세율·창고·예산의 원천 시스템과 관리자를 정합니다.

발주 발행 후에는 원본을 덮어쓰지 않고 변경 번호와 사유·승인·공급사 수신을 남깁니다. 부분입고와 반품은 발주 라인 잔량을 갱신하며, 허용 오차를 넘으면 입고나 매입 확정을 자동으로 멈추고 구매·현업·회계의 공동 큐로 보냅니다.

운영 지표는 발주 건수보다 승인 체류, 긴급 발주, 구버전 수신, 납기 지연, 수량·단가 차이, 미검수 매입과 장기 미대사를 봅니다. 월 마감 전 발주·입고·계산서 3자 대사를 수행하고 정책·권한·연동 변경 뒤 같은 회귀 세트를 다시 실행합니다.

모바일 견적·발주 승인은 견적·발주 앱 개발에서 확인하세요. 재고·로트 원장은 재고 관리 시스템 개발을 함께 보세요. ERP 도입 범위와 견적은 ERP 구축 비용 가이드도 참고할 수 있습니다.

부분입고·변경·취소·연동 지연에서도 잔량과 채무가 일치하면 승인한다#

검수에는 동일 품목 다른 단위, 단가·세율 변경, 예산 초과, 대결 승인, 공급사 미수신, 분할 납품, 초과·미달 입고, 불량 반품, 계산서 선도착과 ERP 타임아웃을 포함합니다. 각 상태는 현재값뿐 아니라 승인된 버전과 변경 사유를 보여줘야 합니다.

인수 시험에서는 회사 계정만으로 기준정보 매핑, 승인 규칙, 공급사 포털, 문서 템플릿, ERP·메일 연동, 실패 재처리와 월마감 대사를 수행합니다. 외주사 없이 백업에서 복원하고 중복 발주 없이 미전송 건을 재처리할 수 있어야 합니다.