발주 확정 수주 상세 — dooco 화면 스펙

거래처 리스트 -

품목 리스트

수주 리스트 발주 요청

21. 발주 정보

발주구분		발주일자
연결 수주	검색 수주 전표 연결 해제	수주 고객사	-
비고

32. 수주 품목

	품목	완제품코드	신제품 사양서	수주수량	고객납기일

43. 구성품 전개 완료 줄 접기

상태 변경

품목	종류	재질	색상	공정	현재고	거래처	단가	발주수량	납기요청일

54. 생성된 발주

발주번호	거래처	품목	수량	공급가액	부가세	합계	발주일자	상태	발주서

4. 생성될 발주

펼치기

거래처	공정	품목	수량합계	공급가액	부가세	합계

목록으로

발주 확정 — 수주 상세

dooco 화면 스펙 · 갱신 2026-09-22
목업 출처 상세 B형(수주 전표 상세와 같은 틀) — 표는 전개·확정(등록)과 같은 열, 입력창만 글자로
← 인덱스로 · 발주 확정 목록 · 전개·확정(등록) · 발주서 상세

미확정

목적

이 수주에서 뭐가 나갔고(파랑) · 멈췄고(회색) · 안 나갔나(흰색)를 한 화면에서 본다. 구매 담당자는 수주 단위로 검증한다(회의록 16항 "발주 담당자가 수주 단위로 기억하며 검증")
목록 수주 기준 탭에서 들어온다. 상세가 둘이다 — 수주 상세(이 화면) · 발주서 상세(업체 1곳 = 발주서 1장, → P-14-3). 업체별 모아 보기는 목록 발주 기준 탭(회의록 16항), 업체가 보는 쪽은 SCM(→ 화면 미작성(P-미정))
바깥 틀은 상세 B형(공용 page-head + 카드 한 장 + h6/hr 섹션), 표 안은 등록과 같은 열·상태 음영 — 입력창만 글자로. 고치려면 [수정]으로 등록 화면에 그대로 이어진다

주요 요소

