수주 전표

	가수주번호	수주번호	2품목	모델명	거래처	국내/해외	수주일자	고객납기일	거래금액	담당자	3진행단계

수주 전표 — 목록

dooco 화면 스펙 · 갱신 2026-09-04
목업 출처 Kanakku html/customers.html (목록 표준 mold-master 파생)
← 인덱스로

미확정

목적

영업이 등록한 수주 전표의 조회·검색 진입점. 영업팀이 쓰는 메뉴는 신제품 사양서 + 수주 전표 2개로 확정 (9/1 회의 10항)
구매팀은 조회만(9/16 회의 9항) — 화면을 따로 두지 않고 역할·권한(→ P-08 역할·권한 관리)에서 구매팀 역할에 수주 전표 조회 권한만 준다. 조회만 있으면 등록·수정·삭제·복사 등록·발주 요청·선택 변경 버튼이 보이지 않는다
세트 구성: 목록(이 화면) → 상세 → 등록/수정 — 상세·등록은 다음 단계 → 화면 미작성(P-미정)
매출은 별도 메뉴로 분리한다 (9/8 회의 — 9/1 10항 철회). 수주 1건에 매출이 여러 건 붙고(분할 출하) 관리 부서도 다르다. 이 화면은 진행단계로 매출완료까지 표시만 한다 → 화면 미작성(P-미정)

주요 요소

Description

검색 조건

기간 · 거래처 · 진행단계 · 영업담당자 · 검색어 — 조건을 동시에 걸어 좁힌다(9/8 회의 "이거 두 개는 좁히고 이거 두 개는 좁히고 이걸 되게 많이 해요")

기간 기준을 라디오로 고른다 — 수주일자 / 고객납기일. 영업은 "이번 달에 무엇이 나가야 하는지"를 더 자주 보기 때문(9/8 회의). 앞 셀렉트는 프리셋 전체 · 당일 · 보름 · 당월 · 1개월 · 6개월 — 고르면 시작·종료일이 채워지고, 날짜를 직접 고치면 프리셋은 전체로 돌아간다. 최초 미설정 = 전체

거래처는 셀렉트가 아니라 자동완성 — 현행 1,887건이라 드롭다운으로 쓸 수 없다(9/8 회의 "콤보박스로는 활용이 불가능해요"). 치면 후보가 뜨고 커서만 올려도 펼쳐진다. 옆 셀렉트들과 나란히 놓이므로 오른쪽에 화살표를 뒀다

영업담당자는 드롭다운(9/8 회의 "영업 담당자는 드롭다운으로 이 창 하나 할당"). 검색어는 가수주번호 · 품명 · 모델명 3종 — 모델명 검색을 제일 많이 쓴다("모델 검색한 다음에 제품 사양서 보고 발주를 넣으니까")

현행 로스제로는 좌측 달력에서 일자를 눌러 그 날 전표를 본다. 웹은 기간 검색으로 대체 — 달력·일자별 집계표는 옮기지 않는다

[미확정] 매출구분·국내/해외를 검색 조건에 넣을지 — 실장 "올해 금형 개발만 몇 개인지 걸러낼 수 있어야 한다"(9/8). 지금은 등록 화면 필드로만 두었다

품목 열 · 링크

전표 1건에 품목 라인이 여러 개다 — 대표 품목 + 外 N items. 로 줄여 보여준다. 한 제품이 컨테이너별 파생 품목으로 쪼개져 나간다(용기·펌프·캡·리드)

표기는 로스제로 실물 그대로([펌프]外 1items) — 품목명만 링크(상세 이동)이고 外 N items 는 회색으로 구분한다. 실물의 끝 마침표는 뺐다(9/4 PM). 열 이름만 품목내역 → 품목

품목(파랑 실선) = 전표 상세 화면 이동 → 화면 미작성(P-미정) · 거래처(키컬러 점선) = 거래처 참조 팝업(공용 vendor 유형). 가수주번호는 링크 아님

국내/해외 열(9/8 회의 — 매출 집계·실적 보고용) — 거래처 다음, 딱지 아닌 글자. 값은 전표의 국내/해외(등록에서 거래처 값으로 채우고 바꿀 수 있음)

품목명·거래처명 — 길면 한 줄 말줄임(…)으로 자른다(품목 240px · 거래처 100px). 가로 스크롤을 만들지 않기 위함이며, 전체 이름은 마우스를 올리면 보인다

열 순서는 가수주번호 · 품목 · 모델명 · 거래처 — 무엇을 파는 건인지가 거래처보다 먼저 읽힌다(9/4 PM)

모델명 열 추가(9/8 회의) — 완제품 코드 앞 7자리(P200212D004C → P200212). 수주 하나에 모델은 하나이므로 열 하나면 된다("모델 번호도 수주 하나당 하나예요"). 검색어에도 모델명이 들어간다 [미확정] 채번 규칙 회신 후 자릿수 확정

진행단계

