제조관리 MF · 프로젝트 상세 › 제조

🔄 #4160 (2026-10-29) — 묶음마다 지금 할 일 단추 하나와 진행 막대만 둔다. 보정은 「보정 작업」 화면(SCR-MF-004 묶음 축)에서 다섯 단계로 한다. 현장담당이 재어 올린 개소로 서버가 세운 차수(제작 묶음 — 📌 #3704 사용자 결정 2026-10-20 「실측한 만큼 = 한 차수」, ⏳ 서버·화면 반영 전)를 제작팀이 받아 제작용 사본을 고치고, 절단을 계산하고, 현장담당에게 승인을 요청하는 자리다. 승인은 이 화면이 아니라 현장 관리 화면의 승인 대기함(§06)에서 한다. 관련 요구사항 FR-MF-013 · 근거: DE22-1 §10 머리 「제조 화면 진입」(#3053) · §2 매트릭스 8행 · §4.4.10 (#3058 · #3270)

진입 — MF 탭 줄 맨 앞 [묶음]. 맨 앞 칸이지만 기본 탭은 아니다 — [제조] 탭에 들어오면 [제작도 목록] 이 먼저 열린다. 프로젝트 축이라 작업지시·발주를 고르지 않고 열린다

1. 🔄 묶음마다 할 일 단추 하나 (📌 #4160 결정 2026-10-29 · ⏳ 화면 반영 전) — 칸은 묶음 · 부호 · 개소 · 상태 · 보정 진행 · 할 일이다. 할 일 단추는 상태로 정한다 — 실측 끝 [보정 작업 시작] · 제작설계중 [보정 작업 이어서 하기] · 제작지시서 승인대기 [보정 내용 보기] · 승인됨 [발주 목록] · 발주 승인됨 · 제작중 [작업지시서 보기]. 셋은 모두 SCR-MF-004 묶음 축 「보정 작업」으로 간다. 상태 이름은 「보정 중」 · 「승인 대기」 → 「제작설계중」 · 「제작지시서 승인대기」(⛔ #4181 Q2 로 뒤집힘 — #3611 이름 한 벌, 「n/5」 는 제작설계중 안의 세부 단계), 꼬리표는 「다시 만드는 묶음」 → 「보정 차수」다(🔄 #4188 — 현장 관리 화면과 한 이름, §10 §4.4.17 용어 정리표).
2. 🔄 진행 막대 n/5 (#4160) — 다섯 칸 막대와 진행 글(「3/5 도면 확인 · AW2 확인 전」)이다. 새 서버 칸 없이 묶음 상태 · correctionDone · correctionTotal 로 화면이 다시 센다. 목록의 「초과 N곳」은 서버 칸이 없어 BE 확인 필요다.
3. 🔄 행 펼침을 없앤다 (#4160) — 범위 표 · 실측 대조 요약 · 서브섹션 줄 고치기 · 도면대로 · 손질 구분 · [변경 없이 완료] 는 보정 작업의 ① · ③ 으로 옮기거나 없앴다. 아래 주석은 #4160 전 기록이다. 그림은 새 모양만 그렸다.
4. 묶음 표 — 칸은 차수 · 묶음 · 수량 · 개소 · 실측 · 상태 · 관리 일곱이다. 추가 묶음은 이름 뒤에 「(추가)」를, 보정 차수는 「보정 차수」 꼬리표를 붙인다(🔄 #4188 — 종전 「(보정 묶음)」). 상태 배지는 제조 팀이 손댈 차례(실측완료·제작설계중)를 먼저 띄운다. 차수는 서버가 실측한 만큼 세우므로(📌 #3704) 이 화면에 [묶음 만들기] 가 없다. [보정 시작] 을 누르면 그 차수가 닫히고, 그 뒤 새로 잰 개소는 다음 차수로 간다. 묶음을 만드는 일은 현장담당 몫이라 이 화면에 [묶음 만들기] 가 없다. ⛔ 뒤집힘 (#3704).
5. 실측완료 — [보정 시작] — 묶음을 제작팀이 받는다. 상태가 「제작설계중」으로 바뀐다.
6. 제작설계중 — [사본 열기] · [절단 계산] · [승인 요청] — [사본 열기] 는 제작용 설계 사본 머리를 읽고, 없으면 만든 뒤 그 사본(견적 상세, 사본 모드)으로 간다. [절단 계산] 은 SCR-MF-004 절단 재계산의 묶음 축 갈래(/manufacturing/batches/:batchId/recut)로 간다 — 그 자리에서 미리 보기 → 덮어쓰기 → 사이즈 몰기 → 적용을 한다(§4.4.10, #3240).
7. [승인 요청] 이 제작지시서 버전을 함께 만든다 — 서버에 제작지시서만 만드는 주소가 없다(정본 상자도 #3615 에서 이 단추 구성으로 맞췄다). 제출이 제작지시서를 담은 버전을 세우므로 단추 하나로 합쳤다. 확인 창은 「제작지시서 버전을 만들어 현장담당에게 승인을 요청합니다. 요청하면 작업지시 초안이 함께 생깁니다.」 이다. 적용한 절단 계산이 없으면 422 BATCH_NO_CUTTING_PLAN 이다.
8. 제작지시서 승인대기 — 단추 없이 「현장담당 승인 대기」 한 줄만 둔다.
9. 제작지시서 승인됨 · 발주 승인됨 · 제작중 — 제작지시서 승인됨은 「제작지시서 승인됨 — 발주 담당이 발주를 냅니다」 와 [발주 목록] 을, 발주 승인됨·제작중은 [작업지시서 보기] 를 둔다. 그 밖 상태(작성중·실측중·완료·취소됨 — 실측요청됨은 2026-10-20 #3705 로 걷음)는 「—」다.
10. 권한 — 쓰기 단추(보정 시작·사본 열기·절단 계산·승인 요청)는 제조 편집 권한이 있어야 보인다. 이동 단추([발주 목록]·[작업지시서 보기])는 누구나 보인다. 목록이 403 이면 표 대신 「이 계정은 제작 묶음 목록을 볼 권한이 없습니다」 안내만 둔다(#3234 ①).
11. 빈 상태 — 「이 프로젝트에는 아직 제작 묶음이 없습니다」 · 「현장담당이 현장에서 실측을 올리면 차수가 생겨 여기에 보입니다.」(📌 #3704, ✅ 화면 반영 #3718 `wims2.0_fe` PR #1411 병합 `65b669bf`) · 「현장담당이 현장 관리 화면에서 묶음을 만들고 실측을 요청하면 여기에 보입니다.」 ⛔ 뒤집힘 (#3705 · #3704).
12. 반려 배지 · 반려 사유 (#3598) — 지금 제작지시서 버전이 반려면 상태 칸에 「반려됨(버전 N)」을, [관리] 칸에 가장 최근 반려 사유를 보인다. N 은 지금 제작지시서 버전 번호다(#3671 결정). 버전 1 반려 → 버전 2 승인 철회 → 버전 3 반려라면 「반려됨(버전 3)」이다. 반려 횟수는 배지에 싣지 않고 [버전 이력] 창에서 본다. 반려된 묶음은 제작설계중으로 돌아와 처음 보정과 같은 단추를 갖는다. 승인 철회는 반려로 보이지 않는다. 배지·사유는 묶음 목록 응답의 줄 칸(currentRevNo·currentDecision·lastRejectReason, #3651)으로 정하고 행마다 버전 목록을 부르지 않는다(#3662). ✅ 화면 반영 0e285b7d · 화면 문구 「버전」 #3633.
13. [제작지시서 보기] · [버전 이력] (#3598) — [제작지시서 보기] 는 지금 제작지시서 버전의 xlsx 를 받는다(절단 계획이 없는 버전이면 숨긴다). [버전 이력] 은 버전마다 상태·제출·결정·사유·내려받기를 창에 보인다. 읽기라 제조 조회 권한이면 보인다. 묶음 축 절단 재계산(SCR-MF-004)에 [절단지시서 받기] 가 없는 대신 받는 자리가 여기다 (§4.4.10 「다른 점 2」). ✅ 화면 단추 이름 「버전 이력」 #3633.
14. 알림벨 (#3596 · ⏳ 서버·화면 반영 전) — 머리 줄 검색 칸 오른쪽에 종 아이콘과 안 읽은 수 배지를 둔다(0 이면 배지 없음, 99 넘으면 「99+」). 펼친 목록·문구의 정본은 §00 알림벨 줄과 DE24-1 §6.6 이다. 이 파일의 다른 프레임 머리 줄도 같다.
15. 서브섹션을 안 고른 나뉜 부호 — [승인 요청] 미리 막기 (📌 #3646 결정 2026-10-20 · ⏳ 화면 반영 전) — 제작설계중 행의 묶음에 서브섹션(productionSectionId)을 안 고른 나뉜 부호가 있으면 [승인 요청] 을 잠그고 [관리] 칸에 「나뉜 부호({부호})의 어느 서브섹션을 담을지 고르세요. [서브섹션 줄 싣기] 에서 고릅니다.」를 보인다(📌 #3704 — 「현장담당이 현장 관리의 묶음 고치기에서 고릅니다.」 ⛔ 뒤집힘, 줄 싣기는 제작팀이 이 탭에서 한다 — 아래 ⑬). 앞 문장은 서버 422 BATCH_ITEM_PART_REQUIRED 문구와 같고 {부호} 는 원본 부호 이름이다(여럿이면 쉼표). 판정은 서버와 같다 — 묶음 상세 행의 서브섹션 칸이 비었고 차이 표에 그 원본 부호를 가리키는 SPLIT 줄이 있으면 막는다. 이 화면에는 서브섹션 고르개를 두지 않는다 — 고르개는 현장 관리 묶음 고치기(project.html #f12 ⑧)에만 있고, ⛔ 뒤집힘 (#3704 — 고르개는 이 탭의 [서브섹션 줄 싣기] 창으로 옮긴다, ⑬). 제작팀은 나눌 때 [부호 나누기] 창의 「담을 묶음」으로도 채울 수 있다(estimate.html). 서버의 422 는 마지막 관문으로 남는다.
16. 개소를 서브섹션 줄로 나눠 싣기 — [서브섹션 줄 싣기] (📌 #3704 사용자 결정 2026-10-20 · #3646 (가) · #3706 · ⏳ 서버·화면 반영 전) — 현장 관리(SCR-PM-025)의 「묶음 고치기」에 있던 일을 제작팀 몫으로 이 탭에 옮긴다. 제작설계중 행의 [관리] 칸에 [서브섹션 줄 싣기] 를 둔다. 누르면 창이 열리고, 위에는 나뉜 부호 줄마다 서브섹션 고르개와 [서브섹션 줄 더하기] 를, 아래에는 차수에 담긴 개소 목록과 개소마다 「담을 줄」 고르개를 둔다. 차수의 개소 묶음은 바꾸지 못한다 — 넣는 개소·빼는 개소가 없는 「줄 바꿔 싣기」만 저장된다(그 밖은 409 BATCH_SCOPE_LOCKED). ⛔ 뒤집힘 — 📌 사용자 결정 2026-10-20 (#3704 후속, ⏳ 서버·화면 반영 전): 보정 중 협의로 생긴 것을 지금 차수에 더할 수 있다. 창 아래에 [개소 더하기](아직 어느 차수에도 없는 새 개소) · 「사본에만 있는 부호」 무리(빈 섹션, 고르면 추가 진행 줄) · 「견적에 없던 추가 진행」 칸(켜면 부호 줄마다 「추가 수량」 칸, 금액·계약은 다루지 않는다는 안내)을 둔다. 이미 담긴 개소를 빼는 것만 409 BATCH_SCOPE_LOCKED 다. 별도 차수로 갈라지지 않는다. 쓰는 사람은 제작팀(ROLE_MF_EDITOR)이고 현장담당·관리자도 할 수 있다. 개소 몇 곳만 손으로 고칠 때 ②단계가 이 창이다(DE22-1 §10 §4.4.13). 계약 정본은 DE24-1 §5.4.38 머리 「📌 #3704 사용자 결정」 상자 4 · 7 의 4단계다.
17. 보정 진행 「보정 완료 N/M 부호」 · [승인 요청] 잠금 (📌 #3781 결정 2026-10-21 · ⏳ 서버·화면 반영 전) — 제작설계중 행의 상태 배지 곁에 「보정 완료 7/12 부호」를 보인다(다 마치면 초록). 값은 묶음 목록 응답의 correctionDone · correctionTotal 이고 행마다 다른 주소를 부르지 않는다. 부호는 사본 부호 하나로 센다 — 손으로 나눴든 사이즈 타입으로 나뉘었든 서브섹션마다 하나다. 다 마치지 않았으면 [승인 요청] 을 잠그고 [관리] 칸에 「보정을 마치지 않은 부호가 있습니다({부호} 등 N개). 보정 작업 ③ 에서 [고칠 것 없음] 을 누르거나 제작 도면에서 [확인 끝] 을 누르세요.」(🔄 #4219 — #4160 단추 이름)를 보인다(서버 422 BATCH_CORRECTION_INCOMPLETE 문구와 같다). 서브섹션 미선택 잠금(⑫)과 함께 걸리면 ⑫ 글을 먼저 보인다. 두 칸이 비어 있는 묶음(이 기능 전에 보정을 시작한 묶음)은 진행 표시가 없다. 📌 #3818 — 두 칸이 0 · 0 인 묶음(실측 생략 차수가 프로젝트의 첫 묶음이라 제작용 사본이 아직 없다)은 다 마친 것이 아니다. 초록 배지 대신 회색 「사본 연결 전」을 보이고, 잠금 조건은 correctionDone < correctionTotal 또는 correctionTotal = 0 이다. 이때 [관리] 칸 글은 「제작용 사본이 아직 이어지지 않았습니다. 절단 계산을 먼저 하세요.」이다. 절단 계산을 하면 사본이 이어져 부호가 채워진다. 실측 생략 차수도 같은 관문이다(아래 그림 「1층 로비」 행). 정본 DE22-1 §10 머리 #3053 상자 「#3781」 불릿 · DE24-1 §5.8.13 「보정 진행 · 실측 대조」.
18. 펼침 범위 표의 실측 대조 요약 · [변경 없이 완료] (📌 #3781 · ⏳ 서버·화면 반영 전) — 행을 펼치면 범위 표가 사본 부호마다 보정 상태 · 개소 · 최대 차이(mm) · 초과 개소 칸을 더 보인다. 초과가 있는 부호를 먼저 놓는다. 부호 줄을 누르면 개소마다 설계 가로×세로 · 실측 가로×세로 · 차이 · 「초과 (허용 ±5mm)」 · 사이즈 타입을 펼친다. 허용 편차는 실측 검토(SCR-FS-002)와 같은 값이고 서버가 측정 저장 때 매긴 판정을 그대로 쓴다. 보정 전 부호 줄 끝의 [변경 없이 완료] 로 고칠 것 없는 부호를 사본을 열지 않고 마친다(여럿 고르기 가능, 초과가 있는 부호는 확인 창에서 따로 묻는다). 보정 중 · 보정 완료 부호는 [사본에서 열기] 다.
19. 도면대로 제작 — 개소마다 고른다 (📌 #3996 결정 2026-10-26 · ✅ 서버 반영 #4011 · ✅ 화면 반영 #4012) — 신축처럼 실측해도 현장에 아무것도 없을 때 쓴다. 개소 대조 줄 앞의 「도면대로 제작」 체크 칸을 켜면 그 개소는 실측 대신 제작용 사본 치수로 절단 계산 · 사이즈 몰기 · 사이즈 타입 짜기에 든다. 실측 칸은 흐리게 두고 「도면대로 — 사본 치수로 제작」 꼬리표를 붙인다(수는 적지 않는다 — 대조 응답에 사본 치수 칸이 없다). 초과 표시는 회색으로 바꾼다. 부호 줄의 「도면대로」 칸은 「3 / 5」처럼 개소 수를 적고, [부호 전체 도면대로] 체크 칸은 그 부호 개소를 한 번에 켜고 끈다. 실측완료 · 제작설계중 행에서 고르고, 제작설계중에서 바꾸면 절단 계산을 다시 해야 [승인 요청] 이 된다. 실측 자료는 그대로 남는다. 재지 않을 부호로 차수를 따로 여는 [실측 생략 차수 만들기] (#3818) 와는 다른 길이다. 정본 DE22-1 §10 §4.4.15 ① · DE24-1 §5.8.13 「도면대로 제작 · 부호 손질 구분」 1.
20. 부호 손질 구분 · 수기만 보기 (📌 #3996 · ✅ 서버 반영 #4011 · ✅ 화면 반영 #4012) — 부호 줄 「손질」 칸 고르개로 자동(기본) · 수기 · 다시 그리기를 정한다. 처음에는 모두 자동이고, 손으로 고칠 부호만 바꾼다. 펼침 머리의 「손질」 거르기(전체 · 수기만 보기 · 자동만)로 수기와 다시 그리기 부호만 걸러 본다. [자동 부호 모두 변경 없이 완료] 는 자동이면서 보정 전인 부호를 한 번에 마친다. 구분은 보정 상태와 따로라, [승인 요청] 은 여전히 모든 부호가 보정 완료여야 켜진다. 정본 DE22-1 §10 §4.4.15 ② · DE24-1 §5.8.13 같은 소절 2.

프로젝트의 작업지시(제품)마다 최신 제작도를 한 줄로 보고, 정형 제품 제작도를 자동 출력한다. 행을 고르면 오른쪽 미리보기가 갱신된다. 관련 요구사항 FR-MF-003 · 근거: DE22-1 §10 v1.1-r1 §4.1

진입 — SCR-PM-016 프로젝트 상세 [제조] 탭 · 탭 진입 시 기본 화면. 프로젝트 축이라 작업지시를 고르지 않고 열린다 (§3.4 규칙 1)

1. 검색 · 거르개 — 도면번호·제품 코드·제품명 부분 일치(Enter 또는 [검색] 을 눌러야 부르는 제출 전용). 유형(전체/정형/비정형/미판정)·상태(전체/출력완료/대기/업로드 필요) 거르개는 모두 서버 인자이고 [미판정] 하나만 화면에서 거른다 — 서버가 그 값을 받지 않는다 (§4.1.3).
2. 정형 제작도 자동 출력 — 두되 눌리지 않게 한다. 서버가 501 DRAWING_GENERATION_DEFERRED 를 돌려준다(자재 구성표에서 도면을 만드는 엔진이 아직 없다). 숨기면 엔진이 섰을 때 자리를 다시 찾아야 하고 그냥 두면 눌러 봐야 오류뿐이다. 곁에 까닭을 적고 오류 색을 쓰지 않는다 — 고장이 아니라 아직 안 만든 것이다 (§4.1.5).
3. 제작도 현황 목록 — 한 줄이 제작도 하나가 아니라 작업지시(제품) 하나다. 제작도를 줄로 잡으면 「업로드 필요」인 행이 영영 안 나타난다(아직 아무것도 안 올렸으니 shop_drawing 에 없다). 정렬은 작업지시 내림차순 고정이라 정렬 고르개를 두지 않는다 (§4.1.1).
4. 「판」 칸 — 한 작업지시에 제작도가 여러 판 쌓이는데(version 은 서버가 MAX+1 로 매긴다) 목록은 최신 하나만 보인다. 몇 판인지 보이지 않으면 사용자가 지난 판의 존재를 알 길이 없다 (§4.1.1).
5. 관리 칸 — 정형이고 판이 1 이상이면 [보기](오른쪽 미리보기 갱신, 화면 이동 없음), 비정형이면 [뷰어](SCR-MF-002 이동). 정형 0판·미판정은 — 다. [뷰어] 를 누르면 그 행의 작업지시가 MF 셸 문맥으로 들어앉는다 (§3.4 규칙 3).
6. 도면 미리보기 — 정형은 PDF 라 브라우저 내장 문서 보기가 확대·축소·인쇄·저장을 이미 준다. 같은 도구줄을 다시 만들지 않고 [원본 내려받기] 한 단추만 둔다. 비정형(DWG)은 여기서 못 그리므로 [뷰어로 가기] 로 보낸다 (§4.1.5).
7. 미판정 행 — 제품 마스터에 정형/비정형 판별 칸이 없어 제작도가 0건이면 유형을 읽을 수 없다. 그래도 행을 감추지 않는다 — 감추면 목록 건수가 작업지시 수와 어긋나 빠진 제품을 찾을 방법이 없어진다 (§4.1.1).

비정형 제품의 제작도는 웹에서 고치지 않는다(편집기 미채택, 2026-07-08 확정, @김지광). 외부 CAD(AutoCAD 등)에서 만든 DWG 를 올려 열람만 한다 — 확대·축소·화면 이동까지다. 관련 요구사항 FR-MF-004 · 근거: DE22-1 §10 v1.1-r8 §4.3

진입 — SCR-MF-001 제작도 목록 줄의 [뷰어] 하나다. 2차 탭 칸 「비정형 뷰어」는 뺐다(#3829 · FB-84). 열린 동안 탭 줄은 [제작도 목록] 을 켠 채이고, 머리의 [← 제작도 목록] 이 들어오기 전 목록 모습(거르개·검색어·쪽)으로 되돌린다. 주소를 직접 열면 처음 목록으로 간다. 작업지시서(SCR-MF-003)에서 곧장 여는 길은 두지 않는다. 이름줄은 「제조 › 제작도 목록 › {지시번호} › 비정형 뷰어」다(§4.3 「진입 길별 탭·복귀」 · 이름줄 #3829 결정)

1. 올리기 — 끌어다 놓거나 [파일 선택]. .dwg·.dxf 만, 55MB 까지. 화면이 먼저 막고 서버도 막는다 — 55MB 파일을 다 올린 뒤 413 을 받는 것은 낭비다. 이 상한은 제조관리 몫이라 견적설계 도면 올리기(50MB)와 다른 값이다 (§4.3.6).
2. 버전 목록 — 이 작업지시에 올린 제작도가 판(version)마다 한 줄이다(내림차순·활성만). 올리기는 덮어쓰기가 아니라 판 쌓기다 — 같은 이름을 다시 올려도 앞 판이 남는다. 서버가 MAX+1 로 매기고 지운 판까지 세므로 번호가 되쓰이지 않는다. 지우기(논리 삭제)도 여기 둔다 — 판이 늘어서는 자리라야 무엇을 지우는지 보인다 (§4.3.5).
3. 도면 (보기 전용) — 확대·축소·이동만 한다. 변환이 이어졌다(v1.1-r4, #1729) — 올리면 변환이 곧바로 걸리고 끝난 판은 그린다. 화면은 conversionStatus 를 보고 여섯 갈래로 갈린다 — 대기·진행 중은 「변환 중」(도구 네 개 잠금), 완료는 도면을 그리고 도구 네 개가 열린다, 실패는 까닭과 [다시 변환], 비어 있으면 「아직 변환하지 않았다」와 [변환], 끝났는데 그릴 자료가 404 면 「그릴 자료가 없다」와 [다시 변환] 이다(json-missing, v1.1-r8 #1780). 그릴 자료 응답이 empty: true 면 「이 도면에는 그릴 선 · 글자가 없습니다. 원본을 CAD 로 열어 확인해 주세요.」와 회색 「빈 도면」 배지이고 [다시 변환] 은 없다(#3549). 실패 말고는 오류 색을 쓰지 않고 [원본 DWG 내려받기] 는 늘 살아 있다 (§4.3.5).
4. 도면 정보 — 상세 응답이 주는 값 그대로다. 올린 사람 이름을 서버가 붙여 준다(화면이 사람 이름을 따로 조회하지 않는다). 내려받기 주소는 서명돼 있고 기한이 있어 만료되면 상세를 다시 불러 조용히 새 주소로 받는다 — 사용자에게 오류를 보이지 않는다 (§4.3.1).
5. 범위 밖 (만들지 않는다) — 도구 팔레트 · 편집 캔버스 · 치수 수정 · 개소 찍기 · 눈금자 · 배치물 놓기 · 코멘트. 견적설계 배치 캔버스(SCR-ES-015)가 하는 그 일들을 가져오지 않는다. 다시 쓰는 것은 파일을 그림 자료로 바꾸는 흐름과 그것을 그려 내는 부품뿐이다 (§4.3.5).

작업지시를 골라 상태를 옮기고(발행 → 착수 → 완료) 작업지시서를 화면으로 보거나 종이로 낸다. MF 에서 작업지시를 고르는 자리가 이 화면이다. 관련 요구사항 FR-MF-012 작업지시서 출력·전달 · FR-MF-003 부재 명세(제작지시서) · 근거: DE22-1 §10 v1.1-r1 §4.2 · §4.2.8 (#2300)

진입 — MF 탭 줄 [작업지시서] · 작업지시 문맥이 빈 채로 작업지시 축 탭 [공정 진행] 을 누르면 여기로 온다(뷰어는 탭 칸이 없어 이 게이트를 지나지 않는다, #3829)(선택 게이트, §3.4 규칙 3 — 절단 재계산은 발주 축이라 여기가 아니라 프로젝트 [발주] 탭으로 간다, 규칙 4) · SCR-OM-005 발주 상세 [작업지시 보기 →](승인한 발주로 선 작업지시가 보이게 — #2112)

1. 검색 · 상태 거르개 — 둘 다 화면에서 거른다. 목록 주소가 인자를 하나도 받지 않고 그 프로젝트의 활성 작업지시를 최신순 전건으로 준다(as-built). 검색은 지시번호·부호·발주번호 부분 일치다 — 발주번호는 칸으로 두지 않고 검색 대상에만 넣는다 (§4.2.3).
2. 묶음 출력 확인칸 — 왼쪽 확인칸으로 고른다. 최대 20건이고 21건째는 화면이 먼저 막는다(서버도 400 으로 막지만 스무 건을 고른 뒤에 알면 늦다). 없거나 취소된 건은 빠지고 나머지가 나오며, 전건이 빠지면 404 다 (§4.2.6).
3. 「제품」 칸 — ⚠️ 목록 응답이 제품을 productId 숫자 하나로만 주어 지금은 — 로 흐른다. 고르는 화면인데 무엇을 고르는지 안 보이는 자리라 칸은 두고 서버 보강을 기다린다 — #1727 (area:BE). 고른 뒤 오른쪽 시트에서 확인한다 (§4.2.1).
4. 상태 전이 단추 — 시트 패널 머리 — 액션 바가 아니다. 전이는 작업지시 하나에 거는 동작이라 액션 바에 두면 무엇에 거는지 흐려지고 여러 건을 고른 상태에서 누르면 어떻게 되는지가 정해지지 않는다. 종전 [작업지시 전달] 은 [발행](release)·[PDF 내려받기]·[인쇄](export) 로 갈랐고, 「시스템으로 보낸다」는 그런 주소가 없어 만들지 않는다 (§4.2.5).
5. 작 업 지 시 서 — 화면에서 보는 모습이다. 화면이 시트 자료(JSON)를 받아 HTML 로 그린다. 종이로 나가는 모습은 서버가 MF-WORK-ORDER-SHEET 서식으로 따로 만든다 — 현장에 나가는 문서라 서식이 서버에 고정돼야 한다 (§4.2.6).
6. 지시 항목 = 공정 단계 목록 — 차례는 자재 구성표에서 온 값이라 성기다(10·20·30). 화면이 다시 번호 매기지 않는다. DRAFT 인 작업지시는 여기가 비어 있고 그것이 정상이다 — 공정 진행 행은 발행할 때 서버가 미리 만든다. 그 자리에 「발행하면 공정 단계가 생긴다」를 두고 오류로 보이지 않는다 (§4.2.2).
7. 쪽 넘김을 두지 않는다 — 전건을 받으므로 「화면 거르개 + 쪽 넘김」이 어긋나는 일이 없다(§00 §5.2 가 금하는 조합이 성립하지 않는다). 목록 아래에 그 사실을 한 줄로 알린다. ⚠️ 프로젝트당 수백을 넘어서면 서버 거르개·쪽 넘김이 필요하고 그때 이 결정을 다시 본다 (§4.2.3).
8. 제작지시서 받기 ▾ — 부호 블록별 부재 명세를 두 현장 실물 「제 작 지 시 서 Ⅰ」과 같은 양식의 xlsx 로 내려받는다(머리 · 납품일 셋 · 부호 블록 · 공급구분별 부재 줄). 「이 부호」(커튼월은 같은 발주·섹션·제품의 선 라인을 한 블록으로)·「이 발주 전체」(실물 한 파일과 같은 단위) 둘을 고른다. 절단 재계산을 적용한 판이 없으면 404 라 「먼저 [재계산 결과 적용]」 안내와 [절단 재계산으로 가기] 를 띄운다. 작업지시서 PDF(공정 단계 표)는 그대로다 (§4.2.8).
9. 납품일 셋 — 후렘·문짝·방충 납품일이다(#2300 신설 칸). 계획 기간과 따로 두고 서로 검사하지 않는다. 미리 채우지 않는다 — 비면 제작지시서 머리가 빈칸이다. [납품일 고치기] 창의 「같은 발주의 작업지시 모두」로 한 번에 적는다 (§4.2.8).
10. 일람표 부호 칸 그림 — 종이(PDF)에만 — #4003 결정(C안). [PDF 내려받기]로 나가는 종이 첫 장, 요약 정보 아래 · 지시 항목 표 위에 높이 70 mm · 본문 폭(180 mm) 상자를 두고 「일람표 — {부호}」 머리 아래 그 부호의 창호일람표 칸을 비율을 지켜 선으로 그린다. 둘째 장에는 없다. 재료는 견적 섹션의 canvasCropRect 다. 값이 없으면 상자를 남기고 「일람표 그림 없음 — 견적에서 이 부호의 일람표 칸을 지정하지 않았습니다」를 찍는다. 화면 시트·[인쇄]·제작지시서 xlsx·MES 자료에는 넣지 않는다 (§4.2.6 「#4003 결정」, ⏳ 서버 반영 전 #4024).

현장실측(FS) 결과를 반영해 절단 치수를 다시 셈하고, 견적 확정 스냅샷과 견줘 무엇이 얼마나 바뀌었는지 본다. 셈하는 방법은 DE24-1 §5.8.3 이 정본이고 이 화면은 셈한 결과를 어떻게 보이나만 정한다. 관련 요구사항 FR-MF-006 · FR-MF-008(절단지시서 받기) · 근거: DE22-1 §10 v1.1-r1 §4.4 · §4.4.8 (#2299)

진입 — SCR-OM-005 발주 상세 [절단 재계산](주된 입구) · 2차 탭 칸 「절단 재계산」은 뺐다(#3830 · FB-85) — 기억해 둔 발주가 없으면 프로젝트 [발주] 탭으로 튀던 칸이다. 발주 번호 기억과 발주 목록의 까닭 한 줄(#2713)도 함께 걷는다. 발주 축에서는 2차 탭 칸을 켜지 않고 머리의 [← 발주 상세] 로 돌아간다(§4.4 「진입 길별 탭·복귀」) · SCR-MF-003·005·007 의 [절단 재계산으로 가기] — 옛 주소 …/work-orders/:workOrderId/recut 로 가고, 다리가 발주를 찾아 옮기거나(견적 라인 1건 이하) 「[발주] 탭에서 발주를 고르고 들어와 주세요」를 띄운다(2건 이상)

1. 🔄 묶음 축은 「보정 작업」 5단계 (📌 #4160 결정 2026-10-29 · ⏳ 화면 반영 전 · 아래 둘째 그림) — SCR-MF-008 행의 [보정 작업 시작] · [이어서 하기] · [보정 내용 보기] 로 들어온다. 위 단계 줄(① 실측 확인 ② 제작 치수 ③ 도면 확인 ④ 자재 길이 ⑤ 확인 · 승인 요청)과 오른쪽 패널 「이 단계에서 바뀌는 것」 · 「지금까지 정한 것」을 늘 보인다. ② · ④ 에 들어오면 미리 보기 계산이 저절로 돌고 응답이 느린 동안 「계산 중」을 보인다. [재계산 실행] · [재계산 결과 적용] 은 없다. 저장은 ⑤ [제작지시서 만들고 승인 요청] 한 번이고, 저장이 실패하면 승인 요청을 부르지 않는다. 「손질」 구분 대신 ③ 의 [고칠 것 없음] · [도면 열어 고치기] 를 쓴다. 발주 축(첫째 그림)은 그대로다. 정본 DE22-1 §10 §4.4.17.
2. 실측 회차 고르개 — 없다 — 발주 축에서는 서버가 개소마다 승인된 실측을 찾고, 없으면 견적 치수로 셈한다. 화면은 「섹션별 치수 원천」 표로 어느 치수를 썼는지 보이고, 수기 보정은 부호(타입) 줄마다 넣고, 한 부호에 넣은 값은 그 부호 라인에만 실린다(「모든 부호에 같은 값」 고르기 따로 — #3600 §4.4.12). 실측이 없어도 재계산할 수 있다 (§4.4.2, #2618 · #2875). 아래 그림의 「실측 회차」 칩은 옛 그림이다.
3. 재계산 실행 — dryRun=true. 셈만 하고 저장하지 않는 미리보기다. 서버가 부르는 순간 저장하던 시절에는 뒤엣것이 할 일이 없었는데, 정본이 그것을 뒤집었다 (§4.4.5).
4. 재계산 결과 적용 — dryRun=false. MF_FINAL 계획을 새 판으로 만든다. 확인 창에 「이 값이 발주량 대조의 기준이 된다」를 적는다 — 눌러 보고 버린 시도 하나가 곧바로 추가 발주 판단의 기준이 되기 때문이다. 성공 알림에 [발주량 대조 보기] 를 함께 둔다 (§4.4.5·§4.4.7).
5. 「아직 저장되지 않았다」 띠 — 미리보기 상태에서 늘 띄운다. 단추 둘을 합치지 않는 까닭을 화면이 글로도 말하는 자리 (§4.4.5).
6. 대조 표 — 기준선이 견적 확정 스냅샷이지 직전 계획이 아니다. 그래서 열 이름이 「기존 절단치수」가 아니라 「견적 확정 절단치수」다 — 기준이 고정돼야 몇 번을 셈해도 「설계 대비 얼마나 벌어졌나」가 같은 답을 준다. 표는 서버가 만들어 준다(dimensionDiff[]) — 화면이 조립하지 않는다 (§4.4.1).
7. 차이 칸 — 「0」과 「—」를 가른다 — 0 은 견줘 봤더니 같다, — 는 견줄 짝이 없다(한쪽에만 있는 자재)는 뜻이다. — 를 0 으로 채우지 않는다 — 채우면 새로 생긴 자재를 발주에서 빠뜨리거나 빠진 자재를 계속 발주하게 된다. ⚠️ 실측값이 안 들어온 부재는 「빠짐」이 아니다 — 실측은 폭·높이만 담고 나머지는 견적값으로 셈되어 「같음」으로 나온다 (§4.4.1). 실측값이 있는 치수만 덮는다 — 3편창·편이면 옆 칸 폭(LEAF_WIDTH)도 실측으로 덮고, 수기 보정은 편창 옆 칸 WL 도 받는다(성호고처럼 제작 단계에서 정해진 W1: 710). #2295 — 서버 반영 전 (DE24-1 §5.8.3 #2295 상자).
8. 「기준」 칸 — 한쪽만 손실 반영값이면 차이가 치수 변화가 아니라 손실률 유무를 나타내게 된다. 그럴 때 서버가 양쪽을 순수 평가값으로 내려 견주고 그 사실을 알린다. 화면은 이 칸을 숨기지 않는다 — 줄마다 견준 기준이 다르다는 것을 모르면 mm 몇의 차이를 잘못 읽는다 (§4.4.1).
9. 지난 버전 — 적용은 덮어쓰기가 아니라 판 쌓기다. 앞 판은 지워지지 않고 여기 남는다. 되돌리는 길은 다시 셈해 적용하는 것이지 지우는 것이 아니다 — 계획을 지우는 주소가 서버에 없다 (§4.4.5). MF_FINAL 줄의 [받기]는 그 판의 절단지시서를 내려받는다 (§4.4.8).
10. 절단지시서 받기 — 마지막으로 적용한 MF_FINAL 판을 두 현장 실물 절단지시서와 같은 양식의 xlsx 로 내려받는다(머리·부호표·「자재 × 부호 × 위치」 목록·색 무리, 절단길이는 정수 버림). 미리보기는 받지 않는다 — 판 번호가 없다. 단추 옆에 받을 판의 만든 때를 적는다. 적용한 판이 없으면 잠근다. 조회 권한이면 된다. #2245 가 진입을 발주 단위로 바꿔도 판 번호로 부르므로 자리가 그대로다 (§4.4.8 · DE24-1 §5.8.11).
11. 묶음 축 갈래 (아래 둘째 그림) — 같은 화면이 발주 대신 제작 묶음을 대상으로 돈다. 경로는 /projects/:projectNo/manufacturing/batches/:batchId/recut 이고, 들어오는 자리는 SCR-MF-008 「제작설계중」 행의 [절단 계산] 이다. 탭 줄은 [묶음] 칸을 켠다(절단 재계산은 탭 칸이 없다, #3830). 흐름은 ① [재계산 실행](미리보기) → ② 수기 보정으로 치수 덮어쓰기 → ③ 사이즈 몰기 값 고르기(§4.4.9) → ④ [재계산 결과 적용] → ⑤ 적용 알림의 [묶음 목록으로] 에서 [승인 요청] 이다. 발주 축과 다른 점은 셋이다. 지난 버전 표가 없고(서버의 …/batches/{batchId}/revisions 는 [승인 요청] 으로 고정한 제작지시서 버전 목록이지 절단 계산 버전 목록이 아니라 이 갈래가 부르지 않는다. 몰기 처음 값은 시스템 설정 「제조」에서 받는다 — 정정 #3615), [절단지시서 받기] 를 두지 않으며(묶음은 [승인 요청] 뒤 제작지시서 버전으로 받는다), 적용해야 [승인 요청] 이 된다(없으면 422 BATCH_NO_CUTTING_PLAN). 권한은 발주 축과 같다 (§4.4.10, #3240 · #3270). 🔄 #4160 로 바뀜 — 묶음 축에서는 「보정 작업」 단계 안으로 옮겼다(맨 위 주석 · §4.4.17).
12. 묶음 축 타입 수 — 현장 결정 (#3587 · #3589 · ✅ 서버 반영 #3585 · ⏳ 화면 반영 전) — 타입 수는 실측 뒤 현장담당이(현장담당·실측담당이 ⛔ 뒤집힘 #3704 — 실측담당 걷음) 「사이즈 타입 정하기」 창(§06 SCR-PM-025 · §11 SCR-FS-002)에서 정하고, 제작팀은 적용만 한다. 묶음 축의 타입 표(옛 이름 치수 묶음 표)는 부호 줄마다 「타입 수 (현장 결정)」를 읽기 전용으로 보이고 곁에 정한 사람·시각을 적는다. 고치는 칸은 두지 않는다 — 바꿔야 하면 「현장담당에게 타입 수 변경을 요청하세요」 안내를 보인다. [재계산 실행] 은 정해진 수로 타입을 짜 보이고 줄임 한계를 넘는 줄은 빨간 글씨로, 그런 부호가 있으면 [재계산 결과 적용] 이 잠긴다(422 SIZE_GROUP_REDUCE_EXCEEDED). 적용 알림에 「AW01 을 타입 다섯으로 나눴습니다(AW01-1 ~ AW01-5)」처럼 결과를 보이고 [사본 열기] 로 서브섹션을 확인하게 한다 (§10 머리 #3053 상자 #3577 불릿 · §4.4.9).
13. 부호별 수기 보정 (#3600 · ✅ 화면 반영 PR #1297 bb7b802f) — [재계산 실행] 으로 섹션을 불러오면 「섹션별 치수 원천」 표 아래에 선다. 섹션 부호가 같은 라인은 한 줄이다(사본 서브섹션 AW01-1·AW01-2 는 서로 다른 줄). 부호가 비어 있으면 「이름 없는 부호」, 부호에 라인이 여럿이면 「라인 N개」를 붙인다. 한 부호 줄에 넣은 값은 그 부호의 라인에만 실린다. 값을 넣은 줄의 「안내」 칸에 「보정한 부호는 사이즈 몰기를 하지 않습니다」. 제목 옆 「모든 부호에 같은 값」(처음엔 꺼짐)을 켜면 부호 표 대신 종전 한 벌 칸이 서고 「넣은 값이 모든 부호에 들어갑니다. 수기 보정을 넣은 부호는 사이즈 몰기를 하지 않습니다.」를 둔다. 켜고 끌 때 앞 미리보기는 지운다. 발주 축 · 묶음 축이 같다 (§4.4.12). 🔄 #4160 로 바뀜 — 묶음 축에서는 「보정 작업」 단계 안으로 옮겼다(맨 위 주석 · §4.4.17).
14. 이음 자리 찍기 (#3242 · ⏳ 화면 반영 전) — 대조 표의 커튼월 몸통바 줄 [이음 자리] 단추. 선 길이 막대 위를 눌러 이음 자리를 찍고(선 시작점에서 잰 mm, 숫자로도 고친다) 재계산 요청 joints 로 싣는다. 토막 합은 절단 길이와 같고, 외캡·홈마개는 같은 토막, 2차캡은 토막마다 10 mm 짧다. 찍지 않으면 한 본 그대로이고 정척을 넘으면 「정척 초과 — 이음 자리를 찍으세요」를 줄 옆에 보인다.
15. 묶음 축 실측 대조 — 재계산 전에도 본다 (📌 #3781 결정 2026-10-21 · ⏳ 서버·화면 반영 전) — 묶음 축 갈래의 실행 줄 위에 「실측 대조」 묶음을 둔다. 머리 줄은 「초과 개소 N곳 · 부호 M개」이고 초과가 있으면 펼친 채로 연다. 사본 부호마다 보정 상태 · 개소 · 초과 · 최대 차이를, 부호 줄을 펼치면 개소마다 설계 · 실측 · 차이(mm) · 「초과 (허용 ±5mm)」 · 사이즈 타입을 보인다. 절단 계산을 돌리지 않는 읽기 주소라 [재계산 실행] 전에도 보인다. 차이와 판정은 실측 검토(SCR-FS-002)와 같은 값이다. 재계산 뒤 개소별 표(설계 = 견적 라인 원본 치수)는 그대로 두고 두 「설계」를 한 표에 섞지 않는다. 발주 축에는 두지 않는다. 정본 DE22-1 §10 §4.4.14. 🔄 #4160 로 바뀜 — 묶음 축에서는 「보정 작업」 단계 안으로 옮겼다(맨 위 주석 · §4.4.17).
16. 부호 그림 (#4166 · #4167 · FR-ES-025 · ⏳ 서버 · 화면 반영 전) — 보정 작업 ③ 도면 확인의 부호 카드 왼쪽 「▦」 자리를 부호 그림 카드 84 × 56 으로 바꿨다. 그리는 것은 원본 부호(source_section_id)의 일람표 칸 그림이고 작업지시서 PDF 상자와 같은 그림이다. 사본에서 고친 칸 나누기는 1차에 그리지 않는다(#4164 Q3). 그림 아래 「견적 일람표 기준」 꼬리표를 늘 달고, [도면 열어 고치기] 로 고친 부호에는 「도면 고침」 배지를 단다(메모 「도면 고침」 · 「도면 고치는 중」 과 같은 조건). 사본을 일일이 열지 않고 그림만 보고 [고칠 것 없음] 을 고르게 하려는 자리다. 이 자리 정본은 10_MF §4.4.17 ③ 「카드의 부호 그림」 이다(화면 #4176). 크기 · 상태 문구 · 56 px 이하 줄여 그리기 · 꼬리표 규칙은 DE22-1 §00 §10 이 정본이다.

실제로 발주한 양으로 제조 소요를 감당하는가를 자재별로 견준다. 모자란 자재가 있으면 작성중 추가 발주 회차를 만든다. 관련 요구사항 FR-MF-009 (1차 vs 최종 자동 비교) · FR-MF-010 (추가 발주 처리) · 근거: DE22-1 §10 v1.1-r22 §4.5

진입 — MF 탭 줄 [발주량 대조] · SCR-MF-004 적용 알림의 [발주량 대조 보기]. 프로젝트 축이라 작업지시를 고르지 않고 열리지만 부르는 주소는 작업지시 축이다 (§4.5.1)

1. 집계 칸 넷 — 서버에 묻지 않고 화면이 표의 값으로 센다. 같은 수를 세는 주소를 서버에 따로 두지 않는다. 넷을 더하면 대조 자재 수가 된다 — 그 셈이 안 맞으면 거르개가 걸린 것이다 (§4.5.2). 견줄 발주 근거가 없으면 부족·남음·맞음 셋을 — 로 두고, 이 셈 안내 줄 자리에 「이 작업지시에 연결된 발주가 없어 1차 발주량을 비교할 수 없습니다」를 띄운다 — 세지 못한 것과 세어 보니 0 인 것은 다르다 (#1714 ①).
2. 모자람 · 남음 · 맞음 — 색만으로 가르지 않는다. 부호(−·+·0)·글자(부족·남음·맞음)·자리·색 넷이 늘 함께 간다 — 색을 못 보는 사람에게도, 흑백으로 인쇄해도, 엑셀로 내보내도 뜻이 남는다 (§4.5.2 · §00 접근성 원칙).
3. 부호의 방향을 뒤집는다 — 서버 varianceQty 는 「최종 소요 − 1차 발주」라 모자라면 양수(+)다. 화면은 사람이 읽는 대로 모자람에 − 를 붙인다. 보이는 부호만 뒤집고 값은 뒤집지 않는다 — 정렬·거르개·엑셀은 서버 값 그대로 돈다. 이 어긋남을 화면 코드 한자리에 모아 둔다 (§4.5.2).
4. 1차 발주(바) — 계산값이 아니라 실제로 발주한 원자재 바 수(발주 라인 합)다. 담당자가 계산 결과에서 수량을 손봐 발주할 수 있어 둘이 다르다. 비교 단위는 바(정척) 개수이지 절단 조각 수가 아니다 — 절단이 늘어도 기존 바 안에서 잘리면 추가 발주가 필요 없다 (§4.5.3).
5. 값이 없는 칸을 0 으로 채우지 않는다 — 견줄 발주 근거가 없으면 1차 발주·차이·상태 세 칸에 — 를 두고 최종 소요만 숫자로 남긴다(#1714 — 화면은 —, 내려받는 엑셀은 빈칸이다). 차이 금액은 단가를 못 찾거나 단위가 개수(EA)가 아니면 — 다(단가가 그 단위당 값이라 개수에 곱하면 금액이 틀린다). 0 을 찍으면 「0 개 발주」·「차액 없음」으로 읽힌다. ⚠️ 발주는 있는데 그 자재 라인만 없는 경우는 0 이 맞다 (§4.5.3).
6. 추가 발주 요청 — 서버가 권할 때만(ADDITIONAL_ORDER) 활성이고, 모자란 바가 하나여도 대상이다(문턱을 두지 않는다). 누르면 작성중 추가 발주 회차가 생긴다(#1731 — 받는 쪽이 섰다). 성공은 알림 띠로 알리고, 발주번호와 [발주관리로 가기] 는 표 위 안내 줄에 남긴다 — 새로 고치기 전까지 머문다 (#1714 ②). 요청 뒤 단추는 잠그고 「이미 만들었습니다」로 바꾼다 (#1714 ③). 같은 요청을 다시 보내도 발주는 하나이고 같은 번호가 돌아온다 (§4.5.5).
7. 다른 작업지시가 이미 요청함 — 같은 발주를 나눠 가진 다른 작업지시가 먼저 추가 발주를 만들었으면 서버가 409 ADDITIONAL_ORDER_ALREADY_REQUESTED_FOR_PURCHASE_ORDER 로 막는다. 새 화면 상태가 아니라 default 안의 갈래다 — 「요청 뒤」 안내와 같은 표 위 안내 줄 자리에 「같은 발주 {원 발주번호}를 나눠 가진 다른 작업지시가 이미 추가 발주 {추가 발주번호} 를 요청했습니다. 발주관리에서 그 발주를 확인하십시오.」 + [발주관리로 가기](그 추가 발주로)를 두고, 단추는 「다른 작업지시가 요청했습니다」로 잠근다. 화면이 미리 알 수 없어 정상 동선에서도 난다 (§4.5.5 #2773 결정 · §4.5.6).
8. 발주 전체 기준 — 나눠 가진 발주이고 1차 값이 숫자로 왔으면 그 숫자 곁에 작은 글자 「발주 전체 기준」을 붙인다 — 이 작업지시 몫이 아니라 발주 합계다. 1차 값이 비어 오면(—) 붙이지 않는다. 작업지시 목록이 실패하거나 낡아 가르지 못하면 표시를 조용히 빼지 않고 표 위에 「작업지시 목록을 새로 받지 못해 …」 + [다시 시도] 를 둔다 (§4.5.3 #2616 상자).
9. 보기 단위 · 한꺼번에 요청 (#3613, ⏳ 반영 전) — 머리 고르기 단추 [작업지시] · [묶음] · [프로젝트 전체]. 묶음 · 프로젝트 보기는 프로젝트 축 응답의 서버 합계(batchGroups[].summary · summary)를 같은 열로 그리고 화면이 다시 더하지 않는다. 같은 발주에 든 묶음은 한 항목이다. 그 보기에서 [추가 발주 요청] 자리에 [부족분 한꺼번에 요청 (N건)] — 대상 작업지시마다 지금 요청 주소를 한 번에 하나씩 차례로 불러 발주마다 회차 하나씩 만들고, 결과 표(만들었습니다 · 이미 요청됨 · 실패)를 안내 줄에 남긴다. 내보내기는 작업지시 보기에서만 (§10 §4.5 「보기 단위」 상자).

MES(제조실행시스템)와 오간 기록을 감시한다. 연동은 MES 가 당사 API 를 부르는 방향이라 당사가 실행 주체가 아니고, 그래서 이 화면에는 쓰기가 하나도 없다 — MF 화면 여덟 가운데 유일하다. 관련 요구사항 FR-MF-005 · 근거: DE22-1 §10 v1.1-r1 §4.7 (#416 · #1725)

진입 — MF 탭 줄 [MES 연동]. 프로젝트 축이라 작업지시를 고르지 않고 열린다 · 권한은 ROLE_MF_VIEWER 이상이면 전부 (§4.7.2)

1. 연동 상태 카드 — 「연결 상태」가 아니라 「마지막 결과」 — 서버는 연결을 확인하지 않는다. MES 가 당사를 부른 마지막 기록(접근 기록 ②·③)을 보일 뿐이라 「연결됨/끊김」으로 적으면 사용자가 지금 이 순간의 연결로 오해한다. 화면 상태 mes-disconnected 도 「연결이 끊겼다」가 아니라 「MES 가 한 번도 부르지 않았거나 마지막으로 부른 구성표 조회가 실패했다」는 뜻이고(#2875 — 전달 기록은 쓰는 코드가 없어 판정에 쓰지 않는다), 그때도 카드만 바뀌고 이력 표는 그대로 둔다 — 지난 기록은 연동이 끊겨도 읽을 수 있어야 한다 (§4.7.3·§4.7.6).
2. 작업지시 미반영 — ③ 작업지시 수신 요약의 notUpToDateCount / 작업지시 수. MES 가 지금 값을 아직 받아 가지 않은 작업지시가 몇인지 보이는 자리다. ① 전달 기록의 수(보냄·대기·실패·전달이 안 걸린 작업지시)는 ① 탭 머리줄로 내렸다. 카드 넷은 모두 프로젝트 전체 기준이라 쪽을 넘겨도 안 바뀐다 (§4.7.3·§4.7.5, #2875).
3. ⛔ 단추를 만들지 않는다 — 종전 그림에 있던 [수동 pull 실행]·[자동 pull 토글] 둘 다 없다. 연동 방향이 반대라 당사가 실행할 대상이 없고(그런 주소가 서버에 아예 없다), 얼마나 자주 가져갈지는 MES 쪽 일정이다. 비활성으로도 두지 않는다 — 자동 출력 단추(SCR-MF-001)는 엔진이 서면 열리지만 이 둘은 열릴 날이 오지 않는다. 대신 안내 한 줄을 두어 단추가 없는 것이 빠뜨린 것이 아니라 정한 것임을 화면이 스스로 말하게 한다 (§4.7.2).
4. 이력 표는 하나가 아니라 둘 — 탭으로 나눈다 — ① 전달 이력(push, 당사 → MES) 과 ② 접근 이력(pull, MES → 당사) 은 방향이 반대라 한 표에 섞으면 어느 쪽 이야기인지 알 수 없다. 서버 컨트롤러도 정확히 둘로 나뉘어 있다 (§4.7.1).
5. 전달 이력 탭은 지금 늘 비어 있다 — 당사가 MES 로 보내는 길이 아직 서지 않아 그 표에 쓰는 코드가 하나도 없다(읽는 쪽만 있다). 「연동 실패」로 보이지 않는다 — 빈 표에 오류 색을 칠하면 실제로 실패한 것과 구분되지 않는다. 그래서 탭 기본 선택이 ② 접근 이력이다 (§4.7.1).
6. 「방식(자동/수동)」 칸을 두 탭 어디에도 두지 않는다 — 그 개념 자체가 없다. 전달 기록에는 자동·수동을 담은 칸이 없고, 접근 기록은 전부 MES 가 부른 것이라 갈리지 않는다. ①은 구분(제작도·생산실적), ②는 요청자(MES 서비스 계정)로 바꿨다 (§4.7.4).
7. 대상은 숫자가 아니라 문자 키 — RBOM-…-EL{n} 꼴이다(종전 그림이 「resolvedBomId 등」이라 적어 숫자로 읽히던 자리). 결과 다섯 값은 우리말로 보인다 — 성공 200 · 없음 404 · 미확정 409 · 폐기 410 · 권한 없음 401. 「걸린 시간」은 연동이 느려지는 것을 눈치채는 자리다 (§4.7.4).

한 작업지시의 공정 단계를 차례대로 옮기고(대기 → 진행 중 → 완료) 늦음·불량을 적는다. 아래에 이 프로젝트의 최근 움직임을 함께 보인다. 관련 요구사항 FR-MF-011 (AN12-1-P2 v1.1 신규) · 근거: DE22-1 §10 v1.1-r1 §4.6

진입 — MF 탭 줄 [공정 진행] (작업지시 문맥이 있어야 열린다, §3.4 규칙 3) · SCR-MF-003 [발행] 뒤 알림

1. 집계 칸은 넷이 아니라 다섯 — 대기·진행 중·완료 위에 늦음·불량을 더한다. 불량은 재작업으로 이어지는 신호라 빼지 않는다. 이 다섯은 이 작업지시의 공정 현황이고 화면이 위 표에서 센다 (§4.6.2·§4.6.3).
2. 거르개 둘을 따로 둔다 — 상태(대기·진행 중·완료)와 표시(늦은 것만·불량만)를 합치지 않는다. 늦음·불량은 상태와 겹쳐 나타나므로(완료인데 불량인 줄이 있다) 한 고르개에 넣으면 「완료 그리고 불량」을 고를 수 없다 (§4.6.2).
3. 상태 칸은 늘 세 값 — 「늦음」은 네 번째 상태가 아니다. 서버에 그런 저장 상태가 없다. 되돌아가는 길도 없다 — 되돌리면 시작·완료 시각이 덮여 그 공정에 걸린 시간이 사라지고 집계가 무엇을 센 숫자인지 알 수 없게 된다. 상태 흐름을 화면에 한 줄로 늘 보인다 (§3.3 ⓐ·ⓑ).
4. 늦음 칸 — 기호(△)·글자·색 셋이 함께 간다. 시안(#1716)은 기호를 디자인 시스템의 알림 아이콘(동그라미 안 느낌표)으로 그리고, 사유를 칸 폭까지 한 줄로 보인 뒤 넘치면 말줄임으로 자른다 — 전문은 고치기 창에서 본다. 위 집계 칸 값에는 단위를 붙이지 않는다. 갈래가 둘이다 — 사유가 적힌 것(delayIssue)은 그 글을 줄에 그대로 보이고(「늦음」이라고만 쓰면 왜 늦었는지 보려고 한 줄씩 열어야 한다), 날짜를 넘긴 것은 계획 종료일이 지났는데 아직 완료가 아닌 줄을 화면이 셈해 낸다 (§4.6.2).
5. 불량 칸 — ✕ + 불량 코드 + 재작업 표식. 불량과 재작업은 1:1 이 아니다 — 재작업 표식이 붙은 줄과 안 붙은 줄이 함께 있는 것이 정상이다(경미한 흠집까지 재작업으로 세면 목록이 부풀어 쓸모가 없어진다). 불량 코드는 정식 목록이 아직 없어 자유 입력이다 (§3.3 ⓒ·§4.6.2).
6. 고치기 — ROLE_MF_EDITOR 에게만 보인다(감춘다 — 흐리게 두지 않는다). 흐린 단추는 「지금은 못 하지만 언젠가 된다」로 읽히는데 권한은 화면에서 바뀌지 않는다. 시작·완료 시각에는 입력 칸을 두지 않는다(서버가 전이 때 자동으로 찍는다). 끝난 공정에도 불량을 적을 수 있고 그때 완료 시각이 다시 찍히지 않는다 — 불량은 대개 공정이 끝난 뒤 검사에서 나온다 (§4.6.4).
7. 아래 표는 「현황」이 아니라 「최근 움직임」 — 프로젝트 집계 주소는 그 기간에 갱신된 진행 줄만 센다(daily=오늘, weekly=최근 7일). 한 번도 손대지 않은 대기 줄은 안 잡힌다. 「현황」으로 읽히면 어제까지 끝난 공정이 오늘 표에서 사라지는 것을 보고 자료가 틀렸다고 여긴다 (§4.6.3).
8. 공장 통합 화면은 두지 않는다 — 집계 주소가 경로만 프로젝트 밖일 뿐 projectId 를 반드시 받아 프로젝트를 가로지르는 집계를 줄 수 없다. 그런 요구를 낸 요구사항도 없고 채울 자료도 얇다. 다시 열 조건은 ⓐ 가로지르는 집계 주소가 생기고 ⓑ 여러 프로젝트를 함께 보는 역할이 정해질 때다 (§4.6.3).