Description
1	페이지 헤더 공용 page-head.js(상세 B형) — ← 목록 · 대표 완제품(여러 건이면 外 N건) · 수주번호(고유코드 — YYMMDD-NNNN, 발주 요청으로 넘어온 시점에 채번, 10/7 회의 5항) 옆에 회색으로 "가수주 2609159 · 접수 2026-09-18 08:44" — 영업 전표와 대조하고 언제 넘어왔는지 보인다(9/30 12:09 "이 목록이 보이기 시작한 시점을 증거로") → P-11 수주 전표 · 수주 상태 딱지(목록 수주 기준 탭과 같은 규칙 — 살아 있는 발주서 없음 → 대기, 완료 하나라도 → 완료, 아니면 보류. 취소는 플래그라 세지 않는다) / 최종 수정 · [발주서 미리보기] = 수주 기준 한 장 — 그 수주의 발주를 업체 구분 없이 한 장에 담는다. 두코 실물 양식이 그렇다(우림플라스틱 · 에이치디블유웰 · 상용이엔지가 같은 장에 있다). 발주서를 고르는 단계는 없앴다 (10/14 PM). [발주서 미리보기][발주 확정][강제 완료][발주 취소][복사 등록][수정]. [강제 완료] = 아직 발주하지 않은 줄을 모두 발주 제외로 돌린다 — 미발주가 0이 되어 수주가 닫힌다(9/30 6차 40:32 · 10/7 1:00:00 "미발주가 남아 있어도 강제 완료 처리할 수 있는 수단 둡니다"). 확인 팝업에 남은 행수를 보여 주고, 돌린 뒤에는 버튼이 사라진다. 별도 플래그를 두지 않아 어느 줄이 왜 안 나갔는지가 줄마다 남는다 (10/13 PM). 미발주가 남았을 때만 보인다. [발주 확정] = 아직 발주가 안 나간 줄을 팝업에서 체크해 골라 발주 확정 화면으로 넘긴다(기본 전체 체크) — 고른 줄만 열린 채로 등록 화면이 열리고 수량·거래처를 넣어 확정한다 → P-14-2 발주 확정 전개·확정. 미발주 줄이 있을 때만 보인다. 보류 줄은 여기가 아니라 그 발주서 상세(→ P-14-3)에서 다시 낸다 (9/28 PM) [발주서 미리보기] — 발주서가 하나면 바로 열고, 여럿이면 발주번호·업체·상태 목록에서 고른다(발주서는 업체 단위 문서라 수주에서는 고르는 단계가 있다). [발주 취소] = 이 수주로 나간 발주서를 팝업에서 체크해 골라 취소(아직 취소 안 된 발주서 — 완료·보류 어느 상태든. 기본 전체 체크, 이미 취소된 건 회색·체크 불가, 사유 하나. 취소는 상태가 아니라 플래그 — 상태는 그대로, 빨강 [취소] 딱지 + 취소 시점 상태, 녹취 오후 1:01:00·1:01:52) — 목록 [선택 수정]과 같은 문법(9/22 PM). 완료·보류 발주서가 있을 때만 보인다 [미확정] 수주 취소 시 발주 일괄 취소가 필요한지 — 9/8 회의 "취소 시 후속 발주 처리"만 있고 정한 바 없어 9/23 확인. [복사 등록] = 이 수주를 물고 추가 발주를 낸다(회의록 14항 "복사 등록으로 추가 발주를 낼 때도 원래 수주를 계속 물고 갑니다") — 등록 화면이 발주구분 "추가 발주"로 열리고 나간 줄은 잠긴 채다. [삭제]는 없다 — 발주 취소는 삭제가 아니라 플래그(14항)
2	발주 정보 등록 1번과 같은 표 — 발주구분 · 발주일자 / 연결 수주(→ P-11-2) · 수주 고객사 / 비고. 카드 한 장 안의 첫 섹션 — 상세 B형은 섹션을 카드로 나누지 않는다(가이드 1-2b), 등록과 같은 것은 표 안의 열·상태 음영이다
3	수주 품목 완제품마다 품목 · 완제품코드 · 신제품 사양서 · 수주수량 · 고객납기일. 체크는 없다 — 전부 펼친다
4	구성품 전개 등록 3번과 같은 열(품목 · 종류 · 재질 · 색상 · 공정(금형) · 현재고 · 거래처 · 단가 · 발주수량 · 납기요청일), 값은 전부 글자. 발주 완료 = 파랑 음영 + 날짜/발주 완료, 보류·취소 = 회색 음영 + 사유, 안 나간 줄 = 흰색에 - → 10/16 변경 (아래 [10/16 추가]). [완료 줄 접기]로 안 나간 줄만 남길 수 있다 보류 줄이 보이는 모습 — 회색 음영 · 거래처 · 단가 · 발주수량은 비운다(멈춘 발주라 그 업체로 들어오지 않는다) · 납기요청일 칸에 "보류 · 사유" · 마우스를 올리면 → 10/16 변경 (아래 [10/16 추가]) 원래 업체 · 상태 · 사유(예: 에코윈 · 발주 보류 · CT 부적합). 날짜를 비우는 이유는 멈춘 발주의 납기는 지킬 수 없기 때문 (9/21 PM) 보류는 상태, 취소는 플래그 — 상태는 발주 대기 · 발주 완료 · 발주 보류 셋이고, 취소는 상태를 바꾸지 않고 딱지로 남는다(녹취 오후 1:01:00 · 1:01:52). 보류는 CT 부적합 등으로 잠시 멈출 때 쓰며 사유가 필수다(9/16 회의 14항). 취소 줄도 같은 회색이라, 어느 쪽인지는 칸의 글자(보류 / 취소)와 5번 발주서 목록의 딱지로 가른다 보류는 발주서 단위(업체 1곳 = 발주서 1장) — 이 화면에서는 걸지 않는다 → 10/16 변경 (아래 [10/16 추가]). 발주서 상세(→ P-14-3) [보류] 또는 목록 [선택 수정]에서 사유와 함께 건다. 이 수주에 걸린 보류는 5번 생성된 발주에 발주서째로 보인다 다시 내는 길은 둘 — ① 발주 확정 등록(→ P-14-2)에서 그 줄이 입력 줄로 열린다(회색 음영은 그대로, 거래처는 비우고 원래 업체가 기본값 출처로 남아 다른 업체로 바꿔 낸다, 녹취 오후 1:05:22) ② 발주서 상세 [복사 등록]. 헤더 [발주 확정] 팝업에는 미발주 줄만 올라온다 — 보류 줄은 이미 발주서가 있어 그 발주서에서 처리한다 (9/28 PM) 수주 상태에 미치는 영향 — 수주 상태는 살아 있는 발주서로 계산한다: 완료가 하나라도 있으면 발주 완료, 없고 보류만 있으면 발주 보류, 살아 있는 발주서가 없으면 발주 대기(목록 수주 기준 탭과 같은 규칙). 목록 상태 필터 "보류" = 보류 발주서가 하나라도 있는 수주 (9/22 PM) [10/16 추가] 계층 · 묶음 · 엔진 부품 — 등록과 같게 — 품목 앞 [n](파랑 굵게)이 층이다. [0] = 컨테이너(완제품 SKU) · [1]부터 층마다 들여쓴다. └ 는 엔진(모듈) 구성에만 붙는다. 로스제로와 같은 표기 — 차수가 아니라 층 [10/16 추가] 묶음 표시 — 묶인 품목은 회색 세로선 + 색 점(층마다 보라 · 초록 · 분홍), 묶음(조립) 줄은 옅은 음영. 묶음이 있으면 제목 옆 [1] 묶음 [2] 묶음 칩 — 누르면 그 층만 남기고 흐리게 [10/16 추가] 상태는 딱지 — 줄 음영을 빼고 완료(초록) · 보류(노랑) · 취소(빨강) 딱지. 색은 묶음에만 쓴다 사양서에서 온 줄만 — 등록에서 [행 추가]로 담아 확정한 줄은 5번 생성된 발주에 들어 있다 [미확정] 추가 품목 줄을 여기에도 펼칠지
5	생성된 발주 이 수주에서 나간 발주서 목록 — 발주번호 · 거래처 · 품목수 · 수량 · 공급가액 · 부가세 · 합계 · 발주일자 · 상태 · [발주서]. 발주번호를 누르면 발주서 상세(→ P-14-3)로 — 보류·복사 등록은 거기서(발주서 단위, 녹취 오후 1:05:22)