8단계(9/8 회의 7단계 + 9/16 회의 7항 발주요청) — 수주확인 → 발주요청 → 진행중 → 생산완료 → 출하중 → 출하완료 → 매출완료 → 최종완료. 진행중은 발주완료·생산대기·생산중을 포괄한다 — 부품 수가 많아 BOM을 풀어야 알 수 있으므로 수주 단계에 그대로 녹일 수 없다. 선택 변경은 발주요청과 취소(강제종료)만 — 사람이 바꾸는 건 발주요청까지, 이후는 시스템(9/16 회의 7항)

딱지 색을 단계마다 갈랐다(9/10 PM) — 회색 → 하늘 → 보라 → 노랑 → 분홍 → 초록 → 검정. 주황은 등록 버튼 키컬러라 쓰지 않는다

취소(강제종료)는 별도 단계가 아니라 플래그다 — 진행단계는 그대로 두고 그 옆에 빨강 [취소] 딱지를 붙인다(9/10 PM). 정상 종료와 구분하기 위한 것이며, 취소 시에는 협의·알림·후속 발주 처리가 뒤따른다. 실무에서는 취소 시 영업이 수량·단가를 0으로 바꿔 처리해 왔다 (9/8 회의)

딱지를 누르면 그 단계를 다루는 메뉴로 간다 — 진행중·생산완료 → 진척 관리, 출하중·출하완료 → 출하 관리, 매출완료·최종완료 → 판매 관리. 해당 화면이 아직 없어 주소만 비워 두었다

카운트 줄에 단계별 건수가 함께 나온다 — 로스제로 조회 화면의 일자별 집계표를 한 줄로 대체

[미확정] 사내 용어 확인(9/16) · 진행단계 값을 공통코드로 둘지(지금은 화면에 박아 둠 — 로직이 걸려 있어 고정값이 맞다고 보나 두코 확인) · 거래금액 통화 — 금액 뒤에 공통코드(거래통화 SAL01) 비고의 기호를 괄호로 붙였으나, 회계가 원화 환산액을 쓰면 무의미해진다. 환산액으로 바꿀지·국내/해외 열로 대체할지 두코 확인. 환율 자동 조회(무료 API)도 미확정

인터랙션·상태

Description

상세 진입 = 품목 클릭

수주 전표는 게시물이라 팝업으로 훑지 않고 상세 화면으로 들어가서 본다(9/4 PM). 가수주번호는 링크가 아닌 일반 텍스트

품목(파랑 실선 .go-link) = 전표 상세 → P-11-2 수주 전표 상세. 행 메뉴(⋯)·관리 컬럼 없음 (목록 스타일 가이드 §4)

전표 상세 팝업(공용 RefPopup slip 유형)은 소스만 남겨 뒀다 — 나중에 가수주번호에 연결할 수 있게. 지금은 목록에서 부르지 않는다

진행단계를 누르면 그 단계를 다루는 메뉴로 간다(9/8 회의 "진행 단계 누르면 지금 어디까지 됐지라고 보게 하고 싶었어요"). 단계마다 갈 곳을 미리 잡아 두었고, 해당 화면이 생기면 주소만 채우면 된다

수주확인	이동 없음 — 아직 진행된 것이 없다
발주요청	발주 확정 → 화면 미작성(P-미정)
진행중 · 생산완료	진척 관리 → 화면 미작성(P-미정)
출하중 · 출하완료	출하 관리 → 화면 미작성(P-미정)
매출완료 · 최종완료	판매 관리 → 화면 미작성(P-미정)

진행중 → 진척 관리만 회의에서 확정됐다(33:36). 나머지는 그 단계를 다루는 메뉴로 잡은 것이라 [미확정] 9/16 확인

태블릿·모바일

열에 등급을 붙여 접는다(목록 스타일 가이드 §4-1) — 폰은 품목 · 고객납기일 · 진행단계만, 태블릿부터 가수주번호·거래처·거래금액이, 데스크톱에서 담당자가, 넓은 화면(1800 이상·디스크립션 닫힘)에서 모델명·국내/해외·수주일자가 더 보인다 — 1440·디스크립션 열림에서 가로 스크롤을 없애기 위함(9/17)

폰에는 코드가 아니라 이름을 남긴다 — 사람이 알아보는 것은 번호가 아니다(9/10 PM). 가수주번호는 태블릿부터

하단 바

좌 [선택 수정](진행단계) · [선택 삭제](확인 팝업) · 가운데 페이징 · 우 [엑셀 다운로드](현재 검색 결과)

일괄 대상은 진행단계 하나뿐 — 여러 전표에 같은 값을 반복해 넣는 항목이 그것뿐이다 (§2 일괄 작업 범위). 변경은 수정 권한자만(9/4 PM, 작성자 예외 없음)

공용 컴포넌트

검색 카드 · 카운트 줄 · 하단 바는 spec-assets/list-page.js가 그린다 (9/4 신설). 화면은 항목 정의만 넘긴다 — 목록마다 마크업을 복사하면 한쪽만 고쳐져 갈린다

데이터·규칙

