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

개발품 마스터 (등록)

취소 저장

1개발품 사양서

결재작성

등록일자	-	소속팀	개발팀	작성자	-
개발코드 *		제품 유형 *
고객명	검색	제품명 *

2부자재 구성 LIST

컨테이너 추가

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

3특이사항

취소 저장

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

사출품 모듈 세트 원·부재료

거래처 리스트

개발품 사양서 등록

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

검토

목적

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

주요 요소

1사양서 헤더 — 제품 유형(공통코드 SPC05 11종 — 8/25 6항: 유형을 고르면 컨테이너가 구분 선택지로, 신제품 사양서가 이 유형을 승계해 칸별 색상·공정을 얹음) · 개발코드 우측, 고객명은 다음 줄. 실물 그대로 고객명([검색] → 우측 도크 거래처 리스트(공용 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 "단락이 동적으로 생성돼야 된다") — 제품 유형이 가진 컨테이너 수만큼 구역이 생기고 구역 제목이 곧 컨테이너명. 실물의 구분 열은 구역 제목으로 흡수. 표·열 머리글은 하나. 구역별 [+ 행 추가](빈 행)·[✕ 구역 삭제] + 상단 [컨테이너 추가]. 제품 유형을 바꾸면 그 유형의 컨테이너로 구역을 다시 만든다(기존 행 유지). 열 = 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 리뷰에서 결론. 결론에 따라 개발품 재질도 선택형으로 바뀔 수 있음. 개발품이 정하는 건 공용여부·색상뿐. 부자재명 교체 — 칸을 누르면 그 분류의 품목만 뜨고(외캡 → 외캡들) 고르면 그 자리에서 바뀜, 옆 [검색]은 그 분류로 팔레트. 행을 지우고 다시 담는 방식은 폐기(회의 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). 팔레트 드래그앤드랍도 그대로(사출품·모듈·세트·원부재료 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 두코 회신 "원료 자체에서 나오는 색상은 사용되는 원료의 그레이드별로 설정이 필요"). 고유색이 아닌 색은 전용 안료를 넣어 착색하며 그 사출품은 완제품에 귀속된다. [미확정] GRADE NO(DEV05)가 공통코드가 아니라 직접 입력이라 그레이드 표기가 갈리면 색상 필터가 깨진다 — 공통코드 확정 여부와 그레이드 전체 목록, 9/8 회의 안건. [미확정] PP·ABS 외 그레이드의 색상표(9/3 수령분은 PP·ABS "대략적인 색상표")
연동	분류=DEV01 · 재질=DEV04 · 금형 관리번호 → P-04 금형 마스터 · 첨부 = 공용 뷰어. → P-05 개발품 마스터 목록

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

알림

홍길동

개발품 마스터 (등록)

1개발품 사양서

2부자재 구성 LIST

3특이사항

Filter