1) 프로젝트의 문제점
• 발주서가 엑셀, 손글씨, 사진(PDF 포함) 등 다양한 형식으로 접수되고 있음
• 해당 발주서를 사람이 직접 정리하여 이카운트(ECOUNT) ERP에 수동 입력하고 있음
• ERP 입력 과정과 생산지시서 비교 과정에서 사람이 직접 확인해야 하므로
• 입력 오류
• 비교 누락
• 데이터 불일치
가 빈번하게 발생함
• 고객이 손으로 그려 보내는 부자재 도면을 기준으로
• 치수 계산
• 총합 계산
• 단가 산출
• ERP 재입력
을 모두 수작업으로 처리하고 있음
• 발주서 정리, ERP 입력, 생산지시서 비교, 도면 산출 결과가 각각 분리되어 관리되고 있음
• 이로 인해 업무 시간이 많이 소요되고, 오류 발생 가능성이 높은 구조임

⸻

2) 프로젝트 목표
• 다양한 형식의 발주서를 OCR 기반으로 구조화하여 사람이 직접 정리하는 작업을 줄이는 것
• 발주서 데이터를 이카운트 ERP 견적 등록까지 자동으로 연동하는 시스템을 구축하는 것
• ERP 발주서와 생산지시서를 자동으로 비교하여 일치/불일치 여부를 명확히 확인할 수 있도록 하는 것
• 고객이 손으로 그려 보낸 부자재 도면을 기준으로
• 컴퓨터 상에서 다시 그릴 수 있는 기능을 제공하고
• 치수 입력
• 총합 계산
• 단가 계산
을 자동화하는 것
• 도면 산출 결과를 ERP(ECOUNT)와 연동하여 품목코드, 규격, 수량, 단가, 총합 정보를 전송할 수 있도록 하는 것
• 발주·비교·도면·ERP 연동 업무를 하나의 시스템 흐름으로 관리하는 것

⸻

3) 주안점
• 손으로 그려서 보내주는 도면이나 발주서를 자동으로 인식하는 것이 아닌,
OCR 결과 및 도면 입력 결과를 업무에 맞게 구조화하여 활용하는 데 중점을 둠
• OCR 처리 후
• 품명
• 규격
• 수량
• 단가
를 추출하고 정리하여 ERP에 등록 가능한 형태로 만드는 구조에 집중
• ERP 발주서와 생산지시서를
• 품명
• 규격
• 수량
• 납기
기준으로 비교할 수 있도록 명확한 비교 기준을 적용
• 부자재 도면 기능에서는
• 작업자가 입력한 치수를 기반으로
• 치수 문자열 자동 생성
• 총합 계산
• 단가 계산
이 가능하도록 구현하는 데 중점
• 이카운트 ERP와의 연동(API 또는 브라우저 자동화)을 필수 요소로 두고 설계
• 업무 분석, 개발 및 테스트, 이관 및 인수인계까지 포함한 전체 개발 범위를 고려하여 시스템을 구성

1) 포트폴리오 소개

제조/발주 업무 자동화 + ERP(ECOUNT) 연동 + 도면 입력/산출 자동화를 목표로 한 업무 프로세스 개선형 B2B 시스템 개발 프로젝트.
• 서비스 카테고리: 제조·구매/발주 업무 자동화, OCR 문서 처리, ERP 연동(ECOUNT), 생산관리/검증, 도면 입력 UI/산출 자동화
• 메인 타깃:
• 발주서 정리/견적 등록을 수행하는 구매·자재 담당자
• 생산지시서와 ERP 발주서를 대조하는 생산/관리 담당자
• 손그림 도면을 기준으로 부자재 정보를 정리하는 현장/설계·자재 작업자
• 한 줄 요약:
다양한 형태(엑셀/손글씨/PDF/사진)의 발주서를 OCR로 구조화해 ECOUNT ERP 견적 등록을 자동화하고, ERP 발주서 vs 생산지시서 자동 비교 및 부자재 도면 입력/치수·총합·단가 자동화 + ERP 전송까지 통합 지원하는 시스템 구축.

⸻

2) 작업 범위 (참여 범위 + 지원 환경)

