개발품 사양서 등록 — dooco 화면 스펙

개발품 마스터 (등록)

취소 저장

11. 개발품 사양서

결재작성

등록일자	-	작성자	-
구분 *	개발품 모듈(엔진)	개발코드 *
고객명	검색	제품명 *

22. 부자재 구성 LIST

컨테이너 추가

No	공용여부	분류	부자재명	재질	색상	GRADE	CVT

33. 특이사항

취소 저장

구성품 팔레트 끌어서 LIST에 놓기

사출품 모듈 원·부재료

거래처 리스트

개발품 사양서 등록

dooco 화면 스펙 · 갱신 2026-09-17
목업 출처 셸 표준(dashboard) + 라인 표 문법 — 두코 개발품사양서 실물 양식(EVE2) 그대로
← 인덱스로 · 변경 이력

검토

목적

두코 현행 '개발품사양서' 양식(8/21 수령 EVE2 실물)을 그대로 화면화한 신규안 — 8/28 PM 확정 방향(v1은 8/28 폐기) (8/28 PM 지시)
근거: EVE2 개발품사양서 실물 · 사양서 리서치 · 8/25 회의록 6항

주요 요소

1사양서 헤더 — 구분(라디오 개발품 / 모듈(엔진), 최초 미선택 — 9/8 회의 10항 · 58:24 "모듈은 개발품에다 구분으로". 모듈(엔진)은 별도 화면이 아니라 같은 화면에서 구분값으로 만들고, 세트는 신제품 사양서 소관. 제품 유형은 9/8에 폐지) · 개발코드 우측, 고객명은 다음 줄. 실물 그대로 고객명([검색] → 우측 도크 거래처 리스트(공용 part-picker) — 거래처 관리(→ 화면 미작성(P-미정))의 거래처 — 행은 이름 굵게 + 매출처/매입처 딱지, 아래 코드·지역·담당, 구분 필터. 예시 매출처 4(신제품 사양서 실물 고객사+프리몰드)·매입처 4(참조 팝업 거래처 사전), 프리몰드=자체 선행개발 [미확정] 표기 관행)·제품명라벨|입력 표 형식(s-erp 발주서 등록 문법, 8/28 PM) — 수정 모드에서만 시스템 정보 행(개발코드·등록일자(최종수정 : 일시 | 수정자)·작성자 — 소속팀은 없다, 개발품은 개발팀만 작성)을 읽기 텍스트로 표시. 결재(단계 딱지 + ? 범례 팝업 — 진행 텍스트 없음)는 카드 제목 우측 끝에 표시(신규=작성). 입력 행은 개발코드(직접 입력 한 칸)·고객명 한 줄, 제품명은 길 수 있어 한 줄 전체 [미확정] 전자결재 vs 상태만) + 개발코드 = 직접 입력(9/1 회의 1항) — 자동 채번안(개발구분 S/C + 연도 − 순번)은 철회. 두코 설명은 "앞은 시리즈 번호, 뒤는 상세 번호"였으나 시리즈는 8/25에 분류 축에서 삭제돼 별도 필드를 두지 않고 한 칸에 코드 전체를 입력 [미확정] 코드 규칙(자릿수·구분자)은 두코 회신 후 확정, 개발구분(SDP/CDP)은 금형 마스터로 이동(금형 등록 P-04-2에서 선택). 고객명은 필수 해제(고객사는 신제품 사양서에서 거래처로 선택, 개발팀 전용 개발 건에 한해 입력)
2부자재 구성 = 컨테이너 구역(9/1 회의 2항 [핵심] — 개발품·신제품 공통, 44:27 "그 위에 타이틀은 부자재 목록이 아니라 용기·펌프·캡" · 45:31 "단락이 동적으로 생성돼야 된다") — 자동으로 생기는 구역은 없다 — 상단 [컨테이너 추가] 팝업에서 공통코드 컨테이너(SPC05 14종: 용기·외용기·내용기·펌프·펌프(펌프+캡)·캡·캡(마개)·보호캡·리드·스토퍼·드로퍼·와이퍼·링·기타 — 내용기가 2개 필요하면 공통코드에 "내용기2"를 추가, 9/16 24항)를 여러 개 체크하고 [적용](또는 [취소])으로 한 번에 활성화하면(9/16 회의 24항 — 이미 켜진 컨테이너는 체크된 채 잠김) 그만큼 구역이 생기고 구역 제목이 곧 컨테이너명이다 (9/8 회의 16:06 "컨테이너 제품 유형을 정의하는 건 아니고 그냥 컨테이너 추가할 수 있게" · 19:43 "컨테이너를 관리할 수 있는 공통코드"). 이미 활성화된 컨테이너는 다시 고를 수 없다(9/10 PM). 실물의 구분 열은 구역 제목으로 흡수. 표·열 머리글은 하나. 구역별 [+ 행 추가]·[✕ 구역 삭제]. [행 추가]는 빈 행을 만들면서 구성품 팔레트를 그 행 대상으로 연다 — 팔레트에서 고르면 그 행이 채워지고(끌어다 놓을 때도 새 행 미리보기 대신 그 빈 행을 점선으로 강조 — 새로 생기는 것처럼 보이면 헷갈린다, 9/10 PM), 닫아도 빈 행은 남는다(여러 개 먼저 만들고 나중에 채우는 경우, 9/10 PM). 팔레트 탭은 컨테이너 공통코드의 비고 첫 낱말로 정한다(사출품 / 원부재료) — 컨테이너가 공통코드에서 늘어나도 이름을 화면에 박지 않는다(9/10 PM). 모듈 탭은 직접 고른다(팔레트 탭 = 사출품 · 모듈 · 원·부재료 — 세트 탭은 9/16 회의 22항으로 삭제). 행은 순번 칸을 잡아 다른 컨테이너 구역으로 끌어 옮긴다 — 조립돼 나갈 부품이 별도 포장으로 갈 때 "기타 하나 추가해서 부품 하나만 옮기면 된다"(9/8 실장 43:49). 삭제가 아니라 분리다(차장 38:23 "삭제가 되면 안 돼요, 분리가 돼야지"). 컨테이너는 완제품 SKU의 단위다 — 신제품 사양서 하나에 컨테이너 수만큼 완제품이 생기고 이름도 컨테이너를 따라 붙는다(차장 24:58) [미확정] 완제품 코드 생성 규칙 — 두코 전달 예정(25:20). 열 = No · 공용여부(신규/공용) · 분류(사출품 접두어 = DEV01) · 부자재명 · 재질 → 색상(재질이 색상을 정하므로 이 순서, 9/3 PM) · GRADE · CVT(캐비티). 신규 행은 노란 강조(실물 하이라이트). 값은 품목 마스터에서 갖다 쓴다 — 개발품에서 바꾸지 않는다(확정, 9/3 녹취 전수 확인). 분류=사출품 코드 접두어(채번 규칙) · 재질=사출품 마스터(14:19 "용기의 품목·재질은 이미 사출품 마스터에 정리되어 있으니 걔를 갖다 쓰는 형태가 되어야") · GRADE=재질 공통코드의 2뎁스(1:49:49 "투 뎁스로 … ABS 750·780 그레이드까지") · CVT(캐비티)=금형 마스터 소속(코드체계 §3). 재질을 바꾸려면 다른 사출품을 고른다 — 부자재명 교체가 곧 재질 변경이다(1:15:09 개발 "재질이 달라지면 사출 조건·성형 조건이 달라진다, 재질 수만큼 금형도 늘릴 생각" = 재질이 다르면 애초에 다른 사출품). 재질을 화면에서 고르자는 요구는 신제품 사양서에서 나왔다(1:14:17 영업 "이브2 용기면 재질도 제가 선택할 수 있나요") — 신제품에 절충안 반영(재질 선택 → 그 재질의 사출품 자동 연결, 없으면 금형 등록 필요 표시). [미확정] 개발품에서도 재질을 골라야 하는지 — 개발 안(1:15:09 "재질 수만큼 금형도 늘릴 생각")을 그대로 따르면 재질만 다른 개발품을 새로 등록해야 해서 실무와 어긋난다(영업 1:15:20 "금형은 똑같은데"). 지금은 개발품 = 표준 구성 하나, 재질 변형은 신제품에서 건별로 두었으나 회의 7항 "추가 논의 필요" — 9/8 리뷰에서 결론. 결론에 따라 개발품 재질도 선택형으로 바뀔 수 있음. 개발품이 정하는 건 공용여부·색상뿐. 부자재명 교체 — 칸을 누르면 사출품 전체가 뜨고 고르면 그 자리에서 바뀜. 개발품은 분류 제약이 없다(표준 구성을 짜는 단계) — 같은 분류로만 바꾸는 제약은 신제품 사양서 쪽이다(9/8 PM 25:56 "용기일 때는 용기, 받침일 때는 받침으로만 검색이 되도록 제한"), 옆 [검색]은 그 분류로 팔레트. 행을 지우고 다시 담는 방식은 폐기(회의 3항 "휴먼 에러"). [직접 입력] 제거 — 구성품은 팔레트(품목 마스터 등록분)에서만 담는다(9/3 PM). 색상 = 공용 컴포넌트 ColorPick(신제품 사양서와 같은 코드, color-pick.js) — 재질별 공통코드 색상(회의 6항 2뎁스: PP 점보백색 / ABS 67·73번 백색 / PET 9098) + 기본 3종, 그 외는 [직접 입력] 팝업(색상명·안료 번호·함유량·제조사=거래처 검색+자동완성), 입력값은 그 행에만(드롭다운 비축적, 녹취 23:37·25:15). 개발 단계에서 색을 알면 지정하고(실물 EVE2 딥튜브 투명) 신제품 사양서가 승계해 거기서 바꾼다. 다만 역방향은 없다 — 신제품에서 추가한 색이 개발품으로 쌓이지 않는다(녹취 18:41 "개발품 마스터랑 연동은 안 되고요"). 사출품 파생(색상별 품목)이 생기는 곳은 신제품 사양서다(회의 7항 "신제품 사양서에서 색상·코팅 결정 시 파생 품목 자동 생성" · 녹취 22:15 "사출품은 모양을 생성하고 신제품이 그 모양의 색깔을 결정") — 한 개발품이 여러 신제품에 쓰이면 색상 수만큼 사출품이 갈리는데, 개발품은 표준 구성 하나만 들고 있어야 하므로 그 파생이 개발품으로 돌아오지 않는다. 안료는 [안료] 클릭 [미확정] 원료 구분·그레이드까지 담은 정식 표는 두코 전달 예정 · 색상 지정 시 생기는 품목의 코드 규칙(실물 파생은 SB068A-1 같은 일련번호) — 두코 확인. 모듈 행은 부자재명 옆 펼침으로 구성품 표시(하위는 연한 회색 읽기 행) — 안에 있는 건 이미 정의된 것이라 사양서에서 손대지 않는다(녹취 58:47). 구분 = 모듈(엔진)이면 색은 색상 사출품만 — 금형 마스터(→ P-04-3 금형 상세) 색상 탭에서 사출품에 색을 입혀 등록한 실물 품목. 팔레트 모듈 탭에 그 목록이 뜨고(18단-외캡(신형) · 투명) 담으면 사출품과 색이 함께 채워진다. 사출품 탭에서 담아도 그 행의 색상 칸에는 등록된 색상 사출품만 뜬다. 공통코드 색상은 개발품 구분에서만. 구분을 되돌리면 공통코드 색상으로 복원 (9/8 34:42 "엔진을 만들려면 착색된 사출품이 필요" · 55:37 "만들어진 색상품들을 가지고 만들어 와야" · 58:35 "사출품으로 구성할 수 있도록") [미확정] 색상 사출품 코드 규칙(40:03 "옵션처럼 추가" vs 55:50 "재고 관리, 실물") · 팔레트(제품Master)와 금형의 사출품 코드 체계가 같은지 — 두코 확인. 팔레트 드래그앤드랍도 그대로(사출품·모듈·세트·원부재료 4탭, 공용 part-picker)
3특이사항 — 위지윅 편집기(Quill, 템플릿 플러그인): 신규 등록 시 양식 항목("- 개발구분 : / - 신규 제작 금형 번호 / - 특이사항 :")을 텍스트로 미리 채워 두고 이어 쓰게 함(플레이스홀더 아님). 금형 번호·특이사항 항목은 편집기 번호 목록이라 Enter로 2., 3. 자동. 이미지 삽입(툴바 🖼, 여러 장)은 항상 본문 맨 아래에 넣은 순서대로(실물 EVE2 하단 렌더링·단면도 배치). 이미지 클릭 → 크기 버튼(소 25% · 중 50% · 대 75% · 원본) — 상세·미리보기에도 그 크기로. 상세·미리보기에 그대로 노출
4. 첨부파일 — 공용 컴포넌트 attach-box.js(금형 등록 3번 카드 마크업을 컴포넌트화, 8/28 PM): 드롭존(여러 파일·드래그앤드랍) + 배지(공용 뷰어 열람·✕ 삭제) · 참조 첨부(공용 attach-ref.js) — 부자재 구성 LIST 바로 다음에 한 섹션. 구성 LIST에서 사출품을 넣어야 생기는 자료라 그 결과가 붙는 자리다(9/3 PM — 신제품 사양서는 위 사양서 정보의 개발품 필드가 원인이라 그 아래가 맞고, 개발품은 원인이 구성 LIST라 아래로 내린다). 신규 사출품은 금형에서 정보를 가져오므로 그 금형 자료(도면·포장 사진)를 여기서 참고한다. 복사가 아니라 링크라 원본은 금형 마스터 한 곳에만 있어 항상 최신 — 여기서 바꿀 수 없다. 금형이 여러 벌이면 출처별로 줄이 늘어남

