2026-10-02(금) 세션 — GS 원주 단구 도면 → PNCAD 몸통규격표 초안(운영 작업본 37·38·39)

지시(페페, 채팅 26.10.2) = NAS 도면 \\192.168.0.101\공유폴더\2026현장\진행중\10월\한샘 GS 원주 단구 MH\(자재X,내용확인용)GS원주단구2BL 가구도면_261001.dwg 「GS 원주 단구 / pncad 규격표 작성 초안 · 네스팅으로 자재 산출하는데 쓸 예정 · 운영배포」 → 운영 PNCAD 작업본 신규 POST 까지. 추가지시(26.10.2) = 몸통 칼라 넘버 = HS0868GP 확정 · 도면에 HS0868 이 아닌 다른 넘버가 적힌 장은 그 넘버 그대로 장별 칼라. 실행 = [코디] worker-opus-xhigh(모델 장부 71행 · L4). 선례 = 26.10.1 GS 안산 성포(#32~36).

논의·대안

• 현장 = PFS 운영 field_no 2169 「GS 원주 단구」(한샘 MH · 상차 26.10.15). 칼라 작업(material-spec) 없음 · 기존 PNCAD 작업본 0 → 칼라·두께는 도면 표기 기준.
• 범위 = 도면 머리말 「건립 : 84㎡A기본, 84㎡A옵션, 84㎡C」 3타입. 시트 35장(본주방 21 · 냉장고장 14)을 도면폼 「TYPE TITLE」 위치로 자동 분할(_sheets.py all). 냉장고장 옵션 선택 = 84A 기본 「확장선택1」(시트 꼬리표) · 84A 옵션·84C 「유상선택3」(견적 763 = 냉장고장 1650 + 가전소물장 500).
• 칼라 해석 — 도면 「GS건설 지정 바디 마감재」 = 프린테크 BB1-SGY254(MH적용) / 효산 HS0868LS(F) / 건창 GC 0916PF 3택1. 이 표준 바디를 전부 HS0868GP 로 보고, 3택1 밖 넘버가 «몸통»에 적힌 곳만 장별 칼라 PQFA2T(현대L&C, 도면상 PVC SHEET): 84A 옵션 C벽 범례 「홈바 하부장, 목찬넬, 후면FIX, 상부장 몸통, 팬트리도어, FIX, 코너장 몸통: PQFA2T」 · 84C 「하부 유리장식장 BODY, 상부장EP: PQFA2T」. 홈바 하부장 몸통은 같은 시트 「하부장 몸통, 걸레받이 : BB1-SGY254」 → HS0868GP.
• 두께 = [기본 사양] 몸통 15T PB · 옵션형 상부장(AVENTOS 플랩) 18T PB · 치수선 원표시 18(홈바·유리장식장·가전소물장 하/중단) → 장별 18T.
• 대안으로 남긴 해석(⏳추정) = 84A 기본 B벽 900~1800(600+300 두 통 vs 900 한 통) · 홈바 하부장 깊이 480/측판 따냄 · 코너 유리장식장 깊이 440 · 가전소물장 3단 적층·내부 선반 수 · 84C 양념서랍 150×2(도면 메모 「인출장300으로 합쳐도 되는지?」).

결정

• 벽 = 입면 1장, 타입별 작업본 1벌 · 이름 끝 「(초안)」 · POST 만(PUT 0 · 기존 작업본·카탈로그 불변).
• 몸통 아닌 것 제외 = EP·FIX·휠라·도어·유리·상판·걸레받이. 냉장고 상부장 도어·코너 상부장 상부EP 는 0폭 트리밍(선례 ⒝), 가전소물장 하단 「지판없음」 도 0폭 트리밍.
• 냉장고 상부장 지판연장 672 = trim 0|bot|0 [0,0,−18,+120,0,0]. W≥800 이동선반 18T = _shelf18.mjs(BC·B_DD·기본형 W_DD 820).
• 팬트리 문틀 800(15T 문틀재)은 카탈로그 15T_문틀재_VA 가 원장 자재라 장으로 못 넣어 미반영(페페 결정 대기).

산출물·커밋

• 운영 작업본 신규 #37 GS 원주 단구 84A 기본 몸통규격 (초안) 15장 · #38 84A 옵션 22장(18T 10 · PQFA2T 3) · #39 84C 19장(18T 9 · PQFA2T 4) — 26.10.2 00:38 KST POST.
• nest_rows 68 · 77 · 72행(/api/nesting/pncad-parts 읽기 합산: 15T PB HS0868GP 276 · 18T PB HS0868GP 68 · 18T PB PQFA2T 34 · 15T PB PQFA2T 7 · 4.5T MDF 55 · 3T MDF 4 매).
• 규격표 https://pfs.poin.co.kr/production/pncad/spec.html?scenes=37,38,39 = 시트 9 · 아티클 56 · 전개 실패 0 · 냉장고 지판 672.
• 작업폴더 C:\dev\_work\gs-wonju-dangu\pncad_1002\ — _build_scenes.py · _post_scenes.py(중복 이름 가드 추가) · _verify_spec.py · _readback.py · _elev_compare.py(도면 입면 위 장 박스 겹침 → cmp_<타입>.png) · _devplan_page.py.
• devplan C:\dev\devplan\pncad-gs-wonju-draft.html(카드 pncad-gs-wonju-draft · ub pncad · pagelinks up=pncad-roadmap) — web-designer 처방 반영(칩 강조·details 접기·헤더 52px).
• 커밋 없음(pncad·pfs 코드 무변경).

다음

• ⏳[페페] ①nesting_job 💾 저장(미등록 칼라 HS0868GP·PQFA2T 자동 INSERT → 칼라 등록 승인과 묶음) ②PQFA2T 7장 제품명에 칼라 표기(PUT) ③팬트리 문틀 800 처리 ④84C 양념서랍 150×2 → 300 합치기 여부 ⑤#38·#39 재저장 — 같은 날 다른 세션 #pThk 수정(운영 2c56e6e5)보다 먼저 저장돼 FW001 고정선반이 nest_rows 에 15T(작업본당 3매). 앱 💾 = PUT 이라 승인 필요.
• 추정 5건은 현장 확정 도면(자재용) 나오면 대조.

후속 (26.10.2 01:1x~01:3x KST · 페페 결정 회신)

• 자재 수량 재검산 — 페페 의심 「양면 계산 등에서 곱셈 중복」. 운영 data 를 장마다 다시 전개해 부재를 직접 센 수(_qtycheck.mjs, 앱 expandInst 와 같은 bodyForce 옵션)와 저장 nest_rows 네스팅 합산을 두께별로 비교 → 원주 #37~39 · 안산 #32~36 8벌 전부 일치, 같은 장 안 같은 위치·크기 중복 부재 0. 서버 합산(nesting_controller.PncadParts)은 키별 수량 합만, 네스팅 화면은 수량 그대로 받아 배치, 「양면」은 시트길이(면수)에만 곱한다. → 곱셈 중복 없음. 처음 보고의 「15T 276」은 부재 매수(조각)였고 원장은 운영 네스팅 읽기 실행(_nestrun.py) 48장(문틀 추가 후 49장) · 이론 최소 35.5장 · 활용률 72.5%.
• 판단 필요로 남김 = PNCAD→네스팅 행 양단면 「단면」 고정 → 발주 규격 「민자단면」 · 시트길이 ×1(LPM 양면이면 ×2 가 맞다 — 중복이 아니라 빠진 쪽).
• ①네스팅 저장본 #13 「GS 원주 단구 몸통 네스팅 (초안 · PNCAD 37·38·39 + 팬트리 문틀)」 — field 2169 · 165행 · 447매 · 원장 49 · 저장 시 칼라 신규 1건 자동 등록(HS0868GP·PQFA2T 둘 다 마스터에 있음 확인, _nestjob.py·_jobverify.py).
• ②PQFA2T 7장 이름 끝 「 (PQFA2T)」 — 백업 → dry → 💾 PUT → 재GET 대조 OK(_rename_pq.py). _build_scenes.py 도 장별 칼라면 이름에 붙이게 고쳐 로컬 씬 = 운영 data 동일.
• ③팬트리 문틀 본틀(REAR VIEW C · SECTION E: 15 | 770 | 15 · 개구 2215 + 상틀 15 · 깊이 145) 15T HS0868GP 145×2230 ×2 · 145×770 ×1 을 #13 에 수동 추가. 전면 케이싱 = 도어 동일 마감 · 후면 케이싱 = 바디 동일이나 두께·폭 미표기라 제외.
• ⑤#38·#39 재저장은 다른 세션(C:\dev\pncad\tools\_scene_resave2.py)이 01:03·01:04 에 이미 처리 — 겹쳐 저장하지 않았다.

후속 2 — 「몸통자재는 항상 양면」(페페 확정 26.10.2) 코드 수정·운영배포

• 근본 1곳 = C:\dev\pncad\app.html nestRows 의 양단면 「단면」 고정(서버 PncadParts 는 행을 그대로 합산, 네스팅 화면은 r[4] 를 그대로 받음 · imos 몸통재 경로는 이미 기본 양면). 새 규칙 sideOf(p) = 등판(CABBACK 또는 부재명 「뒤판」) 단면 · 나머지 몸통재 양면. 처음엔 CABBACK 만 봤다가 코너장 BC 의 3T HDF 「뒤판」(CABBACK 아님)이 양면으로 나와 부재명 조건을 더했다(로컬 검사가 잡음).
• 커밋 = pncad 7e33f02(로컬) · pfs master c965dacc(sync_to_pfs) → 테스트 8001 해시 일치 → 운영 deploy-live eedd6640(워크트리 체리픽 · 경계 diff 0 · blob 해시 일치) → 운영 해시 일치.
• 검증(#37 기준, 저장 0) = nestRows 15T·18T PB 양면 / 4.5T·3T MDF 단면 · 네스팅 원장 16→16 · 규격 민자단면→민자양면 · 시트길이 40.0→67.5. 회귀 = _e2e_bodyforce test 19/19·prod 12/12 · _e2e_nest_tandem prod 5/5 · _e2e_cache_reval prod 10/10.
• 데이터 = 원주 #37~39 재저장(_resave_side.py backup→dry→save→verify, 양단면만 변경) · 네스팅 #13 덮어쓰기(_job13_side.py, 133행 양면 · 원장 49 → 49 · 시트길이 122.5 → 215).
• 영향(손 안 댐, _impact_list.py) = 몸통재 단면 남은 작업본 #2·3·27·28·29·30·31·32·33·34·35·36 · PNCAD 출처 네스팅 #8·#12.
• 사이트맵 재빌드 = 페이지 61 · 미반영 1(다른 세션 worklog·kakao_board — PNCAD/네스팅 파일 차이 0).

후속 3 — 「등판 MDF 도 양면」(페페 지시 26.10.2) · 단면 예외 제거

• sideOf() → '양면' — PNCAD 가 넘기는 몸통자재는 등판(4.5T MDF·3T HDF) 포함 전부 양면. 커밋 = pncad 9038ca0 · pfs master 84eea4f9 → 테스트 해시 일치 → 운영 deploy-live 1cbf13f3(경계 diff 0 · blob 해시 일치) → 운영 해시 일치.

• 37 = 원장 16 → 16 · 등판 규격 민자단면 → 민자양면 · 시트길이 67.5 → 80.0(원래 단면 40.0). 회귀 = _e2e_bodyforce test 19/19·prod 12/12 · _e2e_nest_tandem prod 5/5 · _e2e_cache_reval prod 10/10 · 사이트맵 PNCAD 미반영 0.

• 데이터 = #37~39 재저장(백업 backup-2026-10-02-side2\, 양단면만 변경 · 전 행 양면) · 네스팅 #13 덮어쓰기(32행 단면→양면 · 원장 49 → 49 · 시트길이 215 → 245). 다른 현장 작업본·네스팅 저장본은 손대지 않음(영향 목록 그대로).

관계

• 주제 그룹: pncad 현장 적용(도면→작업본)
• 관련 문서: pncad-handoff, pncad-rules, 선례 = 26.10.1 GS 안산 성포(handoff 52~54행)