신제품 사양서 등록 — dooco 화면 스펙

신제품 사양서 (등록)

취소 저장

1신제품 사양서

결재작성

대표이미지 업로드

작성일	-	소속팀 · 작성자	영업팀 · -
개발품 *	검색	완제품 코드	채번 수주 등록 가능
고객사 *	검색	담당자 *
제품명 *		기존제품

2부품 사양

컨테이너 추가

품목	종류	재질	색상	후가공
품목	종류	재질	색상	1차	2차	3차

3주의사항

취소 저장

개발품 리스트

품목 교체

거래처 리스트

신제품 사양서 등록

dooco 화면 스펙 · 갱신 2026-08-28
목업 출처 개발품 등록(dev-item-add) 파생 — dooco-sales-new 실물 양식(3건+예시) 그대로
← 인덱스로 · 변경 이력

검토

목적

신제품 사양서(영업) = 개발품(라이브러리)을 불러와 색상·후가공·포장을 얹는 최종 산출물 — 제품 BOM이자 작업지시·발주 조건 (8/25 7항). 현행 dooco-sales-new 양식(실물 3건) 그대로
근거: 신제품 사양서 판독(실물 A05-1050·X16-2050·D52-2004 + 예시 D08-3150) · 8/25 회의록 7항

주요 요소