인터랙션·상태

등록/수정 겸용 — 상세 [수정](?item=)으로 진입하면 채워진 수정 모드, [사양서 등록]은 빈 신규. 조회는 상세(→ P-05-3 개발품 사양서 상세). 예시 = EVE2 실물 1건 + 제품Master 6건을 이 양식으로 옮긴 것
행 공용여부 "신규" 선택 → 행 노란 강조 · 구성 요약(신규 n · 공용 n) 갱신. 행 ✕ 삭제
결재: 저장 = 작성 완료, 연구소장 승인은 [미확정]
색상 = 재질(장차 그레이드)에 매인 값 (9/3 두코 회신) — 부품의 재질에 걸린 원료 고유색만 드롭다운에 뜬다(PP 투명·검정·점보백색 / ABS NP·검정·점보백색·67번백색·73번백색). 재질↔색상은 공통코드에서 이름으로 맺는다 — 재질 DEV04 ↔ 색상 CLR 하위코드. 두코가 공통코드에 재질·색을 추가하면 화면이 따라온다(화면에 목록을 박지 않는다). 색이 없는 재질(PET·SAN 등)은 목록이 비고 [직접 입력]만 뜬다 — 아직 안 받은 것이다 (9/4 PM)
개발품은 고유색만 — 직접 입력이 없다. 전용 안료로 착색한 특수색은 완제품에 귀속되므로 신제품 사양서에서 만든다(9/3 회신). 색 칩은 쓰지 않는다 — 색상은 이름으로만 (9/4 PM)
결재·알림(9/3 PM) — 상태는 대기 → 작성 → 검토 → 승인이고 결재 권한자가 반려하면 사유가 이력에 한 줄로 남고 상태가 반려(빨강)로 바뀐다. 알림(공용 notify.js — 헤더 우측 상단 종 아이콘)은 결재 요청 = 그 단계의 결재 권한 직무를 가진 사람 전원, 상태 변경(검토·승인·반려) = 그 건의 작성자 + 결재자 전원. 9/1 회의 4항 "최종 결재권한자에게 푸시 알림" [미확정] 직무별 결재 권한 매핑(→ P-08 역할·권한) · 반려 사유 필수 여부 · 반려 후 재상신 시작 단계 — 9/8 확인