Description
·	근거 9/1 회의 9·10항(영업 요건 1차) + 현행 화면 실물 판독(9/4, 전표 3건·팝업 2종·거래처 마스터). 두코가 슬라이드에 표시한 "쓸 컬럼"을 실물과 대조해 확정 목업 데이터 = 판독 실물 13건. 조회 화면 캡처 2장(9/2·9/3, 각 18건 중 화면에 보인 6건) + 등록 폼 3건(2609020·2609030·2609042). 지어낸 값 없음 판독 실물은 3건(2609020 · 2609030 · 2609042 — 등록 폼을 열어 읽음). 나머지 10건은 목록에서 가수주번호·거래처·품목·수주일자·거래금액만 읽혔고, 고객납기일·담당자·진행단계와 상세는 시연용 예시다(9/7 PM "시연하거나 고객이 볼 때 다 데이터가 있어야지"). 상세 라인 합계는 판독 거래금액에 정확히 맞췄다. [미확정] 9/2·9/3 전표 전체 목록(두코 요청 대상) 진행단계 8종(수주확인 · 발주요청 · 진행중 · 생산완료 · 출하중 · 출하완료 · 매출완료 · 최종완료) — 9/8 회의 확정. 화이트보드 최종본 기준이며 [미확정] 사내 용어는 9/16 확인 금액 열은 거래금액 — 조회 화면에서 읽히는 열이 거래금액이고, 합계금액(부가세 포함)은 등록 폼을 연 3건만 알 수 있다. 로스제로 전표별 현황의 실제 열명과도 같다
·	채번 번호가 둘이다 — 가수주번호 · 수주번호 (10/7 회의 5항) 가수주번호 = 영업이 전표를 등록할 때 생기는 번호. 대외적으로 통용되는 번호가 아니다 — 차장 54:46 "그냥 시리얼 넘버처럼 … 가수주 번호라고 해야 될까요? 그런 넘버링은 있기는 해야 될 것 같아요. 확실한 넘버링은 딱 하나로 귀속이 돼야" · 55:46 "아예 수주 번호라는 표현이 없었으면 좋겠습니다" · 56:15 "명칭과 넘버링을 따라야 되지 않는다는 거는 너무 확고합니다". 57:48에서는 "그 키는 내부적으로만 안 보이게 감춰놓고"라고도 했는데, 발주 요청 전에는 이 번호밖에 없어 영업이 전표를 식별할 수단이 사라진다. 그래서 "통용 번호로 쓰지 않는다"로 읽고 화면에는 남겼다 — 56:27 "가수주번호라고 타이틀 달고 번호를 일단 만들어 놓을까요?" → "네 일단은" (10/13 PM 판단) [미확정] 정식 명칭 — 차장이 정해 주기로 했고(56:52 · 57:20) 아직 회신 전이라 임시로 "가수주번호" 수주번호 = 발주 요청으로 넘어가는 시점에 채번되는 통용 번호(YYMMDD-NNNN — 발주요청일 + 그날 순번 0001~9999). 54:12 "발주 요청으로 넘어온 시점에 수주 번호가 생기면서 … 규격은 YYMMDD 다시 시퀀스" · 58:19 "YYMMDD 다시 넘버링 4개" · 58:29 "1번부터 9999번까지" → P-14 발주 확정. 그래서 진행단계가 "수주확인"이면 이 칸이 비어 있다(-) — 아직 발주 요청 전이다. "발주요청"부터 번호가 붙는다 가수주번호 체계 = 연2 + 월2 + 순번3 (월 통산, 예 2609020) — 로스제로 실물값. 품목 라인마다 라인번호가 따로 붙는다(260902001·260902002)
·	목록에 두지 않은 것 신제품여부 · 문안변경여부 · 주의사항 — 9/1 회의 9항에 있지만 그 전표를 실제로 다룰 때 필요한 정보라 상세·등록에서 본다(9/4 PM). "문안 변경 예정 건 작업 제한 표시"도 상세에서 결재 — 9/1 회의 4항의 결재는 신제품 사양서 요건이다. 수주 전표는 진행단계로만 흐르며 결재 대상인지 확인되지 않았다. [미확정] 9/16 확인
·	덜어낸 것 로스제로 전표별 현황에 있던 값 중 목록에 두지 않은 것: 대표수주번호 · 수주ID · 완료구분 · 품목별 현황 · 납품예정일 현황 · 달력/일자별 집계표. 현행 시스템이 복잡한 것이 이전의 출발점이므로 남길 근거가 있는 것만 남겼다 (9/4 PM)
·	미확정 [미확정] 진행단계 값 목록 · [미확정] 신제품/문안변경 여부를 목록에 표시할지 · [미확정] 거래처 검색 범위(매출처·매입/매출처·매입/매출/외주 3종으로 거를지) · [미확정] 잔량·납품 실적 연계 상세는 수주전표 판독 7절 (12건)

알림

홍길동

수주 전표

4선택 수정 — 선택한 수주 전표 0건

수주 전표 삭제

Filter