(A) 참여 범위(프로젝트 전체 단계 기준)
• 업무 분석 / As-Is → To-Be 프로세스 설계
• 발주서 접수 → 정리 → ERP 입력 → 생산지시서 대조 → 오류 수정 → 산출물 저장/공유까지 전체 흐름 정의
• 요구사항 정의
• 입력 데이터 유형(엑셀/손글씨/PDF/사진)별 처리 방식 정의
• 추출/정규화 규칙(품명·규격·수량·단가 등) 정의
• 비교 로직(품목/규격/수량/납기) 정의
• 도면 입력 UI/치수 자동화/총합 계산/단가 계산/ERP 전송 범위 정의
• 설계
• 화면 설계(사용자 화면/관리 화면), DB 구조(문서/항목/버전/검증결과/도면/전송 로그)
• OCR 파이프라인, ERP 연동 방식(API 또는 RPA) 설계
• 개발 및 Test
• OCR 및 정규화 처리 개발
• ERP 견적 자동등록 모듈 개발
• 비교 리포트 자동 생성(Excel/PDF) 개발
• 도면 입력 UI + 계산/출력 기능 개발
• 통합 테스트/예외 케이스 테스트(오인식, 누락, 단위 혼재, 중복 행 등)
• 이관 및 인수인계
• 운영 메뉴얼/에러 대응 가이드/데이터 사전/정규화 규칙 문서화
• 계정·권한·API 키 관리 절차 안내
• 유지보수 관점 로그/모니터링/백업 정책 제안

(B) 지원 환경/플랫폼
• 플랫폼: Web App 기반(PC 우선, Tablet 지원 시 옵션)
• 언어/UX: 한글 UI
• 연동: ECOUNT ERP Open API Key 제공 가능(필수 연동)
• 기술 선호: Python 또는 VBA 기반 선호(단, Web App 기준으로 Python 백엔드/프론트 구성 적합)
• 권장 스택 예시
• Front: React 또는 Vue
• Back: Python(Flask/FastAPI) 또는 Node.js
• OCR: Tesseract / Kakao OCR / Google Vision OCR 등(문서 유형에 맞게 선택)

⸻

3) 주요 업무 (주요 기능/주요 페이지/처리 흐름)

(1) 발주서 → ECOUNT ERP 견적 등록 자동화

① 입력 소스(문서 수집/업로드)
• 손글씨 문서: PDF/사진(JPG/PNG) 업로드
• 엑셀 발주서: XLS/XLSX 업로드
• 업로드 후 문서별 버전 관리(재업로드/수정 이력) 가능하게 설계

② OCR 기반 구조화(핵심 파이프라인)
• 이미지 전처리(회전 보정/명암 대비/노이즈 제거/테이블 영역 추정 등)
• OCR 수행 → 텍스트 결과 획득
• “발주서마다 양식이 다름”을 고려해
• 표 영역 추정
• 항목 매핑(품명/규격/수량/단가/납기 등)
• 라인 단위 파싱 및 품목 행 재구성 로직 적용

③ 품목 데이터 정규화
• 품명/규격 표기 흔들림을 줄이기 위한 정규화 규칙 적용
• 예) 단위 통일(mm, cm 혼재), 숫자/문자 혼재 처리(“10T”, “10 t” 등)
• 수량/단가 계산식이 있는 경우 처리(엑셀 수식, “단가×수량” 표기 등)
• 누락/불확실 값은 검수 UI에서 사람이 보정 가능하도록 설계(“자동 인식 + 수동 보완” 흐름)

④ ECOUNT ERP 견적 등록(필수 연동)
• 연동 방식 1: ECOUNT Open API로 견적서 등록(권장)
• 연동 방식 2: API 미지원/제약 시 **브라우저 자동화(RPA)**로 입력
• 전송 항목: 품목코드/품명/규격/수량/단가/총합 등
• 전송 결과 로그(성공/실패/실패사유/재시도) 관리

⑤ 주요 화면(예시)
• 발주서 업로드/목록 화면
• OCR 결과 검수 화면(원본 이미지 + 추출 결과 테이블 비교)
• 정규화/매핑 규칙 관리 화면(관리자)
• ERP 전송(견적등록) 실행 및 결과 로그 화면

⸻

(2) ERP 발주서 vs 생산지시서 크로스체크(자동 대조)

① 입력 소스
• ERP 발주서: ECOUNT에서 다운로드한 엑셀 양식(또는 API)
• 생산지시서: 정해진 엑셀 양식(회사 표준)

② 비교 로직(핵심)
• 비교 키: 품명/규격 기반 매칭(필요 시 품목코드 우선)
• 비교 항목: 품명, 규격, 수량, 납기 등
• 케이스 처리:
• 동일 품목이 여러 행으로 쪼개진 경우(합산 비교 옵션)
• 규격 표기 차이(정규화 후 비교)
• ERP에는 있고 생산지시서에는 없는 항목(누락)
• 생산지시서에는 있고 ERP에는 없는 항목(미등록)