데이터·규칙

항목	내용
양식 대비	실물 항목 100% 승계(헤더 5·LIST 9열·특이사항 3항목·이미지). 추가한 시스템 항목 3개(개발구분 필드화·개발코드 자동채번·최종 수정)만
색상 ← 그레이드	색상은 원료의 그레이드에 따라 정해진다 — 원료 자체에서 나오는 색은 그 그레이드를 써야 나오므로, 사출품의 그레이드가 정해지면 그 그레이드에 등록된 색만 고를 수 있다(9/1 회의 6항 · 9/3 두코 회신 "원료 자체에서 나오는 색상은 사용되는 원료의 그레이드별로 설정이 필요"). 고유색이 아닌 색은 전용 안료를 넣어 착색하며 그 사출품은 완제품에 귀속된다. 9/8 확정: 그레이드 = 공통코드 GRD(재질 > 그레이드) 2뎁스 — 금형 등록·파생 팝업·신제품 사양서가 같은 목록을 쓰므로 표기가 갈리지 않는다. [미확정] PP·ABS 외 그레이드의 색상표(9/3 수령분은 PP·ABS "대략적인 색상표")
연동	분류=DEV01 · 재질=DEV04 · 금형 관리번호 → P-04 금형 마스터 · 첨부 = 공용 뷰어. → P-05 개발품 마스터 목록

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

알림

홍길동

개발품 마스터 (등록)

11. 개발품 사양서

22. 부자재 구성 LIST

33. 특이사항

Filter