인터랙션·상태

[수정] → 전개·확정(등록) 화면 ?no=수주번호. 나간 줄은 잠기고 안 나간 줄만 입력한다(등록 규칙)
여기서 하는 건 [발주 확정](미발주 줄 골라서 → P-14-2)과 [발주 취소](발주서 골라서)뿐 — 보류·복사 등록은 발주서 상세(P-14-3), 여러 수주에 걸친 상태 변경은 목록 [선택 수정] → 10/16 변경 (아래 [10/16 추가])
[10/16 추가] [상태 변경] — 나간 줄을 골라 한 줄씩 보류 · 취소 — 등록 [공정 묶기]와 같은 문법: 누르면 나간 줄에만 체크박스, 고르면 아래에 바 선택 n │ 보류 · 취소 │ 사유 │ [변경] ✕. 사유 필수. 발주서째가 아니라 그 줄만 바뀐다
- 보류는 완료 줄만 · 취소는 완료 · 보류 줄. 취소는 되돌리지 않는다. 완료 줄을 「제외」로 하려면 먼저 취소
- [미확정] 보류 → 완료로 되돌리는 길 · 줄 일부만 보류된 발주서의 상태(목록 · 발주서 상세) 표기
수주 없이 낸 발주(매입 등)는 수주가 없어 이 상세가 없다 — 발주서 상세로만 본다
[10/19 추가] 접기 · 펼치기 — 진척 관리(P-18)와 같은 규칙 — 하위(묶음 멤버 · 엔진 하위 구성품)가 있는 품목 줄 앞에 ▾, 품목 칸(▾ · [n] · 이름) 어디를 눌러도 접히고 펼쳐진다(▾ 만 맞추기 어려운 태블릿). 접힌 줄은 화면에서만 숨고 집계 · [발주 확정] 선택에는 그대로 들어간다. 묶음 줄의 색 점은 ▾ 뒤 [n] 앞에 펼쳤을 때만, 세로선도 그때만 아래로(디자인 가이드 3-3). 처음은 전부 펼침
[10/21 추가] 엔진(모듈) 줄의 공정 = 조립 — 엔진은 사출하지 않는다(사출은 하위 구성품이 각자). 전엔 모든 품목에 기본 「사출」을 붙여 엔진에도 가짜 사출 줄이 생겼다. 엔진은 세트를 통째로 조립 발주(9/30 6차 "모듈은 통째로")
[10/22 추가] 반조립 공정 없음 — 부분조립은 계층으로 — [공정 묶기]에서 조립 · 본딩 · 부착 중 하나를 골라 묶는다(여러 부품이 하나가 되는 공정만 — 코드로 고정, 이름은 공통코드). 사상 · 코팅 같은 후공정은 묶음 줄 ⊞으로. 더 큰 조립 안에 들어간 조립 묶음([2] 이상, 엔진 안 포함)이 부분조립이다 — 공정 코드는 조립(PC09) 하나, 화면에 따로 표시하지 않고 [n] 층 번호로 읽는다. 후가공을 품목이 아니라 공정으로 본 것과 같은 원칙. 두코 회신 전 우리 안 — 로스제로에서 반조립을 따로 구분해 쓰면 바꾼다
[10/28 추가] 묶기 공정은 별도 공통코드 (10/27 회의 확정) — 묶기 공정 조립 · 본딩 · 부착(라벨링은 부착)은 공통코드 새 그룹 「묶기 공정」(SPC07)에서 사용 중인 것만 읽는다 — 사용 · 미사용 · 추가는 공통코드에서(녹취1 31:17). 발주 줄에는 같은 이름의 후가공 공정(PC09 · PC11 · PC08)으로 선다. 10/22 항목의 「코드로 고정」 · 「두코 회신 전 우리 안」은 이것으로 확정. 엔진 안 묶기는 그대로 둔다(엔진을 「제외」로 돌린 뒤 같은 엔진 안에서만) — 회의에서 「엔진 안에서 묶는 경우는 거의 없다」였지만, 개발품 사양서에 조립 공정을 미리 넣는 안(추후 검토)과 이어질 수 있어 막지 않는다. 그 밖에 회의에서 그대로 간 것 — 엔진은 처음에 모두 「제외」로 열고 필요한 것만 「발주」, 묶음 줄 거래처는 빈칸에서 시작(본딩 · 조립 업체는 따로 찾는다, 녹취1 02:48)