③ 결과물(리포트)
• 일치/불일치 리포트 생성
• 출력 포맷: Excel 또는 PDF
• 불일치 사유 컬럼(수량 차이, 납기 불일치, 품목 누락 등)
• 담당자가 바로 조치할 수 있도록
• “수정 필요 항목만 필터”
• “차이값 강조 표시”
• “재비교 실행 버튼” 같은 UX 고려

④ 주요 화면(예시)
• ERP 발주서 업로드/불러오기 화면
• 생산지시서 업로드 화면
• 비교 실행/결과 화면(필터/다운로드)

⸻

(3) 부자재 도면 입력/치수 자동화/총합 계산 + ECOUNT 연동

중요 포인트: 고객이 손으로 그려 보내는 도면을 “자동 인식”하는 기능이 아니라,
작업자가 그 도면을 보고 컴퓨터 화면에서 다시 그릴 수 있게 만드는 기능

① 치수 입력 UI(사용자 작업 흐름)
• 세그먼트(구간) 단위 길이 입력
• 치수 문자열 자동 생성(예: “A구간 120mm / B구간 85mm …” 형태)
• 총합 자동 계산(전체 길이 합산)
• “짬 가산” 기능(현장 기준 여유분/손실분 반영)
• 단위 통일(mm 기준 등), 입력 오류 방지(음수/문자/허용범위)

② 도면 시각화(간단 CAD 느낌의 도식화)
• 입력값 기반으로 꺾인 선 형태 도식화
• 각 변 길이 표시, 각도 표시
• 사용자 입력이 바뀌면 도식이 즉시 업데이트되는 인터랙션

③ 단가/총액 산출
• 총합 기준 단가표 적용 또는 mm당 단가 요율 적용
• 규격/재질/옵션(가능하다면)별 요율 분기
• 최종 총합/단가/수량 계산 결과를 자동 생성

④ ERP(ECOUNT) 전송
• 품목코드, 규격, 수량, 단가, 총합 등 필수 필드 매핑 후 전송
• 전송 상태 및 히스토리(작업자/일시/도면 버전) 관리

⑤ 출력/저장
• PDF/PNG 출력(도면 + 치수표 + 계산 결과 포함 가능)
• DXF 저장(선택사항)
• 도면/계산 결과/ERP 전송 로그까지 “한 작업 건”으로 묶어 관리

⑥ 주요 화면(예시)
• 도면 작업 목록/신규 생성 화면
• 도면 편집 화면(입력 패널 + 도식화 캔버스 + 계산 결과)
• 단가표/요율 관리 화면(관리자)
• 출력/저장/ERP 전송 화면

⸻

4) 주안점 (중점 사항 / 설계 포인트)

1) “사람이 하던 오류 많은 업무”를 시스템으로 표준화
• 발주서 정리 및 ERP 입력은 사람이 하면
• 오타/누락/단위 혼재
• 비교 실수
• 중복 입력 등의 문제가 반복됨
• 그래서 “자동화 + 검수 UI + 로그/이력” 구조로
업무 표준화와 오류 감소가 핵심 목표

2) 다양한 양식 대응을 위한 “정규화/매핑 설계”
• 발주서 양식이 제각각이라 단순 OCR만으로 해결 불가
• 품명/규격/수량/단가를
• 어떻게 추출하고
• 어떤 기준으로 정규화하고
• 불확실한 값은 어디서 검수할지
이 설계가 프로젝트 성패를 좌우

3) ERP 연동의 현실성(API/RPA 이중 전략)
• 가능하면 API로 안정적으로 자동 등록
• API 제약이 있거나 화면 입력이 필요한 경우를 대비해
**브라우저 자동화(RPA)**까지 고려하여 “실무에서 돌아가게” 설계

4) 도면 기능은 “자동 인식이 아니라 입력 지원/자동 산출”에 집중
• 고객 손그림을 자동으로 읽는 고난도 인식이 아니라
작업자가 쉽게 따라 그릴 수 있는
• 입력 UI
• 실시간 도식화
• 치수/총합/단가 자동화
• ERP 전송
을 통해 업무 시간을 줄이는 방향

5) 운영 관점(유지보수/인수인계)
• OCR 엔진 변경 가능성, 규격 표기 변화, 단가표 갱신 등
운영 중 변경이 잦을 수 있으므로
• 규칙/단가표 관리 화면
• 전송 로그/오류 재처리
• 데이터 사전 문서화
같은 운영 친화 설계를 강조