참조 값 입력 = [검색] + 자동완성 공통(8/31 PM, s-erp 발주서 등록 품목 입력 방식) — 개발품·고객사 모두 [검색]은 우측 도크(공용 part-picker), 직접 타이핑하면 후보 목록(공용 auto-complete.js — 이름 굵게 + 코드·구분 2줄, ↑↓·Enter 선택)
1사양서 헤더 — 개발품 [검색](우측 도크 개발품 리스트, 공용 part-picker — 승인·양산 이관만, 검토 중이면 거부 토스트). 찾는 개발품이 없으면 개발팀에 등록을 요청한 뒤 진행(9/1 회의 9항) — 영업이 사양을 모르므로 화면에서 바로 등록하지 않는다(9/2 PM) → 자사코드는 개발품 코드를 그대로 승계 — 별도 칸·중복 표기 없음(개발품 칸의 코드가 곧 자사코드, 8/31 PM)·제품명·부품 행·규격·주의사항 자동. 완제품 코드 [채번](개발품을 불러온 뒤 발급, 승인 전에도 발급되어 수주 등록으로 이어진다 — 9/1 회의 9항 "승인 전이라도 코드가 있으면 수주 등록 가능") [미확정] 채번 규칙(실물은 10자리 X1620500001·1541221151 — 자릿수·구성 미확인)·고객사([검색] 거래처, 매출처 필터)·담당자(영업 8명 — 실물 선택버튼 시트)·기존제품(신제품/재발주/모름). 결재 3단은 제목 우측 딱지 + ? 범례
2부품 사양 — 컨테이너 단위 구역(9/1 회의 2항 [핵심]) — 제품 유형이 가진 컨테이너 수만큼 구역이 동적 생성되고 구역 제목이 곧 컨테이너명(PT01 = 용기·펌프·보호캡). 표는 하나, 열 머리글도 하나 — 그 아래를 tbody 구역으로 나눈다(9/2 PM "헤더가 계속 나오면 정신없다"). 구역 줄은 옅은 키컬러. 포장방식(공통코드 SPC06)은 컨테이너별 1값으로 구역 제목 줄에 배치, 구역별 [행 추가]·[✕ 구역 삭제] + 상단 [컨테이너 추가](회의 3항 "보호캡을 빼고 펌프에 캡을 조립하는 사례"). 같은 컨테이너 복수 허용(펌프 2개 제품) [미확정] 같은 이름 구역이 둘일 때 구분 표기 — 두코 확인. 구역 추가·삭제는 개발품 표준 구성을 신제품 단계에서 바꾸는 것이라 근거를 남긴다 — 9/1 녹취 1:02 "탭을 추가할 수 있죠 … 보호캡 탭을 지우고 캡만 추가"(펌프에 캡을 조립해 내보내는 사례). 개발품에 없는 품목을 사양서에서 직접 넣는 것까지 요청됐고, 지남이 "이건 좀 문제가 될 것 같다 — 다음 주 리뷰에서 맞는지 확인"으로 정리 [미확정] 사양서에서 컨테이너·품목을 임의 추가하게 둘지(개발품 표준이 무의미해질 우려) — 9/8 리뷰 확인. 열은 품목 → 종류 → 재질 → 색상 순(연쇄 순서 그대로, 9/2 PM) · 후가공 1~3 · 비고. 품목은 고정, 종류(금형)만 교체 — 종류 칸을 누르면 그 품목의 금형만 뜨고(9/1 녹취 59:15 "외캡이랑 외캡은 교체된다" · 1:43:44 "그 구분 가지고 그 범주에 해당하는 금형들만 불러와 교체"), 옆 [🔍]는 같은 목록의 우측 도크. 행을 지우고 다시 찾는 방식은 폐기(1:42:35 "휴먼 에러 소지"). 세트(모듈)는 세트끼리 교체 — 도크에서 드래그앤드랍, 하위 구성품은 목록에 보이기만 하고 사양서에서 못 바꾼다(58:47 "영업사원이 건드릴 건 아니다"). 재질은 영업이 드롭다운으로 선택하고 뒤에서 그 재질의 사출품으로 연결된다(SB325A / -C / -H) — 없으면 금형 등록 필요 표시. 영업 "금형은 같은데 재질만 바뀐다"(1:14:41)와 개발 "재질이 다르면 사출 조건·원가가 달라져 사출품을 늘려야"(1:15:24)의 절충 [미확정] 회의 7항 "추가 논의 필요" — 9/8 확인. 펌프 규격은 별도 칸이 아니라 펌프 구역의 구성품 행(종류·패킹·딥튜브 — 회의 2항 "호스는 사내 용어인 딥튜브로")이며 개발품에서 승계한다. 색상 = 재질 기준(9/1 회의 6항 재질별 2뎁스) — 기본 3종(투명·검정) + 그 재질의 공통코드 색(PP 점보백색 / ABS 67·73번 백색 / PET 9098) [미확정] 원료 구분·그레이드·실제 안료까지 담은 정식 표는 두코 전달 예정. 그 외는 [직접 입력] 팝업(색상명·안료 번호·함유량·제조사=거래처 검색형) — 입력값은 그 행에만 붙고 드롭다운에는 쌓지 않는다(23:37 "색상 추가는 제품에 귀속이라 무한정 가져올 수 없다, 그냥 저장은 해놓되" · 25:15 "안료 쓰는 물건은 드롭다운에 추가되면 안 된다" — 8/31 "사양서가 메타 DB 입력점"안은 이로써 철회). 데이터는 저장되어 [안료] 참조 링크로 조회(회의 6항 "영업은 색만 알면 되고, 안료는 클릭해서 확인, 데이터는 반드시 보관"). 개발품에 지정된 색은 승계하되 여기서 바꿀 수 있고, 사출품 파생(색상별 품목)은 이 화면 저장 시 생성된다 — 회의 7항 "신제품 사양서에서 색상·코팅 결정 시 파생 품목 자동 생성, 사양서 저장이 곧 품목 생성" · 녹취 22:15 "사출품은 모양을 생성하고 신제품이 그 모양의 색깔을 결정". 파생은 개발품으로 돌아가지 않는다(녹취 18:41) [미확정] 파생 품목의 코드 규칙 — 실물은 SB068A-1 같은 일련번호이고 색상 이니셜이 아님(코드체계 §2 신작/증작/교체코어) — 두코 확인. 후가공 1~3 — 한 칸 안에 공정 / 협력사 / 사양 세로 3단(9/1 회의 5항 "공정 선택 시 바로 아래에 입력칸", 9/2 PM 열이 화면을 넘어 세로 통일). 공정을 고르지 않은 칸은 드롭다운 한 줄이라 후가공 없는 행은 한 줄 높이 그대로. 공정 = SPC03, 협력사 = 거래처 자동완성 + [🔍] 도크(매입처)·"미정" 허용, 사양 = 직접 입력 12자(무광/유광·2도·실크 유광 증착 — 종류가 많아 코드화가 어려움). 3차 가로 유지·5차 하향안 철회(회의 5항) [미확정] 영업이 인지 못하는 필수 공정(사상 등)을 금형 쪽에 정의해 자동으로 붙일지 — 구매·발주 설계 시 논의 [미확정] 사양서에서 품목 행 추가를 허용할지, 개발품 마스터에서만 관리할지
3주의사항 — 개발품 특이사항(회색 박스, 읽기)을 불러와 표시 + 영업 자유 서술 = 위지윅(Quill) — 글만(이미지 삽입 없음, 사진은 5번 대표 이미지 영역 — 8/31 PM 지적)
4. 첨부파일 — 대표이미지는 1번 사양서 정보 좌측(금형 등록·개발품 마스터와 같은 배치, 9/2 PM — 사진이 영역을 채우고 아래 [대표이미지 업로드], 미리보기 사진 칸의 원천) · 공용 attach-box 첨부파일: 배지 앞 [종류] 딱지(공통코드 DEV12 — 도면·성적서·포장 사진·아트워크·사양서, 기본 미지정), 제목줄 우측 끝 [첨부 이력] → 일시·작업·파일·종류·작업자 팝업. 삭제·교체는 논리 삭제라 이력의 파일명으로 이전 버전 열람(뷰어 ◀▶ 버전 이동) — 9/1 회의 8항 "아트워크 변경 이력 추적". 아래 참조 첨부(공용 attach-ref)는 금형·개발품의 자료를 복사하지 않고 링크로 열람 — 원본은 앞 단계 한 곳, 포장 사진은 금형 쪽(회의 8항) (8/31 PM · 9/2 PM)

인터랙션·상태