데이터·규칙

항목	내용
데이터 출처	등록 화면과 같다 — 수주 후보·나간 발주 = 공용 po-sample.js(수주 11건은 로스제로 캡처 실물값, 발주서는 설명용) · 사양서 3건(공용 spec-sheet.js) + 이 브라우저에서 확정한 발주(공용 po-state.js). 네 화면이 같은 값을 읽어 어긋나지 않는다
연동	← P-14 목록(수주 기준 탭) · → P-14-2 등록([수정]) · → P-14-3 발주서 상세(4번) · ← P-11-2 수주 전표 상세
[10/16 추가] 저장할 값	줄 단위 상태(발주번호 · 품목 · 공정 → 보류 / 취소 · 사유)를 DB 에. 묶음 · 엔진 각각 발주는 등록과 같은 값(프로토타입 po-tree.js · po-state.js)
확정도	미확정 — 9/23 회의 확인(상세 2종 구조 · 발주 단위)
[11/3 추가] 수주 기준 발주서 = 사양서 양식 · A4 가로	수주 기준 [발주서 미리보기]는 신제품 사양서 미리보기 양식의 「생산/구매 발주서」 — 업체별(발주 기준 탭 · 발주서 상세)은 지금 실물 양식 그대로. 사양서에서 바뀌는 것 : 제목 생산/구매 발주서 · 고객사 값 → 납품처 · 마감처 · 작성일 → 발주일(첫 발주일) · 결재(작성 · 검토 · 본부장)에 구매팀 결재라인, 작성에 발주 확정 일자 자동 · A4 가로, 부품 표(기타)까지만 — 규격 · 포장방식 · 사진 · 주의사항 · 기존제품 여부 · 꼬리는 뺀다(두코 기존 발주서에 없는 칸) · 후가공 = 사양서 1~3차 + 발주에서 추가한 공정, 협력사는 발주 줄 값(사양서 업체가 기본으로 채워지고 구매팀이 바꾸면 바꾼 업체), 칸은 3칸부터 공정 수만큼 오른쪽으로 늘린다(결정 159 · 163). 공정 묶기의 묶음 줄(「버튼 (조립)」 · 「엔진 (조립)」 등)은 그 컨테이너 안에 품목처럼 한 줄씩, 묶인 품목 바로 아래에, 비어 있는 사출 칸 자리에 「묶음 : 버튼 + 내캡」(「버튼 (조립)」 = 버튼 + 내캡 · 「엔진 (조립)」 = 엔진 + 버튼 (조립) — 두 번 조립임이 보인다) — 후가공 첫 칸에 묶는 공정 · 거래처, 그 묶음에 붙인 후공정이 뒤에. 라벨 · 결재 칸 폭은 사양서와 같고 늘어난 폭은 제목 · 값 · 후가공 칸이 받는다. 용기 · 고객사 · 담당자 줄은 좌우 반반(라벨 · 값 같은 폭). 수량 = 부품 표의 비고 왼쪽 칸(머리의 [수량]란 대신) — 품목 줄은 그 품목 사출 발주(없으면 첫 발주)의 수량, 묶음 줄은 묶는 공정 발주의 수량. 컨테이너마다 다를 수 있다(두코 기존 발주서 「콤팩트프레임 130,000 · 콤팩트내용기 80,000」). 사출 업체 · 납기 = 사출 색상 칸 아래에 「업체 / 납기 2026-09-21」(두코 기존 발주서처럼 사출도 업체 · 납기일). 납기요청일 = 후가공 칸마다 협력사 아래에 「납기 2026-09-25」로 그 공정 발주의 납기(협력사마다 다르다) — 맨 아래 묶음 줄 조립 칸의 날짜가 그 컨테이너의 조립필요일. 발주가 없으면 빈칸. 사양서가 여럿인 수주는 사양서마다 한 장 [미확정] 납품처 · 마감처의 뜻과 값 — 납품처가 고객사(수주 거래처)인지 공정마다 다음 협력사인지, 마감처가 거래처와 다른 경우가 있는지(두코 기존 발주서 예시는 거래처 · 마감처 · 납품처 모두 코스맥스) — 두코 확인 (10/27 회의 4번 · 11/2 간영광 과장 회신 「지류 발주서 요청사항.xlsx」)

화면의 예시 데이터는 설명용 더미이며 실제 연동은 없습니다.

알림

홍길동

21. 발주 정보

32. 수주 품목

43. 구성품 전개 완료 줄 접기

54. 생성된 발주

4. 생성될 발주