개발품 선행 게이트(8/31 PM) — 개발품을 불러오기 전엔 2~5번 카드가 검정 딤(금형 등록 문법)·저장 비활성, 취소·[검색]은 동작. 수정 모드(?item=)는 해제 상태로 진입
개발품 선택 → 유형(PT)·컨테이너가 구분 목록이 되고 부품 행·펌프 규격·주의사항이 채워짐. 색상 선택 → 아래 줄에 안료 표기 자동, [+ 색상 추가] → 팝업(제목에 대상 사출품) → 그 사출품 색상 목록에 즉시 추가·선택. 후가공 공정 선택 → 협력사 칸
색상 = 재질(장차 그레이드)에 매인 값 (9/3 두코 회신) — 부품의 재질에 걸린 원료 고유색만 드롭다운에 뜬다(PP 투명·검정·점보백색 / ABS NP·검정·점보백색·67번백색·73번백색). 재질↔색상은 공통코드에서 이름으로 맺는다 — 재질 DEV04 ↔ 색상 CLR 하위코드. 두코가 공통코드에 재질·색을 추가하면 화면이 따라온다(화면에 목록을 박지 않는다). 색이 없는 재질(PET·SAN 등)은 목록이 비고 [직접 입력]만 뜬다 — 아직 안 받은 것이다 (9/4 PM)
고유색이 아닌 색 = 직접 입력 — 전용 안료로 착색한 특수색이라 그 사출품은 완제품에 귀속된다(9/3 회신). 드롭다운에 「브라운 (직접입력)」처럼 이름 + 표기로 떠서 등재된 색과 구분된다. 옆 [안료]는 직접 입력일 때 값이 비어 있어도 항상 뜨고, 누르면 수정·삭제 팝업(색상명·안료 번호·함유량·제조사 / [삭제]). 이 값은 그 사양서에만 저장되고 공통코드에는 올라가지 않는다. 색 칩은 쓰지 않는다 — 색상은 이름으로만 (9/4 PM)
재질 — 공통코드 DEV04 재질(수지) 값 그대로(8/21 수령 엑셀). 화면에서 임의로 더하지 않는다. [미확정] 재질별 사출품 파생(같은 금형에서 재질만 다른 사출품이 있는지) — 9/1 회의 7항 "추가 논의 필요", 두코 미수령이라 비워 뒀다 (9/4 PM)
색상·공정이 채워져야 발주로 — 강제 여부 [미확정] 영업 협의(8/25). 결재 승인 후 발주 연동(SCM, 이후 단계)
결재·알림(9/3 PM) — 상태는 대기 → 작성 → 검토 → 승인이고 결재 권한자가 반려하면 사유가 이력에 한 줄로 남고 상태가 반려(빨강)로 바뀐다. 알림(공용 notify.js — 헤더 우측 상단 종 아이콘)은 결재 요청 = 그 단계의 결재 권한 직무를 가진 사람 전원, 상태 변경(검토·승인·반려) = 그 건의 작성자 + 결재자 전원. 9/1 회의 4항 "최종 결재권한자에게 푸시 알림" [미확정] 직무별 결재 권한 매핑(→ P-08 역할·권한) · 반려 사유 필수 여부 · 반려 후 재상신 시작 단계 — 9/8 확인
등록/수정 겸용(?item=자사코드). 예시 4건 = 실물 3 + 예시 시트 1

데이터·규칙

항목	내용
데이터 출처	실물 엑셀 3건 판독값(부품·색상·안료 "DY 240516-15 / 8g"·후가공·포장·주의사항 그대로) + 색상참고 시트. 안료 표기 = 로스제로 사출품 안료번호("제조사 번호 (함유량)")와 동일 형식
색상 ← 그레이드	색상은 원료의 그레이드에 따라 정해진다 — 원료 자체에서 나오는 색은 그 그레이드를 써야 나오므로, 사출품의 그레이드가 정해지면 그 그레이드에 등록된 색만 고를 수 있다(9/1 회의 6항 · 9/3 두코 회신 "원료 자체에서 나오는 색상은 사용되는 원료의 그레이드별로 설정이 필요"). 고유색이 아닌 색은 전용 안료를 넣어 착색하며 그 사출품은 완제품에 귀속된다. [미확정] GRADE NO(DEV05)가 공통코드가 아니라 직접 입력이라 그레이드 표기가 갈리면 색상 필터가 깨진다 — 공통코드 확정 여부와 그레이드 전체 목록, 9/8 회의 안건. [미확정] PP·ABS 외 그레이드의 색상표(9/3 수령분은 PP·ABS "대략적인 색상표")
연동	개발품 = P-05 (승인·양산 이관만) · 색상 SPC01/안료 SPC02/후가공 SPC03/제품 유형 SPC05 = P-06 공통코드 · 거래처 = 화면 미작성(P-미정) · ver.2(크림) 양식 분기는 제품 유형 선택으로 흡수 [미확정] 용기/펌프 코드 헤더

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

알림

홍길동

신제품 사양서 (등록)

1신제품 사양서

2부품 사양

3주의사항

Filter