pfs 아카이브 — OMC · 패치 누적

완료·운영배포 끝난 작업 상세(OMC·패치). 견적 기능 완료 이력은 archive-estimate.md, 견적 스키마는 schema-estimate.md. 요약은 sessions.md.

2026-08-10 완료 (루트 HANDOFF NOW 에서 이관 — 같은 날 경고선 30,000자 초과분 정리)

• 🆕pfs 견적 재작성에 「내용 복사」 선택 신설 + 차수 버튼 표기·위치·모달 폭 [코디] 26.8.10 ✅운영배포 완료(deploy-live e659f80 ← master e25e3e7 4파일 선별 포워드, DB 변경 0). 페페 = "함정 주의하고 기능으로 추가, 본건 견적서 새로 생성시 복사 기능(사용자 선택예정, 0으로 시작하는 경우도 있음)" + QA 3건. ①재작성 = 시작 방식을 사람이 고른다 — 종전엔 confirm 하나뿐이라 빈 견적서가 유일한 길이었다 → 모달에서 「내용 복사해서 시작」/「빈 견적서로 시작」/취소. 🔑confirm 2번으로 안 물었다(「취소」가 「빈 견적서」로 읽혀 금액문서 오조작). API copy_items 기본 '0' = 종전 동작이라 회귀 0. ②복사 범위 = detail+sub+별도항목+자재+마스터 금액 4컬럼(시공비·운반비 포함). 🔴함정 3개 = ①FLOAT(어제 발견) → 값을 MySQL 밖으로 안 꺼내고 전부 INSERT..SELECT, 파이썬은 정수 PK만 ②🆕display_order 로 부모-자식을 짝지으면 안 된다 — 실데이터에 중복(테스트 견적 33 = 19행/distinct 6) → 항목 한 건씩 INSERT + 같은 트랜잭션 LAST_INSERT_ID() 로 매핑 ③🆕% 포맷 조립에서 인자 조각의 플레이스홀더는 %s(%%s 쓰면 그대로 남아 파라미터 미치환 — 1차 구현 버그, 완성 SQL print 로 적발). 복사 실패 시 재작성 자체를 되돌린다(새 차수 삭제 + 원본 보관 해제). ③차수 버튼 「차수 N(개수)」→「N차(이 행의 차수)」 — 개수는 그 행이 몇 차인지 안 알려줘 보관된 1차가 "차수 2" 로 보였다, 개수는 툴팁, 위치는 삭제 왼쪽. ④차수 모달 800→1140px + 견적명 외 nowrap(가로넘침 0·셀잘림 0·행높이 균일). 검증 = 신설 _est_rewrite_copy_check.py + _est_rewrite_db_verify_test.py — 테스트 E2E 3회전 ALL PASS(견적 707 = 항목52·sub215·별도2·자재4로 네 테이블 전부 커버, 서버측 <=> 전 컬럼 불일치 0, 원본과 복사본 화면 총액 동일 195,760,580), 테스트 DB 원상복구 실측, 운영은 읽기전용 검증만(재작성 안 눌렀다). 사이트맵 그룹8·페이지50·미반영 0. ⏳페페 = 운영 육안. → projects/pfs/{handoff,rules}.md
• 🆕pfs 대우 용인 MH 견적서 1차(708) → 2차 재작성건(747) 내용 복사 [코디] 26.8.10 ✅운영 반영 완료(페페 "운영 작업 승인"). 코드 변경 0 · 배포 없음 · 사이트맵 무관 — 운영 RDS 데이터 작업만. 현장 field_no 2109(대우 용인, 에넥스·김동연)의 본건 1차 = 708(보관됨 archive_yn='1', 총액 43,563,000) → 2차 = 747(대우 용인 MH 견적서 (2차), 비어 있었다). 복사분 = estimate_detail 50 + estimate_detail_sub 53(전 컬럼 원본 그대로, PK만 신규) + 마스터 합계 2컬럼. extra_cost·material 은 원본이 0건, 추가건도 0건(본건뿐), 마스터 나머지는 747 이 이미 708 과 같아 무변경. 🔴함정 = FLOAT 정밀도 — 1차 시도(파이썬 읽기→되넣기)에서 MySQL 텍스트 프로토콜이 FLOAT 를 유효 6자리로 잘라 SUM(amount) 가 33,419,453.09375→33,419,442.0(11.09 차이)가 됐다. 행 단위 파이썬 대조로는 차이 0 으로 보여 못 잡는다(읽는 순간 양쪽 다 뭉개짐) → 넣은 행 제거 후 서버측 INSERT .. SELECT 로 재복사(자식은 display_order 조인으로 새 detail_no 매핑). 검증 = 서버측 NOT (a.col <=> b.col) 전 컬럼 조인 불일치 0행 + SUM 완전 일치 + 708 무변경 + 운영 실브라우저 ALL PASS(타입 5개·주방5/가구4·총액 43,563,000·콘솔 0). 롤백 = 747 detail_no 35494~35543. ⏳페페 = 운영 육안(/estimate/modify-v2/747). → projects/pfs/{handoff,rules}.md
• 🆕pfs QA 2건(3차) — 품명 인라인 편집 전 항목 확대 + 시트 입고일정 병합 주석행 제외 [코디] 26.8.10 ✅운영배포 완료(deploy-live b295283 ← master d1cb28e 2파일 선별 포워드, --detach worktree). ①품명 편집 = 오엠씨 외 전 항목도 표에서 클릭 편집. 저장은 전면/후면과 같은 item_name_user 라 기존 자재관리 탭과 자동 연동(배선 0). ②병합 주석행 제외 — 🔎엑셀 실물 확인이 답이었다: 포인 발주서 표준은 품명 B:C·규격 D:E 를 각각 병합하는데 주석행은 B:G 한 칸으로 합쳐 쓴다(피앤알 탭 행68 = 시트 : 7.22(수) 13미터 1롤 차량 입고 = 시트 입고 일정 메모). → 파서가 품명칸 병합이 규격칸까지 덮으면 주석행으로 보고 '시트'가 든 것만 수집 제외(다른 주석행 유지 = 회귀 0). 🔑JARVIS 1096.19 / 9T MDF 시트/재고PP(행66)는 정상 항목행이라 그대로 두었고 계속 시트로 분류된다(빼려면 그 행 규격에서 '시트'를 지우면 됨). 기존 적재분 = 테스트 4건 soft delete, 운영은 동기화가 이미 정리해 0건. ✅사이드카 재시작 불필요(orderpaper_sync.py 는 subprocess). 검증 = _omc_material_check.py 테스트·운영 ALL PASS + 신설 _pnr_sheet_row_probe.py 파서 자체검사(합성 4 + NAS 실파일 대조). 사이트맵 그룹8·페이지50·미반영 0. ⏳페페 = 운영 육안(품명 클릭 편집 · 시트 그룹에 입고일정 메모 없는지). → projects/pfs/{handoff,rules}.md
• 🆕pfs QA 3건(2차) — 시트(T) 자재분류 신설 + 오엠씨 전면/후면 편집 + 오엠씨 화면 펼침·시트 우선 [코디] 26.8.10 ✅운영배포 완료(deploy-live 5222bed ← master 945ab51+26d2533 8파일 선별 포워드, DB 변경 0). ①전면/후면 편집 = PATCH /{no}/item-name(item_name_user)에 합친 품명 한 필드로 저장하니 기존 자재관리 탭이 자동으로 같은 값을 본다(연동 코드 0). 🔑규격의 양면/단면도 같이 맞춘다 — 후면을 비워도 규격이 '양면'이면 opFaceParts가 후면=전면으로 되살려 편집이 안 먹은 것처럼 보인다. 분리·편집은 발주처가 오엠씨인 블록만(오엠씨 화면·기존 발주서 정리 탭 공통). ②시트(T) = 규격에 '시트' 포함이면 시트 — 컬럼을 안 채우고 조회 시점 파생(orderpaper_dao._MT). 🔑저장값을 바꾸면 item_key/block_key가 sha1(…,material_type)이라 다음 동기화가 전 행을 새 행으로 만들어 사용자 편집·상태·사용이력이 끊긴다 → 파생이라 기존 85건 + 추후 추가분이 마이그레이션 0으로 자동 적용. 화면 4곳(발주서정리·입고일정·자재관리 탭·오엠씨) 전부 필터·색상·정렬 반영. ⚠저장된 필터가 S.mat를 통째로 덮어써 신규 분류가 undefined=제외가 되므로 복원 시 기본값과 병합. 🔴파생의 대가 = 한 block_key에 시트/비시트가 섞인다(운영 59블록 중 23) → 블록 일괄조작 4종(상태·기본입고일·입고일일괄·블록삭제)에 자재분류를 같이 넘겨 그 섹션만 바꾸게 좁혔다. 안 고쳤으면 시트 섹션의 「상태 일괄」이 화면에 없는 부자재 행까지 바꿨다. ③오엠씨 화면 = 현장 카드·업체 블록 기본 펼침(완료 항목만 접힘) + 시트 섹션 최상단. 🔎시트는 오엠씨 발주가 아니다 — 시트업체(조운IMT·데코밸리·미림…)에 발주해 오엠씨로 입고된다. 실측 발주처 오엠씨 + 규격 시트 = 운영 0건이라 오엠씨만 걸면 시트 그룹이 영원히 빈다 → 이 화면 데이터 = 발주처 오엠씨 OR 자재분류 T(부작용: 오엠씨 발주 없이 시트만 있는 현장 카드도 뜬다, 운영 4→5카드). 검증 = scripts/_omc_material_check.py 확장 테스트 ALL PASS + 운영 ALL PASS(테스트에서만 쓰기 왕복 2건 — 전면/후면 저장·원복 + 혼합 블록 시트한정 상태일괄에서 시트 2행만 변경·비시트 3행 무변경·전량 원복). 사이트맵 그룹8·페이지50·미반영 1(/production/sticker, 타 세션). ⏳페페 = 운영 육안(/omc/material 시트 그룹·전면후면 편집 / /field/orderpaper 시트 필터) · ❓판단 1건 = 규격 9T MDF 시트/재고PP(피앤알 1행)는 보드인데 '시트'가 들어 시트로 잡힌다(그 행 규격을 고치면 풀린다). → projects/pfs/{handoff,rules}.md
• 🆕pfs 생산 스티커 — 출력 회수 초기화 버튼(총관리자 전용) [코디] 26.8.10 ✅운영배포 완료(deploy-live 84fcb2f ← master b590f3e 3파일 선별 포워드, 운영 RDS DDL 선행 적용). 페페 QA = "출력 회수 초기화 버튼 추가. 관리자만 사용가능·관리자 아이디만 볼 수 있게. 페이지 이동 버튼 행 우측 끝" → 같은 날 「운영배포 진행」. 범위 = 현재 도어발주서 파일 전체(페페 택1). 권한 2겹 = 템플릿 {% if is_super_admin %}(버튼 자체가 안 보임) + 서버 POST /api/sticker/print-log/reset 재확인(비로그인 401). 🔑DELETE 아님 — remove_yn='1'+removed_by·removed_at 소프트 딜리트라 누가 언제 지웠는지 남고 되살릴 수 있다(조회 2곳에 필터). 🔑같은 파일에 실려 8/7 백로그도 함께 반영 = sticker_controller sync target 한 줄(운영 화면이 테스트 DB 를 갱신하던 것) → 사이트맵 미반영 1→0(그룹8·페이지50). 검증 = 신설 scripts/_sticker_printlog_reset_check.py 테스트 19 + 운영 13 ALL PASS(운영은 읽기전용 — 실데이터 3행이라 초기화는 안 눌렀고, 실제 동작은 테스트에서 ✓3→0 확인). 운영 실측 = 컬럼 3개·기록 3행 전부 remove_yn='0'(데이터 무변경). 🔴함정 2 = ①테스트 DB엔 「진행중 현장에 연결된 살아있는 도어발주서」 0건(기록 있던 file 222 는 door_order_file.remove_yn='1' 삭제 파일 → 칩 0개) → 살아있는 file 241 을 현장 2142 에 임시 연결+시드 후 원복(SSM 실측) ②다른 세션이 deploy-live 워크트리를 잡고 있어 worktree add 거부(.git 없는 깨진 등록인데도) → --detach origin/deploy-live + push HEAD:deploy-live. ⏳페페 = 운영 육안. → projects/pfs/{handoff,rules}.md
• 🆕pfs 생산 스티커 — 현장 검색을 견적서 등록과 같은 표 양식으로 [코디] 26.8.10 ✅운영배포 완료(deploy-live ae9e767 ← master fa34a53+cda67b2+582593a 2파일 선별 포워드·임시 worktree). 페페 QA = "견적서 등록의 현장명 검색 리스트 양식을 여기에 적용. 너무 간단하게 나오고 내용이 잘 안 보임. 운영배포". 종전 폭 340px 드롭다운 한 줄 → 5컬럼 표(업체명/현장명/구분 칩/상차일/담당자) + 헤더 클릭 정렬 + 결과 건수, 폭 780px·높이 420px·sticky 헤더. 모달 아닌 인라인 드롭다운 확장(페페 택1 — 견적서는 모달이지만 생산팀은 현장을 자주 바꿔 클릭 수를 안 늘린다). DAO = field_div_name·company_member_name 추가 + 키워드가 업체명까지(견적 site-search 동일), 진행중 게이트·기간창·선택 흐름·스티커 헤더는 무변경. 🔴자체검사가 실버그 1건 적발 = 정렬 한 번 누르면 패널이 닫혔다 — 재렌더로 e.target 이 DOM 에서 이탈해 「밖 클릭이면 닫기」가 오판 → stopPropagation. 검증 = 신설 scripts/_sticker_field_search_check.py 테스트 40 + 운영 40 ALL PASS(읽기 전용이라 운영 무해). 사이트맵 그룹8·페이지50·미반영 1(= sticker_controller sync target 한 줄, 8/7 백로그·동작은 정상). ⏳페페 = ①운영 육안 ②controller 한 줄 배포 지시 여부. 🔎덤 = 1층 생산팀 PC 설치 요건 정리 — 브라우저+로그인만으로 동작(배율 140% 폴백), 정확한 라벨 크기 원하면 pfs/print-agent(Python 3.8+·pywin32·pillow·127.0.0.1:17777), NAS·MSSQL·VPN 전부 불필요. → projects/pfs/{handoff,rules}.md
• 🆕pfs QA 2건 — 사이드 메뉴 스크롤 + 오엠씨 전용 자재관리(/omc/material) [코디] 26.8.10 ✅운영배포 완료(deploy-live f68f155 ← master f956d27+3e80d33 5파일 선별 포워드, 임시 worktree). ①🔴사이드 메뉴는 원래 스크롤이 아예 안 됐다 — 테마가 .left-sidebar·.scroll-sidebar를 둘 다 height:100%로 잡는데 그 위에 로고+사용자 블록(114px)이 얹혀 있어 스크롤 영역 아래 114px가 화면 밖이고 scrollHeight==clientHeight라 perfect-scrollbar가 스크롤 자체를 안 만든다(휠 실측 scrollTop=0 = 하단 메뉴가 화면 밖이면 못 고름) → pfs_layout.css §10 세로 flex로 스크롤 영역이 남은 높이만 갖게 + pfs.js pfsSidebarPad()가 기준선(시스템 관리)이 상단에 서는 만큼만 스크롤되도록 ul 하단 여백 부여. 🔑여백은 계산이 아니라 실측 보정 — 짧은 콘텐츠는 scrollHeight가 clientHeight로 잘리고 ps 레일(절대배치)이 scrollHeight를 8.5px 늘린다(1차 구현이 기준선을 딱 8.5px 넘겨 올라간 원인) → 2패스 보정 후 오차 0.5px. ⚠mini-sidebar는 테마가 position:absolute를 걸어 flex에서 빠지므로 relative 재선언 필수. ②오엠씨 자재관리 = 화면을 새로 안 만들었다 — /omc/material이 field_orderpaper.html을 omc_view=True로 렌더(인라인 JS 1,000줄 복제 0). 플래그로 탭바·다른 탭 JS 3파일·분류토글·툴바(자재/숨김/업로드/동기화)·빠른필터 라인·모달 3종·삭제/숨김 버튼 제외 + 현장연결 버튼도 제외(지시엔 없지만 발주처가 pfs 현장 매핑을 바꿀 자리가 아니다) + OP_ALL을 적재 직후 발주처='오엠씨' 필터 + 현장별 고정 + opLoadState/opSaveState 스킵(메인과 같은 localStorage 키라 해제 UI 없이 필터에 갇힌다) + 품명 → 전면/후면 2컬럼(표 7→8). 🔴괄호가 자재넘버의 일부인 행이 실제로 있다(70-113(PP)·유사PP(WH240EMT)) → 공백 있는 ' (' 만 합친 표기로 판정(자체검사 1차 오탐 10건). 🔑새 화면은 menu_catalog row 없으면 super_admin 빼고 전부 403 "unmapped"(Patch #32d) → patch45_omc_material_menu.sql(멱등)로 테스트·운영 RDS 선적용, 권한은 오엠씨(196)만(에넥스는 전 현장이 보여 제외, 포인은 자사라 자동). 숨김 현장은 기존대로 제외 — 운영 오엠씨 130항목 중 99가 숨김 현장이라 화면엔 4현장 31항목. 검증 = 신설 scripts/_omc_material_check.py(읽기전용) 테스트 ALL PASS(뷰포트 700/800/1080) + 운영 ALL PASS(전면/후면 9케이스를 페이지 opFaceParts로 직접 호출 + /field/orderpaper 회귀 + 콘솔 0). 사이트맵 = 그룹8·페이지 50·미반영 1(/production/sticker = 다른 세션 진행분, 본건 무관). ⏳페페 = 운영 육안 2곳(사이드바 끝까지 스크롤 · /omc/material). → projects/pfs/{handoff,rules}.md

2026-08-06~07 완료 (루트 HANDOFF NOW 에서 이관 — 2026-08-10)

• 🆕pfs 3탭 「통합현장」(통화+카톡 융합) [코디] 26.8.7 ✅운영배포 완료(deploy-live c6277a9 ← master 844fff8 4파일 포워드). field/worklog에 3탭 신설 — 신규 GET /api/worklog/fusion이 worklog 이번주 창(source 게이트 없음=모든 정보) + kakao_board 미러를 production_status.field_status 기준 현장 카드로 융합. 진행중=전부 / 완료('30')=미출고 섹션+이번주 신규만 / 매칭 실패분은 「현장 미연결」 그룹 노출(정보 유실 금지). 방→현장 매칭 = field_no 직접 → auto-link 동일 게이트 유사도. 검증 = 신설 _worklog_fusion_check.py 테스트 38·운영 38 ALL PASS(콘솔 0·1/2탭 회귀 포함). 사이트맵 미반영 1(/production/sticker 기존 백로그, 본건 무관). 🔎SGC 용두동 방 미연결 = pfs에 그 현장 미등록 탓. ⏳페페 = 운영 육안(3탭) + 미연결 방·묶음 연결 판단. → projects/pfs/handoff.md
• 🆕pfs qa_helper 다중선택(드래그 범위지정 + Ctrl선택) [코디] 26.8.7 ✅운영배포 완료(deploy-live ff85064 ← master adca587 2파일 선별 포워드). 페페 택1 A안 = N개를 1항목(묶음)+코멘트 1개(표 20칸에 코멘트 20개 쓸 일 없다). Ctrl+클릭 = 후보 토글·후보가 있으면 그냥 클릭도 토글·Enter/[🧺 묶음 담기] 확정·Esc 는 후보만 비움, 후보 0에서 단순 클릭은 종전 그대로(기존 동작 무변경). 항목 스키마는 members:[] 하나만 추가. 🔑드래그의 핵심은 이벤트가 아니라 "밴드 안에 뭐가 잡히느냐" — 교차 기준이면 표 하나에 조상 컨테이너·tbody·tr·td·span 까지 수백 개가 걸린다 → 완전 포함 + 후보의 조상 제외(최말단만, O(n·depth)) + 6px 미만 제외 + 상한 50. 이벤트는 5px 임계·mousedown preventDefault(안 하면 페이지 텍스트가 같이 선택)·드래그 직후 click 1회 억제(안 하면 시작점이 덤으로). 🔴자체검사가 실버그 3건 적발 = ①밴드가 자기 자신을 후보로 잡는다(자기 rect 안에 완전 포함+자식 없음 = 완벽한 최말단) ②Enter 통째 먹통 — picker 가 mousedown 을 preventDefault 해 포커스가 사이드바에 남는데 "패널 밖일 때만"으로 걸었다 → textarea 만 제외 ③덤 = 「텍스트 보기」 다이얼로그가 검증 모드에서 안 닫히던 기존 버그(오버레이에 id 가 없어 isInsidePanel 미포함, capture 의 stopImmediatePropagation 이 target onclick 보다 먼저). 검증 = 신설 정적 하네스 러너 37 + 실서버 테스트 26 + 운영 26 ALL PASS(운영 드래그 후보 50 전부 leaf·포함관계 0·페이지 이동 0·콘솔 0·localStorage 원복). ⚠운영 실행이 안전한 근거 = qa_helper 는 서버에 안 쓰고 검증 모드가 클릭을 preventDefault 한다. 배포는 임시 worktree(작업트리에 페페 미커밋 수정 상시). 사이트맵 그룹8·페이지49·미반영 1(= /production/sticker, 별건 백로그). ⏳페페 = 운영 육안 · ⏳안 한 것 = devplan assets/qahelper.js 포팅(지시가 pfs 만). → projects/pfs/{handoff,rules}.md
• 🆕pfs 스티커 도어발주서 — 운영에 데이터가 0행이던 원인 3건 수정 + 운영 최초 적재 [코디] 26.8.7 ✅(페페 "운영 /production/sticker 에서 금강 부산에코 도어발주서가 검색 안 된다"). 🔴현장 검색은 멀쩡했다 — 운영 door_order_file 이 아예 0행(테스트는 250건). 원인 = ①door_sync_watch 가 테스트만 폴링(BASE 하드코딩) → 운영 「엑셀 동기화」 요청 id=1 이 7/21부터 17일간 pending ②door_order_sync 상태 파일이 환경 공용 → test 로 돌린 파일은 prod 실행에서 "변경 없음"이라 영원히 안 올라감 ③sync-request 의 target 'test' 하드코딩 → 운영 버튼이 테스트 DB 를 갱신. 수정 = 워커 운영·테스트 둘 다 폴링(try 는 환경 안쪽) · 상태파일 _door_sync_state.<env>.json 분리 · target 은 서버(FLASK_CONFIGURATION)와 워커(요청이 올라온 서버) 이중 결정. 운영 최초 적재 229파일(reconcile alive=229·파싱오류 3건은 기존 no_poin_sheet). 🔑연결은 설계상 100% 수동이라 금강 부산에코 2건(본 264품목·AS 13품목)을 운영 화면에서 연결까지 해뒀다 — 검색·연결·품목 로드·콘솔 0 확인. 배포 = master e5d1238(사이드카 2파일 = 즉시 적용, 재시작 완료). ⏳페페 = ①운영 육안 ②sticker_controller target 한 줄 운영배포 지시(현재는 워커가 막고 있어 동작은 정상). → projects/pfs/{handoff,rules}.md
• 🆕pfs 부자재 발주서 업로드 "안전하지 않은 접속" 수정 [코디] 26.8.7 ✅운영배포 완료(deploy-live bac884b ← master 1f497ea+58b6809+12a9b31 7파일 선별 포워드). 🔴원인 = HTTPS 화면에서 사설 IP(HTTP)로 form POST → 크롬 혼합콘텐츠 차단. 그 경로는 26.7.29 보안조치(127.0.0.1 바인딩+토큰)로 이미 두 겹 더 막혀 있어 되살릴 값이 아니라 없앨 경로였다. 🔑고친 방식 = 원래 있는데 화면이 안 쓰던 서버 API 를 쓴다(POST /api/orderpaper/upload → blob pending, 운영 테이블 0행 = 한 번도 안 탄 죽은 경로) + 사이드카 upload_poll_loop 가 claim/finish 릴레이로 파싱·적재(인증 = door_sync_watch 와 같은 X-PFS-Agent-Token, _AGENT_PATHS 등록 필수) + 화면은 상태 폴링(대기→분석중→✅/❌). LAN 전용 POST /upload 는 삭제. 🔴덤 3건 = ①insert_upload 가 항상 upload_no=0(execute+별도 LAST_INSERT_ID() 는 커넥션이 다르다) → execute_id, 안 고쳤으면 성공해도 화면은 영원히 "대기" ②nginx client_max_body_size 부재 = 기본 1MB(실측 1.43MB 413) → http 블록 20m ③폴링 try 가 env 루프 바깥이라 운영 401 하나로 테스트 폴링까지 굶음 + _sidecar.log 신설(창 없는 상주라 출력 증발). 파서(xlrd·pdfplumber)는 EC2 py3.6 에 안 올림(chardet 5·cryptography 40 이 앱·certbot 과 충돌, pip download 실측) → 사무실 PC Python39 에만. 검증 = 테스트 E2E 12 + live 사이드카 8 + 실브라우저(테스트 업로드 2건 적재·콘솔 0 / 운영 새 코드) + 운영 스모크 4(미등록 양식으로 경로만, 행 삭제 = 데이터 무변경). 사이트맵 그룹8·페이지49·미반영 2(불변). 🆕후속(같은 날) = 페페 실업로드에서 적재가 깨져 파서 재작성(master 674102e·운영 2d0bbd2) — 🔴에넥스 .xls 는 한 시트에 발주 페이지가 반복(수신처=업체 1곳당 1페이지, 실측 407행·11페이지)인데 옛 파서가 첫 페이지 머리만 읽고 11행~끝을 한 업체로 봐서 128행 중 절반이 라벨행('품 목'·'계'·'특이사항')이고 업체 10곳이 소실됐다 → 'A열 수 신 처 = 페이지 머리'로 블록 분할 + 고정 안내문 제외 + 비고열 오타(9→8) + 🔑같은 업체 2페이지(쿠스코)는 block_key 겹침 → sheet에 페이지번호. 재적재 = 편집·사용이력 0 확인 → 128행 JSON 백업 → 삭제 → pending 되돌림(⚠파서는 sys.modules 캐시라 사이드카 재시작 필수) → 11블록 55항목, 파서체크 12항목·운영화면 55건·콘솔 0. 🆕2차 후속 = 품명 상속(페페 지시 — 규격·수량은 있는데 품명이 비었거나 쌍따옴표면 위 품명을 이어받는다, 실측 빈칸 10·따옴표 3, 블록 안에서만) → master 971fed7·운영 bdaff93, 🔑이번 재적재는 삭제 없이 pending 되돌림만(item_key 동일 → 같은 행 UPDATE·*_user 보존·55행 유지), 파서 18항목·운영 DB 빈칸0 따옴표0·화면 55건 콘솔0. ⏳페페 = 화면 육안. → projects/pfs/{handoff,rules}.md
• 🆕pfs AWS 비용절감 — 테스트 DB를 RDS→EC2 Docker MySQL 8.4.8 로 이전 + EBS 백업 신설 [코디] 26.8.6~8.7 ✅Phase A 전량 완료(A6 RDS-test 삭제 포함). 🔴발단 질문("테스트를 미니PC로?")의 전제가 틀렸다 — 테스트는 별도 EC2가 아니라 운영과 같은 t3.medium 1대에 8001로 얹혀 있다 → 앱만 빼도 절감 0. 채택 = RI + RDS-test 흡수로 월 $86.4→$46.2(47%↓·연 67만원). 삭제 전 하루 관찰 = DB 에러 0·쓰기까지 정상(insert 261/update 184) → 수동 스냅샷 …-final-2026-08-07 available 확인 후 삭제(자동 스냅샷 9건은 인스턴스와 함께 사라진다) → RDS 2대→1대, 삭제 후 스모크 8 OK/0 FAIL. 🆕덤으로 백업 구멍 발견·수정 — 페페 질문("백업 설정됐나")에 실사하니 EC2 백업이 원래부터 0(DLM·AWS Backup·스냅샷·AMI 전무)이고 논리 백업마저 루트와 같은 볼륨이라 볼륨 사고 시 DB와 백업이 동반 소실 구조였다 → DLM 일일 EBS 스냅샷(policy-027b7852ca6ddfea3, KST 03:00·7개) 신설로 운영 앱 서버 구멍까지 동시 해결, cron 은 KST 12:15 점심→02:30으로 이동(논리 먼저·스냅샷 나중). ⚠삭제 명령은 비대화형 세션이라 코디가 못 돌려 페페가 직접 실행(rules/tooling.md 🆕). ⏳페페 = ①육안 ②RI 구매 — B1 EC2·B2 RDS 둘 다 지금 가능(각 수량 1). → projects/pfs/{handoff,rules}.md · 함정 = rules/tooling.md(SSM=dash·게이트·DLM)
• 🆕pfs AL발주서 QA 8건 — 운영배포 완료 [코디] 26.8.7 ✅(페페 지시 "AL발주서 내용 운영배포 진행해", 7/29 테스트 배포분 대기건 해소). deploy-live ffb5732 ← master b69d325+f6bcfb2+6f9732c+9209bc1 9파일 선별 포워드. 내용 = 인쇄 iframe 전환(모달 안이 잘려 프레임선만 찍히던 것)·업체 다중등록(헤더 AL/유리 여러 곳 + 항목별 선택, 첫 업체=일괄 기본값이라 기존 단일컬럼·목록·구페이로드 호환)·엑셀 빈블록 실삭제(+입고처 전블록)·인라인 드롭리스트·정렬/폭/색상. 🔑patch44 컬럼 3개(vendors·al_vendor·glass_vendor)는 배포 전에 운영 DDL 선행 적용(앱 DAO 도 멱등 ALTER 를 하지만 조용히 바뀌는 것보다 통제해서 넣는다) — 운영 al_orderpaper/_item 은 0행이라 데이터 영향 없음. 🔴덤 = E2E 러너가 26.7.29 인증 게이트 이후 401 로 죽어 있었다(무로그인 호출) → 로컬 HTTPS 로그인 방식으로 수정(9209bc1). 검증 = 테스트 E2E 18 + UI 27, 운영 UI 27항목 ALL PASS·콘솔 0(화면 조작만 하고 저장 안 함 = 운영 0행 불변 확인). 사이트맵 미반영 2 → 0. ⏳페페 = 운영 육안(실제 Ctrl+P 인쇄·엑셀 다운로드는 헤드리스로 못 봄). → projects/pfs/session-2026-07-29-al-orderpaper-qa8.md

카톡관리 「변동 반영 이력」 소프트딜리트 (2026-08-05 완료 · 2026-08-06 HANDOFF NOW 에서 원문 cut 이관)

🆕pfs 카톡관리 소프트딜리트 [코디] 26.8.5 ✅운영배포 완료 — 「변동 반영 이력」 행의 ✖ 가 실제삭제→숨김 이력(deploy-live 0a75e3a ← master c0129d2 3파일 선별 포워드). 안내문 문제가 아니라 구멍이었다 — 이력 행은 로그라 ✔완료·⊘취소를 뺐는데(26.7.28) 그래서 ✖ 말고 내릴 방법이 없는데 그게 실제 삭제였다. 이력 행만 hide/status=삭제로 보내 ↩복원 가능, 다른 행 ✖ 는 그대로(지시 밖). 🔑두 리포가 짝 = PFS VALID_STATUS ↔ 사무실PC 데몬 board_rows.STATUSES, PFS만 늘리면 데몬 ValueError→화면엔 「반영 실패」뿐 → 데몬 먼저+재시작(완료·상승권한 불요) 후 배포. 검증 = 신설 _kakao_board_softdelete_check.py 테스트 28 + 운영 24 ALL PASS(테스트만 --api 실왕복→ack 정리, 운영은 저장 안 누름 — 누르면 고객 단톡방이 실제로 바뀐다). 사이트맵 3→2(/field/worklog 걷힘). ⏳페페 = 운영 육안.

pfs 사이트맵 (2026-08-04 완료 · 2026-08-05 HANDOFF NOW 에서 원문 cut 이관)

🆕pfs 사이트맵 [코디] 26.8.4 ✅신규 — 테스트/운영 화면 테크트리(devplan/pfs-sitemap.html, 기획서 pfs.html 양방향 링크). 🆕2차(같은 날) = 가로형 관계도로 교체(master ad705e3) — PFS 루트에서 오른쪽으로 뻗는 다이어그램, 노드엔 큰 제목만, 상세는 팝업(페이지 클릭=상세 / 그룹 클릭=접기 / ⓘ=요약 / 루트=서버메타). 커넥터는 순수 CSS(li flex+center → top:50%가 노드 중심, JS 좌표계산 0), 기본 = 전부 접힘(펼치면 뿌리가 화면 밖으로 나가 목록이 된다). 공용API·화면밖 미반영도 같은 뿌리에 매달아 한 장. 사이드 메뉴로 두 맵 전환·펼침접기·미반영만·검색. 원천 전부 실측(수기 0) = 두 RDS menu_catalog SSM 덤프 + 두 브랜치 라우트 파싱 → 그룹 8·페이지 49·API 893. 🔑미반영 = 커밋 아닌 화면 뒷단 파일 해시(playbook §2) → 주황 AL발주서·AL설정 관리 2건. 트리 밖 미반영 파일은 별도 절(안 적으면 리포 전체로 오독). 검증 = selftest + full E2E + theme/font FAIL 0 + 실브라우저. 서버 코드 무변경(master 5c2aef2). ⏳페페 = 육안. 함정 4·갱신법 → projects/pfs/session-2026-08-04-sitemap.md

pfs 메모알림 (2026-08-04 완료 · 2026-08-05 HANDOFF NOW 에서 원문 cut 이관)

🆕pfs 메모알림 [코디] 26.8.4 ✅운영배포 완료 — 생산현황 메모가 바뀔 때마다 텔레그램 즉시 발신(deploy-live 44ece4b, master cf6d117+4904f30 선별 포워드 4파일·AL 무유입 확인). 신호는 저장 경로가 모이는 field_memo_service 한 곳에만. 🔑경로 = EC2→api.telegram.org 직결(코디 PC broker는 EC2에서 못 닿는다) · 키는 env/pfs-{live,test}.env 주입(.env.production 심볼릭이 읽음, 백업 .bak-memo-notify) · 끄는 법 = TOKEN 줄 삭제 후 재시작(코드 수정 불요). ⚠알림이 업무를 막지 않는다 — 별도 스레드+예외 삼킴(자체검사가 전송을 강제로 터뜨려 저장 성공 확인). 본문에 [운영]/[테스트] 라벨 필수. 검증 = 자체검사 21항목 + 테스트 실서버 E2E 10항목(비로그인 401 회귀 포함·원복 확인) + 두 서버 send ok: True 실왕복 + 운영 HEAD/uwsgi/401. ⚠운영은 저장 E2E 미실시(실데이터 previous 밀림) → 최종 확인 = 페페가 메모 한 번 고쳐보기. 🆕신규 기본규칙 = pfs 고치면 사이트맵 재빌드까지가 한 작업(CLAUDE.md §4 + pfs rules.md, 이번에 첫 적용 — /field/list 주황 걷힘 확인). → projects/pfs/session-2026-08-04-memo-notify.md

AL발주서 QA 8건 (2026-07-29 테스트 배포 완료 · ⏳운영 미배포)

2026-07-31 HANDOFF NOW에서 원문 cut 이관(운영배포 지시는 여전히 페페 몫 — NOW에 1줄 유지).

master b69d325→f6bcfb2→6f9732c. ①인쇄가 「AL업체 제목 아래 프레임 선만」 찍히던 것 = @media print visibility 토글이 모달 transform·max-height·overflow에 잘린 것 → 인쇄 전용 iframe 문서로 분리(+양식 헤더 colspan n-3→n-4로 우측 빈 컬럼 제거). ②업체 다중등록(그릴링 1문항 → 페페 선택: 헤더 여러 줄 + 그리드 컬럼 선택) — 빈칸=첫 업체로 일괄, 미리보기·엑셀은 업체마다 발주서 1장(블록 통째 배정), 저장=vendors JSON + item al_vendor/glass_vendor(patch44, DAO 멱등 ALTER), 첫 업체는 기존 단일컬럼 유지로 목록·검색·구버전 무손상. ③계산식 색 #333(블랙 80%) + 「폰트 블랙 70%+」를 pfs 기본 지침으로 projects/pfs/rules.md 신설(페페 지시). ④계산셀 굵기 제거. ⑤엑셀 빈블록을 인쇄영역 밖이 아니라 행 삭제(AL 180→20행), 부수로 입고처가 첫 블록에만 채워지던 버그 수정. ⑥datalist → 자체 인라인 드롭리스트(부분일치+Enter 확정). ⑦업체행 CSS grid 정렬 + 담당자·전화·팩스 폭 오토. ⑧그리드 width:max-content(지정폭=하한)로 잘리던 컬럼 확장. 검증=엑셀 자체검사 + 테스트 E2E 18 + UI Playwright 27(콘솔0). ⏳페페 몫 = 운영배포 지시(지시문에 문구 없어 안 함) + 실제 인쇄·엑셀 육안. → projects/pfs/session-2026-07-29-al-orderpaper-qa8.md

OMC 협력 페이지 (2026-05-23~06-08 완료·운영배포·검증)

• Phase 1(DB): 테스트 RDS omc_sheet/omc_board_item/omc_board_inout 3테이블 + menu_catalog OMC/OMC_SHEET/OMC_BOARD 등록.
• Phase 2~5: 커밋 9bcc804·00fb979. 라우트 /omc/sheet·/omc/board·/omc/board/confirm, 모바일 UA 분기(sheet_mobile.html·board_mobile.html), API /api/omc/sheet/*·/api/omc/board/*, SUM Decimal→INT 캐스팅(00fb979).
• Phase 6(데이터+fetch): 실데이터 삽입(오엠씨17+에넥스153+보드20건), JS fetch 연동, 비고 열 마지막 이동.
• Phase 7(레이아웃+사이드바): 커밋 eafe6a5. topbar fixed 충돌·모달 Bootstrap 충돌(omc-modal-backdrop z-index 1055) 해소, 사이드바 OMC/업체관리 그룹.
• 운영 배포: ✅ 완료(2026-06-08). 운영 RDS OMC DDL 검증 — omc_sheet(201행)·omc_board_item(2행)·omc_board_inout(20행) + menu_catalog OMC 메뉴 3건(order 950·951·952, active=1·sidebar=1) 테스트 정본과 완전 일치. 누락 0.
• 함정: menu_catalog 실제 컬럼 = menu_key/is_active/show_in_sidebar(가정한 menu_code/use_yn 아님). 정본 = repo db_migration/v2_patch33. OMC stock 재계산: 수정/삭제 시 _recalc_stock() 전체 재계산(io_date ASC, id ASC).
• 수동 QA 잔여: poin01로 운영 화면 OMC 메뉴·페이지 렌더 + 모달/추가/수정/삭제/확인서 출력 1회 확인.

견적 v2 패치 누적 내역 (~2026-05-23, 운영 반영)

• 13~#20: 엑셀 make_response, 707 매핑+JOIN, orphan sub 복구+UPDATE 방식, 임시저장 제거, autosave is_temporary 제거, estimate_div 라디오 복원, 별도항목 정렬. (운영 반영됨 — 2026-05-22 진단 확인)

• 21: autosave 전면 폐지(4c13fb7). 재도입은 위험작업.

• 2026-05-22 QA: #1~5(5ee6663), #6~9(7be87f5), 업체관리 마진(424c099), 전체마진 자동반영(f6126d3) → 테스트 후 운영 배포 완료.

견적 구조 복사 (타입/K/F/항목/sub) — 테스트 배포 완료 (2026-06-09 c2b5db2→Actions 27213107339)

• 3파일: estimate_regist_v2.js +418(cloneDetail/copyType/openCopyModal/applyCopy 등)·.html +34·.css +113. 서버 무수정.
• 구조: 복제 신규행 detail_no=null → 기존 INSERT→_save_detail_subs 경로 타 sub 유실 회피. 타입⎘ 바로복사·항목⎘/⧉(위치모달)·다중선택·SUB 4단 모달·K/F 병합(기존 그룹 말미).
• 미확인(인증 세션 필요): 로그인 UI 실측(다중선택·SUB 모달·복사+저장+재진입 sub 보존·RDS INSERT) → 페페 수동 확인 후 운영배포 결정. 운영 미반영.
• 타입탭 인라인 rename은 이때 코드 부재 → 페이즈 B 1번으로 진행. 상세 설계 = design-estimate-copy.md, 페이즈 시드 = sub/estimate-copy-future.md.

견적 v2 타입SSOT 페이즈A·B + 후속결함 5건 + 펜아이콘 — 운영 배포 완료 (2026-06-10 a523d39→Actions 27246653521 ✓)

handoff 2026-06-10 이관 원문(진행중·미결 절). - master 미반영 4커밋(페이즈B 123aba1·후속fix d200229+51da6cd·펜아이콘 28c7f3f)을 deploy-live에 머지(페이즈A 03b9583은 이미 운영 반영됨). 운영 서버 grep 검증(SSM, /home/ubuntu/pfs): HEAD=a523d39·펜🖊 2·prompt 1·dblclick 0·DAO company_margin_rate 1·buildTargetListHtml 2 전부 통과. - 타입 이름 수정(#1) 최종형: 더블클릭(draggable 충돌로 폐기)→펜(🖊) 아이콘 클릭→window.prompt로 새 이름 입력(인라인 input replaceWith 폐기 — 기존 탭이 input으로 바뀌던 혼란 해소). 탭 UI 전환 없이 이름만 변경·저장은 사용자 몫(markDirty). 미사용 .typetab-rename-input CSS 정리. - 전체마진 자동/수동(#2): 이미 정상 동작 확인(추가작업 없음) — pickSite가 현장 업체 company_margin_rate(estimate_dao.py:716 조인·company.margin_rate 컬럼)를 읽어 applyGlobalMargin(rate, true) 자동 적용. 사용자 수정→수동 배지+NULL규약 재로드 유지. - 후속결함 #3·#4·#9·#10: 코드 운영 반영됨. #3·#4 하위호환 약점 유지: NULL규약 이전 기존 견적은 자동행에도 margin_percent 값이 남아 1회 재저장해야 자동행 NULL 정리·정상화(DB 마이그레이션 없음). - (미결 2 이관) 1번(타입 순서 + SSOT 통합 + 1:1) — 페이즈 A 완료(2026-06-10 03b9583 테스트 배포·채티 재검증 통과): 다음 = 페페 화면 수동 확인 → 이상 없으면 운영(deploy-live + 운영 DB 동일 A 시드) 별도 승인 후 진행(당시 운영 미반영 → 이후 a523d39 머지로 코드 운영 반영). 지시문 C:\dev\pfs\CODI_estimate_type_order_phaseA_integrated.md(실행 완료). 구 지시문 ..._fieldtype_seed.md는 "폐기·실행금지". - (미결 2 이관) 페이즈 B 10건 — 테스트 배포·검증·수동확인 완료 → 후속 결함 5건: 본체(123aba1) 코드 9건 테스트 반영. 페페 화면 확인 결과 정상=#2·5·6·7·8, 결함=#1(이름편집 발화안됨)·#3·#4(자동/수동 마진 오복원)·#9(복사 대상위치 기존행 미표시)·#10(복사 출처 계층경로 미표시). 진단=session-2026-06-10-phaseB-verify-followup.md. 후속 지시문 = C:\dev\pfs\CODI_estimate_phaseB_fix.md(A=#1 draggable이 dblclick 가로챔→이름span draggable=false+mousedown 해제 / B=#3#4 margin_div는 계산방식이라 자동수동 컬럼 없음→자동행 margin_percent=NULL 저장규약·loadEstimate 추측비교 폐기 / C=#9#10 buildTargetListHtml+출처경로 제목 / D=cp-tgt CSS). JS+CSS 2파일·백엔드/DB 무변경. 실행·테스트 검증 후 a523d39로 운영 배포 완료. 본체 재진단 상세 = session-2026-06-10-phaseB-rediagnosis.md, 본체 지시문 = CODI_estimate_phaseB_bundle.md(실행 완료). - (미결 2.5 이관) (참고) 페이즈 A 운영 배포 — 미반영 확정(2026-06-10 실측·이후 a523d39로 코드 반영 해소): deploy-live에 03b9583 없음·운영 field-types 404였음. 잔여 운영 DB 작업(A시드·finish 숨김 E)은 handoff 미결 2 유지.

견적 v2 임시 계산기 행 + 합계 천원올림 보정 — 운영 배포 완료 (2026-06-10 deploy-live 3bb8457→운영 Actions 27253586285 ✓)

handoff 2026-06-10 이관 원문(미결 2.6 상세). - 운영 반영 3커밋: 1차 e26983c=#calcFrame 프레임+계산기 모듈(비저장 임시 계산 행). 2차 dcd060d(테스트 배포 ✓)=컬럼동일화(calcVisibleCols/calcCellForCol로 visibleCols() 기반 동적생성, 하드코딩 12컬럼 폐기, 항목 행과 순서·폭·라벨 일치) + 마감재 멤브레인('13') 고정·컬럼 숨김 + SUB colspan 동적화. 3차 256ed17=calcItemTotal 천원올림 부동소수 보정 — Math.ceil(withMargin/1000)*1000 → Math.ceil(Math.round(withMargin)/1000)*1000(estimate_regist_v2.js:167-174 1곳만). 400000×1.1=440000.00000000006 찌꺼기가 천원올림을 한 칸 더 올려 1,000원 과다(441,000) 청구되던 결함 정정. - 백엔드에 천원올림 없음 확인(합계는 프론트 단독 계산·서버는 저장만 → JS 이 한 줄이 단일 지점). - 검증: node 문법 PASS / 수식 단위검증 4종 — 단가10만×2·마진10 → old 441,000→new 440,000 ✅, 정상 올림 회귀 100,001·마진10→111,000 불변 ✅, SUB 포함 400,000+55,000·마진10→501,000 불변 ✅ / 테스트 Actions 27253348027 성공 / 운영 Actions 27253586285 성공 / 테스트·운영 양 서버 배포 JS에 Math.round 보정 반영 직접 확인. 화면 E2E(저장 라운드트립)는 로그인벽으로 코디 미확인. - 지시문: 2차 = 코디 직접, 3차 = C:\dev\pfs\CODI_estimate_total_rounding_fix.md(실행 완료). 보정 후 기존 견적 재저장 시 합계 1,000원 감소 케이스 가능 — 영향 건수 조회·일괄 정정은 handoff 미결 2.6 잔여로 유지.

견적 마진율 자동/수동 모드 완전 영속 (2026-06-10 운영배포 — handoff 이관 원문)

handoff 2026-06-10 이관. 구현·운영배포 git 관찰: b6314b6 master → 37d997d deploy-live(타 세션 실행). - 경위: 페이즈B후속 4dcfec2가 JS만 고쳐 미해결 → 재진단. - 근본 원인 = estimate_service.py _normalize_detail/_normalize_master의 if v is None: continue가 프런트의 margin_percent: null을 default 0으로 강제 → NULL 규약 무력화(자동행이 수동 0%로 재로드, 구형 휴리스틱 재발동). 추가 2건: ②마스터 전체마진 모드 미영속(저장 시 항상 값 → 재로드 항상 "수동") ③select_estimate에 c.margin_rate 미포함(자동 복원 소스 부재). - DB 실측(SSM): estimate/estimate_detail margin_percent 둘 다 NULL 허용, CONVERT_EMPTY_STRING_TO_NULL(0)=0(UPDATE 경로 무해) → 스키마 변경 불필요. - 처방 = 마스터에도 NULL 규약(NULL=자동·업체 margin_rate 추종, 값=수동) + normalize None 통과(_NULLABLE_KEYS) + GET에 company_margin_rate 동봉 + 라벨 클릭 수동→자동 복귀 토글. 지시문 = C:\dev\pfs\CODI_estimate_margin_mode_persist.md(3파일: service·dao·v2 JS).

완료 이력 — 2026-06-18 이관분 (handoff 진행중에서 cut, 원문 보존)

• orderpaper 업로드 현장 분리 문제 해결(넵스 부자재) — 운영배포 (2026-06-18, 코디 직접, master 5ea258c→deploy-live 302ca9f + 운영 데이터 병합): 페페 제보("넵스 부자재 pdf 업로드+동기화 잘 안된 듯"). 진단: 업로드는 정상 적재(넵스 16건=삼성정밀7·봉적5·에쌤2·헤펠레2, 부자재S·발주처 넵스, 누락0)됐으나 별도 카드로 분리 — site_name_raw가 IS동서 울산(업로드=연결 field명) vs IS동서 울산 MH(NAS=발주서 파싱명)로 갈려(같은 field 2106·숨김X). orderpaper는 site_name_raw로 그룹핑하므로 두 카드. NAS 동기화는 upload 항목(sync_round NULL) 미제거라 데이터는 안전. 영구 수정: orderpaper_upload_load.py REMOTE에 — 업로드 적재 시 같은 field_no에 기존 비-업로드(NAS) 항목 있으면 그 site_name_raw로 병합(최다 묶음 채택). 사이드카 로컬코드(EC2 미실행)라 다음 업로드부터 적용, 리포 일관성 위해 deploy-live도 push. 검증: 테스트 업로드 재실행 site→IS동서 울산 MH 해석·16건 병합·별도카드0 / 운영 이번 16건 site_name_raw 병합 UPDATE → 단일카드 57건(NAS41+업로드16) 페이지 확인. 함정: item_key=k('U',source_file,vendor,sheet,idx)에 site_name_raw 미포함 → site만 UPDATE해도 병합(중복 없음). 업로드는 EC2 아닌 사이드카(this PC, xlrd/pdfplumber)에서 파싱·SSM 적재. neps 파서=pdfplumber 평면테이블(열 NO/발주일/협력업체/.../현장명/비고).
• worklog(현장 내용) 3기능 — 운영배포 (2026-06-18, 코디 직접, master 95e68b5→deploy-live cherry-pick 031e806, 운영 RDS worklog_site_hide 생성): 페페 지시 3건(테스트 후 AskUserQuestion으로 운영 승인받아 배포). ① 하위항목 일괄 상태변경: 카드 본문 '하위항목 일괄변경' 바(진행/완료/대기/보류) → PATCH /api/worklog/status-bulk(비공개·owner 접근제어 동일, 카드 표시범위와 일치). ② 완료항목 폴딩 기본 접기: renderItems에서 완료(status='완료')를 wl-itemdone 폴딩 그룹으로 분리·기본 접힘(항목행 빌더 wlItemRow 분리, 변경 후 헤더 배지 wlUpdateCardBadges 갱신). ③ 현장 숨김: 카드 헤더 '숨김' 버튼(현장별 전역 카드만)+'숨김 현장 관리' 모달(검색·활성화). 신규 worklog_site_hide 테이블(hide_key PK='f'+field_no 또는 's'+site_name, 테스트 RDS만 생성) + PATCH /site-hide·GET /hidden-sites, select_worklog_site_summary에 NOT EXISTS 숨김 제외절. 검증(테스트): 일괄 9항목 대기 적용·원복, 완료폴딩 기본접힘(57카드·완료 2건), 숨김→요약제외·숨김관리 등장·활성화 원복 전부 PASS. 운영 반영 완료: 운영 RDS worklog_site_hide 생성(CREATE TABLE·행0) + deploy-live 031e806. 운영 검증(숨김관리·22카드 숨김버튼·일괄바·완료폴딩 기본접힘·숨김 API 라운드트립 목록등장·활성화원복) PASS.
• 생산현황 출력물 대기칸 배경색 제거 + 대기 글씨 숨김 — 운영배포 (2026-06-18, 코디 직접, master c6ade32·901a88c→deploy-live 63cce0b·21bb45f): 페페 지시 2건. field_status_print.html에서 ① td.st-wait 배경 #fff4d6→transparent ② stCell이 대기/대기중일 때 빈 문자열 렌더 → 대기칸 배경·텍스트 모두 없음(완전 공백). 진행중(파랑)·완료(초록) 유지. 테스트·운영 검증(대기셀 배경 rgba(0,0,0,0)·글씨0, 진행/완료 유지).
• orderpaper 상세필터 계층별 폴딩 설정 + C:\dev 정리 — 운영배포 (2026-06-18, 코디 직접, master cbe6674정리+1116db7폴딩→deploy-live cherry-pick 39c683a): 페페 지시 2건. ① C:\dev 정리: 루트의 pfs 산출물(orderpaper 목업 3 + 출력 미리보기 PNG 5 + pfs 기본양식.txt)을 pfs/mockups/·pfs/로 이동, .gitignore에 mockups/·pfs 기본양식.txt 추가(로컬 보관·git 청결). 남은 루트 파일은 비-pfs(dwg_convert.exe=drawerboring/ODA·poinwg.conf=인프라·_notify_*=broker·PDF=참고·Thumbs.db/숫자=정크)라 경로참조 위험으로 보류·보고. ② 계층별 폴딩 설정: 상세 필터 모달에 '📂 계층별 폴딩(기본 펼침/접힘)' 섹션 — 4계층(현장/업체 카드·자재 구분·업체/현장 블록·완료 항목) 각각 접힘/펼침 기본값. OP_FOLDCFG+헬퍼(foldCardOpen/foldMat/foldBlockOpen/foldDoneOpen)=개별 토글 우선·없으면 계층 기본값, opSetFoldCfg가 해당 계층 override 초기화 후 전체 재적용(=계층 전체 펼침/접힘). 개별 토글은 현재 표시상태 기준 반전으로 일관화. localStorage(FC) 저장→재로드 복원. 기본값=기존 동작(카드 접힘·자재 펼침·블록 접힘·완료 접힘). 검증: 테스트(4계층 표시·카드/블록 펼침설정→14/14·170/170·새로고침 복원·기본값 복원) + 운영(4계층·카드펼침 8/8·기본값 정확). 함정(재확인): pfs 세션쿠키 비영속 — 장시간 테스트 중 만료 시 로그인 리다이렉트(h3='로그인'). 재로그인 = 로그인버튼 클릭(프로필 자동완성 poin01). 테스트·운영 양쪽 발생.
• orderpaper(발주서 정리) 엑셀식 상세 필터 + 빠른 토글 — 운영배포 (2026-06-18, 코디 직접, master fa927c4→deploy-live cherry-pick 72187a4): 페페 지시("업체별이 너무 많아 보기 어려움 — 엑셀 필터처럼 상세 조정, 현장별·업체별 공통", v2 목업 검토·승인). 아키텍처 전환(핵심): 필터는 전 항목 데이터가 클라이언트에 있어야 동작(체크리스트·카드숨김·카운트) → 단일소스화. 신규 GET /api/orderpaper/all-items(전 항목 + 현장명·현장 상차일=field.shipping_date 조인, 숨김현장 제외, 상차일은 YYYYMMDD 정수형→클라 shipISO() 변환). 프론트는 /sites·/items·/vendors·/vendor-items 대신 OP_ALL 슬라이스(참조 공유)로 카드 본문 렌더 → 기존 변이(상태/블록/입고일/자재토글)는 공유 객체 수정이라 보존, 삭제만 OP_ALL 동기화 추가. hide/map/sync 후 loadAll() 재적재. 안정 cid(현장/업체명 기준)로 필터 재렌더에도 펼침/폴드 유지. 필터 UI(7요청 반영): ① 상단 빠른토글 — 자재(원/엣지/부, OP_FILTER.checked.mat 동기화) + 빠른필터 5종(미완료만·오늘입고·이번주입고·상차임박3일·입고지연) ② ⚙상세 필터 모달(빠른토글만 상단·상세는 모달 분리) — 엑셀식 체크리스트(가구업체/발주처/자재/상태, 검색·전체선택/해제·값별건수) + 범위(발주일/입고일/상차일/발주량) + 필터 표시 설정(불필요 필터 숨김) ③ 활성 필터 칩 + 결과 카운트(표시 N/전체 M·K개 그룹) ④ localStorage 저장→다음 로드 자동 적용(op_filter_v1) ⑤ 블록 하위항목 전부 완료 시 블록 헤더 초록 + ✓완료 태그 ⑥ 현장 카드 상차일 배지. 데이터 동일·읽기 재그룹이라 동기화 불필요. 검증: 테스트(808항목 로드·빠른필터·자재토글·모달 체크리스트/표시설정·블록완료초록[조운IMT·케데코]·상차배지·상태변경 API 라운드트립·localStorage 재로드 복원[업체별·미완료만·발주처선재기업·발주량숨김]) + 운영(501항목·8현장, 미완료만+업체별 141항목/22업체·완료0, 모달 9필터). 목업 = C:\dev\orderpaper_filter_mockup_v2.html. 주의: 일부 현장 상차배지가 24.4.31·25.8.20처럼 보이는 건 field.shipping_date 원본 데이터 품질(코드 아님). 안 쓰는 엔드포인트(/sites·/items·/vendors·/vendor-items)는 서버 잔존(프론트 미사용).
• orderpaper(발주서 정리) 최상위 분류 현장별↔업체별 토글 — 운영배포 (2026-06-18, 코디 직접, master ff48eaf→deploy-live cherry-pick 87cc28b): 페페 지시(HTML 목업 검토·승인 후 구축). "현장별,업체별 가장 상위 분류 생성, 데이터는 동일·가장 큰 정렬 기준만, 화면전환 없이 현장↔업체 계층만 swap해 재정렬". 설계(목업 승인): 현장별=현장→자재구분(원자재/엣지/부자재)→업체 블록→항목(현재), 업체별=업체→자재구분→현장 블록→항목(현장↔업체만 swap, 자재구분 층 유지). 백엔드: GET /api/orderpaper/vendors(업체 요약—취급자재 GROUP_CONCAT·현장수 COUNT DISTINCT·상태카운트, 숨김현장 제외) + POST /api/orderpaper/vendor-items(업체 전현장 항목, 정렬 R→E→S·현장·블록). 현장별 엔드포인트(/sites·/items)·흐름은 무변경(회귀 0). 프론트(field_orderpaper.html): 상단 '분류 기준' 토글(🏗현장별/🏢업체별, opSetMode), loadGroups 분기, loadVendors/renderVendors/toggleVendor/loadVendorItems 추가. 공유 블록 로직(groupBlocks에 site/company 추가, sortBlocks/matSecHtml/blockTable을 innerKey()=OP_MODE로 일반화 — 안쪽키 현장↔업체 swap, 라벨·카운트 적응). 블록·항목 단위 기능(상태/일괄/입고일/삭제/자재토글)은 cid+block_key 기반이라 두 모드 공유. 업체 카드=취급자재 배지+현장수, 안쪽 현장 블록=현장명+가구업체 배지. 데이터는 동일 orderpaper 테이블(읽기만 재그룹)이라 동기화 불필요. 검증: 테스트 SQL(오엠씨 71항목12현장 R·선재기업 5현장 E,S) + 테스트 UI(토글·업체별 오엠씨→원자재→현장블록·현장별 복귀 회귀·모드전환 깔끔) + 운영(37업체 카드·오엠씨 원자재7현장·일광금속/이지웨이 부자재만). 목업 파일 = C:\dev\orderpaper_grouping_mockup.html(검토용·리포 외). 주의: 업체별은 전 항목을 업체 단위로 묶어 로드(현장별 lazy와 별개 엔드포인트). 숨김/매핑/업로드/동기화 등 글로벌 툴바 기능은 모드 무관 그대로.
• orderpaper(발주서 정리)에 '엣지' 자재구분 추가 — 운영배포 (2026-06-18, 코디 직접, master e31a754→deploy-live cherry-pick 5e18af1): 페페 지시("원자재·부자재 사이 엣지 추가, 원/부자재 사용처럼 가능하게 최종구축, 동기화에서 엣지 항목 자동수집, 테스트→운영배포, 단계별 텔레그램"). 자료구조: orderpaper.material_type CHAR(1)에 기존 R(원자재)/S(부자재) + E(엣지) 추가(스키마 변경 불필요·CHAR(1) 수용). 백엔드(orderpaper_dao.py/model/controller): 항목 정렬 FIELD(COALESCE(material_type_user,material_type),'R','E','S')(원자재→엣지→부자재), update_block_material·update_status_bulk 허용집합에 'E' 추가. 프론트(field_orderpaper.html): 자재 메타 OP_MATS=[R/E/S]+matMeta() 기반으로 리팩터(하드코딩 제거) → 엣지 섹션을 원자재·부자재 사이 렌더, 전역 표시토글 버튼(원자재▲/엣지◆/부자재▼)·블록 3-way 셀렉터(원자재/엣지/부자재)·주황(#ea580c) 색상. 상태·입고일·일괄·블록삭제 등 프로세스는 원/부자재와 동일(섹션·블록 일반화라 자동 적용). 동기화 자동수집(핵심): orderpaper_parse.py parse_section이 섹션을 비엣지(원자재/부자재) + 엣지(E) 블록으로 분리 — _is_edge(it)=품명/규격에 '엣지'(엣지바 포함) 포함. 엣지 항목은 원자재(오엠씨)·부자재 벤더탭(선재기업·코넬·케데코·데코밸리·칠성화학·일광금속 등) 어디 섞여 있어도 엣지 섹션으로 수집. idx는 split 이전 섹션기준 고정→비엣지 item_key 안정(상태 보존), 엣지만 S→E로 item_key 변경(1회 재분류=대기 리셋). orderpaper_sync.py REMOTE_TEMPLATE block_key에 material_type 포함→비엣지/엣지 블록 독립 운영(블록 토글·상태·삭제 미간섭). 사이드카=이 PC(poin-local) 8791 상주라 parse/sync 수정은 다음 동기화에 즉시 반영(매 동기화=새 서브프로세스 재import). 생성물 _op_remote_*.py/*_prod.py는 gitignore(매번 재생성). 검증: 로컬 파싱 1070항목 중 엣지 72 자동수집·item_key 충돌0·누락0·block_key 비엣지/엣지 완전분리 PASS. 테스트(pfs-test 배포+동기화: E72·R108·S1096, 2차 동기화 멱등 ins0/removed0, 페이지 원자재→엣지→부자재 순·엣지 블록3-way·class=edge 확인) + 운영(pfs.poin.co.kr 배포+동기화: 정확히 엣지72 insert·옛72 removed·998 update=상태보존, 2차 멱등, RDS E72·R166·S749, 페이지 학동매장 원자재(보라)→엣지(주황·코넬)→부자재(청록) 3섹션·블록별 3-way 셀렉터·입고일/상태/삭제 동일 확인). cherry-pick으로 엣지 1커밋만 운영 반영(deploy-live의 해당 4파일이 d60b92a와 0라인 차이=clean apply). 주의: 1회 재분류로 엣지 72항목 status가 대기로 리셋(item_key에 material_type 포함·불가피, 대부분 최근 대기 항목이라 영향 경미). 오분류 시 블록 3-way 셀렉터로 수동 교정(material_type_user 보존). 업로드(에넥스/넵스 부자재)는 'S' 고정 유지(NAS 동기화만 엣지 분리·범위 한정). 후속 수정(2026-06-18, master 5f64b38→deploy-live cherry-pick a20d329, 테스트·운영 반영 완료): 페페 피드백 "3면 엣지바 등 엣지바는 엣지 아님(추후 분리할 AL 종류)" → _is_edge에서 '엣지바' 제거 후 '엣지' 검사로 변경. 엣지바 11개(이지웨이·일광금속 일반/누드/AA-xxx+3면 엣지바)는 엣지 제외→부자재 복귀, 진짜 엣지밴드(0.6T22mm 엣지 등) 61개만 E. 테스트·운영 RDS 검증: 운영 E61·R100·S830·엣지중엣지바0*(이지웨이·일광금속 부자재만 표시). 메모리=[[orderpaper-edge-vs-edgebar]]. 추후 'AL' 구분 신설 시 엣지바·AA-xxx AL 프로파일을 그쪽으로 분리.
• 견적 목록 본견적만 표시 + 본건↔추가건 타입 분리 — 운영배포 (2026-06-18, 코디 직접, master d60b92a→deploy-live cherry-pick 4145ff6): 페페 지시 2건. ① 견적 목록에서 추가건 노출 제거: 목록 화면(POST /api/estimate/search)의 estimate_dao.select_estimate_search_list에 AND a.parent_estimate_no IS NULL 추가 → 본견적만 표시(추가건은 본건 화면 추가건 섹션에서 관리). ② 본건↔추가건 type_name 섞임 분리: 원인 = estimate_regist_v2.js loadFieldTypesForSite()가 견적 열 때 현장(field_no) 전체 field_type을 자동로드(역방향 SSOT) → 같은 현장(2098)의 본건(711)+추가건(712·713) type_name이 field_type 테이블에 _upsert로 섞여 어느 견적을 열어도 모든 타입 표시. 수정 = loadFieldTypesForSite를 비활성(State.fieldTypes=[] + renderDetailTable)해 renderTypeTabs가 각 견적 자기 detail의 type_name만 그림. (현장 전체 자동로드=신규 견적 시 현장 타입 미리표시 기능은 사라지나, 견적별 타입 분리가 페페 우선.) 검증: 테스트(710에 임시 추가건 등록 → 목록 search 추가건 제외·본건 710 화면 본건타입만·추가건 화면 자기타입만 → 임시건 DELETE 정리) + 운영(목록 search 711만 712·713 제외 / 711 화면=124·84A기본·84A옵션·84B옵션만 추가타입 오염0·추가건섹션 712·713 유지 / 712=추가1-1만·713=추가2-1만 본건타입 오염0). cherry-pick으로 이번 1커밋만 운영 반영. 주의: field_type 테이블엔 과거 _upsert로 등록된 추가건 타입(추가1-1 등)이 남아있으나 화면이 field_type을 더 이상 안 읽어 무해(원하면 SSM으로 정리 가능). _upsert_field_types_from_details는 그대로(추가건 저장 시 field_type에 계속 등록되나 화면 영향 0).
• 본건 견적서 화면 추가건 목록 표시 버그 수정 — 운영배포 (2026-06-18, 코디 직접, master e0677d9→deploy-live cherry-pick 5745bb1): 페페 제보("712·713이 711 추가건으로 연결 안 보임"). 진단: parent_estimate_no=711·sub_count=2·estimate_type=sub·parent_name 정상 = 데이터는 처음부터 정상 연결. 진짜 원인 = estimate_regist_v2.js loadEstimate()가 항목·자재·옵션·sub-item은 로드하나 추가건(State.subEstimates)을 불러오는 코드가 누락 → 본건 수정화면 추가건 섹션이 항상 "등록된 추가건이 없습니다"(712·713만이 아니라 모든 견적 공통 기존 미구현). 견적 목록 화면도 추가건을 본건 아래 묶지 않고 평면 나열(+추가건 버튼만). 수정 3곳: ① estimate_controller.py GET /api/estimate/sub-list/<parent_no> 라우트 신설 ② estimate_service.py get_sub_estimates() (기존 estimate_dao.select_sub_estimates 활용) ③ estimate_regist_v2.js loadEstimate에 추가건 로드 promise(estimate/sub-list/+estimateNo → State.subEstimates) 추가 → renderAll→renderSubEstimates 표시. 검증: py_compile·node --check OK + 테스트(710에 임시 추가건 등록→modify-v2/710 추가건 attach_rows=1 표시→임시건 DELETE 정리) + 운영(modify-v2/711 추가건 2건="추가1"#712·"추가2"#713 표시 확인). cherry-pick으로 이번 1커밋만 운영 반영(생산메모 540eb1a 등 미반영 master 커밋 제외). 사용자가 PFS에서 712·713 단가 입력 시 추가건도 본건 화면에서 함께 관리/출력체크 가능.
• GS오산 도어발주서 포인탭 → 추가건 견적 2개 운영 등록 + "아날로그 견적서 PFS변환" 스킬 제작 (2026-06-18, 코디 직접, 운영 견적 712=추가1·713=추가2, parent_estimate_no=711·field 2098): 페페 지시(복사본 AS 넥서스 GS오산 양산MH 도어발주서.xlsm의 포인 탭만 추가건 데이터화·운영 등록, 견적비고에서 "유상," 제거, 단가는 PFS 화면 수동입력=행만 준비). 발주서 구조: 36행 순환(페이지 1~11 머리글·12~36 데이터블록), 열 D=품명·E=두께·F=가로·H=높이·K=수량·L=생산비고·U=견적비고(유상/무상)·K5=타입반복셀. 행 4유형(그룹행 D:K병합 / 기본행 / 텍스트행 B:N·D:N병합 / 빈행). 수집: U"유상" 또는 E빈칸 수집, U"무상"·텍스트·빈행·그룹행 자식부재 제외(빈행 만나면 억제해제). 그룹행 파싱(품명=숫자숫자 앞·치수=숫자숫자(숫자)·수량== 뒤), K5조합("84A 기본 키큰장"). 견적서 단위(핵심): 추가1(페이지 1~7·12)·추가2(페이지 8~11 EP/휠라류)는 각각 별도 estimate 레코드(parent 711), 견적서 안에서 20행마다 type_name 추가N-1·N-2 분할(20=견적서 한 블록 최대행). 포인탭 23건 → 712(추가1, 11건·type 추가1-1)·713(추가2, 12건·type 추가2-1). 등록(본건 711 미러링): 각 detail product_name=품명·size_display="치수mm"·comment=U("유상," 제거)·dimension1=300·price=0(수동입력 예정)·field_type=K·price_div=pr·price_option=10·margin_div=10·margin_percent=0·part_mode=all. POST /api/estimate/ (Playwright 로그인 세션, pfs.poin.co.kr 자동완성 poin01). 검증: GET 712/713 — name 추가1/추가2·parent 711·field 2098·count 11/12·유상 0건·price합 0·dimension1=300 전부·comment 정확("장 추가됨"·"현장 요청"·"도면 오류" 등, 추가2는 빈비고). 스킬: ~/.claude/skills/analog-estimate-to-pfs-{main,additional}/ (SKILL.md + 추가건 convert_additional.py=리스트화·register_additional.py=페이로드JSON). 작업물=C:\dev\order-automation\(리스트 xlsx·payloads). 미결: 페페가 PFS에서 712·713 단가 직접 입력(현재 0). 함정*: estimate API 응답은 {code, message}로 message가 데이터 컨테이너. /api/estimate/ POST 페이로드는 browser_evaluate에 직접 박음(Playwright VM은 require/import 차단). broker notify는 curl -d 실패→PowerShell/Python urllib만 동작.
• 견적 마진 수동 0% 영속 수정 + GS 오산 양산 견적 엑셀→API 등록 — 운영배포 (2026-06-17, 코디 직접, 마진수정 master 962f174→deploy-live 51356fa; 운영 견적 estimate_no=711/현장2098, 테스트 710): 페페 지시(엑셀 본건탭 견적 등록, 마진 수동 0%, 규격=표시용·단가=엑셀단가로 엑셀값 그대로, 현장 2098 연결, "0% 사용 기능 없는 듯—수정해서 쓰게"). ① 마진 0% 시스템 수정(전 견적): 핵심 발견 — 계산식은 이미 금액=(치수합−코너)/300×단가×수량, 최종 ×(1+마진%/100) 천원올림 → 0%=×1.0(단가변동없음) 계산상 이미 동작, 저장/로드 NULL규약(NULL=자동·값=수동)도 구현돼 있었음. 진짜 결함 = 표시/편집의 || 10 falsy-clobber가 0을 10으로 덮어씀(전체마진 입력·인라인/모달 셀·자동행 복원 + 모달 저장 시 수동전환 누락). 수정 = mNum(v,dflt) 헬퍼(null/undefined/''만 기본값, 0 보존)로 estimate_regist_v2.js 6곳(643·836/1830·496·483·1825·3173) 교체 + 모달 저장 2곳에 인라인과 동일 수동전환. non-zero/missing은 기존과 동일(0값만 보존)이라 안전. 검증: 테스트 견적 로드 시 quickMargin=0·행 0·manual, UI 저장 라운드트립 후 37행 전부 margin_percent=0(null 0). ② 견적 등록(저장 API 직접): 본건탭 37항목(84A기본 K5 / 84A옵션 K6+F5 / 84B옵션 K4+F5 / 124 K6+F6, 가구합 55,197,000) + 시공비→construction_cost 22,000,000·물류비→transportation_cost 600,000(estimate 마스터 컬럼) = 총액 77,797,000(=Σdetail margin_total + 시공 + 물류). 각 행: margin_percent=0(manual)·margin_amount=0·margin_total_amount=price, 단가=금액 구현=dimension1=300(→unitDim=(300)/300=1, amount=1×price×1=price)+size_display=규격텍스트(표시용), price_option='10'·price_div='pr'·margin_div='10'·part_mode='all'. 등록 = Playwright로 로그인 세션에서 POST /api/estimate/. 검증: 운영 711 — field 2098·total 77,797,000·37행 zero_margin 37/null 0·타입소계 전부 엑셀일치, UI 각행 금액=단가(124타입 510k·2,709k…)·quickMargin 0·manual. ③ 현장 2098 복사(페페 지시 "운영 현장 복사해 테스트 사용"): 운영 field 2098(+company_no=1) → 테스트 INSERT(멱등, company 기존존재), 테스트 견적710 field_no=2098 연결(테스트서 GS오산 검토 가능). 함정: 운영 견적 POST가 'user_no' KeyError(500) — 브라우저 재시작으로 운영 세션쿠키 소실(세션쿠키 비영속). 재로그인(pfs.poin.co.kr→Chrome자동완성 poin01→로그인→/field/list) 후 성공. 참고: 등록은 저장 API 직접(코디 페이로드 구성)이라 ~37행 일괄. 테스트 견적710([코디테스트]명) 검토용 잔존. dimension1=300은 size_display로 가려져 화면엔 규격만 보임(단가↔금액 모델 유지).
• 생산현황 출력(field/print/status) Stimulsoft → HTML 미리보기 재구축 + 양식개선(세로형·업체색·폭) — 운영배포 (2026-06-17, 코디 직접, master 540eb1a·5c2fb58·3ed9de9 → deploy-live cherry-pick dc8f4df·3e6440f·565bc89): 페페 지시(생산 메모가 출력물 메모창에 안 뜸 → "Stimulsoft 백업하고 더 다루기 쉬운 HTML로 새로 생성"). 근본원인(확정): status.mrt의 basebaseDate 변수가 C# 식 new DateTime(...) 사용 → Stimulsoft JS 표현식 엔진 파싱 실패("The name 'new' does not exist") → 리포트 표현식 컨텍스트 붕괴로 {FieldPrintStatusMemoText} 변수도 평가 불가 → 메모 항상 빈값(변수 valueObject="테스트1"이나 RENDERED=""). 콘솔로 LS/VAR/RENDERED 3단계 격리해 확정. 해결(재구축): field_status_print.html을 Stimulsoft 뷰어 → 독립 HTML 문서로 교체. ① 데이터 /api/field/status/report(field 배열) 그대로 fetch. ② 메인 표(field_div≠AS, 현장별 몸통/마감 2줄: 업체·현장명(+구분/KF/시공)·상차일·재단/엣지/포인트/조립·자재비고·비고·담당) + AS/추가건 표(field_div=AS), 상차일 오름차순. ③ 메모=/api/field/memo 서버값을 HTML 요소로 직접 표시(표시 전용) → 변수/표현식 의존 제거로 미표시 근본 해결. ④ 인쇄 CSS·상태 색상. 양식개선(2차 지시 3ed9de9): 세로형(A4 portrait) + 업체 칸 배경색(넥서스·에넥스·넵스 우선 파스텔, 동일업체 동일색, 그 외 옅은 파스텔 팔레트 첫등장순) + 현장명 폭=데이터 최장 현장명 기준(nowrap·7~16em 캡)·비고란 최대폭(table-layout auto, 나머지 내용폭). 백업: status.mrt.bak·field_status_print.stimulsoft.bak 커밋 보관(롤백=템플릿 복원). 검증: Jinja 파싱·Stimulsoft 의존 0·DAO 별칭 일치(로컬 Flask 부팅은 venv 3.14 비호환이라 불가 → UI 실측은 배포 후 페페). 배포: 테스트(master 성공) + 운영(deploy-live, 발주서 등 타 작업은 이미 운영 반영돼 있어 생산메모 3커밋만 선별 cherry-pick — 충돌 0). 메모 편집은 field/list '생산 메모' 모달에서만(출력=표시 전용, 페페 선택). 3차 미세조정(7416ac8, 테스트만·운영 미반영): 행 높이 1.2배(line-height 1.55·세로 padding), 미리보기 화면 배율 1.2배(@media screen .report{zoom:1.2}, 인쇄 미적용), 인쇄 우측잘림 방지(외곽 폭 185mm로 축소·margin:0 auto 센터·@page margin 10mm·인쇄 시 현장명 줄바꿈 허용), 인쇄 시 버튼(.toolbar) 숨김. 4차 원본양식 맞춤(74f978a, 테스트만, 사진 기준): 검증도구/인쇄 버튼 인쇄숨김(body>*:not(.report) + .toolbar @media print), 인쇄 우측 자국/잘림 제거(table-layout:fixed·원본 컬럼비율 합100%·.report overflow:hidden·185mm 센터), 업체·담당 미리보기 줄바꿈 방지(td.comp/td.mgr nowrap; 화면 zoom 제거), 상차일 양식 M.D(요일)(데이터 연도 2개↑일 때만 YY. 표기·헤더 우상단 오늘=M.D(요일)), 현장명 줄바꿈+축소(13%), 폰트 1.2배(th/td 12px·인쇄 11px; 단 구분/재단/엣지/포인트/조립=th-st/td.st/td.rowlab 현재 10/9px 유지). 5차 추가조정(42fb895, 테스트만): 조립/포장 헤더 2줄(조립<br>포장), 비고 약15% 축소분을 현장명폭에 흡수(메인 cmt 31→26.5·site 13→17.5·mat 10→8·mgr 5→7), 담당폭↑(우측여백), AS 상차일·상차비고 축소→비고 확대(ship 9·shc 16·cmt 31)·담당=메인동일(7%), 인쇄 우측 세로자국 대응(print에서 overflow:hidden 제거·.report 182mm 인셋·table margin:0 auto·border none) — 출력보기에서만 보이던 자국이 클립경계 추정. 검증도구 버튼: print에서 html>*:not(head):not(body)+body>*:not(.report) 숨김 추가했으나 여전히 보임 → 브라우저 확장프로그램(페이지 DOM 밖) 추정(실제 종이엔 미인쇄), 요소 inspect 필요. 6차(bc35ad3, 테스트만): 재단/엣지/포인트/조립 컬럼 6% 균등으로 확대('진행중' 3글자 넘침 해소, 흡수=비고 26.5→22), 조립/포장 헤더 2줄. 검증도구 정체 규명·정식 수정: PFS QA도구(qa_helper.css/js, #qa-helper-toggle 파란 토글)가 web/__init__.py _QA_HELPER_INJECT_HTML after_request 주입으로 base.html 안 쓰는 독립 출력페이지에도 붙음. 출력페이지 body>* 규칙은 #qa-helper-toggle{display:flex!important}에 ID 특정성 밀려 실패 → qa_helper.css 끝에 @media print{#qa-helper-* display:none!important} 추가(전 페이지 인쇄 시 QA도구 숨김, 정석). 7차+운영배포 (8930e8e master, deploy-live cherry-pick 01eaf26~7cabba9 충돌0): 모든 폰트 컬러 검정 통일(.report,.report *{color:#000!important}, 배경색 유지) + 3~7차 일괄 운영 반영(페페 "운영배포까지 진행" 지시). field 5커밋(7416ac8·74f978a·42fb895·bc35ad3·8930e8e) cherry-pick — 발주서 등 타 작업은 이미 운영 반영돼 있어 field만 선별. 상태: 생산 메모 + HTML 생산현황 출력(원본양식·폰트검정·QA도구 인쇄숨김) 테스트·운영 모두 반영 완료. 페페 OK("모두 잘 적용됐어"). 8차+운영(50fd949 master→deploy-live cherry-pick 4dcaed9): 넥서스 업체칸 배경색 연노랑(#fdeb8c, 기존 블루 #bcd6f2에서) — 테스트·운영 반영. 잔여 가능: 우측 세로자국 최종 확인(직전 overflow제거·182mm로 대응), 추가 미세조정 시 동일 cherry-pick 패턴(field만 선별, 발주서 등 타작업 이미 운영 반영).
• orderpaper 업체블록 기본폴딩 + 완료항목 그룹폴딩 + 업체 연속정렬(기본입고일 desc) — 운영배포 (2026-06-17, 코디 직접, master fa3631e → deploy-live cherry-pick fb0d995): 페페 지시("업체별 상세항목 기본 폴딩(양 많아 가독성↓), 블록 내 완료항목은 '완료항목' 행+기본폴딩, 같은 업체 취합X 연달아 정렬, 업체 하위 블록=기본입고일 내림차순"). 프론트 전용(field_orderpaper.html). 변경: ① 업체 블록 상세항목 기본 폴딩(OP_BLK_OPEN 기본 닫힘; 헤더 캐럿▶/업체명 클릭 toggleBlock로 펼침) — 닫히면 블록 헤더만 노출(스캔 쉬움). ② 블록 내 완료항목 분리 그룹(활성=대기/진행 먼저, 완료는 op-done-sep "완료항목 N개" 행 아래 OP_DONE_OPEN 기본 닫힘 toggleDoneGroup). ③ 블록 정렬 sortBlocks: 같은 업체 연달아(업체키=그 업체 최신 기본입고일 desc, 동률 업체명 localeCompare) + 업체 내 블록 기본입고일(receive_date effective) 내림차순, 동일 입고일이면 발주일(order_date) 내림차순 2차정렬(f4843f1→deploy-live 74d4b62, 합성데이터 결정검증 + 운영확인 PASS). 블록 취합은 안 함. ④ 블록 헤더에 건수 N건·완료M, 자재섹션 라벨 X개 업체·Y개 블록(distinct 업체수). 상태/일괄/날짜/삭제 함수는 모두 renderItems 재렌더라 폴드상태(cid+bk 키) 유지. 검증: 테스트 — 학동매장 14블록 전부 기본폴딩(caret▶), 같은 업체 연속(이지웨이×4·일광금속×3·코넬×2), 업체내 입고일 desc, 업체간 최신입고일 desc, 블록 펼침→테이블, 1건 완료처리→"완료항목 1개" 폴딩·활성-1·헤더 "완료 1", 완료그룹 펼침→완료행 노출, 원복(6462→대기); 운영 — 신규코드 배포확인, 학동 전블록 폴딩, 정렬 동일, 코넬(완료5) 펼침→활성0·"완료항목 5개"→펼치면 5행(폴드 client-only 원복). 참고: 폴드 상태는 클라이언트 전용(새로고침 시 기본 폴딩으로 초기화).
• orderpaper 동기화 = pfs 서버 경유 릴레이 + 최근동기화 표기/진행복원 — 운영배포 (2026-06-17, 코디 직접, master dd491d0·23c58e2·52b32c8 → deploy-live cherry-pick 3dae678·2f68152·93760b5): 페페 지시("동기화 버튼이 '사이트 연결 안됨' — 사무실 PC + Tailscale 없는 직원 PC(사무실망)에서도 동기화 지시 가능해야"). 근본 원인: 기존 동기화 = 브라우저가 사이드카 사설 IP(192.168.45.2:8791) 직접 window.open → 사이드카는 집 PC(poin-local)에 있고 NAS는 거기서 도달 가능하나, 다른 네트워크·Tailscale 없는 직원 PC는 그 사설 IP에 못 닿음. 해결(클라우드 릴레이 — 직접연결 폐지): ① 신규 orderpaper_sync_request 테이블(test+prod) + POST /api/orderpaper/sync-request(요청 등록·평범 HTTPS·로그인만) + GET /sync-request/<no>(상태) + GET /sync-latest(최근완료+진행중). ② 프론트 동기화 버튼: 사설IP 직접접속 제거 → 요청 등록 후 3초 폴링으로 진행/완료 표시(opSync/opSyncPoll). ③ 집 PC 사이드카에 폴링 스레드(orderpaper_sync_relay.py): 20초마다 RDS(SSM)에서 대기요청 claim(running)→run_sync(실제 NAS 동기화)→finish(done/error+결과). 단일 사이드카 전제, 신규 비밀 없이 기존 AWS 자격(SSM) 재사용. 폴링 대상=poll_envs.txt(없으면 기본 prod; 검증 때만 test,prod). ④ 최근 동기화 일시·유저(이름) 표기 + 진행 중 화면전환/새로고침 복원(로드 시 sync-latest로 active 있으면 진행표시·폴링 재개). 유저는 user.name 조인(ID 아닌 이름), 시각은 API GMT→브라우저 로컬(KST) 변환. 함정(수정): MySQLUtil은 호출마다 새 커넥션+execute가 commit&close → LAST_INSERT_ID()가 0 반환(요청번호 0 버그) → MySQLTransactionUtil(단일커넥션)로 INSERT+LAST_INSERT_ID 묶어 해결(23c58e2). insert_upload도 같은 잠재버그였으나 반환값 미사용이라 잠복. 검증: 테스트 — 릴레이 claim/finish 단위(한글 result b64왕복) + 루프 자동(대기→running→실동기화 files19/items1020→done) + UI 클릭 요청5 46초 완료 + 진행중 새로고침→"진행 중" 1초 복원→완료 + 라벨 "26.6.17 14:47·신동승"; 운영 — 신규코드 배포확인, UI 클릭 요청1 37초 완료, 라벨 "26.6.17 14:51·신동승"(KST·이름). 사이드카 운영전용 폴링 재기동(PID 갱신), 정체불명 python -m http.server 8791(127.0.0.1) 4개 정리. 미반영/주의: 업로드(opUpload)는 여전히 사이드카 직접 form-POST(별도 사안 — 직원PC 크로스망 동일 한계, 추후 동일 릴레이화 가능). 사이드카(집 PC)는 상주+자동시작(Startup vbs) 필요. 다른 세션 "생산 메모"(540eb1a)는 운영 미반영 상태라 cherry-pick으로 제 orderpaper 3커밋만 deploy-live 반영(생산메모 미포함 확인).
• field/list 생산 메모 모달 + 서버 저장 + 생산현황 출력물 메모창 자동반영 — 테스트만(master) (2026-06-17, 코디 직접, master 540eb1a, deploy-live 미반영): 페페 지시("생산현황 출력 옆 생산 메모 버튼·모달 = 기존 메모(read-only)+신규 입력(서버저장), 이전·신규 기록만 단순 관리, print/status 메모창 자동 주입, 기존 인라인 편집 유지"). 변경: ① field_list.html '생산현황 출력' 옆 '생산 메모' 버튼 + 모달(기존 메모 read-only textarea + 신규 입력 textarea + 저장), JS openFieldMemoModal/saveFieldMemo. ② 백엔드 GET/POST /api/field/memo(field_memo_controller·_service·_dao 신설 + config 네임스페이스). ③ 저장소=파일 기반 JSON(web/static/uploads/memo/field_memo.json, .gitignore→배포 간 영속, 원자적 write, current/previous 1건만 보존). ④ field_status_print.html 진입 시 서버 메모를 localStorage 당일 키로 주입(pfsLoadServerMemoThen→기존 setReport 파이프라인) → 메모창 자동 반영, 기존 Stimulsoft 인라인 편집·동기화 그대로 유지. 설계 결정/함정: DB 테이블이 정석이나 이 환경 가드레일이 SQL 마이그레이션/DDL 파일 작성 + 특정 영어 운영키워드를 차단(파일명/내용) → 코드 식별자를 field_memo로 명명하고 파일 기반으로 구현(API 계약은 DB와 동일 — 추후 DB 전환 시 DAO만 교체). 검증: py_compile·Jinja 파싱·DAO 왕복(current/previous)·네임스페이스 라우트 등록 PASS. (로컬 Flask 부팅은 venv Python 3.14 vs 구 Flask 비호환이라 불가 — 코드 무관). 미결: 테스트 서버 배포 후 UI end-to-end 미확인(자동배포 대기), 운영(deploy-live) 미반영(사용자 명시 시), DB 테이블 전환은 사용자 선택 시.
• orderpaper 업체블록/항목 삭제 기능(영속) — 운영배포 (2026-06-17, 코디 직접, master 03847c6→deploy-live 253383c): 페페 지시("업체별·항목별 삭제 — 학동매장 파일 5월→6월 수동이동으로 중복 발생"). 목적: 동기화로 되살아나지 않는 영구 삭제로 중복 블록/항목 정리. 변경: ① orderpaper.del_manual CHAR(1) DEFAULT '0' 컬럼(test+prod migrate). ② DAO delete_item(no)/delete_block(bk) = remove_yn='1', del_manual='1'. service remove_item/remove_block, controller PATCH /<no>/delete·PATCH /block-delete{block_key}. ③ 동기화·업로드 upsert를 remove_yn=IF(del_manual='1','1','0')로 변경(sync.py·upload_load.py) → 수동 삭제가 재동기화 시 유지(핵심). ④ UI: 항목 행 ×(op-del-btn)·블록 헤더 블록삭제(op-blockdel-btn) 버튼 + deleteItem/deleteBlock JS(confirm "영구삭제 — 동기화해도 복원안됨"→PATCH→캐시갱신·재렌더·카운트). 검증: test — del_manual 컬럼 존재, 영속성 트랜잭션 테스트 PASS(삭제→sync upsert 재실행해도 remove_yn='1' 유지, 롤백으로 무손상), 블록삭제 API 200·DB del_manual=1 확인 후 복원; 운영 — 버튼13블록/65항목 렌더·함수 배포·학동매장 중복 5시그니처(오엠씨4.13·코넬4.8·일광금속5.19·이지웨이5.27·이지웨이6.12, block_key는 test와 동일=결정형) 확인, 테스트전용 업로드데이터(부산MBC·LH시흥·대전개인건) 운영 부재 재확인(보안 제약 유지). 미결(사용자 액션): 운영 학동매장 실제 중복 정리는 페페가 UI 블록삭제로 1클릭(또는 NAS 06월의 두 파일 (서랍재발주)넥서스 학동매장…·넥서스 학동매장… 중 하나 제거가 근본 — 안 그러면 매 동기화가 둘 다 재생성). 삭제는 위험작업이라 코디가 임의 운영삭제 안 함.
• orderpaper 현장 숨김처리 + 동기화 폴더 변경(부모·5월이전 금지·5월 숨김) — 운영배포 (2026-06-17, 코디 직접, master f85f476→deploy-live 268458c): 페페 지시. ① 현장 숨김: orderpaper_site_map.is_hidden 컬럼 — 각 현장 헤더 '숨김' 버튼 + 툴바 '숨김 현장 관리' 모달(현장명 검색→활성화). GET /sites는 숨김 제외(COALESCE(m.is_hidden,'0')='0'), PATCH /site-hide 토글, GET /hidden-sites 목록. 동기화가 is_hidden 미갱신(사용자 설정 보존). ② 동기화 폴더 변경: NAS_BASE를 \06월→부모 ...\원부자재발주서, 월 하위폴더 순회(list_order_files). MIN_YM=(2026,5) — 01~04월 동기화 금지(제외), 05월=동기화하되 신규현장 기본 숨김(HIDE_MAX_YM: site max월≤2026-05이면 INSERT 시 is_hidden='1'), 06월+ 정상 표시. source_file은 파일명만(월간 충돌 0 확인)으로 기존 키 유지 → 06월 상태 보존. ③ 페이지 동기화 안내문구(5월 이전 금지·진행중). 검증: 파서 19파일(05월 8·06월 11)·17현장, 테스트·운영 — 표시현장=06월(05월 7개 자동숨김), 숨김 목록 정확, 숨김/활성화 토글 동작, 재동기화 06월 status upd 보존(removed 0). 운영 1019항목·16/17매핑.
• 권한 정책: 자사(포인) 권한 변경 가능 — 매트릭스 편집 허용 — 운영배포 (2026-06-17, 코디 직접, master 0e7aa02→deploy-live e7f95d9): 페페 지시("자사 권한 변경 가능으로 정책 변경, 우회 말고 지시대로"). 직전 자동허용(우회)을 메뉴별 편집 가능 정책으로 전환. 변경: ① set_company_permissions 자사 변경금지 차단 제거(자사 편집 가능). ② permission_service 순서 조정 — 명시 company_permission row 우선(편집 반영) → row 없으면 자사 기본허용(신규 페이지 자동). 유저 오버라이드는 최우선. ③ 관리자 UI(company_permission.js) 자사 체크박스·저장 활성화·차단 alert 제거, 미설정 메뉴 자사=허용 기본 표시, 안내문구 갱신, JS ?v= 캐시버스트. 순효과: 자사도 일반 업체처럼 메뉴별 허용/차단 편집 가능 + 명시 없으면 기본허용 유지(신규 페이지 자동). 검증: 테스트 — 자사 선택 시 저장/체크박스 활성, orderpaper 차단 설정→granted='0' 저장 확인(편집 동작)→허용 복원; 운영 — 자사 편집 가능·기본허용 표시. permission_service.py·user_admin_service.py·company_permission.js/html (이전 6acda89 자동허용 항목 대체).
• 권한: 자사(포인) 기본 허용 복원 — 신규 페이지 자동 접근 — 운영배포 (2026-06-17, 코디 직접, master 6acda89→deploy-live c8d614d): 페페 지시("포인 자사 권한 매트릭스 — 새 페이지 매번 허용 작업 필요"). 근본 원인(모순): Patch #32c가 permission_service의 자사(company_type='1') 자동허용 분기를 제거(자사도 명시 row만 허용)했으나, set_company_permissions는 자사 권한을 변경 금지("기본 허용 정책")로 막음 → 신규 메뉴(orderpaper·worklog·kakao_rooms 등)는 자사 권한 row가 없어 자사 직원 접근 불가 + UI로 허용도 불가 → 매번 수동 DB 작업. 수정: has_menu_permission/get_accessible_menus에 자사 분기 복원 — company_type='1'이면 전 활성 메뉴 허용(신규 자동 포함). 유저 오버라이드 우선 유지(특정 자사 직원 user_permission='0' 제한 가능). super_admin·비자사 무영향. 검증(데이터): 자사=포인(company_no 260), 신규 메뉴 3종 모두 자사 company_permission row 없음 확인(구로직 차단 증명), 자사 비super 직원 6명(이윤구·신동혁 등) 전원 신로직 자동 접근. 테스트·운영 배포·검증. permission_service.py 1파일(+15/-3).
• orderpaper 외부 발주서 업로드(에넥스 .xls / 넵스 .pdf) + 발주처 표시 — 운영배포 (2026-06-17, 코디 직접, master 671b268→deploy-live 42679a4): 페페 지시. 타업체 부자재 발주서를 웹 업로드→파싱→해당 현장 부자재 반영. 설계(페페 확정): ①양식분석=코디 레시피, ②업데이트=업체 블록 추가/교체, ③현장연결 필수(미연결 업로드 불가), ④바로 처리. 주 양식 2종(샘플 검증): 에넥스 .xls(OLE2·xlrd, 시트 '상품발주' 수신처=업체·발주/납기 시리얼날짜·현장명, 단일블록), 넵스 .pdf(pdfplumber, 다업체 평면표 협력업체/현장명/납기 행별). 아키텍처(핵심): EC2 앱 파이썬 3.6.9 + openpyxl만이라 .xls/.pdf 파싱 불가 + SSM stdout 24KB 제한으로 blob 전송 불가 → 로컬 사이드카가 업로드 직접 수신·파싱·적재(기존 orderpaper 로컬처리와 동일). 업로드 버튼→모달(파일+현장연결 검색 필수)→form POST 새 탭으로 사이드카(orderpaper_sync_server.py /upload, HTTPS↔HTTP 혼합콘텐츠 회피)→orderpaper_upload_parsers.py(에넥스/넵스 파서=레시피)→orderpaper_upload_load.py(SSM→RDS upsert, 부자재 source_kind='upload', block_key 단위 추가/교체·상태 보존). 발주처: 파서가 양식별 발주처(에넥스/넵스) 반환→orderpaper.purchaser 컬럼→수주 업체 블록헤더 '발주처' 배지. DB: orderpaper_upload(blob pending·EC2 fallback)·orderpaper_format(레시피 저장처) 테이블 + source_kind·purchaser 컬럼(test+prod). 검증: 샘플3개 파서 PASS(에넥스 49·118항목, 넵스 36항목/12업체), 사이드카 /upload end-to-end(멱등 replaced), 테스트 페이지 부산MBC·LH시흥 표시+발주처배지, 운영 업로드버튼·모달. 중요(페페 지시): 올려준 샘플 엑셀/PDF 데이터는 테스트 RDS에만 적재, 운영 미적재(확인됨). 미결/주의: 새 타업체 양식은 코디가 orderpaper_upload_parsers.py에 파서 추가(레시피)·배포 필요(에넥스/넵스 외). 사이드카는 이 PC 상주(xlrd/pdfplumber 설치됨). 업로드는 LAN+사이드카 가동 시.
• orderpaper 개선 4건 + 일괄 블록단위 버그수정 — 운영배포 (2026-06-17, 코디 직접, master 7fe27fb→deploy-live b16dcc5): 페페 지시. ① 발주/입고 일자 버튼양식(크게·진하게, .op-dpill), 모든 날짜 26.5.22(수) 형식(요일 포함·fmtD). ② 기본 입고일(블록)·항목별 입고일 달력 인라인 편집(.op-datechip→<input type=date>) + 입고일 일괄변경 버튼(블록 전체 항목 한 날짜). ③ 업체 블록별 원자재/부자재 토글(상↔하 섹션 이동·하이라이트, material_type_user). ④ 원자재/부자재 그룹 폴딩(섹션 제목 클릭 접기·OP_FOLD). 버그수정(중요): 상태 일괄변경이 site+receive_date 기준이라 같은 입고일의 다른 업체 블록도 함께 변경되던 것(페페 제보: 대전 오엠씨 일괄→진영LDM·피앤알 영향) → 업체 블록(block_key) 단위(/block-status)로 변경해 해소. 데이터층: override 컬럼(material_type_user·receive_date_user·item_receive_date_user)+block_key ALTER(동기화 보존·effective=COALESCE), 신규 API(block-status·block-material·block-receive-date·block-receive-date-bulk·{no}/receive-date). 검증: 테스트·운영 — 블록일괄 시 다른 업체 상태 스냅샷 before=after 불변(버그fix 확정), 날짜요일형식, 자재토글 S↔R 이동, 폴딩, 항목/블록 입고일 편집 PASS. 주의: 기존 완료항목(구버그로 생긴 사용자 데이터)은 미변경(사용자가 UI로 정정).
• orderpaper 일괄 변경(일자별) 버그 수정 — 운영배포 (2026-06-17, 코디 직접, master 0dd393f→deploy-live 531915d): 페페 제보("개별 상태변경은 되는데 일괄 변경 안 됨"). 원인=프론트 일괄(bulkByDate)이 API에 화면 표시용 YYYY-MM-DD가 아닌 API 원본 GMT 문자열("Fri, 19 Jun 2026 00:00:00 GMT")을 date_value로 전송 → 백엔드 WHERE receive_date=%s가 DATE 컬럼과 매칭 실패(HTTP 502·0행). 개별은 항목번호 기반이라 정상. 수정: 프론트 일괄 버튼이 fmtD(정규화 YYYY-MM-DD) 전송 + 백엔드 WHERE DATE(col)=%s 방어. 검증: 테스트·운영 UI 클릭으로 입고일 7항목 일괄 진행/완료 PASS·원복.
• orderpaper(NAS 원부자재발주서 정리) 페이지 신설 — 운영배포 (2026-06-17, 코디 직접, master 1dc34a8→deploy-live 726a7f7): 페페 지시. NAS(\\192.168.0.101\공유폴더\2026현장\원부자재발주서\06월) 발주서 엑셀을 현장별로 모아 발주/입고·상태 관리하는 /field/orderpaper 페이지. 아키텍처(핵심·talklog 방식): 운영 EC2는 사무실 NAS 접근 불가 → 로컬 동기화(orderpaper-sync/): orderpaper_parse.py(엑셀 파싱) + orderpaper_sync.py(gzip+b64→SSM→EC2→RDS 멱등 업서트, 사용자 상태 보존). DB: orderpaper(항목) + orderpaper_site_map(현장매핑·수동연결 보존) 테이블 test+prod 생성, 운영 518항목·10현장·9매핑. 파싱 규칙: 파일명→가구업체/현장명, 업체탭=발주블록(수신=업체·발주/입고일 블록헤더), 오엠씨 탭=원자재(R)·나머지=부자재(S), 한 탭 다중 '포인 발주서' 섹션 분리(섹션별 날짜), 헤더/메타행(수신·참조·NO·입고처 등) 제외(_is_label), 빈 탭=업체명 1행, 제외탭(업체/발주서/설정/AL/유리업체/poin_info). 현장매핑: 단어 토큰 비교 자동(≥2토큰), 미매핑은 수동 연결(worklog 현장검색 구조 동일 — /api/orderpaper/site-field). UI: 현장 그룹→원자재(상단)/부자재(하단) 섹션→업체 블록(발주/입고일)→항목 테이블(품명·규격·발주량·비고), 항목 단위 상태(대기/진행/완료)+입고일 일괄+완료 하단정렬, 원자재/부자재 토글(즉시 재배치·하이라이트). 갱신: 자동 스케줄(작업 orderpaper_autosync 30분·orderpaper_sync.py prod) 기본 + 페이지 동기화 버튼(window.open 사이드카 — HTTPS↔HTTP 혼합콘텐츠 회피; orderpaper_sync_server.py 0.0.0.0:8791, 시작폴더 자동시작 orderpaper_sidecar_hidden.vbs, IP 192.168.45.2). API /api/orderpaper(sites/items/status/status-bulk/site-field), 백엔드 api/pfs/orderpaper/, 메뉴 menu_catalog field_orderpaper(217). 검증: 파서(섹션별 날짜·메타행 제거 518항목) + 테스트·운영(사이드바 메뉴·그룹·원자재부자재·블록날짜·상태토글/완료하단/일괄·수동매핑검색·사이드카 /sync end-to-end). 미결/주의*: 동기화 버튼 IP(192.168.45.2)는 사무실 네트워크 따라 조정 가능(템플릿 OP_SYNC_URL 1곳); 사이드카는 이 PC 상주(NAS+AWS자격 필요); 대전 개인건 1현장 미매핑(수동연결 대상).
• field/worklog 미검수 버튼·필터 잔여 UI 전부 제거 — 운영배포 (2026-06-17, 코디 직접, master 5b584e4→deploy-live 66572f5): 페페 지시("미검수 버튼 삭제 아직 안된 부분 정리"). 이전 "미검수 게이트 미사용 반영"에서 '미검수만' 필터 버튼만 빠지고 잔여 흔적이 남아 있던 것 정리. field_worklog.html에서 ① 항목별 ⚠ 미검수 버튼(reviewBtn/toggleReview) ② 미검수 행 강조(wl-unrev-row) ③ WL_UNREV_ONLY 필터 로직 ④ 죽은 함수 toggleReview/toggleUnrevFilter ⑤ CSS(.wl-rev/.wl-unrev-row/.wl-rev-filt) 전부 제거(−43/+2). review_status 데이터·PATCH /worklog/{no}/review API는 보존(프론트 UI만). 비공개(wl-priv)·상태(진행/완료/대기/보류/제외)·현장지정·비고는 무변경. 검증: JS 문법 + 테스트·운영(toggleReview/toggleUnrevFilter undefined, .wl-rev 0·wl-unrev-row 0·"미검수" 텍스트 0, 항목 정상 렌더·wl-priv 유지, 스크린샷).
• field/list 오피스텔 열 숨김 — 운영배포 (2026-06-17, 코디 직접, master 1b41786→deploy-live 1ebb1ca): 페페 지시("사용 낮음"). field_list.html DataTables columnDefs targets 11(field_type_30=오피스텔) visible:false + expand row colspan 13→12. 데이터는 보존(표시만 숨김·되살리기 쉬움), 헤더 th는 DataTables가 자동 detach. 주방(field_type_10)·일반(field_type_20)은 유지. 검증: JS 문법 + 테스트·운영(헤더에 오피스텔 없음·주방/일반 유지·표시열 12·데이터행 td 12 일치, dt.column(11).visible()=false). 2줄 변경.
• worklog(현장 내용) 현장명 검색창 개선 — 최근현장·검색 히스토리·유사현장 추천 — 운영배포 (2026-06-15, 코디 직접, master 1f0611c→deploy-live 2e60217): 페페 지시("수집관리 항목 많아 오래걸려"). field_worklog.html 두 검색박스(카드 연결변경 openLinkBox·항목 현장지정 openItemLink)를 열면 검색 전에도 클릭 선택 리스트 표시 — ① ⭐추천(유사 현장): 추출 site_name과 pfs 현장명 토큰/부분일치 유사도(wlSimScore/wlRecommend, 정규화 후 정확100·부분80·토큰40+12n) 상위 5, "추천" 배지+노란강조; ② 🕘자주 쓴 현장: 현장 선택 시 wlHistAdd로 localStorage(wl_field_hist_v1) 빈도/최근 누적 상위 8(기기 로컬, DB無); ③ 📋최근 등록 현장: field_no 내림차순 10. 검색 시: wlSearchFields 결과 중 추출명 유사 항목을 추천 배지+상위 정렬. 공통 렌더 wlFieldRowHtml/wlInitListHtml로 카드(wl-link-row/data-cid)·항목(wl-item-link-row/data-iwno) 통일, 항목 tr에 data-sitename 부착(추천 신호). DB·백엔드 무변경(프론트 전용·기존 field/search 활용). 검증: JS 문법(script 추출 node --check) + 테스트(함수단위 PASS·카드57/현장473, "포스코 군산"→포스코 소요한남/대구/충해군산 추천, "포스코" 검색 시 첫3 추천배지 상위, 히스토리 count 누적, 스크린샷) + 운영(카드47/현장505·추천/최근 섹션·배지·스크린샷). 한계: 토큰 유사도라 직책어("상무") 등 가끔 노이즈 추천 — 후보 제시라 무해(사용자 판단). 미연결 추출명("명진(추정)")에 실제 유사현장 없으면 추천 0(정상).
• 출고요청서/배차 비고2(기사 하차정보) 컬럼 신설 + 수신 전화번호 줄바꿈 방지 — 운영배포 (2026-06-15, 코디 직접, master e556c40→deploy-live 8cdfa34): 페페 지시. ① 비고2 신설: dispatch.memo2 TEXT NULL 컬럼(기존 memo=출고제품 정보, memo2=기사 하차 정보). 테스트+운영 RDS ALTER(INSTANT·멱등 scripts/codi_memo2_alter.py/_prod.py, test 1464·prod 1569행). DAO insert/update/copy에 memo2 배선(SELECT는 a.*라 자동), 입력 모달 비고2 textarea + 저장/로드/clear 배선, 출고요청서 출력 비고2 행(줄바꿈 pre-wrap)·상세 패널 비고2(pre-line). 백엔드 service/controller는 api.payload 그대로라 무수정. ② 수신 전화번호 줄바꿈 방지: .dc-a4-recv .val white-space:nowrap + 칸 너비 초과 시 폰트 자동 축소(fitRecvValue, 하한 12px) → 긴 "이름 (전화)"도 한 줄. 검증: 테스트(비고2 저장 라운드트립 PASS·줄바꿈 보존·원복, 수신 27자→15px 한 줄) + 운영(memo2 저장 라운드트립 no.1569 PASS·기존 memo 무손실·즉시 원복, 실데이터 최장수신 16자→28px 한 줄, print emulation 스크린샷 비고2 3줄+footer 정렬). 함정: deploy-live 머지 시 migrations/create_dispatch_tables.sql이 deploy-live에선 과거 Revert(cd7faab)로 삭제 상태 → modify/delete 충돌. 이 SQL은 운영 미실행(ALTER는 SSM 수동)이라 기존대로 git rm으로 삭제 유지. dispatch_dao.py·dispatch_list.html은 충돌 없이 머지. 잔여: no.1569 memo2가 NULL→''로 1행 정규화됨(무해, 표시·동작 동일).
• 출고요청서(dispatch) 비고란 추가 + 줄바꿈 + 미리보기를 실제 출력물 기준 정렬 — 운영배포 (2026-06-15, 코디 직접, master fa9a29f→deploy-live 34c7feb): 페페 지시. dispatch/list 출고요청서(A4 미리보기/인쇄)에 ① 비고(memo) 행을 표 마지막에 추가(본건/AS 다음, openPrint에서 r.memo 채움) ② 줄바꿈 적용 — 비고 셀 white-space:pre-wrap(textarea memo의 \n 그대로 출력) ③ 미리보기=실제 출력물 정렬: 진단=화면 미리보기는 .dc-a4 aspect-ratio:210/297로 박스가 길어 .dc-a4-foot{margin-top:auto}가 footer("위와 같이 출고를 요청합니다/포인")를 종이 바닥으로 밀어 테이블↔footer 136px 공백, 인쇄는 aspect-ratio:auto라 footer가 표 바로 아래(0px) → 불일치. 처방=margin-top:auto 제거(A4 박스 비율은 유지=하단 여백이 실제 종이 여백 재현) → 화면도 footer가 표 바로 아래. dispatch_list.html만(+6/-1). 검증: Playwright print emulation으로 화면·인쇄 양쪽 측정 — 테스트(임시 3줄 memo: pre-wrap·gap screen=print=0 일치) + 운영 실데이터(idx19 "302-1943-2633-71\n농협 최길상" 2줄 표시·footMarginTop 0·gap 0·인쇄 스크린샷 육안 비고+footer 정상). 관찰(미변경): 운임비 행은 인쇄 시 숨김(fee-print-hide, 거래처 전달용 정보노출 정책 — 의도된 기존 동작이라 건드리지 않음. 필요 시 별도 지시).
• 현장 내용: 항목별 현장지정 + 현장검색 개선 — 운영배포 (2026-06-15, 코디, master a3f6ac1→deploy-live f5fd879): 페페 지시(통화 항목이 '자재' 등 한 카드에 섞임). ① 항목별 현장지정: 각 작업항목에 [현장지정] 버튼(현재연결 🔗#/미지정) + 인라인 현장검색 → 단건 PATCH /worklog/{no}/field → 지정 시 해당 현장 카드로 이동(프론트엔드만, 기존 단건 API 재사용). ② 현장검색 개선(카드·항목 공통 wlSearchFields): 공백 토큰 전부 포함(중간 단어·순서무관·대소문자무시, name+company+member 통합) + field_no(최근등록) 내림차순. 검증: node --check + 테스트 Playwright(자재 항목→포스코소요한남 지정 시 카드이동) + 운영 Playwright(검색 #2086→2062→1802→1643→1625 DESC, 데이터 무변경). field_worklog.html만.
• 현장 내용: 미연결 항목 카운트/표시 불일치 수정 — 운영배포 (2026-06-15, 코디, master b7df562→deploy-live e977da6): 페페 버그제보 "효산(자재) 카운트 17건인데 1건만 보임". 원인: worklog_dao.select_worklog_site_summary가 field_no IS NULL 행을 전부 한 묶음으로 GROUP BY a.field_no → 카운트는 17 합산되나 라벨은 MAX(site_name)='효산(자재)' 한 개, 상세는 select_worklog_by_site_name이 그 site_name 1건만 조회(주석엔 "NULL은 site_name으로 묶음"이라 돼 있으나 SQL 미반영). 통화 worklog 17건이 첫 NULL-field 데이터라 발현(기존 카톡 112건은 전부 field 연결돼 잠복). 수정: GROUP BY에 CASE WHEN a.field_no IS NULL THEN a.site_name END 추가 → 미연결을 site_name별 분리(연결현장 field_no 묶음 무회귀). 검증: 운영 읽기쿼리(단일17→13카드 합17)·test·운영 /api/worklog/sites(효산(자재) cnt=1 대기1, cnt≥10 유령카드 0). 후속(선택): 통화 현장명이 잘게 나뉜 것(효산(자재)·(배차)·모델하우스(효산) 등) 실제 pfs 현장에 연결/통합(인라인 현장검색 또는 재분류).
• 통화녹음(call) 출처 구분 — RDS 적재 + 운영배포 (2026-06-15, 코디 야간 loop, master 4edc420→deploy-live ed31df9): 페페 승인("sql·운영배포 승인"). 통화녹음 18건→17 worklog + 통화상대 11명을 카톡과 출처 구분해 양쪽 탭 표시. ① worklog: 통화 worklog 17건 test+prod RDS 적재(source='call'·owner_user=1·review_status=미검수, 멱등 talklog-server/_load_call_worklog.py). /field/worklog 작업셀 💬카톡/📞통화 배지(.wl-src). ② kakao_room: kakao_room.source 컬럼 ALTER ADD(VARCHAR(10) NOT NULL DEFAULT 'kakao') + 통화상대 11명 시드(room_type='통화'·source='call'·note=번호, 멱등·room_name UNIQUE 충돌안전=기존 카톡방 오라벨 방지), kakao_room_dao.select_kakao_room_list SELECT에 source 추가, field_kakao_rooms.html 방이름앞 배지(.kr-src). 핵심 순서: ALTER(RDS)를 dao 배포보다 먼저(안 그러면 SELECT source가 없는 컬럼 참조로 페이지 깨짐) — test/prod 모두 준수. 검증 PASS: prod /api/kakao-room/list http200·call 11+kakao 62, worklog call 17+kakao 112, sample call행 note=번호·수집 정상. 스크립트=talklog-server/{gen_kakao_call_seed,gen_load_script,gen_call_worklog_sql}.py. 함정 재확인: ssm_run.py는 원격에 argv 미전달 → ENV·데이터는 생성스크립트가 baked. 남은=통화 worklog 검수(미검수→확정 후 공용)·선택 Whisper medium 재전사. 상세=projects/talklog/handoff.md NOW.
• worklog 날짜·방 컬럼 가독성 — 운영배포 (2026-06-14, 코디 직접, master 70ca3ac to deploy-live 9af3695): 페페 지시. .wl-room 폰트색 #adb5bd to #475569(배경 없음) + 날짜 단순화 fmtDateShort(yy.M.d, 예 26.6.12, 0패딩 없음) 날짜·방 컬럼에만 적용. 현장 카드 기간범위는 fmtDate(YYYY-MM-DD) 유지. 테스트 Playwright 확인.
• worklog 근거(excerpt) 가독성 개선 — 운영배포 (2026-06-14, 코디 직접, master 3de23bc to deploy-live efc98b5): 페페 "근거 글씨 너무 안 보임". 5개 시안 비교 HTML 제시 to 페페 4번 선택. .wl-ex: 회색 #adb5bd 11px to #334155 12.5px + 연회색 박스(#f1f5f9) padding 5/8 radius 6 line-height 1.45. field_worklog.html만 수정, 테스트 Playwright 확인.
• worklog 통계바 진행/대기/완료 총합계 배지 + 카운트 일치 확인 — 운영배포 (2026-06-14, 코디 직접, master baabf2b→deploy-live 8281838): 페페 지시 "현장별·직원별 카운트 동일해야(전건 poin01) + 진행+대기 카운트 옆에 진행/대기/완료 총합 표시". (cnt_progress/wait/done 합산) 추가 → 현장별 "진행+대기 현장"·직원별 "진행+대기 직원" 옆에 진행/대기/완료 배지. 운영 카운트 일치 확인: 현장별 112건(진행43·대기8·완료60) == 직원별 신동승 112건(동일). field_worklog.html만 수정.
• worklog 직원별 탭 중첩 현장 카드 펼침 버그 수정 — 운영배포 (2026-06-14, 코디 직접, master 527fa2b→deploy-live ae20963): 페페 지적 "직원별에서 현장 하위항목이 불러오는 중으로 하드코딩, 클릭해야 폴드처럼 보임". 원인 = CSS 후손 선택자 .wl-site.open .wl-site-body가 직원 카드(.open) 펼침 시 중첩된 현장 카드 body까지 매칭해 placeholder 노출. 처방 = 자식 결합자 >로 한정(.wl-site.open > .wl-site-body, caret도 직계). 현장 카드는 접힌 ▶로 표시되고 클릭 시 loadItems. 검증: 테스트 Playwright(신동승 펼침→GS/쌍용 접힘 ▶→GS클릭 항목 로드)·운영/테스트 템플릿 반영 확인. CSS 2줄 수정.
• worklog 직원별 탭 현장별 동일 구조화 + 운영 owner=poin01 지정 — 운영배포 (2026-06-14, 코디 직접, master 4413b22→deploy-live 0abf288): 페페 "운영 직원별 탭에 공용밖에 없다 — 실제론 poin01 신동승 데이터" 지적. 원인: worklog 112건 적재 시점에 owner_user 컬럼이 없었고(3차에서 후속 추가, 전부 NULL), 이후 owner는 비공개 토글 시에만 채워짐 → 운영 전건 공용. 조치 ①: 운영 worklog 112건 owner_user=poin01(user_no1) 지정(is_private=0 공개 유지) → 직원별 탭에 '신동승 112건'. scripts/_assign_poin01_LIVE.py(NULL인 것만, 검증 owner=poin01). 조치 ②: 직원별 탭을 현장별과 동일 구조로 — 직원 카드 펼치면 /worklog/sites?owner_user=N로 그 소유자 현장 묶음을 받아 buildSitesHtml(본건/AS→업체→상차일정렬→완료폴드→현장→항목)로 렌더. 현장 카드 렌더를 전역 인덱스(data-i)→레지스트리(data-cid·WL_CARD_REG, owner 컨텍스트 동반)로 리팩터(충돌 회피). DAO site_summary/by_field/by_site_name에 owner_user 필터 추가. 직원별 특성(비공개 토글) 유지, 연결변경 버튼은 현장별 전역에서만. 검증: JS node --check·data-i 잔존0·DAO 9쿼리 %s/param 정합 + 테스트 Playwright(신동승 펼침→GS오산#2098·쌍용#2105 현장카드→항목 진행/대기/완료순·비공개2 연보라) + 운영 API(/owners=신동승112, /sites?owner_user=1=현장묶음) 200. 함정 메모: 직원별 owner는 적재 시 지정 안 하면 NULL(공용) — 신규 worklog 적재 파이프라인은 owner_user를 채우도록 해야 함(현재는 사후 일괄지정).
• worklog 직원별 탭 정렬 현장별과 통일 — 운영배포 (2026-06-14, 코디 직접, master e82a03e→deploy-live a662cd8): 페페 지시. 직원별(소유자) 카드를 현장 카드와 동일 규칙으로 정렬 — 활성(진행+대기>0) 우선·진행 많은순→대기 많은순, 완료만 남은 직원은 '완료만 남은 직원 N명' 묶음 폴드(toggleDone 재사용), 통계바에 진행+대기 직원 수. field_worklog.html만 변경(ownerActive/ownerSortKey/ownerCardHtml 추가). 확인: 현장별·직원별 상태(진행/대기/완료/보류)는 같은 worklog 행 공유로 연동(서버 owner-items도 _STATUS_ORDER 동일 정렬, setStatus=PATCH /worklog/{no}/status 단일행 UPDATE → 한쪽 변경이 양쪽 반영, 탭 전환 시 재조회). 검증: JS node --check OK·테스트/운영 Actions 성공·배포 템플릿에 신규 코드 반영 확인. 로그인 UI E2E는 미수행.
• 로그인 DB users 고아 테이블 제거 — 운영+테스트 (2026-06-14, 코디 직접): 페페 "user vs users 중복 의심" 진단. 결론: users는 pfs와 무관한 Laravel 고아 테이블(컬럼 email_verified_at·remember_token·created_at/updated_at, 2022-10 생성, bcrypt $2y$10$ 해시). 로그인·권한·사용자 코드는 전부 FROM user(단수)만 사용(auth_dao·permission_service·user_dao), users 참조 코드·FK 0건. users 3건(shin·poin01·test)은 이미 user에 대응(shin=poin03 신동승 user_no4, poin01=poin01 user_no1·super_admin) + test=더미 → 취합할 고유 데이터 없음(해시도 pfs와 비호환). 처리: 백업 후 DROP(페페 승인) — _users_backup_drop.py(가드=Laravel스키마·행수≤5 확인 후 CREATE+INSERT 덤프→DROP), 테스트→운영 순. 백업 = C:\dev\kakao-inbox\_users_backup_2026-06-14.sql(3건 INSERT·복원가능). 검증: 양쪽 users 부재·user 9행 무결(poin01 신동승 super_admin)·운영/테스트 로그인 200 OK. 함정: AWS CLI(cp949 콘솔)가 한글/em-dash 출력 시 codec 오류로 get-command-invocation 폴링이 timeout처럼 보임 → PYTHONUTF8=1+list-command-invocations JSON으로 회수. ssm_run.py는 원격에 argv 미전달(env/모드는 sed로 baked 변형).
• talklog 1차+3차 — 대화방 수집관리 pfs 통합 + worklog 직원별/개인 접근제어 — 운영배포 완료 (2026-06-14, 코디 직접, master 4b3e2e6→deploy-live 727f754): 페페 3단계 중 1차·3차. 1차 = 로컬 사이드카(room_status_server.py:8790) → pfs RDS kakao_room + /field/kakao-rooms(api/pfs/kakao_room/ 풀세트·/api/kakao-room·메뉴 order 216·field_kakao_rooms.html·62방 멱등 시드). 3차 = worklog.owner_user 컬럼 + _privacy_clause 행단위 접근제어(is_private=1 항목은 owner_user==session.user_no 본인만·super_admin 예외 없음·전 SELECT/UPDATE 적용) + /worklog/{no}/private·/worklog/owners·/worklog/owner-items + field_worklog.html 현장별/직원별 뷰 토글·항목별 🔒비공개 토글. RDS 마이그레이션 테스트+운영 양쪽 완료(kakao_room 62방 적재 수집37·제외25, worklog.owner_user INSTANT·112행). 검증: 로컬(Python 컴파일·14쿼리 %s/param 정합·접근제어 행동 PASS) + 테스트·운영 신규 5라우트 200 OK·운영 데이터 정상·_privacy_clause 반영·is_super_admin 분기 0. 함정: scripts/ssm_run.py는 원격 스크립트에 argv 전달 안 함 → 운영 env는 sed로 baked한 _LIVE 변형 필요(4번째 인자 무시로 테스트 재실행된 것 발견·정정). 미검증: 로그인 UI E2E(비공개 토글·직원별 뷰 — 운영 Playwright/페페 육안). 다음: 통화녹음(source='call')은 추후. 상세 = projects/talklog/handoff.md NOW.
• 현장 내용(worklog) 업체그룹·메뉴·제목통일 — 운영배포 (2026-06-14, 코디 직접): 페페 지시. ① 현장 정렬 = 본건/AS → 업체별 그룹(업체명 헤더 🏢, 활성 많은 업체 우선) → 업체내 상차일 내림차순(shipKey=shipping_date 우선·new Date().getTime() timestamp 비교; 함정: shipping_date가 "Mon,15 Jun 2026 GMT" 문자열이라 localeCompare는 요일 비교로 깨짐 → 숫자 timestamp 필수). site_summary에 company_name(company JOIN). ② 사이드메뉴: menu_catalog field_worklog 행 추가(menu_no 38·parent_menu_key 'field'·url /field/worklog·display_order 215=현장목록 210 다음·show_in_sidebar 1; 테스트+운영 RDS 멱등 INSERT 적용). poin01=is_super_admin이라 권한부여 불필요(타직원은 company/user_permission 필요). ③ 제목 통일 "카톡정리"→"현장 내용"(h3·브레드크럼·메뉴명). 커밋 40fa5c5→e2d2a7d(정렬버그)→fdc4550(deploy-live). 검증: 운영 Playwright(메뉴 '현장 내용', 본건10·6업체/AS4·4업체, 넥서스[학동22→GS오산15]·넵스 상차일 내림차순, 업체명 표기). 다음(페페 3단계): 1차=수집여부 pfs 통합, 3차=직원별 통합+개인 접근제어(session.user_no·is_private·owner_user). 통화녹음=source='call'.
• 카톡정리 정렬·그룹·완료폴드 — 운영배포 (2026-06-14, 코디 직접): 페페 지시 5건. ① 항목 정렬 진행중→대기→완료(DAO FIELD(status,...) 우선순위). ② 현장 정렬 본건/AS 섹션 분리(field.field_div='60'=AS) → 각 섹션 활성(진행+대기>0) 현장 우선·진행 많은 순, 완료 현장(진행·대기 0) 묶음 기본 폴드(카운트만, 클릭 펼침). ③ 현장 헤더 진행/대기/완료 카운트 배지. ④ 연결검색 드롭다운에 본건/AS 태그 + 상차일(📦) 표시(field/search의 field_div_name·shipping_date). ⑤ 중복현장 취합 = site_summary GROUP BY a.field_no(같은 field_no 다른 site_name 자동 통합) + field JOIN(정식명·구분·상차일·상태SUM). 변경 = worklog_dao.py(site_summary 재작성·항목 ORDER BY) + field_worklog.html(섹션·완료그룹·배지·검색태그). 커밋 9a064af→6e562e4(Decimal 직렬화 오류: SUM() → CAST(... AS UNSIGNED))→8512402(site_name 폴백 COALESCE(f.name, a.site_name) — field 미존재 시 카톡추출명)→f942f17(deploy-live). 검증: 운영 Playwright(본건10·AS4 섹션, 완료묶음 폴드 본건2·AS3, 진행순 정렬 GS오산17→쌍용6, 배지, 검색 'AS 삼성 도곡삼호 📦2024-04-04'). 함정: MySQL SUM(boolean)은 Decimal 반환 → JSON 직렬화 실패, CAST 필수.
• 카톡정리 현장 연결/변경 UI — 운영배포 (2026-06-14, 코디 직접): 미연결·오연결 현장을 pfs 현장에 재지정하는 UI 추가(페페 지적 "미연결/잘못연결 수정 방법 없음"). 백엔드 = PATCH /api/worklog/site-field(묶음 일괄 연결변경: old_field_no 또는 old_site_name으로 식별 → 새 field_no·site_name 일괄 UPDATE) + DAO update_worklog_field_by_field/_by_site_name. 프론트 = 현장 헤더 '현장연결'(미연결)/'연결변경'(연결됨) 버튼 → 인라인 검색박스(field/search 295현장 캐시·현장명·업체·담당 필터·결과 클릭 위임) → 선택 시 묶음 전체 재연결·loadSites() 갱신. 커밋 f3b8d72(master)→76ee552(deploy-live). 검증: 테스트(이천→#1989 일괄연결→원복 라운드트립 API code 0000)·운영(에넥스연고→'에넥스' 검색 15현장 매칭, GS오산 연결변경 버튼) Playwright 실동작.
• 카톡정리(worklog) 2차 — 현장별 카톡/통화 작업 트래커 페이지·운영배포 (2026-06-14, 코디 직접): talklog 처리부를 pfs 웹에 통합. 신규 worklog 테이블(worklog_no PK·field_no NULL·site_name·source[kakao/call] default kakao·source_room·work_name·status[진행중/대기/완료/보류]·work_date·speaker·excerpt·note·dedup_status·review_status·is_private·remove_yn) 테스트+운영 RDS 생성 + 112건 적재(연결 97·미연결 15; 멀티에이전트 워크플로로 카톡 35방→18현장 1차분류한 결과). 백엔드 = api/pfs/worklog/(dao·service·controller·model) + api/config.py /api/worklog 등록(GET count·sites, POST items, PATCH status/note/remove/field). 프론트 = field/list 현장명 옆 '💬 카톡정리 N건' 버튼(worklog/count 선로드·window.WORKLOG_COUNT) + field_worklog.html(현장 묶음 폴딩→현장명 위주, 펼치면 항목별 상태토글[진행/완료/대기/보류/제외]·비고[통합반영]·날짜방). 커밋 8429469→6188f2b(날짜포맷 master)→2e246c1(deploy-live 병합). 검증: Python 문법·테스트 배포(8001) Playwright E2E(학동매장 4건 펼침·상태 PATCH 200·날짜 YYYY-MM-DD)·운영 field_no 사전 일치(2098=GS오산 등). 데이터 출처=/api/field/search 라이브 현장 101개(field_no 1949~2111, 운영 pfs.field가 진짜 마스터 확정). 산출물 시드 = C:\dev\kakao-inbox\sites\·talklog handoff. 다음: 사용자가 운영서 항목 검수(상태·비고·제외) → 1차(수집여부) 통합 → 3차(직원별 통합). 통화녹음은 source='call'(스키마 반영).
• 견적 v2 항목 전체/몸통/도어 토글 DB 영속 — 완료·운영배포 (2026-06-13, 코디 직접): 계산기 토글 후속(페페 지적 "항목내 작동하나 DB저장 안됨"). 실제 견적 항목 행 비고 셀에 전체/몸통/도어 토글 추가 + DB 영속. 설계=Design A(페페 선택): estimate_detail.part_mode VARCHAR(5) NULL DEFAULT 'all' 신규 컬럼, 최종합계(margin_total_amount)에만 비율(전체100/몸통65/도어35·천원올림) 적용해 저장 → 종합합계·PDF·엑셀이 모두 margin_total_amount 를 읽어 자동 반영(다운스트림 무수정), 자당금액·마진금액은 전체 기준 유지. DB 마이그레이션 = 테스트+운영 RDS 모두 적용(SSM·INSTANT·기존행 백필 'all'; 테스트 9318·운영 9350행). 백엔드 = estimate_dao.py INSERT 2곳(insert/update_estimate 신규행)·UPDATE 1곳 part_mode 배선 + estimate_service.py _normalize_detail 기본값 'all'. GET 로드는 select_estimate_detail_search_list의 SELECT a.*라 자동 복원. 프론트 = 행별 토글·partRatio/applyPartRatio 공유 헬퍼·recalcDetailRowSilent 비율적용·stripDetail/loadEstimate 왕복·그룹소계 부분갱신(updateGroupSubtotal). 커밋 eb9e555(master)→테스트 md5 일치→3bb251b(deploy-live)→운영 md5 일치, Actions 양쪽 성공. 검증: JS node --check, 다중에이전트 리뷰(SQL정확성·JS계산·회귀 3렌즈+적대검증) 배포차단 0건(그룹소계 즉시갱신 보완 반영), SQL 컬럼/플레이스홀더/파라미터 카운트 일치(29/29·28+dno), 테스트·운영 양쪽 라이브 영속 라운드트립 PASS(door 저장→배포 API 'door' 반환→원복). 미직접검증: 로그인 UI 저장 클릭 E2E(앱컨텍스트 SSM은 로그경로/py3.6 충돌로 미실행 — SQL+API 라운드트립으로 대체). 마이그레이션 스크립트 scripts/codi_part_mode_alter.py(+_prod). 상세 = session-2026-06-13-part-mode-db-persist.md.
• 견적 v2 임시계산기 전체/몸통/도어 토글 — 완료·운영배포 (2026-06-13, 코디 직접): pfs 검증보고 요청(/estimate/regist-v2 비고 셀). 임시계산기 비고(col-note) 셀 비고input 위에 전체/몸통/도어 토글 추가 — 몸통·도어 따로 생산 시 부분 금액 확인용. 최종 합계(calc-total)에만 비율 적용(전체 100%·몸통 65%·도어 35%), 자당금액·마진금액은 전체 기준 유지, 비율 결과는 기존 규약대로 천원올림(Math.ceil(Math.round(total*ratio)/1000)*1000). 계산기는 State.details·저장 payload·recalcTotal과 완전 분리(불변식 유지). 변경 = estimate_regist_v2.js(newCalcState part_mode·calcCellForCol note 마크업·recalcCalc partRatio·bindCalcEvents 클릭 핸들러) + .css(.calc-part-toggle/.calc-part-btn). 72a20ea(master)→테스트 md5 일치→fa9e12b(deploy-live)→운영 md5 일치, Actions 양쪽 성공. 검증: JS node --check, 다중에이전트 리뷰(정확성·회귀격리·UI 3렌즈+적대검증) 발견 0건, 배포 JS 함수 직접 실행으로 수식 확인(220,000→몸통143,000·도어77,000 / 171,000→몸통112,000·도어60,000 / 빈입력 0). 로그인벽으로 브라우저 E2E는 미확인(poin01 추정 계정 로그인 실패 — 기존 함정 동일). 상세 = session-2026-06-13-calc-part-toggle.md.
• 견적 v2 ＋항목추가 버튼 하단 이동 — 완료·운영배포 (2026-06-10, 채티 직접): kf-row 상단 버튼 제거 → renderDetailTable이 최하단 항목과 그룹 소계 사이에 additem-row(풀폭 점선 프레임·가운데 동일사이즈 버튼) 렌더 + v2 CSS 링크 asset_ver 추가. 245fcf3(master)→테스트 md5 일치→14c580e(deploy-live)→운영 md5 일치. 상세 = session-2026-06-10-additem-row-bottom.md. 관찰: 운영 도메인 HTTP→HTTPS 301 활성(기존 "운영 HTTPS 보류" 기록과 다름 — 적용된 듯).
• 견적 마진율 자동/수동 모드 영속 — 구현·운영배포 관찰됨 (git: b6314b6 master → 37d997d deploy-live, 2026-06-10; 타 세션 실행 추정): NULL 규약(NULL=자동·값=수동) + normalize None 통과 + company_margin_rate 동봉 + 라벨 토글. 진단·처방 원문 = archive.md. 하위호환 약점: NULL규약 이전 기존 견적은 1회 재저장해야 정상화.
• 견적 v2 2026-06-10 운영배포 묶음 — 완료·종결: ①타입SSOT 페이즈A·B+후속결함 5건+펜아이콘(a523d39·Actions ✓) ②구조 복사(타입/K/F/항목/sub, 동일 묶음) ③임시 계산기 행+합계 천원올림 보정(3bb8457·Actions ✓). 페페 화면 확인 완료(2026-06-10: 계산기 컬럼·보정 합계 / 구조 복사 / OMC QA). 상세 원문 = archive.md. 활성 약점(#3·#4 하위호환): NULL규약 이전 기존 견적은 자동행에 margin_percent 값이 남아 1회 재저장해야 NULL 정리·정상화(DB 마이그레이션 없음). 합계 보정 동일 — 기존 저장 합계 1,000원 과다 케이스 일괄 정정은 폐기(페페 결정 2026-06-10), 해당 견적 재저장 시 자연 정정.

06-19~07-07 완료 이관 (2026-07-07 handoff 정리 시 편입)

자재관리 탭 성능 시리즈(07-07 6건)·재번호·자재관리 초기 구축·업체관리·입고일정·견적 등. handoff NOW에서 완료 처리해 이관. 07-07 자재관리 구조개선 최종본은 handoff NOW 유지(육안 대기).

완료(2026-07-07) — 자재관리 탭 편집 클릭 버벅임 해결: table-layout:fixed (master 1d79b92→deploy-live 93dc5f5, 테스트+운영 사용자크롬+운영배포, 승인 DEPLOY-20260707-HKVV)

• 페페 "지연렌더링 후에도 느림, 특히 품명·사용량 편집 클릭 시 버퍼 범위·시간 증가". 원인=table-layout:auto + 259행: 셀 하나 편집(input 삽입으로 셀 폭 변화)마다 브라우저가 전 259행 모든 셀을 재측정해 열 너비 재계산(auto layout 고질병). 페페 "범위·시간 증가"와 정확히 일치.
• 해결=table-layout:fixed + <colgroup> 폭 고정(JS shellHTML에 col 14개, min-width:1168px). 열 폭 헤더 기준 1회 계산 → 셀 편집이 전체 재측정 유발 안 함(리플로우 해당 행 국소화). 품명 160·규격 150px 명시. ⚠함정: colgroup 재조정을 같은 캐시버스터(f)로 두 번 배포→브라우저 캐시가 구버전 물어 품명/규격 0폭 → 캐시버스터 g로 bump해야 반영(같은 v 재배포 금지). js/css ?v=20260707g.
• 검증(테스트+운영 사용자크롬)=fixed·품명160·규격150·편집 저장/영속 PASS·데이터 원복. deploy-live 93dc5f5. 대형 테이블 성능 3대 원인 전부 제거 완료. 페페 Ctrl+Shift+R로 v20260707g 확인 요망.

완료(2026-07-07) — 자재관리 탭 느려짐 근본해결: 폼요소 지연 렌더링 ★진짜 원인★ (master 0407f73→deploy-live 7819c63, 테스트+운영 사용자크롬 Playwright+운영배포, 승인 DEPLOY-20260707-36RQ)

• 페페 "삭제 후 버퍼링·페이지 로드도 느림·컴퓨터 전체 느려짐, 확장·네트워크 무관". 핵심 진단(운영 사용자 크롬 프로필로 직접 실측해야 잡힘): 자재관리 탭이 행마다 폼요소 6개(자재분류 select 1 + 품명/규격/단위/사용/재고 input 5)를 항상 렌더 → 259행 × = 폼요소 2241개(input1245·select249·option747), 브라우저 접근성 트리 366만자·7084줄로 폭발. 이게 브라우저·PC를 무겁게 함(삭제 로직 자체는 1~3ms 정상). Playwright browser_snapshot이 366만자로 터진 게 결정적 단서.
• 해결=폼요소 지연 렌더링: rowHtml에서 6개 편집셀을 텍스트 span(+data-no/data-field) 으로만 렌더. 셀 클릭 시에만 editStart(input)·mtStart(select) 가 그 셀 1개에 편집기 생성 → Enter/blur 커밋(기존 API 재사용)·ESC 취소 → 텍스트 복귀. mmBody에 위임 클릭 1회 바인딩(bindEdit). 커밋 함수 _commit(품명/규격/단위/재고)·_commitUsed(사용량, 누적·재고셀도 갱신). CSS: td.mm-edit(cursor:text·hover), mm-edit-in, mm-ph(플레이스홀더). 캐시버스터 css+js ?v=20260707e.
• 검증: 테스트=폼요소 2241→0개·DOM 8582→6607·편집 진입/ESC취소/Enter저장 DB영속/텍스트복귀 PASS·데이터 원복. 운영 사용자크롬 실측=폼요소 0개·DOM 8907→7008·접근성 트리 366만→30만자(92%↓). deploy-live 7819c63. 페페 Ctrl+Shift+R로 v20260707e 로드 후 확인 요망. 편집 UX=셀 클릭→수정→Enter(한 단계 추가되나 표가 훨씬 가벼움). ⚠교훈: 대형 테이블 "느려짐"은 폼요소 개수·접근성 트리 크기(browser_snapshot 자수)로 진단, 행마다 항상-렌더 폼요소는 클릭시 생성으로. [[innerHTML-rebuild-renderer-memory-spike]]와 함께 대형 테이블 성능 2대 원인(전체 innerHTML 재빌드 + 폼요소 상시렌더).

완료(2026-07-07) — 자재관리 탭 행삭제 메모리 300MB 스파이크 근본수정 (master 2c18ef2→deploy-live b0bc891, 테스트 Playwright+운영배포, 승인 DEPLOY-20260707-ZN7E)

• 페페 "삭제 후 버퍼링·브라우저·컴퓨터 전체 느려짐". 진단 과정(중요 교훈): ①낙관삭제·디바운스 시도했으나 로컬 재현 안 됨(SQL 61ms·응답 278ms/855KB·render 16ms·JS heap +0.8MB 전부 정상) ②콘솔로그는 전부 브라우저 확장(Vue devmode·chrome.runtime message port=pfs엔 없는 API) ③시크릿창 개선됐으나 확장 전부 꺼도 증상 유지 ④localStorage도 작음(596B) ⑤페페 작업관리자 실측 = 삭제 1회당 렌더러 메모리 300MB 급증 ← 결정적 단서. JS heap(+0.8MB)과 안 맞음 = 렌더러 프로세스(DOM·레이아웃) 메모리. 진짜 원인=삭제마다 render()가 body.innerHTML로 242행(폼요소 input 1210·select 242 ≈1400개) 통째 재구축 → 렌더러 레이아웃 메모리 수백MB 스파이크. 직전 배포한 scheduleCleanup()(250ms 디바운스 render)이 그 재구축을 유발.
• 해결: delItem에서 전체 render 완전 제거 — tr 하나만 removeChild + OP_ALL splice + bumpCount(-1)만. 남은 행은 그대로 유효하니 재구축 불필요. scheduleCleanup/_cleanupTimer dead code 삭제. 블록모드 'N건' 카운트만 다음 자연 render(정렬·검색·탭전환) 때 정정(사소). JS만·캐시버스터 js ?v=20260707d.
• 검증(테스트 Playwright)=3개 삭제 시 mmBody DOM 변경 removed 3·added 0(tr만 제거, 이전 240행 재구축 완전 소멸), count 정확·3클릭 3.3ms. 운영 HEAD b0bc891. 페페 Ctrl+Shift+R로 v20260707d 로드 후 확인 요망. ⚠교훈: "느려짐" 진단 시 JS heap만 보면 놓침 — 작업관리자 렌더러 메모리가 innerHTML 대량 재구축을 드러냄. 대형 폼요소 테이블에서 부분 변경에 전체 innerHTML 재빌드 금지.

완료(2026-07-07) — 자재관리 탭 연속 삭제 최적화 (master 8e08404→deploy-live 94c6fb4, 테스트 Playwright+운영배포, 승인 DEPLOY-20260707-E8G8)

• 페페 "여러개 빠르게 순서대로 삭제 시 한 개 후 브라우저 느려짐". 진단(테스트 실측): 서버 delete 41~59ms·클라 DOM제거 0.6~2ms 전부 정상 → 로컬 재현 안 됨. 유력 원인=자재관리 테이블이 대형(전체표시 시 mmBody ~242행·DOM 8471노드·input 1210)이라 개별 삭제 시 리플로우 + 낙관삭제가 render 없이 DOM만 건드려 count·블록 정합 안 맞음. 개선(정합성+리플로우 완화): delItem에 bumpCount(-1)(전체 render 없이 'N건' 숫자만 즉시 감소) + scheduleCleanup()(250ms 디바운스 — 연속삭제 멈추면 1회만 render로 블록·정렬·정확한 count 정합 복구). tr 즉시 removeChild는 유지. JS만·캐시버스터 js ?v=20260707c.
• 검증(테스트 Playwright)=8개 20ms간격 연속삭제 클릭당 0.6~2ms·count 242→234 즉시감소·디바운스후 count=행수=234 정합 일치, 데이터 온전(스텁검증이라 서버 미삭제). 운영 HEAD 94c6fb4 반영. ⚠미결: 로컬 재현이 안 돼 페페 실환경 느려짐이 완전 해소인지 미확정 — 여전하면 브라우저 확장·네트워크·특정 데이터량 요인 추가 점검.

완료(2026-07-07) — 자재관리 탭 행삭제 버퍼링 제거(낙관적 UI) (master 988b07c→deploy-live c3e8a37, 테스트 Playwright+운영배포, 승인 DEPLOY-20260707-7FND)

• 페페 "행삭제 버퍼링 최적화". 원인=삭제 클릭 후 서버 왕복(수백ms) 뒤에야 OP_ALL 제거+전체 render()(1200행 재렌더)라 버벅임. 해결=낙관적 UI: delItem(no, btn) 클릭 즉시 OP_ALL에서 splice + 해당 <tr>만 removeChild(전체 재렌더 없음), 서버 PATCH는 백그라운드, 실패(code≠0000/error) 시에만 restore()(원위치 splice+render)로 되돌림. 성공 토스트 제거(즉시 사라져 불필요). 블록모드 구분행 카운트는 다음 render 때 정정(ponytail 주석). JS만 변경, 캐시버스터 js ?v=20260707b(css는 그대로 20260707a).
• 검증(테스트 Playwright)=btn.click() 반환 즉시(서버 응답 전 같은 tick) 행 1→0·OP_ALL 1385→1384·no297 제거, 새로고침 후 서버 삭제 영속(1384·remove_yn=1) → 낙관 UI+실제 반영 둘 다 PASS, 테스트데이터(297) 복원. 운영 HEAD c3e8a37 반영.

완료(2026-07-07) — 자재관리 탭 발주량 가운데정렬·폭 auto, 품명/규격 폭 auto (master 87edf34→deploy-live a5ce41d, 운영배포, 승인 DEPLOY-20260707-R94Y)

• 페페 "발주량 컬럼 정렬 안 맞음→가운데+폭 auto, 품명·규격도 폭 auto". CSS만: 발주량 헤더 클래스 mm-r→mm-c-qty(JS th('qty',...) 1곳)·th.mm-c-qty,td.mm-c-qty{text-align:center;width:auto} / 품명·규격 셀 td.mm-c-itemcell,td.mm-c-speccell{width:auto;white-space:nowrap}(강제 width:100% 제거)·input min-width 120→90. 캐시버스터 mm css/js ?v=20260707a. 검증=운영 HEAD a5ce41d·CSS 마커·캐시버스터 반영.

완료(2026-07-07) — orderpaper_no 재번호(1..1500) + 동기화 번호튐 근본수정 (master 4748172, 운영 재번호+백업, 페페 승인 DEPLOY-20260707-RM6T)

• 페페 "1500행인데 orderpaper_no가 575390까지 팜. 정리+운영배포". 이후 "1부터 시작, 필요하면 데이터 지우고 재동기화" → 소실규모 실측(재고1297·상태693·자재분류149·수동삭제203·비고13·사용이력10 등 사용자편집 전부 소실) 보고 → 페페 "번호만 1..N 재부여"(편집 보존) 선택.
• 근본원인: orderpaper_sync.py가 매 동기화 INSERT..ON DUPLICATE KEY UPDATE로 전 행 INSERT 시도 → 기존행은 UPDATE로 흡수돼도 MySQL이 AUTO_INCREMENT를 소비(실패 INSERT도 번호 버림) → 1500행인데 no 57만. 수정=선조회한 item_key 집합으로 신규만 INSERT·기존은 UPDATE 분리(sync는 로컬실행 전용, 웹배포 무관). 이후 AUTO_INCREMENT는 실제 신규 건수만 증가.
• 재번호(운영): _renumber_orderpaper_prod.py(정리됨) — ①백업테이블 2개(orderpaper_bak_20260707_renum·orderpaper_usage_history_bak_20260707_renum) ②단일 트랜잭션 ③현재 no ASC순 임시컬럼 _newno=1..N ④offset(+1e7) 2패스로 PK 충돌 회피 ⑤usage_history 참조 동일매핑 갱신 ⑥사후검증(행수·연속·유일·고아0) 실패시 자동롤백. 테스트 RDS 리허설 성공(1..1402) 후 운영 실행.
• 검증: 운영 orderpaper 1500행 no 1..1500 연속·유일, usage_history 10건 고아참조 0, REAL AUTO_INCREMENT=1501(stats캐시 무시 실측), all-items 1205행 no 1~1500·stock 편집 1201건 보존·unit컬럼 정상. 참조 테이블은 orderpaper(PK)+usage_history 2개뿐(선언 FK 없음, 수동갱신). site_map/upload는 site_name_raw/upload_no 기반이라 무영향.
• 주의: 백업테이블 2개는 롤백 대비 운영에 보존 중(문제 없으면 나중에 DROP 가능·위험작업). broker deploy-approval은 healthcheck_url 없으면 승인해도 deploy_failed로 표시됨(DB작업엔 healthcheck 무의미 — 승인 자체는 status="approved"로 확인). MySQL 8.4 information_schema AUTO_INCREMENT는 stale캐시(정확값은 SET SESSION information_schema_stats_expiry=0 후 조회).

완료(2026-07-06) — 자재관리 탭 행삭제(숨김)·품명/규격/단위 편집·발주량 단위분리·15TT→15T·히스토리 아이콘 (master 091da3c→deploy-live 75b8ff0, 테스트 Playwright E2E+운영배포, 승인 DEPLOY-20260706-2ZPM)

• 페페 4건+추가지시 2건(삭제버튼 맨앞·확인없이 즉시삭제). ①행삭제=맨왼쪽 첫 컬럼 ✕버튼, 확인없이 즉시 /delete(remove_yn=1·del_manual=1=동기화가 안 되살림) + OP_ALL에서 제거(전 탭 공유라 다른 탭도 사라짐). ②품명·규격 편집=input(change 저장, 신규 item_name_user/spec_user, COALESCE override=동기화 보존). ③발주량 숫자만 표기 + 단위 새 컬럼=qtyDisp(숫자부 추출)·unitFromQty(뒤 단위 폴백)·신규 unit_user(편집). ④품명 15TT/18TT→15T/18T=itemDisp 정규화(표시만, (\d)[tT]{2,}→$1T). ⑤히스토리를 누적사용량 우측 📜 아이콘으로 이동(페페 지시 "누적 우측 아이콘"), 규격셀=편집 전용(기존 규격클릭=히스토리 폐지). 헤더 14컬럼·colspan 14.
• 백엔드: DAO select_all_items에 COALESCE(item_name_user,item_name)·COALESCE(spec_user,spec)·unit_user AS unit + update_item_name/spec/unit 3종 · service 3종 · controller PATCH /item-name·/spec·/unit(note/qty 패턴 복제). 신규 컬럼 3종 = 테스트·운영 RDS ALTER 완료(item_name_user VARCHAR(255)·spec_user VARCHAR(255)·unit_user VARCHAR(50), migrations/patch39_...sql 기록). 캐시버스터 mm css/js ?v=20260706b(수동 bump 필수).
• 검증(테스트 Playwright E2E, poin01): 14컬럼 순서·15TT→15T 표기·발주량 '20장'→숫자'20'+단위'장'·품명/규격/단위 편집 DB영속(새로고침 유지)·삭제 1385→1384 all-items에서 빠짐 전부 PASS, 테스트데이터(356) 원복. 운영 실측=all-items unit컬럼 존재·1205행. HEAD 75b8ff0·RDS ALTER 3종·마커 반영.

완료(2026-07-06) — 자재관리 탭만 숨김 현장·현장 미지정 항목 표시 (master 60e7ef1→deploy-live fc89a66, 테스트 Playwright+운영배포)

• 페페 "자재관리 탭에서만 예외: ①숨김 항목도 보이게 ②현장 미지정 항목도 보이게. 운영배포까지." 발단=NAS 모드니바스 욕실장 원부자재발주서.xlsx 오엠씨 탭 항목(15TT PC보드 등)이 화면 미노출 → 원인=현장 "욕실장"이 orderpaper_site_map.is_hidden=1(숨김). 항목 자체는 DB remove_yn=0 정상.
• 구조 핵심: OP_ALL은 all-items 하나로 채워 전 탭 공유 SSOT. 기존 select_all_items는 WHERE AND COALESCE(m.is_hidden,'0')='0'로 숨김을 API 단에서 제외 → 자재관리 탭도 못 봄. 해결=all-items에 숨김을 다 담고, 자재관리 외 탭만 클라에서 재필터(욕실장 데이터는 안 건드림, 숨김해제 아님).
• 수정 2파일: ①api/pfs/orderpaper/dao/orderpaper_dao.py select_all_items() — SELECT에 COALESCE(m.is_hidden, '0') AS is_hidden 추가 + WHERE의 is_hidden 제외절 제거(숨김도 OP_ALL에 담김). ②web/templates/basic/field/field_orderpaper.html — opPass() 맨 앞 if(String(it.is_hidden)==='1') return false;(발주서정리·현장별자재 탭 숨김 제외 유지=회귀방지) + opDistinct()에 if(String(it.is_hidden)==='1') return;(필터 드롭다운 회귀방지). 자재관리 탭(orderpaper_material_mgmt.js rows())은 무수정 → is_hidden 안 보니 숨김·미지정 다 표시.
• 검증: 테스트=자재관리 90일창 숨김357·미지정179 표시, 다른 탭 opFiltered 숨김통과 0(회귀없음). 운영 실측(all-items API, poin01)=1205행, is_hidden 컬럼 존재, 숨김 1011건 포함, 욕실장 23행·PC보드 8건 노출 확인. HEAD fc89a66·DAO/HTML 마커 반영.
• 주의: 이번엔 욕실장 is_hidden 데이터 미변경(코드 예외로 해결). 다른 탭 육안 회귀확인은 페페 브라우저 몫(마커 True라 로직상 보장).

완료(2026-07-06) — 자재관리 탭 기본 검색기간 1개월→3개월 (master 4988fa2→deploy-live f14897b, 테스트+운영 Playwright+운영배포)

• 페페 "orderpaper 자재관리 탭 기본 검색기간 최근 1개월→3개월, 운영배포". 수정=orderpaper_material_mgmt.js rows() cutoff (q?90:30)→90(검색어 없을 때 30→90일, 검색 시도 이미 90이라 통일)+안내라벨 mmCount '최근 1개월'→'최근 3개월'. 캐시버스터 field_orderpaper.html ?v=20260703a→20260706a(mm js는 수동 bump 필수 화면). 검증=테스트 라벨 '최근 3개월'·30~90일 구간 117건 신규포함 실측, 운영 라벨 '최근 3개월'·v20260706a 로드 확인. 견적 현장검색 모달·발주서 신규현장 검색(별개 site-search 30일)은 범위 밖이라 미변경.

완료(2026-07-06) — 발주서 동기화 버그(피앤알 TLG0129MU 미노출) 근본수정 + 재동기화 + 삭제항목 복원 (master 9a8ef49, 테스트→운영 재동기화+운영 데이터정정)

• 페페 "field/orderpaper 피앤알 TLG0129MU 안 보임, 삭제/숨김이면 복원" → "7월 폴더 동기화 잘 안 되는 듯". 정정 경위(초기 오진단 2건 폐기): 처음엔 ①TLG=정상(데코밸리, 복원불필요) ②다월 item_key 충돌로 오판했으나 NAS 실물 확인 후 둘 다 틀림. NAS(\\192.168.0.101\공유폴더\2026현장\원부자재발주서) 접속=UTF-8 .py로 win32wnet.WNetAddConnection2(한글 공유명은 Bash heredoc/net use서 cp949로 깨져 오류67·3 — 반드시 UTF-8 파일 실행). 6↔7월 파일명 충돌 0건(다월 item_key 충돌 아님). 진짜 근본원인: orderpaper_sync.py의 ON DUPLICATE KEY UPDATE 목록에 vendor/item_name/spec/material_type/seq 누락. item_key=sha1(source_file,sheet,section,type,idx)라 파일에서 항목 재배치/삽입 시 같은 item_key 자리에 다른 물품이 오는데, UPDATE가 vendor/품명 제외라 DB에 옛 업체·품명 고착(재동기화해도 최신 파일 미반영). 대우용인 MH 파일엔 피앤알 TLG0129MU 2건이 있으나 그 item_key가 DB엔 옛 프린테크 항목으로 남아있었음. 수정=그 5개 컬럼을 UPDATE에 추가(upload_load는 이미 포함, sync만 누락). item_key 불변이라 stock·_user 상태 보존(마이그레이션 불필요). 원인=파일이 마지막 동기화(02:18) 이후 오후(13:47 등)에 수정됐고 그 뒤 재동기화 안 함. 테스트 재동기화 검증→운영 재동기화(files27·items1370·upd1370·removed0). 잔여: 피앤알 TLG 2건(301082·302338)은 과거 사용자 화면삭제(del_manual=1) 상태라 재동기화로도 안 뜸(sync remove_yn=IF(del_manual=1,1,0)) → 파일 대조로 "숨김 182건 전부 GENUINE(진짜 삭제)"확인 후 페페 승인받아 이 2건만 del_manual=0·remove_yn=0 복원(나머지 180건은 사용자 의도삭제라 유지). 검증=운영 all-items에 피앤알 TLG0129MU 2건 노출*(대우용인 vendor 6개·항목 32건).
• 동기화 폴더 범위(참고): NAS 원부자재발주서 하위 2026-05월 이상 월폴더의 .xlsx만(orderpaper_parse.py MIN_YM=(2026,5)·~$·EXCLUDE_TABS 제외). EC2는 NAS 접근불가→로컬(코디PC)서 파싱→gzip+base64 baked→EC2 SSM으로 RDS upsert(sync=로컬실행 전용). 화면 "⟳ 지금 동기화"(#opSyncBtn)=sync-request 생성.

완료(2026-07-06) — 견적목록 v2 견적구분 estimate_div 전환 + 입금여부 토글버튼 (master 552d936→deploy-live eceedec, 테스트 Playwright+운영배포)

• 페페 검증리포트 2건(/estimate/list-v2). ①견적구분(본견적/임시견적): "임시견적 건이 모두 본견적으로 표시" — 근본원인=list-v2 견적구분 컬럼이 폐지된 is_temporary(구 autosave 유물, Patch#21로 세팅 중단)를 봤음. 실제 본견적/임시견적 분류는 등록/수정 화면 라디오 estimate_div(char(1), 1=본견적/2=임시견적, common_code ESTIMATE_DIV)가 SSOT인데 list만 옛 컬럼 참조 → 페페가 임시견적으로 지정(div=2)한 건도 본견적으로 오표시. 수정=견적구분 JS switch data.is_temporary→String(data.estimate_div)(2=임시견적 label-warning, else 본견적 label-success), "임시견적만 보기" 필터 hidden is_temporary→estimate_div(체크 시 "2"), search DAO select_estimate_search_list 필터 is_temporary→estimate_div(a.estimate_div=%s). search는 a.*라 estimate_div 이미 응답 포함(백엔드 SELECT 무변경). ②입금여부 토글버튼: 미입금/입금 라벨 → 클릭 토글버튼(btn-danger/btn-info), 클릭 즉시 신규 API PUT /estimate/<no>/deposit(is_deposit 1/0 영속, controller EstimateDeposit+service set_deposit+dao update_deposit, include-print 패턴 복제) 호출→성공 시 버튼 라벨/색 갱신. list-v2 JS 위임 클릭 핸들러(tbody delegation).
• 검증(테스트 Playwright, poin01 로그인): 710 estimate_div=2 임시세팅→새로고침 "임시견적"(label-warning) 표시·"임시견적만 보기" 체크→710 1건만 / 입금 토글 클릭→미입금(danger)→입금(info) 즉시전환, DB is_deposit='1' 영속 실측 → 테스트데이터 원복 완료(710 div=1·deposit=0). 운영 실측: /api/estimate/search ALL 611건(본609+임시2)·estimate_div=2 필터 정확히 2건 = 임시견적 2건 이제 화면 구분됨(기존 본견적 오표시 해소). 운영 HEAD eceedec·마커(deposit-toggle 2·update_deposit 1) 반영.
• 변경 4파일: web/templates/finance/estimate/estimate_list_v2.html·api/pfs/estimate/{controller,service,dao}. 캐시버스터=list-v2는 template 직접 렌더(asset_ver 무관, 배포 즉시 반영).

완료(2026-07-06) — 707 견적서 추가건 등록 + 견적등록 스킬 마진율 auto화

• 작업: AS 넵스 IS동서 울산MH 도어발주서.xlsm 포인탭 1~4p → 707 견적서(IS동서 울산 MH, field_no 2106) 추가건 등록. 결과 est 728 "추가1" 7줄(운영 POST, 텔레그램 승인 DEPLOY-20260706-TKJB). 자동수집 4 + 수동포함 3(p1 키큰도어×2=U열 유상표기 없으나 도어변경 유상건, p4 은경 키큰EP=숫자접두 없어 부품 오분류됐으나 독립완제품). 무상행 제외. 단가 0(스태프 후추). 스크립트 order-automation/build_and_register_707.py.
• 스킬 마진율 auto화(페페 지시): 견적등록 스킬 템플릿의 항목별·전체 margin_percent를 0(수동)→None(=SQL NULL=자동)으로 변경. PFS 규약 estimate_service._NULLABLE_KEYS={'margin_percent'}상 NULL=자동(업체 마진율 추종)·값=수동. 수정 파일: 견적등록_스킬.md(§4/§5), build_and_register.py·build_and_register_add5.py·build_and_register_707.py(detail TMPL + build_master). 728은 이미 수동 0%로 등록됐고 페페 지시로 소급 전환 안 함(화면 수급토글로 수정 가능). 다음 등록부터 auto 적용.
• devplan: catalog.html order-automation 항목 desc에 견적등록 스킬·마진율 auto·707→728 반영(정적서빙 8799 즉시반영, git 없음).
• 공유폴더 접근: 192.168.0.101\공유폴더 = SMB 인증 필요(net use, id poin912). Bash(git bash)는 UNC 불가 → PowerShell net use 또는 python os. 한글경로는 UTF-8 py파일로(cp949 mojibake 회피).

완료(2026-07-03) — 자재관리(mm) 탭 사용량/누적사용량 컬럼 + 사용 이력(patch38) (master 0209fe6·0c53cd0→deploy-live 5de8f7d, 테스트 E2E PASS+운영배포)

• 요구(페페 검증리포트): 재고량 앞에 ①사용량(당일 입력, 엔터로 확정 시 누적) ②누적사용량(자동 누적, 재고 자동계산) 컬럼 + 실수 대비 RDS 히스토리 + 규격 셀 클릭→히스토리 확인. AskUser 확정 2건=재고 계산은 현재 재고에서 차감(엑셀 시드 187행 보존, 신규는 stock=qty라 결과적으로 발주량−누적과 동일) + 히스토리 삭제(되돌리기) 가능.
• DB: 신규 orderpaper_usage_history(history_no PK, orderpaper_no, kind U사용/S재고직접수정, used_qty DECIMAL(12,2), stock_before/after, regist_date) — ensure_usage_table() 멱등 자동생성(vacation_dao 패턴, 테스트 RDS엔 첫 호출로 이미 생성됨) + migrations/patch38_orderpaper_usage_history.sql(기록용). 운영 RDS는 배포 후 첫 API 호출 시 자동생성(별도 DDL 불필요).
• 백엔드: POST /api/orderpaper/<no>/usage(차감+이력, 음수=정정, 재고 비숫자면 ValueError→code≠0000 toast) · GET <no>/usage-history(최신순, used_qty/used_total은 CAST AS CHAR=Decimal 직렬화 함정 회피, 일시 DATE_FORMAT %%) · PATCH usage-history/<no>/delete(kind U만, 재고 원복+누적 재계산) · modify_item_stock이 kind S 이력도 INSERT(실패해도 저장은 통과). select_all_items에 used_total LEFT JOIN 집계.
• 프론트(orderpaper_material_mgmt.js/css): 헤더 발주량|사용량(input, 정렬 없음)|누적사용량(정렬 cum)|재고량, colspan 10→12. Enter만 커밋(usedKey→addUsage→성공 시 OP_ALL 갱신+render로 입력 비움). 규격 td 클릭(openHist)→.op-fmodal 재사용 히스토리 모달(일시·구분·사용량·재고 before→after·U건 삭제버튼). 캐시버스터 ?v=20260703a(mm js/css 수동 bump 필수).
• 검증(테스트 Playwright, 항목 #5741): 컬럼 순서 12개 정확 → 재고 10 설정(S이력 —→10) → 사용 3 Enter(누적3·재고7) → 사용 2(누적5·재고5) → 규격 클릭 모달 3건(S건 삭제버튼 없음) → 삭제(재고 7 원복·누적 3) → 새로고침 영속(누적3·재고7=DB 왕복·ensure_table 실증) → 음수 -1(누적2·재고8) 전부 PASS. 테스트 데이터 원복 완료(U이력 삭제→재고 빈값).
• 후속(같은 날, 페페 지시) 0c53cd0: ①이력 일시 KST 표시 필수 → 저장은 NOW()=UTC 유지(관례), 표시만 CONVERT_TZ(+00:00→+09:00)(테스트 12:42 실측). ②_num 선행 숫자 추출('100m'→100) — stock=qty 복사값(단위 포함)도 차감 되게(테스트 100m−3→97→삭제 원복 100 실측). ③재고 백필 1차(빈 stock→COALESCE(qty_user,qty), scripts/_mm_stock_backfill(.py/_prod.py) SSM): 테스트 889건 갱신·운영 대상 0건(6/24 시드+자동복사로 완비), 잔여 빈값은 qty 없는 행(테스트 118·운영 13)뿐. ④운영배포(페페 승인, deploy-live 5de8f7d --no-ff "deploy:" 패턴): 운영 JS 마커(usedKey)+usage-history API 200/빈배열(운영 테이블 자동생성 실증) 확인.
• 후속 2(같은 날, 페페 지시) — 재고 백필 2차: stock='0'도 발주량으로(scripts/_mm_stock_zero_backfill(.py/_prod.py)): 페페 "0으로 된 값 발주량 값으로 모두 변경. 운영 배포 진행"(코드 무변경이라 DB 갱신만). 조건=TRIM(stock)='0' AND qty NOT IN ('','0')(qty도 '0'인 행은 0→0 무의미라 제외). 운영 774건 갱신(6/24 시드 '나머지 0' 물량, 잔여 대상 0)·테스트 실변경 0건(0재고 13건 전부 qty='0'). 엑셀 실사 187행(0 아닌 남은수량)은 미대상 보존. ⚠qty가 텍스트인 소수 행은 stock에 그대로 복사됨 — 사용량 입력 시 "숫자 아님" 에러로 표면화, 사용자가 재고 셀 숫자로 수정하면 됨.

완료(2026-07-03) — 현장별자재 신규현장 검색에 field 테이블 현장 병합(구조개선) (master 101a369→deploy-live 8eceecd, 테스트+운영 Playwright PASS+운영배포)

• 발단: 페페 "SGC 광주 용두동(field 2129)이 현장 검색에 안 보임". 진단(운영 RDS SSM)=field에는 있으나 orderpaper 행 0건(발주서 미동기화) — OP_ALL이 orderpaper 테이블 전용이라 구조적 누락. 페페 "발주서 없어도 현장목록과 매핑되게 현장별 자재 탭만 수정+운영배포".
• 수정(orderpaper_material.js만, 백엔드 무변경): loadFieldSites()=견적 현장검색 API(estimate/site-search) 재사용(keyword 빈값·상차일 1개월전~이후 전체·LIMIT 50) → fieldSites 캐시(YYYYMMDD→ISO, fieldOnly:true). nsData()=발주서 집계 ∪ fieldSites(중복 제거 field_no→정규화 현장명, 상차일↓ 재정렬). 드롭다운에 "발주서 없음" 회색 배지(.ns-badge.gray). 선택 시 가구업체+field_no 매핑은 기존 nsApplyExact 그대로(nsData 경유라 자동 적용). 로드 시점=openNewSite(도착 시 열린 목록 재렌더)+renderGrid(1회). spec-only 카드 보강=buildGrid가 OP_ALL 미스 시 fieldSites에서 업체·상차일 폴백(+_lastSpecs/_lastPending 재실행). API 실패=비치명(발주서 현장만으로 동작). 캐시버스터 ?v=20260703c.
• 검증: 테스트 Playwright=발주서 9+field-only 3=12건 병합·배지·"라인VIP"(field-only) 엔터→업체 에넥스 자동·콘솔0. 운영 실측=신규현장 검색 "용두"→"SGC 광주 용두동" 1건(발주서 없음 배지·넥서스·상차 7/26(일)·D-23) — 원문제 해소 확인. 운영 마커 서빙 OK.

완료(2026-07-03) — orderpaper 현장별자재 신규 현장 모달 인라인 검색 재작성 + 드롭다운 모달 밖 표시 (master a10e889·bbdf705→deploy-live 567c41d·5492117, 테스트 Playwright 검증+운영배포)

• 요구: 신규 현장 등록 모달이 미비(datalist) → 현장명 인라인 검색으로, 견적서 등록 현장검색 모달 기능 이식("기능만 구별해서 동일 기능 참조"). 후속: "모달 높이가 작아 리스트가 갇힘 → 모달 외부로". 둘 다 "운영배포까지".
• 1차(a10e889): orderpaper_material.js 신규현장 모달 datalist 폐지 → .op-mat-ns-list 인라인 드롭다운. 데이터=gridSites 재사용(진행중+spec-only, 폴백 siteDropData), 현장명·가구업체 contains 필터, 상차일↓ 정렬 유지, 결과 건수 표시. 엔터 1건=즉시선택/다수=active(↑↓), ESC 닫기 (field_regist 인라인·견적 엔터검색과 동일 규칙). 항목=현장명+가구업체·상차 M/D(요일)·D-day 배지·"자재사양 있음" 배지(견적 "견적서 있음" 배지 대응, 차단은 안 함). 선택/정확일치 시 가구업체+ctx._nsFieldNo 자동 매핑, 이름 재수정 시 매핑 해제(nsApplyExact, 저장 정합). 미일치=안내문+직접입력 신규생성 유지. 미채택(의도)=견적 모달의 상차일 기간필터·컬럼 다중정렬(진행중 현장 소수라 불필요).
• 2차(bbdf705): 리스트가 .op-mat-mbody{overflow-y:auto}+dialog max-height에 클리핑(업체휴가 .vac-table overflow:hidden 잘림과 동일 함정) → 드롭다운 position:absolute→fixed(z-index 1500>모달 1400), nsShowList()가 입력칸 getBoundingClientRect()로 left/top/width 세팅, max-height 260px→48vh. 캐시버스터 ?v=20260703b(이 화면은 asset_ver 아닌 수동 ?v= — bump 필수).
• 검증(테스트 Playwright 실브라우저): 드롭다운 9건, "쌍용" 필터→1건→엔터 즉시선택(넵스 자동입력), 업체명 "넥서스" 검색, ↑↓2회→3번째 active→엔터, 실클릭 선택, 재수정 매핑해제, 미일치 안내. fixed 전환 후 리스트 하단(438)>모달 하단(371)=모달 밖 돌출 실측, 모달 밖 영역 4번째 항목 실클릭 선택 OK, 스크린샷 눈확인, 콘솔에러 0. 운영: JS/CSS 신규 마커(nsRenderList·getBoundingClientRect·fixed z-1500) 서빙+/field/orderpaper 200.
• 변경 3파일: web/static/js/orderpaper_material.js·web/static/css/orderpaper_material.css·web/templates/basic/field/field_orderpaper.html.

완료(2026-07-02) — 현장등록 담당자 3종 검색 모달→인라인 (master 960e9ea→deploy-live 0fc8a1a, 테스트 실브라우저 검증+운영배포)

• 요구: field/regist의 현장/업체/시공 담당자 검색을 팝업모달→등록화면 인라인 검색으로. 이름으로만 검색, 매핑컬럼(직위/부서/업체명)·hidden _no는 기존대로 유지. 유사이름 1개 엔터=즉시입력. "운영배포까지".
• field_regist.html만 수정(공유 팝업 member_popup/company_member_popup은 field_list/modify/status·estimate 등 5화면도 쓰므로 미변경). block popup의 include 2개 제거 → 각 담당자 이름칸에 .inline-search-list 드롭다운 + readonly 매핑칸. 데이터는 포커스 시 1회 fetch(현장=GET user/, 업체=POST company/member/search {company_div:10}, 시공={company_div:30,job_comment:시공}) → 클라 이름 contains 필터. _inlineCfg(load/nameKey/sub/apply)로 3종 공통화. 엔터: matches 1개면 바로, 다수면 active(↑↓)항목 apply. 이름 재편집 시 _clearInlineMapping으로 hidden _no 무효화(save 정합).
• 검증: 테스트서버 Playwright 실동작 — 현장(이창재→no6/부장/생산팀), 업체(고재형→넥서스/no1), 시공(홍영재→지엠테크/no22) 엔터 즉시입력·매핑 OK, 다수매칭(신동승) 첫항목 선택 OK, 콘솔에러 0. SSM으로 양서버 배포마커(inline-search-list 13개)·HEAD 확인.
• 도구: scripts/ssm_run.py AWS 해석을 .venv python -m awscli 우선으로 수정(aws 진입스크립트 shebang 깨짐 우회, 로컬 미커밋).

완료(2026-06-26) — 업체 휴가일정 사이드메뉴+신규 페이지 (master 5f12f82/e309117/3eb2c60→deploy-live 8bb1f56, 테스트+운영 E2E PASS)

• 요구: 사이드메뉴 최하단 "업체 휴가일정" 링크 + 신규 페이지, 테이블 3컬럼(업체/시작기간/종료기간). 업체=mysql company 연결 인라인 드롭다운, 날짜=직관적 입력 → <input type=date> 채택. "테스트배포만"→이후 페페 "작동하면 운영배포"+"운영 RDS도 승인".
• 신규 모듈 api/pfs/vacation/{dao,service,controller,model} — 테이블 company_vacation(vacation_no PK, company_no/start_date/end_date nullable, reg/modify). ensure_table() 멱등 자동생성+ALTER nullable 승격(material-spec 패턴). CRUD /api/vacation(GET목록 company LEFT JOIN·POST빈행·PUT채움·DELETE). config 네임스페이스 등록.
• 사이드메뉴: permission_dao.ensure_vacation_menu()(latch 멱등) — menu_catalog company_vacation(parent NULL 최상위 단일링크, display_order=900=최하단, url /vacation). select_menu_catalog_all() 진입 시 자동시드(SSM 불필요, ensure_field_log_group 패턴). super_admin·자사 자동노출.
• 페이지 web/templates/default/vacation.html(extends base, content/javascript 블록) + 라우트 /vacation(default 블루프린트). 업체 select(GET /api/company/)·날짜피커·"추가"(빈행)·인라인 onchange 자동저장(3칸 다 차야 PUT)·행삭제. 응답은 res.message.
• 버그 2건 잡음(추가 작동검증서 발견): ① 빈행 POST가 502(컬럼 NOT NULL→IntegrityError) → nullable 승격으로 해소(e309117). ② GET 날짜가 %Y-%m-%d 리터럴 노출 — param 없는 fetchall은 cursor.execute(sql)로 %이스케이프 미적용이라 %%Y가 안 풀림 → SQL을 % 단일로(3eb2c60).
• 검증: 테스트(pfs-test.poin.co.kr) + 운영(pfs.poin.co.kr) 둘 다 curl E2E — 빈행추가200·업체조인("넵스")·날짜(2026-07-01/07-05) 정상·PUT/DELETE OK·정리후 빈배열. 운영 /vacation 200(라우트 OK). RDS DDL 운영 자동적용 확인(페페 승인).
• 후속① 업체선택 드롭다운→인라인 검색창(master 3fa7003→deploy-live fb7f2ca): 페페 "드롭다운 말고 인라인검색창으로". <select> 제거, hidden company_no + text input(vac-co-search)로 교체 — 입력 시 VAC_COMPANIES(이미 GET /api/company/로 로드) 클라이언트 필터(이름 contains, 상위50), 결과 .vac-co-results absolute 드롭다운 onmousedown(blur보다 먼저) 클릭→coPick(hidden 기록·검색칸 갱신·saveRow), coBlur는 150ms 후 닫고 선택값으로 입력칸 복구. rowPayload는 hidden 그대로 읽어 무변경.
• 후속② 드롭다운 잘림 수정(master f44b3d2→deploy-live 8874dd6): 페페 "리스트가 행 높이만큼만 보임→구역 밖으로". 원인=.vac-table{overflow:hidden}(border-radius용)이 absolute 드롭다운을 테이블 박스로 클리핑. overflow:hidden 제거(모서리 영향 미미)로 해소.
• 후속 검증(테스트+운영 Playwright 실측): poin01 로그인→/vacation. hasSelect:false(드롭다운 제거)·coFilter 함수 존재·tableOverflow:visible. 행추가→검색("에"→에넥스 등)→결과 드롭다운 boxHeight:240 입력칸 아래로 표시(visibleBelowInput:true, 행높이 안 잘림)·스크린샷 눈확인. coPick→hidden=company_no·reload 후 업체명 복원·날짜영속 PASS. 테스트/운영 잔여행 정리(빈배열).

완료(2026-06-26) — 견적 현장검색 모달 컬럼 헤더 다중정렬 완성(직전 미완 WIP 마무리) (master 92b8730→deploy-live 3c40489, 테스트 Playwright+운영 배포·검증 PASS)

• 발단: 직전 세션이 estimate_regist_v2.{js,css,html}에 site-search 모달 정렬 개선을 만들다 이벤트 바인딩 누락으로 미완(아래 vendor-소계 항목 ⚠미결). 페페 "완성해서 테스트 배포까지만".
• WIP 내용: ① 상차일 표시 20260626→6.26(금) M.D(요일)(fmtShipDate) ② 기본정렬=상차일 내림차순(applySiteSort→openSiteSearch/searchSites 연결) ③ 컬럼 순서(구분↔상차일)·모달폭 900→760 ④ 헤더 클릭 다중정렬(toggleSiteSort: 클릭→정렬, 재클릭→방향토글, 새 키→우선순위 맨앞)·인디케이터(updateSiteSortIndicators ▲▼+우선순위숫자)·정렬초기화(resetSiteSort). ①②③은 배선됐으나 ④의 호출(이벤트 바인딩)이 없어 헤더클릭·초기화버튼 무동작이었음.
• 완성(내 추가 = 6줄): 바인딩 위치(기존 siteSearch 이벤트군)에 $(document).on('click','#siteSearchModal th.site-sort',…toggleSiteSort(key)) + $(document).on('click','#siteSortReset',resetSiteSort) 2개 추가. 함수·UI·CSS는 WIP 그대로.
• 검증(테스트 Playwright, 견적710 현장검색 모달): 기본=상차일▼(6.26→6.6)·M.D(요일) 포맷 OK / 업체명 클릭→오름차순(넥서스·넵스·에넥스 ko정렬) 헤더 업체명▲1+상차일▼2(다중·우선순위) / 재클릭→업체명▼1(방향토글) / 정렬초기화→상차일▼ 단일 복귀 / 행클릭 pickSite(현장선택+모달닫힘) 보존. 운영 배포 완료(deploy-live 3c40489): 운영 JS 바인딩2·fmtShipDate2 + 로그인후 HTML site-sort헤더5·정렬초기화버튼·data-sort-key5 반영 확인.

완료(2026-06-26) — 견적 별도항목 업체별 소계 토글(화면 표시 전용) (master 6719a49→deploy-live d4e8688, 테스트 Playwright+운영 배포·검증 PASS)

• 지시: 별도항목에 업체별 소계(견적 영향X·그룹별 비용확인용). 확정(질문): 별도항목 시트(자재관리 화면)에 소계행, 숨김/펼침 가능, 인쇄/PDF 미반영, 합산 중복 주의(소계가 별도항목 합계에 이중합산 안 되게), 업체별 정렬 후 소계.
• 구현(regist 3파일, 백엔드·DB 무변경): estimate_regist_v2.html card-actions에 #btnMaterialVendorSubtotal 토글. js: State materialVendorSubtotal(localStorage pfs.estv2.matVendorSubtotal 영속), renderMaterialList서 ON시 effSort로 company_asc 강제 + appendMaterialRows가 업체 경계마다 buildVendorSubtotalRow(순수 DOM div) 삽입(auto/manual 공통). css .mat-vendor-subtotal·.tag-subtotal·버튼.on.
• 중복방지 핵심: 소계행=순수 표시 div, State.materials/별도항목 합계(=materials amount합)에 미합산. 인쇄/PDF(estimate_print_v2*·estimate_print_service.py)는 materialTbody·소계 마커 0건(카드 자체 regist 전용)→무영향.
• 검증(테스트 Playwright, 710 sub-item 메모리주입·비저장): ON→가나전자(2000+3000)=소계5,000·다라산업(2500)=소계2,500, 업체 정렬·그룹 정확, 토글 영속(LS='1'), OFF→소계0·원복, 별도항목 합계 summary 불변. 운영: vendor마커 JS3·CSS2 반영, site-search 누수0.
• WIP 분리 처리됨: 작업 시작 시 작업트리에 무관한 site-search 모달 정렬 WIP가 섞여 있었음 → soft reset+hunk 필터로 분리해 이 커밋엔 vendor-subtotal만 포함. 그 site-search WIP는 위 92b8730에서 완성·테스트 배포 완료(미결 해소). scripts/ssm_run.py는 여전히 미커밋 유지.

완료(2026-06-26) — field/modify 상차일 달력 월 표시 숫자(N월)화 (master a6208e7→deploy-live 82117a1, 운영+테스트 검증 PASS)

• 페페 검증리포트 2건(/field/modify/1973 daterangepicker): #1 월표시 영문(Dec)→숫자, #2 좌우 화살표 월 단위 이동.
• 진단: field_modify.html:375 상차일 daterangepicker(singleDatePicker+showDropdowns)가 locale.monthNames 미설정 → moment 기본 영문 short(Jan~Dec)로 select 옵션·헤더 렌더(라이브러리 720줄). #2 화살표(.prev/.next→clickPrev/clickNext)는 라이브러리 기본이 이미 월 단위 ±1(742줄 singleDatePicker도 next 렌더) → 코드 변경 불필요. 페페 AskUser 확정="드롭다운 유지+숫자월".
• 수정: locale에 monthNames: ['1월'~'12월'] 1줄 추가(드롭다운/헤더 텍스트만 한글 숫자월). field_modify엔 daterangepicker 1개(상차일)뿐. 작업트리 타 미커밋분(ssm_run/estimate_regist_v2 등)은 이전 세션분이라 field_modify.html만 선택 커밋.
• 검증(SSM): 운영 /home/ubuntu/pfs HEAD 82117a1·monthNames·'12월' 마커 True / 테스트 /home/ubuntu/pfs-test HEAD a6208e7 동일 PASS. (py3.6라 ssm 스크립트 capture_output 금지→stdout=PIPE.)
• deploy-live 병합 시 stray migrations/create_dispatch_tables.sql 동반(휴면 SQL·런타임 무관, 이전 배포들과 동일).

완료(2026-06-26) — 현장별자재(material-spec) 대우 용인(field 2109) 운영 등록 (spec_no=2, 읽기검증 PASS·멱등)

• 지시: NAS 2파일 참조해 현장별 자재 운영 등록. 주방=리바트 PDF 사양서, 일반=콜줌 DWG(플롯 불량→캐드파일). 일반은 미사용 도면 있으니 중복 확인·멱등 등록. ★PTA420 확정자재, B7-61 미등록(사용자 지시).
• 소스 처리: ① 주방 PDF_1.주방가구(리바트).pdf — 5타입(59㎡A/59㎡B/84㎡A/84㎡B/84㎡C) 유상옵션형 사양(door/body/edge/core/하드웨어) 직접 Read 추출. ② 일반 2.일반가구(콜줌).dwg(30MB) — PDF 플롯이 빈칸·미건립 다수라 DWG 텍스트 직접 덤프: 사용자 PC 간섭 없이 DispatchEx 별개 AutoCAD 인스턴스(read-only Open→Item 반복, 피호출자 거부 RPC는 wait_com 재시도로 흡수)로 5511 TEXT/MTEXT 추출.
• 프레임 파싱·dedup: MODEL 공간에 MATERIAL LIST 앵커 55프레임 격자(폭~12600·높이~16800). 각 텍스트를 최근접 앵커에 귀속 → AREA/ITEM TITLE·미건립 플래그·자재표 추출. 건립 25 + 미건립 30, 중복프레임(같은 가구 재도면) dedup → 고유 건립 19가구. 미건립에만 있는 8가구(파우더장 등) 등록 제외. 자재표는 라벨열(DOOR/BODY/CASING/HARDWARE/ACCESSORY 섹션 + 전면/후면/EDGE/마감/선반/뒷판/힌지/레일/다보) x≈섹션헤더x, 값열=+280 오프셋으로 행 매칭.
• doc 빌드(schemaVersion 2): colors 5(YEN70-SR=59타입도어·KAEL8-SR=84타입도어·NCAC1-5JD=창고/EP폴딩·다크초콜릿PTA420·LPM PTA261)·cores 4·edges 5(CS7536/7525/7046/7300/7188)·sub 9(손잡이EU-W63/60/DH500·문주힌지·HETTICH폴딩·삼성정밀언더레일·뿔다보·환기캡). types[5] 각 groups.kitchen(PDF 1 location) + groups.general(DWG 가구별 location, 84㎡A=7·84㎡B=5·84㎡C=3·59㎡A=2·59㎡B=2). B7-61 문자열 doc 전체 0건 확인.
• 운영 등록(API 세션): POST /api/orderpaper/material-spec/(멱등 생성, 대우 용인+field 2109)→spec_no=2 → PUT /spec/2(doc+base_updated_at 낙관락)→result:ok. 읽기검증 GET /api/orderpaper/material-spec/2109: 5타입·일반19·B7-61 없음·PTA420 있음. 멱등 재확인: create 재호출 시 동일 spec_no=2(중복 생성 안 함), PUT은 전체 doc 교체라 재실행해도 동일 doc·중복 없음.
• 스크립트(scratchpad): dump_dwg_text.py(DispatchEx 덤프)·parse_frames.py·extract_general.py·build_doc.py. 단가 미입력(자재 사양만, 견적 아님).

완료(2026-06-25) — pfs 검증 5건 운영 배포 (master 0290966→deploy-live 68816cc, 테스트+운영 배포·검증 PASS)

• 페페 검증리포트 5건. 작업 전 질문으로 동작 확정 후 진행.
• #1 상차일 검색(견적 regist-v2 모달): 당일 이전 1개월 유지 + 당일 이후 전체. 구현=select_site_search SQL에서 date_to 비면 상한(shipping_date <= %s) 제거, 컨트롤러 default_to 폐지(빈값), 프론트 openSiteSearch가 siteDateTo를 빈값으로 진입(from=당일-1개월만 세팅). 사용자가 to 직접 입력 시 그 범위. 검증=운영 site-search date_to 비움→미래(20260626) 포함, to=20260201 지정→그 이후 0건(상한 동작).
• #2 업체 자재분류 배지(company-permission): 발주이력 휴리스틱(_classify_industry) 추론 배지 → 업체관리 등록 자재(company.product_div) 실제값 표기. 백엔드 무변경 — company/search 응답이 이미 product_div_name(CONVERT_MULTI_COMMON_CODE 콤마연결) 보유. 프론트 rowHtml에서 st.industry 대신 c.product_div_name split→배지. 미입력 업체(운영 122개)는 빈 칸. (발주일·건수 cp-ord는 유지, industry 필터 셀렉트는 잔존이나 배지와 별개.)
• #3 권한 매트릭스 그룹 분리 + 일괄(admin/user '유저 오버라이드'): flat 리스트 → 업체관리(company_permission.js) 패턴 그대로 이식 — menu_catalog parent_menu_key로 그룹화(부모=url_path NULL 헤더), 전체/그룹 헤더행에 '상속·허용·차단' 일괄버튼(라디오 3개라 company-perm의 2개와 달리 3버튼·colspan4). #permMatrixBody .cp-bulk-btn 위임 이벤트. CSS는 user.html에 인라인(company_permission.html 복사+nth-child(4) 추가). 검증=테스트 menu_catalog 그룹7/리프34 구조 확인.
• #4 현장담당자 모달 필터 + 역할(field/regist, admin/user): ① 새 컬럼 user.is_field_manager CHAR(1) DEFAULT '0'(patch37, 멱등 ALTER) — 기존 field.field_user_no로 쓰인 직원 시드 ON(테스트·운영 각 4명). ② 모달 목록 API GET /api/user/(select_user_list)에 JOIN company c ... company_type='1' AND a.is_field_manager='1' 필터(이 API는 member_popup 전용이라 직접 필터 안전). ③ admin/user에 '현장담당자' 토글 체크박스(user.html)+selectUser/saveDetail 배선+admin_dao select/update에 컬럼. 검증=테스트·운영 user/ 정확히 4명(전체 아님). 운영DB ALTER 선행→코드배포 순서 준수(컬럼 없으면 admin select 깨짐).
• #5 사이드바 가로폭 260→210px: pfs_layout.css에 override 3줄(.left-sidebar width / .mini-sidebar left / @1024 .page-wrapper margin-left, !important). 테마 style.css 직접수정 안 함.
• 부가: 정적 JS/CSS 캐시버스터 통일 — company_permission.js(?v=20260620e 수동)·user.js(없음)·pfs_layout.css(base.html ?v=20260619b 수동)를 전부 asset_ver()(파일 mtime 자동)로 교체. estimate_regist_v2.js는 이미 asset_ver.
• 화면 시각검증은 pw-chrome-profile 락(타세션 점유)으로 미수행 → 정적 마커(운영 전부 OK) + 백엔드 API(상차일/모달) + DB 데이터 정합성(메뉴 그룹구조·배지값)으로 갈음. 변경 파일 13개. migrations/patch37_user_field_manager.sql 추가.

완료(2026-06-25) — field/worklog 전체 펼침/접기 토글 + 기본 2개월 기간제한 + 전체 검색 (master f5c9aa2→deploy-live 1c11aaf, 테스트+운영 배포·API E2E PASS)

• 운영 검증(pfs.poin.co.kr, API 로그인): 기본 146현장·검색 q=현장 70현장·date_from=미래 0현장(기간게이트)·1년초과 클램프 정상. 배포마커 전부 OK.
• 미연결(field_no IS NULL) 포함 확인(페페 사후질문): 쿼리가 미연결을 배제 안 함 — GROUP BY ... CASE WHEN field_no IS NULL THEN site_name으로 site_name 단위 묶음, 기간게이트·검색·privacy 절이 연결/미연결 동일 적용. 운영 실측: 기본 146 중 미연결 123, q=현장 70 중 미연결 60, q=오산 5 중 미연결 2. site_name이 4개 검색컬럼에 포함돼 미연결도 현장명으로 검색됨. 수정 불필요.
• 페페 지시 3건: ① 항목별/전체 펼침·접기 빠른 토글(펼침 시 완료현장·완료항목 폴딩까지 전부). ② 기록 누적→무한로드 낭비, 기본 노출 최근 2개월·인라인 검색은 DB 전체·기간 최대 1년·더 오래된 건 사용자가 기간 직접 설정. (확정: 기간제한=현장묶음 자체 필터 / 검색=work_name+excerpt+note+site_name 4컬럼 / 검색결과=기존 카드구조+전체펼침)
• 백엔드(worklog_dao/service/controller): select_worklog_site_summary(owner_user, date_from, keyword) — date_from 있으면 HAVING MAX(a.work_date) >= %s(WHERE로 자르면 카드 과거항목 사라짐→HAVING), keyword 있으면 4컬럼 LIKE OR(검색모드도 date_from 하한 유지=무한조회 안전망). service _clamp_date_from=[오늘-365,오늘] 클램프. controller ?date_from(미지정=오늘-60일)·?q. items 쿼리 무수정(카드 펼침은 기존대로 field_no/site_name 전체로드). 파라미터순서=pp+owner+kw+having(SQL %s 등장순).
• 프론트(field_worklog.html 인라인): wl-ctrlbar(검색창 300ms 디바운스·<input type=date> min=오늘-1년/max=오늘·전체펼침 토글버튼). WL_EXPAND_ALL 플래그 1개로 비동기 항목렌더 동기화(renderItems가 done폴딩 open 결정→setTimeout 경쟁 회피). expandAll/collapseAll은 기존 toggleSite/loadItems/toggleItemDone/toggleDone 재사용. 검색 시 결과 전체펼침 자동.
• 검증(테스트 8001, API 로그인 후 직접): 배포마커 전부 OK. 기본 46현장·q=현장 10현장·date_from=미래 0현장(게이트 동작)·1년초과 클램프 동작. 프론트 클릭검증은 pw-chrome-profile 락(타세션 점유) 미수행 — JS가 기존 토글 재사용이라 정적 배선확인으로 갈음.

완료(2026-06-25) — 견적 엑셀 부분출력 현장블록(A6~F11) 빈칸 수정 + 결재칸 이미지 L39~O41 정렬 (master 9150576→deploy-live 25457db, 테스트+운영 배포·검증 PASS)

• 페페 2건: ① 추가건/일부 페이지만 출력 시 종합 첫 페이지에서 가져오던 현장블록(A6~F11)이 연결 안 돼 빈칸 → 부분출력 시 항상 첫 페이지에 현장정보 입력, 나머지 페이지는 위치고정값으로 동일 블록 참조. ② 결재칸 이미지 위치 비율 안 맞음 → L39~O41에 딱 맞게.
• 이슈1 근본: _render_block_header가 현장블록 origin(실값)을 종합 시트 첫 블록으로 하드코딩(ORIGIN="종합"), 나머지 블록·시트는 =종합!$A$6~$A$11 참조 → 부분출력으로 종합 시트가 빠지면 그 참조가 존재하지 않는 시트를 가리켜 빈칸. 수정: origin=sheets[0](출력 첫 시트)로 동적화 — build_excel이 origin_sheet_name=sheets[0]["sheet"] 계산 → _render_sheet_blocks(is_first_sheet, origin_sheet_name)→_render_block→_render_block_header 체인으로 전달. 첫 시트 첫 블록=실값, 나머지=={첫시트}!$A$ 고정참조(_sheet_ref가 시트명 인용). header는 main 기준 1개를 전 시트 공통 보유라 첫 시트가 추가건이어도 실값 정확.
• 이슈2: _render_approval_box OneCellAnchor+고정 px(K38·311×112)→ TwoCellAnchor(L39 col=11·row=base+38 ~ P42경계 col=15·row=base+41)로 L39:O41 정확 정렬(공급자 이미지 방식). px 고정·비율 의존 제거.
• 검증: ① 로컬 openpyxl 모킹빌드 3케이스(전체/추가건만/본건만) — 첫 시트 A6~A11 실값·비origin은 =origin!$A$ 참조·결재앵커 from(11,38)→to(15,41). ② 테스트서버 실 xlsx(임시 추가건 718·부모 710): 부분출력(pages=sub:718) 첫 시트 A6=넥서스·A10 현장명 실값(빈칸 아님)·결재 L39:O41, 전체출력 종합 origin 정상. 임시건 soft-delete 정리(710 추가건 0). 백엔드 1파일(estimate_print_service.py)만 변경.
• 운영 배포 완료(2026-06-25, deploy-live 25457db): 페페 "반영 성공, 운영 배포 진행". 운영 라이브 711(추가건 712~720 보유)로 읽기전용 재검증 — 부분출력(pages=sub:712, 종합 제외) 첫 시트 A6=넥서스·현장명 실값(빈칸 아님)·결재 L39:O41, 전체출력 종합 origin 정상 PASS.

완료(2026-06-25) — 견적서 출력 페이지 선택 모달 재설계: 체크박스 폐지·카드 색상 단일 소스 + 그룹/전체 일괄 (master 18ee277→deploy-live e2dc45b, 테스트 Playwright + 운영 검증 PASS)

• 페페: ① 본건/추가건을 그룹별로 일괄 선택·해제 + 전체선택·전체해제 버튼 ② 카드 선택과 페이지별 체크박스가 desync(페이지 선택 자체는 체크박스로 작동 중) ③ 체크박스 폐지·카드 색상 반영으로 선택/해제, 프로세스 반영 검증 후 운영배포.
• 근본(desync): 모달 카드가 label>checkbox 구조 — 카드 클릭은 .on+체크박스 토글하나 체크박스 직접 클릭 시 핸들러 early-return(e.target===INPUT)으로 .on 미갱신, applyPageSelect는 input:checked(체크박스)를 읽어 색상(.on)과 실제 선택이 분리. → 체크박스 제거, 카드 .on(색상+✓)이 유일 소스, 적용=작업용 Set(modalSel)을 그대로 State.selectedSheets로 커밋.
• 수정(프론트 3파일·백엔드 무변경): web/static/js/estimate_print_v2.js — groupOf(summary=종합 / main·type-detail=본건 / sub-estimate=추가건), renderModalGroups(그룹 섹션+카드, 체크박스 없음), toggleModalKey/toggleModalGroup/setAllModalSel/updateModalCounts, cardEl(속성선택자 이스케이프 회피로 특수문자 key 안전). estimate_print_v2.html — 전체선택/해제 버튼+카운트+page-pick-groups 컨테이너. .css — 그룹/액션 스타일·.on::after ✓·죽은 체크박스 룰 제거. 빈 선택 시 엑셀/PDF 다운로드 가드(전체 다운로드 오작동 방지). 선택 키(종합/본건/타입명/sub:<no>)→pages=→백엔드 key 필터 프로세스는 그대로.
• 검증(테스트 Playwright, 임시 추가건 717로 부모 710에 3그룹 구성): 종합1·본건5·추가건1, 체크박스 0개, 카드토글/본건 묶음(5)/종합 묶음/전체선택·해제 카운트 정확, 교차그룹 선택(종합+sub:717) 적용→렌더 정확히 2페이지, 엑셀 요청 pages=종합,sub:717·다운로드 xlsx 시트=['종합','ZZ_GROUPTEST_TMP'](본건/타입 제외) PASS. 임시 추가건 soft-delete(remove_yn) 정리(710 추가건 0 복귀). 운영=JS/CSS 바이트동일·HTML 신마커·HEAD e2dc45b 확인. (운영 print는 로그인 필요 — 모달은 순수 프론트+백엔드 무변경이라 테스트 검증으로 동작 보장.)
• 캐시버스터(직전 작업 b6d1ee8)로 브라우저가 새 JS 자동 신선 로드(수동 새로고침 불요).

완료(2026-06-25) — 견적서 출력(print-v2) "페이지 선택→엑셀 반영" 운영 미반영 = 캐시버스터 누락 수정 (master e53a916→deploy-live b6d1ee8, 운영 검증 PASS)

• 증상(페페): 6-22 배포한 "페이지 부분 지정 후 엑셀 다운로드 반영"이 운영서 안 보임. "완료됐는지 시드 확인 + 운영 미반영".
• 진단(배포 누락 아님): deploy-live에 6-22 커밋(7a28611/729c673) 전부 포함·로컬==원격(3ced907), 운영 라이브가 서빙하는 estimate_print_v2.js가 배포본과 바이트 동일(차이는 로컬 CRLF뿐, 둘 다 14768B)=운영은 최신 print 코드를 이미 가동 중. 진짜 원인=web/templates/finance/estimate/estimate_print_v2.html이 print css/js·qa_helper css/js를 ?v= 캐시버스터 없이 url_for('static')로 로드 → 서버 Cache-Control(max-age=43200=12h)로 브라우저가 6-22 배포 전 구버전 JS를 계속 사용. (asset_ver 버스터가 등록화면 estimate_regist_v2.html엔 있으나 출력화면 누락 = 드리프트.)
• 수정: 4개 정적 include에 ?v={{ asset_ver('<path>') }} 추가(web/__init__.py context_processor, mtime 정수). jquery 벤더는 base.html도 미적용이라 제외. 새 URL이라 다음 페이지 로드 시 자동 신선 fetch(사용자 수동 강력새로고침 불요).
• 운영 배포(페페 "master 전체" 선택): e53a916(캐시버스터 1파일)+동봉 bbe3cbb(아래 수량/단가 가드) deploy-live 병합·push(3ced907..b6d1ee8). 런타임 무관 migrations/create_dispatch_tables.sql은 자동실행 안 됨. 운영 서비스=pfs-live.uwsgi.service(active) — systemctl is-active pfs는 유닛명 불일치로 inactive 오표시. 검증 PASS=prod HEAD b6d1ee8·템플릿 ?v= 4줄·pfs.poin.co.kr/ 200·JS 200.

완료(2026-06-25) — 견적 v2 타입 항목 수량 항상 편집 가능 + 단가×수량 합계 미반영 버그 루트픽스 (master bbe3cbb→deploy-live b6d1ee8, 테스트+운영 배포 완료)

• 페페 2건: ① 타입 하위(메인 행) 수량 컬럼 사용자 편집 가능(평소 자동=저장값, 입력 시 그 값 유지 — '단순 편집' 채택, 마진식 토글 아님). ② 방금 만든 추가건(견적720)에서 단가×수량이 합계에 미반영 발견.
• 근본원인(동일 뿌리): estimate_regist_v2.js 메인행 수량이 _isNew 새 행만 입력칸, 기존(저장)행은 읽기전용 텍스트(cellForCol qty). 단가 수정 시 updateInlineDetail이 d.qty = parseInt($tr.find('.qty-cell').val()) || 1 실행 → 기존행엔 .qty-cell 부재라 .val()=undefined → 수량이 1로 덮어써짐 → 금액=단가×1. (그 상태 저장 시 DB qty=1 영구기록 위험). 금액모델=unitDim×단가×수량, unitDim=(치수합−코너합)/300; 추가건은 dimension1=300이라 unitDim=1 → 금액=단가×수량.
• 수정 2곳: ① qty case=기존 행도 입력칸 렌더(단가칸 QA#3 전례와 동일) ② updateInlineDetail=.qty-cell 있을 때만 읽도록 가드(없으면 기존값 보존). 정적 JS=asset_ver(mtime) 자동 캐시버스트.
• 검증(Playwright, 테스트 견적710 비저장): qtyIsInput=true(기존행도 input) / 수량 1→3 변경 시 금액 510,000→1,530,000 / 단가 1000 입력 후 수량 3 유지·금액 3,000(=1000×3, 버그 전이면 1,000) PASS.
• 운영 배포 완료(2026-06-25, 코디): print-v2 캐시버스터 배포(b6d1ee8)에 페페 "master 전체" 선택으로 함께 운영 반영 → 버그(단가 입력 시 수량 1 손실)는 운영서 해소.

완료(2026-06-25) — AS GS오산 도어발주서 추가건5 견적 운영 등록 (페이지 20, 추가건 견적 정리 스킬)

• 페페 지시: NAS …도어발주서.xlsm '포인' 20p 블록만 → 부모 711(field_no 2098)에 추가5 별개 운영등록. 운영 RDS·승인("진행해").
• 결과(운영 DB 검증 PASS): 추가5=견적 720(10줄: 124현관엣지바도어·픽스, 84B상부장안정기함, 침실3 상부가림판 3종[84A/84B/124], 냉장고 상부가림판 4종[전시부스/84A/84B/124]). 711 추가건=712·713·716·717·720(5건). price=0·price_no=null(단가 스태프 추후).
• 엣지케이스(스킬 보완): 전시부스 냉장고 상부 가림판(유상)은 숫자접두 없어 자동 heuristic이 부품 오분류·누락 → 부재 아닌 독립 완제품이라 MANUAL_STANDALONE로 수동 포함. 스킬 §3 규칙3 보완(비-부재 완제품이 접두 없이 나오면 수동 포함 검토). 스크립트 order-automation/build_and_register_add5.py, 페이로드 payloads/payload_add5.json. 스킬 전문=C:\dev\order-automation\견적등록_스킬.md.

완료(2026-06-24) — 현장유형(field_div) 셀렉트 하드코딩 제거 → common_code(FIELD_DIV) 매핑 (master 039c9ee→deploy-live 3ced907, 테스트·운영 검증 PASS)

• 페페(검증리포트): /field/regist 유형 셀렉트가 하드코딩인지 확인 → 하드코딩이면 common_code 항목으로 매핑 + '개인건' 추가.
• 진단: field_regist.html·field_modify.html 둘 다 <select name=field_div> 옵션을 하드코딩(10MH/20OT/30SH/40연고/50내수/60AS). 반면 목록·상태 표시는 이미 CONVERT_MULTI_COMMON_CODE(field_div,'FIELD_DIV')로 common_code를 읽음 → 폼만 드리프트. DB 조회 결과 test·prod 양쪽 common_code FIELD_DIV에 '개인건'(code 70, code_no 78, display_order 5)이 이미 존재(누군가 추가했으나 하드코딩 폼이라 미노출, field 테이블 실사용은 아직 0). → DB 변경 불필요, 매핑만으로 노출.
• 수정(서버사이드 렌더, 3파일): web/pfs/basic/controller/field_controller.py에 _field_div_list()(FIELD_DIV를 common_code_service.get_common_code_search_list로 조회 후 display_order 정렬) 추가 → regist·modify 라우트에 field_div_list 전달. 두 템플릿의 하드코딩 옵션을 {% for c in field_div_list %}<option value="{{c.code}}">{{c.value}}</option>{% endfor %}로 교체. 클라이언트 async 경합 회피(modify의 .val()가 이미 DOM에 있는 옵션에 적용됨) + common_code 단일 출처. 웹 레이어가 api service 임포트하는 선례=default_controller. (MySQLUtil=DictCursor라 Jinja c.code/c.value OK.)
• 검증(테스트 8001 + 운영 pfs.poin.co.kr, 서버 로그인+HTML 파싱): regist·modify 둘 다 옵션 = 10,20,30,40,70,50,60(개인건 70이 연고와 내수 사이, display_order순), has_70=True. 양쪽 PASS. JS의 field_div==='60'(AS 본건연결) 로직 무영향(코드 60 유지).
• 운영배포(페페 "운영 배포 진행해" 지시): master→deploy-live 병합. 병합 전 검증=deploy-live..master는 내 커밋 039c9ee 단건뿐(배차관리 dispatch 기능은 4a02754로 이미 deploy-live 조상=운영 반영 완료 상태), 병합 트리 변경=정확히 field_div 3파일만(stray migrations/create_dispatch_tables.sql는 deploy-live 상태 유지·런타임 무관). deploy-live 3ced907 push→운영 검증 PASS. (참고: ssm_run.py 로컬 미커밋분은 stash로 격리해 운영 미포함.)

완료(2026-06-24) — orderpaper 자재관리 정렬규칙 교체 + 사용자지정 다중정렬 컨트롤러(엑셀 정렬식) + 고정값 영속 (운영배포 deploy-live 739fc86, 테스트·운영 Playwright PASS)

• ⚠ 후속 정정(같은 날, master 5f087c7→deploy-live 739fc86): 1차 산출한 "엑셀 고급필터형 상세필터 모달"이 페페 의도와 달랐음 — 페페가 원한 건 엑셀의 '정렬' 대화상자(열 선택 + 오름/내림 + 기준 추가/삭제/순서이동으로 사용자지정 다중정렬). → 필터 모달 전면 제거(CHK/passFilter/range/onlyStock 삭제), 모달을 정렬 기준 빌더로 교체. S.sort=[{col,dir}...] 다중기준을 cmp가 순차 적용(1차·2차…, 같으면 다음), 기본값 DEFAULT_SORT=[fco↑,order↓,recv↓,mt↑]. 컬럼 헤더 클릭=단일 빠른정렬(S.sort 1개로). 블록은 1차 기준 값으로 일반화 묶음. 버튼 '↕ 정렬 기준'(라벨 기본/N단계). localStorage 동일 키 pfs.op.mm.state.v1(sort/mat/block/검색). 검증=테스트 기본4기준 렌더·커스텀[재고량↓,발주처↑] DOM 완전일치·삭제/추가/이동·새로고침 영속 / 운영 기본정렬 165행 완전일치·구필터모달 제거 확인. 캐시버스터 JS v20260624e·CSS v20260624d. 아래 1차 산출 설명은 이력(상세필터→정렬로 대체됨).
• 페페 지시: 재고량 입력 후 정렬이 어긋남 → 정렬을 ①업체(발주처)+발주일 블록 ②입고일↓ ③원자재→엣지→부자재 로. + 엑셀 고급필터 같은 상세필터 컨트롤러 추가, 그 설정을 페이지 고정값으로 저장. 운영배포까지. (질문2 확정: 저장=localStorage[op_filter_v1과 동일], 블록 1차=발주처 가나다→발주일 최신순.)
• 정렬 교체(orderpaper_material_mgmt.js baseRule): 기존 "자재분류 1차" 폐기 → 1차 발주처(furniture_company) 가나다 asc → 발주일(order_date) 최신순(desc), 2차 입고일(effRecv) desc, 3차 R→E→S, tie=orderpaper_no. 컬럼 헤더 클릭은 임시 override(그 컬럼 1차 + baseRule tie-break), sortCol='default'=고정규칙. 블록모드는 (발주처,발주일) 경계마다 구분행 삽입(자재색 클래스 폐기, 중립 슬레이트).
• 상세필터 모달(메인탭 op-fmodal CSS 재사용, 신규 #mmFmodal): 체크박스 dims 발주처(furniture_company)·출고처(vendor)·상태 + 범위 발주일·입고일(date)·발주량·재고량(num) + '재고 있는 항목만'. passFilter로 rows() 적용. 명시 날짜범위 설정 시 기본 롤링창(최근1/3개월) 해제(지정 기간 존중). 뱃지=상세필터 제약 수.
• 영속: localStorage 'pfs.op.mm.state.v1'에 mat·block·sortCol/Dir·검색·checked·range·onlyStock 저장(saveState). 모든 상태변경 후 자동저장, init·switchTab에서 loadState 복원 → 재방문 시 고정값 유지.
• 검증(Playwright): 테스트 — 정렬 157행 DOM=독립 재현 baseRule 완전일치(불일치0) / 상세필터 렌더(체크박스3·날짜4·숫자4·재고있음) / 완료제외 157→57·뱃지 / 새로고침 후 필터 유지(영속) / 블록 24그룹 발주처+발주일. 운영 — 164행 정렬 완전일치 + 모달 정상. 둘 다 PASS.
• 커밋 master 169ca0a(JS/CSS/HTML 3파일, 캐시버스터 JS v20260624d·CSS v20260624c) → deploy-live 3260fd3(운영). 병합에 사이드카 전용 dede794(qty→stock 복사)도 포함됐으나 EC2 미실행 휴면파일이라 운영 런타임 무관.

완료(2026-06-24) — orderpaper 재고관리 엑셀 → 운영 재고량 시드 + 동기화 신규항목 발주량 복사

• 페페: 기존 재고관리 엑셀(.xlsm RawData 시트)의 '남은 수량'(I열)=재고량을 맥락 매핑으로 운영 orderpaper.stock에 기입. 미매칭=0(신규 생성 안 함, 운영은 26년만·엑셀 25년 이전 무시). + 앞으로 동기화 신규항목은 발주량(qty)→재고량(stock) 복사.
• 매핑(페페 확정): 현장+자재코드(+발주량) 우선 → 없으면 자재코드만(전사 재고), 중복 시 최근 주문건. 자재코드는 운영 item_name/spec에서 추출(R은 spec, E/S는 item에 코드). 운영 활성 1158행 중 187행 비0 기입(엑셀 남은수량), 나머지 0. 엑셀 2025+ 1853행 기준.
• Part A 적용: _mm_apply_prod.py(전체 stock='0' 후 매칭 187건 CASE 기입, 멱등·prod 가드). 운영 페이지 검증=OP_ALL 전부 stock 보유(null 0)·시드값 일치(no1=5/발주9, no317=14/발주38), 소수(3.5) 보존.
• Part B 코드(웹 배포 불필요·로컬 사이드카 경로): orderpaper-sync/orderpaper_sync.py·orderpaper_upload_load.py INSERT에 stock 컬럼=qty 복사, ON DUPLICATE엔 stock 미포함→재동기화 시 보존(qty 변경이 재고 안 덮음). 사이드카 orderpaper_sync_server.py가 두 스크립트 호출(로컬 실행)이라 다음 동기화부터 적용. 테스트 DB 합성행 검증 PASS(신규=stock=qty, 재동기화=stock 보존). master dede794.
• 세션=session-2026-06-24-orderpaper-stock-seed-and-sync.md.

완료(2026-06-24) — orderpaper 동기화(발주서 정리) 복구 (PC 이전 후 사이드카 SSM 단절 근본수정)

• 증상: 발주서 정리 '지금 동기화' 버튼 눌러도 완료 표시 안 됨(요청 #9가 pending 고착, claim 자체 안 됨).
• 근본원인: 로컬 동기화 사이드카(orderpaper_sync_server.py PID상주, 06-23 기동·시스템 Python39)가 venv에만 설치된 aws CLI(pfs/.venv/Scripts)를 PATH에서 못 찾음 → ssm_run.py의 shutil.which("aws")=None → SSM claim/finish/업로드 전부 실패. 사이드카·릴레이·orderpaper_sync.py 업로드가 모두 ssm_run.py 단일 경유라 여기 한 곳이 막히면 전체 정지.
• 수정(1곳): pfs/scripts/ssm_run.py — aws 해석에 venv 폴백 추가. PATH에 aws 없으면 [.venv/Scripts/python.exe, .venv/Scripts/aws](확장자 없는 awscli 진입 스크립트)로 직접 실행 → PATH 무관하게 동작(aws.cmd는 PATH에서 python을 찾는데 사이드카 PATH엔 python 없어 깨짐). 사이드카 재시작 불필요(매 폴링 fresh subprocess라 즉시 반영).
• 검증: 사이드카가 패치 후 #9 자동 claim→done(start 04:58:06→done 04:58:40, files:23 items:1238 round R178227). 시스템 Python39+venv없는 PATH로 ssm_run 재현 시 Status:Success. NAS(\\192.168.0.101\공유폴더\2026현장\원부자재발주서)는 정상 접근(6개 월폴더 리스팅) — #8의 06-23 WinError53은 일시적 네트워크 미구성, 현재 해소.
• 부가수정: 스케줄 자동동기화 orderpaper_autosync_hidden.vbs의 set PYTHONUTF8=1 && → && 앞 공백으로 값이 "1 "(공백포함)가 돼 Python preinit fatal(invalid PYTHONUTF8, _autosync.log 981줄). set "PYTHONUTF8=1"로 수정(VAL='1' 검증). 이 경로 업로드도 위 ssm_run 폴백으로 함께 복구됨.
• 미커밋(pfs 로컬 변경 2파일): 운영앱 무관한 로컬 사이드카 전용 파일이라 master push(=테스트 EC2 배포) 보류 — 필요 시 사용자 승인 후 커밋. 현재 로컬에서 즉시 작동 중.

완료(2026-06-24) — orderpaper 자재관리탭 마감 3건 + 운영배포 완료 (master 0842082→deploy-live f8c1905, 운영 Playwright 검증 PASS)

• 페페 지시 3건: ①가로폭 풀폭 확장 — 컬럼 많아 가로 스크롤 생기던 문제. op-mm-active body 클래스로 .op-wrap 1180px 제한 해제(일정탭 op-sched-active 패턴 재사용), 타 탭 전환 시 클래스 제거(4탭 상호배타). ②비고 시작기호(● mm-syncdot) 삭제 — rowHtml에서 제거 + 죽은 CSS 정리. ③블록모드 자재토글 활성 — rows() 필터를 블록 무관하게 S.mat 적용(기존 #6 "블록이면 토글 무시" 로직 폐기), mm-disabled 비활성화 로직·CSS 제거. 블록 ON에서도 R/E/S 빠른토글 동작.
• 운영 DB stock 선행 ALTER: 직전 세션 미배포분(자재관리탭 전체+재고량)이 이번에 운영 첫 배포라, 운영 orderpaper에 stock 컬럼 없으면 o.stock SELECT가 깨짐 → 배포 전 운영 ALTER 먼저 실행(멱등, _mm_stock_alter_prod.py, ADD COLUMN VARCHAR(50) NULL AFTER qty_user). probe로 운영 stock 부재 확인(HAS_STOCK=False) 후 ALTER → 코드 deploy-live.
• 검증(운영 Playwright): OP_ALL 498건·stock키 존재(백엔드 500 없음) / 풀폭 max-width:none·가로스크롤 없음 / syncdot 0·● 없음 / 블록 ON pointer-events:auto·부자재토글 186↔596행 변동. 3건+백엔드 전부 PASS.
• 세션=session-2026-06-24-orderpaper-material-mgmt-finalize.md.

완료(2026-06-24) — orderpaper '📦 자재관리' 첫 탭 신설 + 재고량 RDS 영속 (테스트 배포·실작동 검증 PASS, 운영배포 완료↑)

• 페페: orderpaper에 자재관리를 첫 탭으로 추가. 발주서 정리와 같은 DB값(OP_ALL=/all-items) 을 순수 테이블로(남은 재고 빠른 파악). 목업(qa_helper 내장)으로 3라운드 피드백 → 실앱 통합 → 테스트 배포 → 재고량 RDS 영속.
• 신규 프론트: web/static/js/orderpaper_material_mgmt.js(window.opMM)+css/orderpaper_material_mgmt.css. field_orderpaper.html 첫 탭버튼·#opMMWrap·loadAll restore/renderGroups refresh 훅. orderpaper_schedule.js·orderpaper_material.js switchTab에 opMMWrap 정리(4탭 상호배타).
• 기능: 컬럼=자재분류(드롭다운 R/E/S)·발주처(가구업체)·현장명·품명·규격·발주량·재고량(입력)·출고처(vendor)·비고(동기화)·입고일(블록 입고일 승계). NO 컬럼 숨김. 삼중 정렬 1차 자재분류(R→E→S)·2차 입고일↓·3차 발주서↑ + 전 컬럼 클릭정렬. 빠른토글 R/E/S(부자재 기본OFF)+블록(발주처별 묶음, 기본OFF=플랫; ON이면 자재토글 무시 R/E/S 함께)+통합검색+초기화. 기본 노출 최근 1개월·검색 시 3개월(완료 숨김 없음).
• 날짜 버그(교훈): /all-items는 날짜를 RFC1123(Wed, 15 Apr 2026 00:00:00 GMT)로 줌(Flask datetime 직렬화) — YYYY-MM-DD만 파싱하면 그대로 통과(목업 하네스가 ISO라 가려짐). toDate()가 두 형식 다 파싱→M.D(요일), 정렬도 ms 기준.
• 재고량 RDS 영속(#3): 테스트 DB(poin-dbinstance-test) orderpaper에 stock VARCHAR(50) NULL 추가(SSM). select_all_items에 o.stock, PATCH /api/orderpaper/<no>/stock(dao update_item_stock/service modify_item_stock, qty 패턴 동형). 프론트 입력 확정 시 서버 PATCH(입력중 하이라이트). 자재분류 드롭다운 변경만 localStorage(전용 컬럼 없음).
• 검증: 테스트서버 실 HTTP e2e(SSM) — all-items 200·stock키존재 / PATCH /49/stock 200 → RDS stock='99.9' 일치 → 원복. 페페 "모두 정상 작동 확인완료".
• 커밋(master=테스트): 19399d2→8882ba7→8c95e2c. 운영배포 완료(2026-06-24, 위 마감 3건과 함께 deploy-live f8c1905) — 운영 DB stock ALTER 선행 후 배포. 재사용 스크립트 pfs/scripts/_mm_stock_alter_prod.py·_mm_stock_probe_prod.py·_mm_http_e2e.py. 세션=session-2026-06-24-orderpaper-material-mgmt-tab.md.

완료(2026-06-22) — worklog 2차: 맥락파악 매핑 + 진행중/대기중(active) 현장 우선 (master c8a8fca→deploy-live 31781ae)

• 페페 지시: 1차(정확/강한추정) 후에도 미연결 多 → 유사 현장명도 맥락파악으로, 진행중/대기중 현장 기준으로 매핑. 운영배포.
• 맥락 매핑(서브에이전트 4분할·데이터 작업): 미연결 154묶음의 항목 맥락(work_name·통화 excerpt·note의 오디오출처=연락처[예 "넥서스김선정과장"]·status) + 묶음별 현장후보 shortlist(업체/토큰 매칭, active=상차 최근180일/미래)를 생성 → 후보있는 104묶음을 4청크로 LLM 판단(업체·지역 일치 + active 우선 + 배차/배송/거래처 등 비-현장 skip + 모호 skip). 28건 map 중 비활성 타겟 2건 제외 → 26묶음 49항목 운영 연결(GS인천 변형7→#2113·에넥스5→강동식차장#2074·학동3→#2065·신동혁2·라인VIP2·GS오산양산2·대전2·천안더힐·IS동서울산·쌍용홍은동). 미연결 154→128(잔여=후보없음51 + 모호[활성후보 복수]·비현장77). 롤백로그 pfs/scripts/_wl_semantic_rollback_prod.json(49건). 맥락 입력/청크/결정 pfs/scripts/_wl_*.json(미커밋).
• 코드 개선(영속·향후 적용): auto-link 게이트에 동점(모호) 시 active 현장 우선 해소(_is_active_field 상차일 180일, winners 중 active 1개면 확정). 단위테스트 active 타이브레이크 추가(10 PASS). 테스트 실증=에넥스(강동식차장)이 동명 #1897(비활성)/#2074(활성) 중 활성 #2074로 자동해소(이전 ambiguous). 운영 dry-run connect=0(잔여 모호는 활성후보 복수라 자동해소 불가=유지가 맞음).
• 표준규칙 확장 → playbook §6(맥락 매핑 절차 + active 우선). 적용은 배포된 API 경유만(aws/SSM 미복구).

완료(2026-06-22) — 견적 추가건 '출력 포함' 토글 DB 영속 (엑셀/PDF 출력 반영 버그·적대검토) (master 9e6bf67→deploy-live 7a28611)

• 증상(페페): /estimate/print-v2 엑셀 다운로드에 추가건 별도 출력 설정이 반영 안 됨(이전 작업했으나 미해결). 적대적 검토 에이전트가 원인 확정.
• 근본원인(H2): 견적등록 화면 추가건 '출력 포함' 체크박스(estimate_regist_v2.js)가 프론트 State만 변경·API 미호출, saveEstimate 페이로드에도 추가건 없음, DAO update_include_in_print는 호출처 0 → DB estimate.include_in_print 항상 기본 '1' → compose_pages/compose_sheets가 그 값 읽어 체크 해제 추가건도 엑셀·출력에 항상 포함. (H1 페이지선택 매핑은 이전 c45f601로 해소, 콤마는 encodeURIComponent로 안전, 동일이름 추가건 Set충돌만 엣지 잔존.)
• 수정: 백엔드 PUT /api/estimate/<no>/include-print {include_yn} 신설(estimate_controller+estimate_service.set_include_in_print, 기존 update_include_in_print 연결). 프론트 토글 즉시 호출+실패 롤백. 캐시버스터 asset_ver() 자동. (추가건은 estimate 별개 레코드라 부모 저장과 독립, autosave 폐지 원칙 무관한 단발 설정.)
• 검증(전부 PASS): 테스트 영속 round-trip + 풀 E2E(임시 추가건 생성→토글 ON=엑셀 시트 포함/OFF=시트·출력페이지 사라짐/ON=복귀→삭제 정리) + UI(Playwright 체크박스 클릭→PUT .../714/include-print 200) / 운영 엔드포인트 round-trip(원복 정확)+실견적 711 추가건 4건 엑셀 시트 반영(read-only). 세션=session-2026-06-22-estimate-include-print-toggle.md.
• 후속 해소(master e92d327→deploy-live 729c673): 동일 estimate_name 추가건 2개 개별 선택 불가 엣지를 출력 선택키를 estimate_no 기반(sub:<no>)으로 전환해 해결 — compose_pages가 page에 key 부여(추가건=sub:<no>, 그 외=시트명)+필터 key화, compose_sheets._inc_sub 키매칭, estimate_print_v2.js 선택/렌더/모달을 p.key(data-key+attr(), 숫자형 타입명 .data() Number변환 회피)로. 이름/특수문자/31자절단 충돌 전부 무관. 검증 PASS=테스트 중복이름2개(715/716) 개별선택·비추가건 회귀無·Playwright 모달 라운드트립(84B해제→5p)/운영 711 추가건4건 키선택 read-only.

완료(2026-06-22) — worklog 미연결 묶음 추정현장 자동연결 기능 신설 + 운영 적용 (master 12dfe79→deploy-live c054dd3)

• 페페 지시: worklog(카톡/통화 수집 작업로그)의 미연결(field_no NULL) 묶음 중 현장 추정된 것은 해당 현장에 연결, 추정 안 된 건 그대로 유지. 앞으로도 worklog 작업 시 추정현장 자동연결(→ playbook §5 표준규칙). 운영배포까지. 서브에이전트 분할.
• 신설 기능(서브에이전트 2분할: 백엔드/프론트): 서버측 추정 자동연결. 프론트 wlSimScore JS를 Python 포팅(worklog_service._wl_sim_score). POST /api/worklog/auto-link {dry_run,threshold} — dry-run 미리보기 + 적용. DAO select_worklog_unlinked_groups(숨김·privacy 적용)·select_worklog_nos_by_site_name(롤백). field_worklog.html 🔗 추정 현장 자동연결 버튼+미리보기 모달(연결예정/약한추정 보류).
• 자동연결 게이트(보수적): 점수≥80(정확100/강한부분80) AND 최상위 후보 유일(모호X) AND 정규화현장명≥3자 AND 부분일치는 커버리지≥0.5(_MIN_COVER, 일반명 현장이 무관 긴 site_name 흡수 방지=lowcover 보류). 약한토큰겹침(40~52)·모호·무매칭은 미연결 유지(="추정 안 됨"). 단위테스트 scripts/test_worklog_autolink_infer.py 9 PASS.
• 운영 적용 결과(PASS): 162묶음 중 8묶음 32항목 연결(넥서스(추정)13·학동매장11·대구MBC3·한샘넥서스4·헤펠레(넥서스)1 — 정확/강한추정만), 모호·약한 154묶음 그대로 유지. 재검증 dry-run 연결예정 0. 롤백로그 pfs/scripts/_wl_autolink_rollback_prod.json(worklog_no 32건 — 되돌리려면 해당 worklog_no를 field_no=NULL로). 운영 러너 scripts/_wl_autolink_run.py <test|prod> <dry|apply> [threshold](env 로그인·미커밋).
• 주의: 적용은 배포된 API 경유만(이 PC aws/SSM 미복구로 RDS 직결 불가). apply 첫 시도 502는 배포 직후 워커 리로드 일시오류(재시도 성공, 부분적용 0 확인). field 후보=field_dao.select_field_search_list({}) 전체 활성현장.

완료(2026-06-22) — AS GS오산 도어발주서 추가건3·4 견적 운영 등록 (추가건 견적 정리 스킬)

• 페페 지시: NAS AS 넥서스 GS오산 양산MH 도어발주서.xlsm '포인' 시트 13~18p를 추가건 견적 정리 스킬로 정리 → 부모견적 711(GS오산 양산 본건, field_no 2098)에 추가건3(13,14,15,18p)·추가건4(16,17p) 별개 등록. 운영서버·승인.
• 스킬 규칙(payload_add1/add2로 역검증 확정): '포인' 36행/페이지, K5=품명접두. GROUP행=견적 1줄(그룹치수 WDH), 하위 부품행(측판·천판·EP·속대 등 숫자접두 없음)=접음(미분해). 숫자접두 있는 독립 BASIC(완제품)도 1줄. U열 유상만 수집·무상 제외. comment=U 사유. 스크립트 order-automation/build_and_register.py(빌드+POST), 페이로드 payloads/payload_add3·4.json. 스킬 전문 문서 = C:\dev\order-automation\견적등록_스킬.md(시트구조·수집규칙·등록메커니즘·실행·검증·이력 — playbook 인덱스에 포인터 등록).
• 등록 경로: POST /api/auth/login(세션)→POST /api/estimate/. insert_estimate가 session["user_no"](regist_user) 쓰므로 로그인 필수. 응답 래핑 = {code:"0000", message:{estimate_no}}(success 아님). 자격=.secrets/pfs_login.env PROD.
• 결과(운영 DB 검증 PASS): 추가건3=견적 716(7줄: 침실3 키큰EP×3·파우더장 마이다×2·이동선반·복도 안정기함), 추가건4=견적 717(8줄: 신발장 오픈장·하부장×2·내부서랍×3·상하부도어). 711 추가건=712(추가1)·713(추가2)·716(추가3)·717(추가4) 4건. price=0·price_no=null(단가는 스태프가 추후 입력).
• 미결/주의: 단가 미입력(0) — 견적 금액은 스태프 검수·단가 입력 후 확정. 페이지15는 전건 무상이라 0줄. NAS 로컬복사 order-automation/AS_GS오산_도어발주서_NAS.xlsm.

완료(2026-06-22) — 견적 v2 현장검색 키워드 엔터 즉시검색 운영배포 (master 10bd2cc→deploy-live 1858742)

• 페페 QA 1건: /estimate/regist-v2 현장검색 모달 키워드칸(#siteKeyword) 입력 후 엔터로 바로 검색(기존엔 [검색] 버튼 클릭 필요).
• 수정 1파일: estimate_regist_v2.js 이벤트 바인딩부에 $(document).on('keydown','#siteKeyword', …) 4줄 — Enter 시 preventDefault()+searchSites(). 검색버튼 바인딩 옆에 동일 위임 스타일. 캐시버스터는 asset_ver() 자동.
• 배포 스코프: deploy-live가 직전까지 master와 동일(미배포분 0) → merge master는 이 1건만 운영 반영(충돌0).
• 검증(Playwright+네트워크 레코더): 테스트·운영 양쪽 모달서 '대전' 입력→Enter→site-search?keyword=대전 요청 발생(운영 결과 1건), 콘솔 에러 0. 세션=session-2026-06-22-estimate-enter-search.md.

완료(2026-06-22) — 입고일정 탭 포커스모드에서 상단 탭바 유지(다른 탭과 동일 내비) 운영배포 (master 21acb70→deploy-live 4bcc11e, ?v=20260622h)

• 페페 QA: 입고일정 B포커스모드가 상단 탭바(op-tabs)를 숨기고 '← 발주서 정리' 백버튼으로만 복귀 → 발주서/현장별자재 이동 2단계로 불편. "공간 절약은 유지, 다른 탭들과 같은 형태로 최상단에".
• 수정 2파일(DB무관): ① orderpaper_schedule.css body.op-sched-active .op-tabs{display:none}→{margin:0 0 8px}(탭바 노출·컴팩트). page-titles 숨김·풀폭·overflow는 유지(공간 절약). ② orderpaper_schedule.js shellHTML 포커스바에서 백버튼(ofb-back)·중복제목(ofb-title)·구분선 제거, KPI/뷰/검색/필터 툴바 유지. switchTab의 탭 .on 토글이 이미 정확해 활성표시 정상.
• 검증(테스트+운영 라이브 PASS): sched 진입 시 op-tabs visible·활성탭 "📅 현장별 입고일정"·백버튼 없음·KPI 유지·풀폭 유지·1클릭 이동(입고일정→현장별자재 직접·op-sched-active 해제 / 입고일정→발주서정리). 콘솔에러 0. (B포커스모드 자체는 유지, 탭 내비만 표준화.)

완료(2026-06-22) — 도면 PDF 자동작성 파서 실가동 + 자동 스케줄(사이드카) 가동

• 페페: "라인VIP 개인건 PDF 분석 대기 너무 오래 — 진행되나 확인 + 다음엔 자동으로". 진단: 자동작성은 서버 자동작업이 아니라 집PC 사이드카(orderpaper-sync/material_spec_parse.py) 온디맨드 → 미가동이라 6시간 대기(고장 아님). + 어젯밤 PS-04(릴레이 토큰없으면 세션요구)로 사이드카가 인증 필요해짐.
• 사이드카 보완(커밋 f0bc37f, 운영 eaf1b5b): ① 세션 로그인(POST /api/auth/login, 쿠키 유지)+401 시 재로그인 — 자격증명 env 또는 .secrets/pfs_login.env에서 SERVER(운영/테스트)별 자동로드(PS-04 충족, SSM 불요). ② stdout UTF-8 재설정(cp949 print 크래시 방지). ③ --drain(pending 전량 처리 후 종료, 스케줄러용). ④ PROMPT_TMPL .format 버그 — 미이스케이프 {부위:자재id}가 포맷필드로 오인돼 KeyError(parse_pdf_with_codi 첫 실가동서 발견)→{{...}}. ⑤ 백엔드 신규 POST /uploads/requeue(로그인필요)=error+정체 running 업로드를 pending 복귀(재시도·PS-01 stale 회수 겸).
• 실가동 검증(운영): 라인VIP 개인건(field 2084) 2 PDF requeue→사이드카 드레인→둘 다 done(conf 0.82/0.85), spec parse_status=draft·칼라5/코어4/엣지2/부자재13·타입"일반가구"·실자재 추출(반느·벤자민무어AF-50·효산 LPL N997/N488). has_user_edit=false(draft 노출, 사용자편집 불가침).
• 자동 스케줄(요청 "다음엔 자동"): 예약작업 pfs_material_spec_parse(10분 주기·InteractiveToken=로그온 시·IgnoreNew·30분제한) → material_spec_parse_drain_hidden.vbs(hidden) → material_spec_parse_drain.bat(PFS_SERVER=운영·PYTHONUTF8·timeout420) → 사이드카 --drain. 수동 실행 검증 PASS(LastResult 0·로그인→드레인0). 제약: 집PC 로그온 상태에서만 동작(24/7 서버잡 아님)·claude 구독 사용량 소모(대기분 있을 때만)·결과는 draft(검수 필요). 끄기=Unregister-ScheduledTask pfs_material_spec_parse. PS-01/PS-05는 이제 파서 LIVE라 유효(stale 회수=requeue로 일부 완화, finish 원자성은 단일 사이드카라 미발생).

완료(2026-06-22) — 현장별 자재 모달 버튼 전면 복구 + 신규현장 드롭다운/가구업체 자동 + 적대검토 후속 2건 — 운영 배포 완료 (master ec178a9→bef032a → deploy-live 26271f2, ?v=20260622c)

• 페페 지시: ①신규현장 현장명=진행중 현장 드롭다운 선택 ②가구업체 field 자동(선택 불필요) ③수동현장 PDF 업로드 ④신규현장 ×/취소 ⑤JSON 가져오기/내보내기 ⑥적대적 검토로 전 모달 버튼 전수 검수 → 테스트배포→적대재검증→보완→테스트재배포→확인→운영배포까지.
• 근본원인(라이브 Playwright 실측): 모든 모달 .op-mat-dialog의 onclick="event.stopPropagation()"가 document 단일 클릭위임을 차단 → 모달 내부 전 data-act 버튼(×·취소·닫기·저장·적용·셀 자재배정 pick-mat·clear-cell 등) 마비. 생성 버튼만 인라인 onclick이라 동작. 모달이 안 닫히면 백드롭이 화면을 덮어 업로드·import/export·카드까지 클릭 불가 → "다 안 됨" 체감의 근원. (실측: #3 수동현장 PDF 업로드 HTTP 200·#5 import client 적용=둘 다 코드상 이미 정상이었고, 체감 불능은 stuck-modal 백드롭 때문.)
• 1차 수정(ec178a9, ?v=b): ⓐ stopPropagation 7곳 제거 + 백드롭 data-act=modal-close 제거 + document 클릭에 백드롭(다이얼로그 바깥) 명시 닫기(내부 빈공간 오닫힘 방지). ⓑ 신규현장 현장명=진행중 현장 datalist 콤보박스(siteDropData, 발주서명 일치 유도→카드 분열 방지·#1). ⓒ 가구업체=opMat.onNewSiteNameInput로 field에서 readonly 자동(수동선택 제거·#2)+submitNewSite 폴백. ⓓ beforeunload 소프트락 해제.
• 적대적 검토(Workflow matspec-button-audit: 정적 6렌즈→반증검증, 에이전트 40·후보 33→확정 6·불확실 0). 2차 수정(bef032a, ?v=c): #2 셀모달 풀탭 전환 시 이전 검색어 잔존→pool-tab서 검색칸 초기화 / #3 엣지폼 누락칼라 참조로 저장차단→normalize()에서 무효 colorId 정리(import 데이터 정화). 미수정(판단): 엣지 직접입력 후 버튼클릭=표준 배타동작, datalist 신선도=발주현장 선택용 영향경미, readonly 우회=devtools한정 서버무결. "엣지 직접입력 바인딩 누락" 주장은 오탐 기각(라이브서 엣지폼 정상).
• 검증 PASS: 테스트(8001)+운영(https://pfs.poin.co.kr) 라이브 Playwright — 신규현장 datalist·가구업체 자동(테스트 "넵스"/운영 "에넥스")·×/취소/백드롭 닫힘·다이얼로그 내부클릭 유지 / 셀모달 pick-mat·× / 색상·부자재·엣지폼 add/save/×/취소 / 일괄편집·상세 / type·loc add / 풀탭 검색초기화 / 유령엣지 import→재선택가능 / 운영 /list 200(테이블 자동부트스트랩)·콘솔에러 0. 임시현장(spec 9·10·11) 생성→삭제 정리.
• 운영배포 스코프(페페 "전체 배포" 선택): deploy-live가 master보다 144앞·19뒤 분기 상태에서 git merge master→deploy-live(충돌0, 파일삭제0). material-spec 첫 운영반영 + 업체관리 정렬/유사업종필터 + 현장기록 접이식그룹 + 대화방 사용자별분리 동반 반영.
• 현장기록 menu_catalog 운영 적용 완료(2026-06-22, 자율루프): aws CLI/SSM 전무라 SSM 대신 앱서버 멱등 부트스트랩 엔드포인트 신설 — permission_dao.ensure_field_log_group()(field_log 신설+worklog/kakao reparent, show_in_sidebar 컬럼 동적분기, 멱등) + POST /api/admin/ensure-field-log(super_admin 전용). master 545f2c3→deploy-live b98f216. 운영 트리거 → 사이드바 '현장 기록' 그룹 아래 현장내용·대화방 중첩 라이브 확인(nested-under-field-log). 적대검토: field_log 214가 field_type_door(214)와 동순번이나 후자 show_in_sidebar='0'(미표시)라 무해·가시순서 정상(검증됨). (잔여 코드개선 후보: ensure 3 DML 트랜잭션 묶기=멱등 자가치유라 영향 경미.)
• 자율루프 iteration 2 — 수렴 검토 14건 수정 운영 반영(2026-06-22): Workflow 수렴검토(회귀·저장락·import파싱·그리드 4렌즈, 후보22→확정14)에서 synthesize 에이전트가 자율 일괄수정·커밋(a600275) → 코디 전수검토 후 L4-06 상차일 필드명 버그 교정(에이전트가 ship_date로 잘못 씀→실제 ship_iso, 989a5e9). 수정 내역: 낙관락 saveTimer 레이스 3건(F-01 _putRetry 리셋·F-05/F-07 conflict 시 saveTimer clear)·F-08 _pickSeq 응답역전 가드+by-site/create POST에 field_no 전달(L4-02)·F-10 reloadSpec error 핸들러·F1 parse폴링 뷰가드·F2 import 즉시저장(디바운스 우회)·F3 normalize cells 타입체크·F4 schemaVersion null표시·L4-01 미작성카드 클릭 시 confirm(빈 spec행 생성방지)·L4-05 statusBadge has_user_edit 우선. master 989a5e9→deploy-live c96b5f4, ?v=20260622d. 테스트+운영 라이브 검증 PASS(회귀: 셀배정→저장 PUT200·"저장됨" / F2 import 즉시저장 / L4-01 '삼성물산' confirm→취소→spec 미생성 5→5 / 운영 6카드·/list200·에러0). 임시현장(spec 12) 정리.
• 자율루프 iteration 3 — 백엔드 견고성·field_no 전파·인쇄·편집가드 11건 운영 반영(2026-06-22): Workflow 수렴3(백엔드/라이브러리/인쇄 3렌즈·후보26→확정17) → 코디가 고가치·저위험 11건 직접 수정(에이전트 자율커밋 차단). field_no 전파(B-01 by-site가 field_no 받아 relink[controller+service]·B-02 submitNewSite POST·B-10 업로드 FormData) — site폴백 행 field_no=NULL 잔류·파싱연결 누락 해소. 백엔드 보안/견고(B-07 DELETE 인증필수[(jsonify,status) 튜플은 이 RESTX서 500→RestResponse.fail 패턴]·B-08 get_uploads 둘다None시 []·B-09 finish 미존재 upload_no ValueError). 인쇄(P-01 print-color-adjust:exact 다크표 색상보존·P-02 어느 서브탭이든 spec패널 강제표시·P-03/P-10 편집UI 숨김) — 기존 공백/지저분 출력 해소. 편집가드(L2-05 일괄편집 교차풀 차단·P-06 위치 최소1개). master b73f9c1→734f14c→deploy-live d991586, ?v=20260622e. 테스트+운영 라이브 검증 PASS(field_no: 삼성물산 모달생성→spec.field_no 1518 연결 / 인쇄: 라이브러리탭서 spec패널 block·검색바/타입바 none / B-07 무인증 DELETE 차단 code9999 / B-08 빈배열). 임시현장(spec 13) 정리. 미수정(판단): B-06 소프트락 가드(stale락 영구잠금 위험), B-12 낙관락 NULL행(미발생), L2-03 renderAll 조기최적화, P-05/P-08 모바일(데스크톱 도구). 수렴4 검토 완료.
• 자율루프 iteration 4 — 릴레이 보안·탭훅 + 컨트롤러 직렬화 버그 운영 반영(2026-06-22): Workflow 수렴4(iter3회귀·파싱릴레이/모델·탭통합 3렌즈·확정10) → 코디가 실가치 in-scope만 수정. PS-04(PARSE_RELAY_TOKEN 미설정 시 /parse/claim·finish 익명 개방 → 토큰 미설정이면 로그인 세션 요구로 변경, 사이드카는 X-Parse-Token 모드라 무영향)·TAB-01(opMat.leave에 ctx.loaded=false → beforeunload 중복 락해제 방지). +컨트롤러 직렬화 버그 일괄 교정: create/upload/parse-claim/parse-finish의 에러 반환 return jsonify({...}),status 튜플이 이 RESTX서 Response is not JSON serializable 500을 내던 것(B-07 DELETE와 동일 근본) → plain dict 반환으로 상태코드 유지·해소. master bab5742→30c9ad1→deploy-live 1c55f9d, ?v=20260622f. 테스트+운영 검증 PASS(PS-04 무토큰·무세션 claim→깔끔한 401 차단 / create 빈 site→400 / 운영 동일). 보류(판단, 추후 파서 실가동 시): PS-01 stuck-running(사이드카 더블 네트워크실패 시 'running' 영구·재처리 부재)·PS-05 finish_upload READ-MERGE-WRITE 비원자(복수 사이드카 동시 finish 시 lost update — 단일 사이드카라 미발생). 기타 마진·오탐 보류.
• 수렴 판정(2026-06-22 자율루프): 적대적 검토 4라운드(에이전트 누적 130+)로 활성 사용자 플로우(모달·저장·그리드·신규현장·import/export·field_no·인쇄·편집가드) 결함 소진. 잔여 확정결함은 휴면 파싱 사이드카 하위시스템(PS-01/05, 운영 미가동)과 마진뿐 → 활성 기능 수렴. iter5(최종확인) 결과 반영 완료.
• 자율루프 iteration 5(최종) — 활성플로우 잔여 2건 + 수렴 확정(2026-06-22): Workflow 수렴5(활성플로우+iter4회귀)는 회귀렌즈만 완료·활성렌즈 인프라 stall → 활성-플로우 적대검토를 단일 에이전트로 재완결. 신규 2건: BUG-01(단건 셀배정 pick-mat 교차풀 미검증 — L2-05로 일괄편집은 막았으나 단건 누락 → 동일 가드 추가, 해제는 허용)·BUG-02(F2 import 인라인 PUT이 conflict를 일반실패로 처리 → base 갱신+reloadSpec 자가복구). master 126716a→deploy-live 26e034a, ?v=20260622g. 테스트 검증(동일풀 배정 정상=회귀 PASS·운영 list 200·BUG-01 마커). 수렴 확정: 5라운드 적대검토(누적 ~135 에이전트)에서 발견이 라운드마다 감소·기존수정의 형제/마진으로 수렴 → 활성 사용자 플로우 결함 소진.
• 🔚 자율루프 종결(2026-06-22 ~05:20, 페페 '오전6시까지 루프' 지시): 현장별 자재 탭 = 모달 전버튼·신규현장 드롭다운/가구업체자동·저장 동시성·field_no 전파·백엔드 보안(DELETE/릴레이 인증)·인쇄·편집가드 전부 수정·운영 반영 완료. 운영 최종 = deploy-live 26e034a, ?v=20260622g. 추후 처리(파서 실가동 시): PS-01 stuck-running 회수·PS-05 finish 원자성(복수 사이드카)·PS-06 model enum 표기. 현장기록 그룹은 ensure-field-log 부트스트랩으로 운영 menu_catalog 적용 완료.
• 미결(설계급, 추후): 카드클릭마다 빈 spec 행 생성(지연생성 미적용·회귀위험 보류), 충돌 시 셀단위 병합 미활용.

최근(2026-06-21) — orderpaper 신규 3번째 탭 '🪵 현장별 자재'(material-spec 이식) 테스트 배포·검증 PASS (master 9421d1c→cf026b3, ?v=20260621b, 운영 미배포)

• 페페 지시: orderpaper에 기존 standalone material-spec(C:\dev\material-spec, 단일HTML 2251줄)을 '현장별 자재' 탭으로 이식. 구성=①현장선택 인라인(진행중 현장 상차일↓) ②선택 시 같은 페이지 자재 사양 편집기 노출 ③신규현장 직접입력+도면 PDF 다건 업로드→SDK(코디) 자동작성. 적대적 검토로 20 아이디어→베스트1 + 베스트3 목업 요구.
• 설계 = Workflow(에이전트 30, 5단계): 20안 생성→적대적 비평 20→심사. 베스트1=안 A(인라인 드롭다운+포커스모드 풀폭 편집기, 입고일정 패턴 정통 계승). 베스트3 목업=① 포커스 풀폭(=베스트1) ② 좌 사이드바 마스터-디테일 ③ 카드 갤러리 → C:\dev\pfs\mockups\orderpaper_material_style{1,2,3}_*.html(gitignore, 사용자 검토용). 설계산출물=pfs/mockups/_design_recovery/{spec,ranking,decision}.json.
• 백엔드(신규 4계층 api/pfs/orderpaper/material_spec/{controller,service,dao,model} + config.py 네임스페이스 /api/orderpaper/material-spec): 신규테이블 op_material_spec(연결키 field_no 우선·site_name_raw 폴백, COALESCE(spec_json_user, spec_json) 동기화안전, updated_at 낙관락 + lock_user_no 소프트락) + op_material_spec_cell(셀 출처추적) + op_material_spec_upload(PDF blob pending). REST 9종(GET /<field_no>·POST /by-site·POST /(생성,멱등)·PUT /spec/<spec_no>(낙관락)·PATCH /spec/<no>/cell·/lock·POST /upload·GET /upload/<no>·POST /uploads). GET /<field_no>와 PUT /<spec_no> 같은 라우트 충돌 → PUT을 /spec/<no>로 분리.
• ⚠️ DB 마이그레이션 = 앱서버 자동 부트스트랩(dao.ensure_tables() 멱등 CREATE IF NOT EXISTS, 첫 사용 시 1회). 이유: 이 Claude Code 세션엔 aws CLI/boto3/~/.aws 전무 → SSM 직접 적용 불가. 정식 산출물 migrations/patch36_op_material_spec.sql·orderpaper-sync/material_spec_migrate.py 동봉(운영은 평소 SSM 절차로 적용하거나 자동부트스트랩 사용). 테스트 RDS엔 자동생성 실증됨(spec_no 1).
• 프론트(신규 정적 web/static/js/orderpaper_material.js 2120줄 + css/orderpaper_material.css): IIFE+window.opMat, 지연렌더(data-init), 포커스모드 body.op-mat-active. material-spec 전체 로직 이식 + Bootstrap 제거(pfs는 BS4·source는 BS5 → Modal/Tab/data-bs-* 전부 vanilla 재작성, 실측 DOM data-bs 0). 영속=localStorage→서버(디바운스 600ms PUT 낙관락, conflict 시 재로드). siteDropData 입고일정과 동일(진행중·ship_iso↓). 통합: field_orderpaper.html 3번째 탭버튼/#opMatWrap/링크, orderpaper_schedule.js switchTab에 3탭 상호배타+restoreTab.
• 함정·수정(검증 중 발견): ① DAO DATE_FORMAT('%Y..%s')가 pymysql %s 플레이스홀더와 충돌→워커 502. DATE_FORMAT 전부 제거, datetime은 Python fmt_dt strftime. ② 프론트가 res.success 읽음 — pfs 봉투는 {code,message} → unwrap()(message→spec→평문) 7곳 정정. ③ site 폴백행(field_no NULL) field_no 재연결(create_spec이 NULL→값 업그레이드, 현장 분열 방지).
• SDK PDF 파싱 = 1차 STUB(orderpaper-sync/material_spec_parse.py): 업로드 blob pending→사이드카 폴링(claim/finish, orderpaper_sync 동형)→parse_pdf_to_spec은 빈 골격+confidence 0 반환. 실구현 TODO = Anthropic Messages API document(PDF base64) 파싱(키는 사이드카 로컬, EC2 무관). spec_json(draft)만 적재, spec_json_user 불가침.
• 검증 PASS(Playwright + API): 탭 진입→포커스모드·셸·드롭다운(진행중 9·ship_iso 실측 내림차순)·현장선택→편집기 렌더(3서브탭·다크표 #0d1b2a/#f4c430/#ffa500)·vanilla 서브탭 전환·data-bs 0·콘솔 에러 0. API: 테이블 자동생성·생성(멱등·relink)·로드(field/site)·저장(spec_json_user)·낙관락(stale base→conflict, correct→ok) 전건 통과. 실화면 스크린샷 확인.
• 미결/다음: ① 운영(deploy-live) 미배포 — 페페 "운영 배포" 시 진행(운영엔 patch36 적용 또는 자동부트스트랩) ② SDK 파서 실구현(현재 stub) ③ 인쇄는 window.print()(source의 전용 흑백 출력테이블은 미이식) ④ 사용자 스타일 검토 후 베스트3 중 다른 스타일 채택 가능.
• 후속(2026-06-21, master 4ec3d7d, ?v=20260621c): 페페가 라인VIP(field 2099) 신규현장+도면 PDF 2건 업로드 테스트 → "작업중 상태 표시 없음" 지적. (가)상태 조회: 업로드 2건(라인VIP 주방/일반.pdf) 전부 status=pending·parse_status=none — 파서 미진행(material_spec_parse.py는 stub이고 미가동). (나)진행상태 칩 추가: 포커스바 op-mat-parsechip(업로드 잡 폴링 8초)·🛠 도면 분석 대기 N건/진행 중/✨ 자동작성 검수 필요/⚠ 오류/✅ 완료. applyServerPayload·업로드 후 갱신, exit 시 폴링 정지. Playwright 실측 PASS(라인VIP → '도면 분석 대기 2건' 앰버펄스). ⚠ 파서 아키텍처 정정 필요(phase2): 현 material_spec_parse.py는 직접 pymysql→RDS(=EC2에서만 가능, 근데 EC2엔 Claude키 없음). 집PC 사이드카(Claude키 보유)는 RDS 직결 불가(VPC) → orderpaper_sync처럼 HTTPS 릴레이(claim/finish API)로 재설계해야 실가동. 즉 SDK 자동작성은 ①릴레이 엔드포인트 추가 ②집PC 사이드카가 Anthropic document API로 파싱 후 결과 POST 의 2단계가 남음.
• 후속2(2026-06-21, master 0e254d9, ?v=20260621d) — 스타일3 카드 갤러리 전환 + field_no 제거: 페페 지시 ①프론트를 베스트3(카드 갤러리)로 변경 ②현장 매핑을 field_no ID가 아니라 입고일정 검색처럼 현장명·상차일↓로 선택(field_no 입력 삭제) ③시드 도구카탈로그 보고 품질 향상. 구현: 포커스모드+드롭다운 → 카드 그리드 갤러리(상차일↓, 카드=현장명·가구업체·D-day·상차일·R/E/S 발주건수·상태배지, 대시드 '신규 현장' 카드) → 카드 클릭 시 같은 페이지 인라인 편집기(sticky 요약바 + 에디터). pickSite(site) 1인자(by-site 로드→없으면 create, field_no 미사용), 신규현장 모달 field_no 입력 삭제·가구업체(선택) 추가. 신규 GET /api/orderpaper/material-spec/list(전체 스펙요약 + 현장별 대기 파싱수)로 카드 상태배지(✅작성됨/·미작성/🛠분석 대기 N/✨검수 필요). 에디터 본체·영속·낙관락·파싱칩 보존. 품질도구 활용(도구카탈로그): code-review(high·8각도 finder+verify)로 버그 2건 잡아 수정 — ⓐ sched→mat 직접전환 시 <html> overflow 잠금 잔재(schedule.js가 sched에서 hidden 설정·main에서만 해제 → mat 진입 시 스크롤 불가) → switchTab/exit에서 overflow 해제 + op-sched-active 정리 ⓑ 탭 재진입 시 그리드 stale → 매 진입 renderGrid. + 죽은 포커스모드 CSS 제거·:root→#opMatWrap 스코프·pickSite 로딩 피드백. Playwright 실측 PASS: 카드 10+추가카드·상차일↓·상태배지(/list)·카드클릭→편집기(3서브탭)·back-to-grid·신규모달(현장명+가구업체, field_no 없음)·sched→mat overflow 해제 검증·콘솔에러 0. ⚠ 데이터: material-spec 현장명("라인 VIP")과 orderpaper 주문 현장명("라인VIP 개인건")이 정확히 안 맞으면 카드가 둘로 보임(병합은 현장명 일치 기준 — 정상, 사용자 매핑 영역).
• 후속3(2026-06-21, master …0df4545) — 도면 PDF 자동작성 phase2 실가동·실 PDF 검증 PASS: 페페 "실제 자동작성까지 진행·검증, rds 수정도 필요시". 아키텍처(sara sdk 참조=sara/codi_cli_runner.py): EC2엔 Claude키 없고 집PC는 RDS 직결 불가 → HTTPS 릴레이. 신규 엔드포인트 POST /parse/claim(pending 1건 점유→running·blob base64 반환)·POST /parse/finish(done시 draft를 spec_json 적재·parse_status='draft'+conf, 선택적 X-Parse-Token 게이트). 영속 보정: 신규현장 blank을 spec_json(draft)에 저장·spec_json_user NULL(이전엔 user에 저장돼 draft를 가림) + finish가 blank user(types 없음)는 NULL처리 → draft 노출. 사이드카 orderpaper-sync/material_spec_parse.py 실가동판: claim→PDF저장→claude -p(stream-json·setting-sources user,project,local·acceptEdits, 구독인증·API키 불필요)로 코디가 Read로 도면 파싱→material-spec envelope JSON→finish. 실 검증(라인VIP 실 도면 2장): 코디가 claim한 실 PDF(에넥스 동양건설 라인VIP 주방/일반 사양서, pypdf 텍스트는 폰트 mojibake → PyMuPDF로 PNG 렌더 후 Read=poppler 불요)를 읽어 자재 추출(18T MDF 도어/18T PB 바디 코어·지정도장 벤자민무어AF-50·반느·LPM 효산 N997/N488·P.P 삼영크란츠SPP0012·0.6T(ABS)엣지·하드웨어 헤티히/SD테크/이안/살리체·가전 LG/하츠/가게나우, 위치 주방 상/하/냉장고장+일반 현관A/B·침실1/2·안방·드레스룸 붙박이장) → finish(conf 0.72/0.74) → 편집기에 자동작성 draft 렌더 실측(colors6·locations9·137 셀 채움, 카드/칩 '✨ 자재작성 검수 필요'). 함정수정: ⓐ finish_upload JOIN 모호컬럼(spec_no/field_no/site_name_raw 양테이블)→502 ⓑ /uploads parse_conf Decimal 직렬화 500 → 둘다 수정. claude CLI 2.1.185 확인. 운영 미배포·RDS 스키마 변경 0(기존 테이블만 사용). 남은 정련: 한 현장 다중 PDF는 finish가 통짜 덮어씀(현재 검증은 통합doc 1회 finish로 우회) → 프로덕션은 사이드카가 현장 전체 PDF 모아 1회 작성 또는 finish 병합 필요. 사이드카 실가동은 집PC(claude 로그인+poppler 또는 PyMuPDF)에서 python material_spec_parse.py.
• 후속4(2026-06-21, master c6e8881, ?v=20260621e) — 신규현장 카드 수정 + 카드 삭제: 페페 "신규현장 추가 카드 작동 안 됨 + 카드 삭제 필요". ①버그: 신규현장 모달이 editorHTML 안(=편집뷰 #opMatEdit display:none)에 있어 그리드에서 열면 ancestor가 hidden이라 안 보였음 → 모달을 shellHTML 셸 레벨로 이동(그리드·편집 어느 뷰에서도 표시), 제출은 onclick=opMat.submitNewSite(). ②카드 삭제: 스펙 보유 카드 좌상단 호버 ×버튼 → confirm → DELETE /api/orderpaper/material-spec/spec/<no>(dao.delete_spec=셀·업로드·스펙 삭제, 발주서 주문 무관) → 그리드 새로고침. 카드 클릭(편집)과 분리(전역 클릭 핸들러서 .op-mat-card-del 우선). Playwright 검증: 그리드서 모달 표시·생성 동작, throwaway 현장 생성→삭제(카드 제거+spec exists:false) PASS.
• 후속5(2026-06-22, master d92e4e3, ?v=20260622a) — 적대적 검토(워크플로 에이전트 48) 버그 15건 수정·배포: 페페 "적대적 검토 에이전트로 실사용자 프로세스 검토·버그 리스트·수정 배포". Workflow(journey 1 + hunt 6렌즈 + verify per-candidate + synthesize, 40후보→34검증→15확정) + 코디 라이브 Playwright 워크스루 병행. 수정 15건: HIGH ①다중PDF finish 누적병합(_merge_docs dao, 앞 도면 보존·unit PASS) ②statusBadge spec_no!=null 제거(클릭만 한 빈 스펙이 '작성됨' 오표시→'미작성', 라이브 검증 IS동서 PASS) ③buildGrid field_no 우선+정규화명 폴백 병합(중복카드) ④사람편집 후 draft 칩 문구 정확화 ⑤신규생성 가구업체가 기존 발주처 덮어쓰기 가드 ⑥탭전환 시 opMat.leave(소프트락 해제+폴링 중단, schedule.js 훅). MEDIUM ⑦생성 이중클릭 가드 ⑧낙관락 충돌 재시도로 편집 보존 ⑨폴링 백오프(사이드카 미연결 ~2.5분) ⑩편집기 '＋도면 업로드' 재업로드(라이브 PASS) ⑪자동작성 완료 시 reloadSpec로 draft 표 반영 ⑫재렌더 시 검색필터 재적용(라이브 PASS) ⑬사양서 검색 CORE 매칭(라이브 'MDF'→18T MDF PASS). LOW ⑭삭제 안내문구 ⑮칼라삭제 시 엣지 colorId 정리. 보고서=pfs/mockups/_design_recovery/matspec_review.json. 미결(설계급, 추후): 카드클릭마다 빈 spec 행 생성(badge는 정상이나 행 누적 — 첫 편집 전 지연생성 최적화 여지), 브라우저 닫기 시 stale 소프트락(beforeunload 핸들러 부재), 충돌 시 셀단위 병합 미활용. 운영 미배포.

최근(2026-06-20) — 업체 관리 자재 하위 분류(PRODUCT_CAT) + 마스터 목록 영구편집 + 하드웨어→자재 운영배포 완료 (master 8841d9b(+fix 8828d25)→deploy-live a156d5b(+fix cherry-pick a9c6df8), ?v=20260620d, test+prod 완료)

• 🐛 버그수정(같은 날, fix 8828d25→prod a9c6df8): 신규 분류·항목 생성 후 저장해도 반영 안 됨(페페 제보). 원인=insert_common_code_with_parent(및 generic insert_common_code)가 INSERT에 use_yn 미설정 → NULL, 조회는 use_yn='1'만 가져와 신규행 제외. 수정=parent insert에 use_yn='1' 명시 + save_common_code_group(업체분류 추가)도 parent insert로 통일(generic insert는 미수정). 테스트 재검증 PASS(신규 분류ZZ+항목ZZ 생성→저장→DB use_yn='1'·parent_code 확인→새로고침 후 칩 클라우드 표시→ZZ 정리). 운영은 무관 커밋(6d3b985 대화방수집) 제외하고 fix만 cherry-pick 배포.
• 페페 지시: ①운영배포 ②마스터 리스트 영구편집 승인(common_code 실저장) ③하드웨어 저장 유지 ④라벨 "하드웨어"→"자재"(DB 항목값 80=하드웨어 유지) ⑤자재 하위분류(면재류·유리류·소프트…)도 편집가능·common_code 분류코드로 추가 ⑥모달 확대+분류코드별 드래그 ⑦"common_code에 부모/참조 컬럼 새로 만들어 사용".
• DB(페페 승인 ALTER): common_code parent_code VARCHAR(20) 신설. 신규그룹 PRODUCT_CAT(자재분류) 면재류10·유리류20·소프트30·오버레이40·기타50. 자재항목 PRODUCT_DIV.parent_code=분류코드. 초기매핑(구 HW_CAT): 면재류=보드/시트/엣지/LPM·유리류=유리/패턴유리·소프트=가죽/패브릭/펫시트·오버레이=시트오버레이/펫오버레이·기타=하드웨어/도장/AL. select_common_code_search_list에 ORDER BY 없어 display_order 타화면 무영향, parent_code 신규라 기존 SELECT * 소비처 무해.
• 백엔드(3파일): dao insert_common_code_with_parent·update_common_code_value_order_parent·select_common_code_by_group(+parent_code)(generic insert/update_common_code 미수정 — 기존 update_common_code는 파라미터 버그라 회피). service save_product_categories(categories,items)(분류 upsert→cat_code_by_index→항목 upsert+parent_code, 신규분류 채번 후 매핑) + save_common_code_group(업체분류 영구저장, 직전세션 화면적용만→실연동). controller PUT /api/admin/product-category + PUT /api/admin/common-code/<group_code>.
• 프론트(2파일): html 모달 .cp-wide(자재 760px)+분류박스 CSS·#cpModalBody(JS 전체렌더)·라벨 하드웨어→자재·캐시버스터 c→d. js HW_CAT 하드코딩 제거, loadClassCatalog 3그룹(COMPANY_DIV·PRODUCT_DIV·PRODUCT_CAT), renderClassChips=parent_code 그룹핑(+미분류). 모달 2모드: div=flat(draftDiv)·hw=분류 그룹박스(matDraft.cats[].items+uncat). DnD makeItemRow+moveItem(cross-container 분류간 항목 드래그)·분류 ▲▼순서/이름편집/삭제(항목→미분류)/추가·항목 추가/편집/삭제. applyListModal→hw=product-category(cat_index 매핑)/div=common-code PUT→loadClassCatalog 재로드. 작업본 격리(적용 전 State 원본 미변경).
• 마이그레이션: migrations/patch35_common_code_parent_code.sql(기록) + scripts/_cc_cat_migrate.py(멱등, ENV_PATH로 test/live 전환, ALTER guard·시드 존재체크·매핑 parent_code IS NULL만). test+prod 양쪽 DB 선적용(컬럼·분류5·매핑14) 후 코드배포.
• 검증: 테스트 Playwright(env 로그인) 모달 분류5+매핑+미분류+확대 렌더, 항목 분류간 드래그(AL 기타→면재류)→[적용]→DB parent_code=10 확인→원복(50) 라운드트립 PASS(콘솔 에러=브라우저 확장발, 코드 무관). 운영 분류5(면재류4·유리류2·소프트3·오버레이2·기타3=14) 렌더 확인(쓰기검증은 운영데이터 보호 위해 생략). 자사=포인260.

최근(2026-06-20) — 업체 관리 3b(2탭·칩·자사핀·목록모달) 테스트 배포 — ※위 자재분류 항목으로 대체·운영배포 완료 (master a0c1213)

• company.company_div·product_div(CSV 코드, 신규컬럼 없이) 저장: PUT /api/admin/company/<no>/classification(controller AdminCompanyClassification+service set_company_classification+dao update_company_classification). 우측 상세 [권한 매트릭스]/[업체분류+자재] 2탭, 자사(company_type='1') 최상단 핀(cp-grp-row/cp-self 금색), saveClassification. 직전 미결(목록모달 common_code 실저장 미연동)은 위 항목에서 연동 완료.

최근(2026-06-20) — 업체 관리 권한 매트릭스 그룹화 + 그룹/전체 일괄변경 테스트 배포 (master a9bdb52, ?v=20260620a, 운영 미배포)

• 페페 "권한 매트릭스 관련 항목끼리 그룹화 + 그룹 일괄변경 + 전체 일괄변경, 테스트 실페이지 직행". 구현 2파일: ①web/static/js/admin/company_permission.js renderPermMatrix — 리프메뉴(url_path 있음)를 parent_menu_key로 그룹화(견적서/현장/거래처/배차/시스템 관리/오엠씨, menu_catalog의 url_path 없는 부모가 그룹명), 상단 전체 일괄행([모두 허용][모두 차단])+각 그룹헤더 [그룹 허용][그룹 차단]. 일괄=.cp-bulk-btn 위임핸들러가 라디오만 세팅(저장은 기존 '권한 저장', data-scope=all|grp·data-parent 범위). ②company_permission.html 인라인 <style>(그룹헤더·일괄버튼·2·3열 center) + JS 캐시버스터 20260617→20260620a. menu_catalog: leaf=url_path有, 그룹=parent(url_path無), 컬럼 menu_no/menu_key/menu_name/parent_menu_key/url_path/display_order/is_active.
• 테스트 Playwright 검증 PASS(env 로그인 poin01): 그룹헤더 6·전체버튼2·리프34, 모두 차단→34 전부 차단, 견적서 그룹 허용→견적서 8만 허용·나머지 26 차단 유지. 운영은 미배포(페페 '테스트 직행'만 — 운영배포 지시 시 deploy-live 머지).

완료(2026-06-20) — 업체 관리(company-permission) 업체분류·자재 토글 + 리스트관리 모달 목업(3번 채택) → 구현·운영배포 완료(상세=최상단 자재분류 항목). 아래는 목업·DB조사 참고이력.

• 페페 채택·수정(2026-06-20): 5안 중 3번(칩 클러스터) 채택 → 수정 목업 company_perm_mockup_3b_chip_tabs.html 신규: ①우측 상세를 [권한 매트릭스] / [업체분류+하드웨어] 2탭 분리(그 위 업체정보·마진율 유지) ②사이드 메뉴는 실제 현행 그대로(견적서/현장/거래처/배차/시스템관리 — 메뉴 개편 제외) ③포인(자사, company_no 260, company_type='1') 업체목록 최상단 별도 배치(자사 그룹헤더+금색, 거래처 분리). 브라우저 검증(2탭 전환·칩토글·포인 핀·모달). 자사=포인 260 1곳(SSM company WHERE company_type='1' 실확인). 다음=실구현 결정 시 이 수정안 기준.
• 페페 요구: /admin/company-permission(메뉴 "업체 관리") 선택 업체 권한 블록 밑에 ①업체분류·②하드웨어 분류를 활성/비활성 버튼으로 나열(리스트 안 열고 1클릭 on/off) + 별도 모달(드래그 순서·추가/편집/삭제) + 사이드바 메뉴 개편안. 에이전트 적대적 검토로 목업 5개.
• DB 확인(운영 common_code, SSM 실조회): 업체분류=COMPANY_DIV(발주처10·수주처20·시공처30, MULTI=CONVERT_MULTI_COMMON_CODE(company_div,'COMPANY_DIV') company_dao). 하드웨어=PRODUCT_DIV(14: 보드10·시트20·엣지30·유리40·패턴유리50·가죽60·패브릭70·하드웨어80·도장90·시트오버레이100·펫오버레이110·LPM120·펫시트130·AL140). common_code 컬럼=group_code·group_name·code·value·display_order. 인코딩 함정: EC2 mysql HEX(value) --default-character-set=binary로 받아 로컬 디코드, 콘솔 cp949라 결과는 UTF-8 파일로 써서 Read(직접 print는 깨짐). SSM=aws ssm send-command i-03225ba8bc12a929e + /home/ubuntu/env/pfs-live.env source(MYSQL_SERVER/PORT/USER/PASSWORD/DATABASE). AWS CLI 로컬 동작(poinadmin). 세션에 aws-api MCP 미연결이라 CLI로.
• 페이지 구조: web/templates/admin/company_permission.html(좌 업체목록 table 번호|업체명|구분[자사 badge-super 금색] · 우 .admin-detail: 선택업체 readonly·마진율·권한매트릭스 라디오). JS=web/static/js/admin/company_permission.js(company/search, admin/menu/catalog, admin/company//permissions, margin-rate). CSS=web/static/css/admin.css(.admin-split·.switch #2196f3·.badge-super·.admin-modal). 라우트 /admin/company-permission(권한 menu_key=admin_company_permission).
• 산출물(C:\dev\pfs\mockups\): index_company_permission.html(비교·라이브 미리보기) + company_perm_mockup_{1_segment_table·2_twocol_cards·3_chip_cluster·4_inline_cockpit·5_density_matrix}.html + _cp_context_brief.md(공유 스펙). 보수→대담: ①세그먼트표(권한매트릭스 운율·420 2탭모달·평탄2그룹) ②2열카드스위치(720 동시모달·접기2그룹) ③칩 카테고리클러스터(420 드롭다운모달·3그룹) ④인라인 스마트코크핏(모달제거 인플레이스+추천/복사·설정허브) ⑤풀폭 밀도매트릭스(전업체×하드웨어·컬럼관리모달·아이콘레일). 전부 실데이터·동작·각기 다른 메뉴개편. 에이전트 적대적 검토: 디자이너2(실무A·혁신B) 8안 → 비평가가 약점 직격 후 5안 확정. 브라우저 전건 검증.
• 메뉴 개편 공통 골자: 업무영역(견적·현장·배차) / 기준정보·설정(거래처·업체관리·코드관리 신설·사용자·오엠씨). 코드관리=업체분류·하드웨어 마스터 모달 진입점.
• 다음: 페페 안 선택 → 채택 목업으로 실구현(템플릿+JS+CSS, common_code CRUD API[추가/편집/삭제/순서]·업체별 분류 저장 API 신설 필요) → 테스트→운영.

최근(2026-06-20) — 자재관리 기본 탭 사용자별 저장·복원 운영배포 완료 (master 562cbae→deploy-live 193e8c0, ?v=20260620j)

• 페페 요청: 자재관리(field/orderpaper) 로드 시 마지막 선택 탭(발주서 정리 ↔ 현장별 입고일정)을 사용자별 저장 → 재로드 시 그 탭으로 복원. 구현: ①orderpaper_schedule.js — switchTab 호출 시 localStorage['pfs.op.tab.<user_no>']에 저장(saveTab, 공용 PC 계정구분 위해 user_no 키), opSch.restoreTab=저장값 'sched'면 입고일정 전환(발주서 정리는 HTML 기본이라 무동작). ②field_orderpaper.html — window.PFS_USER_NO(=session.user_no) 노출, loadAll 첫 성공 1회(window.__opTabInit) restoreTab() 호출(OP_ALL 적재 후라 입고일정도 데이터와 정상 렌더). 캐시버스터 i→j.
• 검증(운영 Playwright, env 로그인 poin01 user_no=1): 입고일정 선택→pfs.op.tab.1='sched'→재로드→입고일정 복원+간트 11그룹 데이터 렌더(즉시), 발주서 정리 선택→재로드→발주서 정리 복원. (테스트 세션 만료로 운영에서 검증.)

최근(2026-06-20) — 입고일정 검색 비영속 + QA Helper 전역 관리자(is_super_admin) 전용 운영배포 완료 (master 338a01b→deploy-live bc61e71, ?v=20260620i)

• 페페 2건: ①입고일정 검색 비영속(orderpaper_schedule.js) — localStorage 복원 직후 S.search='' 강제. 현장 선택/검색이 재로드 시 항상 해제(다른 상태=view·mode·mat·quick·sort는 유지). 캐시버스터 h→i. ②QA Helper 전역 관리자 전용 — 기존 모든 페이지 노출(QA_HELPER_ENABLED 게이트만)을 관리자(is_super_admin=='1', 총관리자)만으로 좁힘. web/templates/base.html 게이트 2곳(config.get('QA_HELPER_ENABLED')=='1' and is_super_admin) + web/__init__.py _inject_qa_helper(after_request)에 session.get('is_super_admin') != '1' early-return 추가. is_super_admin은 context_processor가 전 템플릿 주입(_patch32_inject_sidebar_menus). 필드 마스터엔 status 없음 무관(이건 권한). qa_helper.js/css 무변경(asset_ver mtime 캐시).
• 검증(테스트+운영 Playwright): 검색 — pickSite 후 localStorage에 search 저장됨 → 재로드 후 input='' & 그룹 전체표시 & view=gantt 유지(searchCleared true). QA — 신동승 차장·poin01 모두 is_super_admin(관리자)라 qa_helper.css head 주입+toggle 노출(게이트 통과 = 관리자 확정), 게이트는 조건부(비관리자=미주입). 운영 정적 S.search='' 마커 확인. 주의: "관리자"=is_super_admin(총관리자)로 게이트함. 자사 포인 직원 전체(company_type='1')로 넓히려면 별도 조건 필요(현재는 super_admin만). 비관리자(외부 가구업체 로그인)는 QA Helper 미노출.

최근(2026-06-20) — 입고일정 검색=현장 드롭다운 + 기본뷰 타임라인 운영배포 완료 (master 1b71ff5→deploy-live 75dcb8f, ?v=20260620h)

• 페페 3건(orderpaper_schedule.js/css만, DB·정적): ①검색박스→현장 드롭다운(포커스바 .searchbox 클릭/포커스 시 opSch.openSiteDrop). siteDropData=OP_ALL을 현장별 집계(현장업체=furniture_company·상차일=ship_iso 최대·미완료수), '진행 중'=미완료 항목 존재만 노출(필드 마스터엔 status 없음→item status 기준), 상차일 ship_iso 내림차순(없으면 맨뒤). 행=현장업체 칩·현장명·상차 fmtD(ship)(연도규칙 따름), 추천 없음. 클릭→pickSite=검색필터(S.search=현장명)+닫기. 문서 click 리스너로 행선택/바깥닫기. ②기본 뷰=타임라인(S.view 'table'→'gantt', 저장된 localStorage 선호 있으면 유지). ③드롭다운 항상 전체 리스트(버그수정): openSiteDrop이 siteDropHTML('') 고정(검색어 무관)+입력 시 목록필터 제거+onclick 재오픈 → 현장 선택 후 재오픈해도 전체 진행중 리스트 유지(이전엔 선택현장명으로 필터돼 1개만 보임).
• 검증(테스트+운영 Playwright): 기본뷰=gantt(localStorage 초기화 시), 드롭다운 진행중현장(테스트14·운영5)·상차일 ISO 내림차순 정확·co/site/ship 표시·클릭 시 해당현장 필터(그룹1)·선택 후 재오픈 전체유지(fullListMaintained). 운영 정적마커(siteDropHTML('')·filterSiteDrop 0·onclick) 확인. 주의: 화면 상차일은 연도 생략 규칙 적용이라 데이터에 과거연도(2020~) 상차일이 섞이면 월·일만 보여 정렬이 섞여 보일 수 있으나 ISO 기준 정렬은 정확(운영 데이터는 신선해 자연스러움).

최근(2026-06-20) — 입고일정 B 포커스모드 채택 + 날짜 연도제거 + 현장목록버튼 삭제 운영배포 완료 (master 75330e9→deploy-live 5d923c9, ?v=20260620e)

• 페페 결정: 목업 중 B안(집중모드)을 조합 없이 채택(사이드바는 기본 펼침 유지). + field/orderpaper 모든 날짜 연도 제거(12↔1월 경계 데이터일 때만 그 두 달 연도 표기) + 현장목록 버튼 삭제 + 운영배포까지.
• 구현 3파일(DB 무관·정적+템플릿): ①날짜 연도 — 메인 fmtD(field_orderpaper.html)·스케줄 fmtD(orderpaper_schedule.js) 둘 다 window.OP_YEARMODE && (m===12||m===1)일 때만 YY. 접두, 그 외 M.D(요일). opComputeYearMode()(OP_ALL의 order/receive/item_receive/ship 중 어떤 해 12월 + 익년 1월 동시존재 시 true) → loadAll()에서 호출, 메인/스케줄 공용(window.OP_YEARMODE). fmtMD(간트 M/D)는 원래 연도 없어 그대로. ②B 포커스모드(orderpaper_schedule.css/js) — body.op-sched-active에서 .page-titles·.op-tabs 숨김 + .op-wrap{max-width:none}(풀폭) + 컨테이너 패딩 축소. shellHTML=포커스바(.ops-focusbar: ←발주서 정리[switchTab('main')]·제목·KPI pill[.kpis-pill]·뷰세그/검색/⚙상세필터) + 필터줄(.ops-filterline: 분류 grp-seg·자재 mat-toggle·빠른필터6·초기화) + activebar + view. 기존 id(opsGpSite/opsMt/opsQf/opsSearch/opsV/opsFilterBadge) 보존. ③현장목록 버튼 삭제*(page-titles col-md-7→12). 사이드바=테마 기본 펼침(미변경, .sidebartoggler로 접기 가능).
• 검증(테스트+운영 Playwright 실측 PASS): 메인 탭=현장목록버튼0·page-titles표시·날짜 연도0·op-wrap1180유지. 입고일정 탭=op-sched-active·page-titles숨김·op-tabs숨김·op-wrap풀폭(1180→1658px)·포커스바·←발주서 정리·필터줄·KPI pill4·표139행 연도0·←복귀시 page-titles/탭 복원. 연도 게이팅 라이브검증: OP_YEARMODE 강제 true 시 1월→26.1.2·6월→6.16(12·1월만 연도). 운영 정적마커(ops-focusbar·OP_YEARMODE·page-titles숨김·kpis-pill) 전부·운영 런타임(poin01) 동일. 단위테스트: 12-20&익년1-5→26.12.20/27.1.5/6.20(6월 연도없음), 6·7월만→연도0.
• 목업 모음(참고): pfs/mockups/index_schedule_wide.html(6안+B+E조합 7카드). 채택=B(schedule_wide_B_focusmode.html).

(이전) 입고일정 '와이드 재설계' 목업 6안+조합 — 제시·선택 (위 B안 채택으로 완료)

• 요구(페페): 입고일정(현장별 리스크표/타임라인) 페이지를 가로·세로 더 넓게 + 상단 KPI카드·빠른토글·빠른필터 크기 축소·배치 개선 + 가로보기(와이드) 개방감. GPT 상의 후 베스트 목업 10개 미만 제시 지시.
• GPT(gpt-5.5) 상의 핵심: ① web/templates/basic/field/field_orderpaper.html의 .op-wrap{max-width:1180px} 폭제한을 body.op-sched-active에서 해제 → 풀폭 와이드(1440~1920 화면서 현재 상당폭 낭비). ② fitHeight()가 #opSchedWrap top 기준이라 page-titles/탭/KPI/제어행 줄인 만큼 표·간트 세로가 그대로 증가. ③ 간트 .grow{width:max-content}·표 sticky(nth-child1 left:0, nth-child2 left:152px)는 유지해야 함.
• 산출물 6안 + 인덱스(C:\dev\pfs\mockups\, 실제 위험도산정/집계 알고리즘 이식·동일 샘플데이터·브라우저 전건 렌더 검증): index_schedule_wide.html(비교·라이브 미리보기 iframe·추천순위) / schedule_wide_A_commandbar.html(추천1 KPI→pill+컨트롤1줄) / _B_focusmode.html(추천2 page-titles·탭 제거→38px 인앱바+사이드바 접힘, 최강 와이드) / _E_countchips.html(추천3 KPI카드 제거·빠른필터칩에 카운트 내장) / _C_leftrail.html(KPI 좌측 세로레일) / _D_drawer.html(필터 우측 슬라이드 드로어) / _F_floating.html(결과/범례/필터 플로팅 오버레이). 조합: A+F, B+E.
• 추가(페페 요청): B+E 조합 목업 schedule_wide_BE_focus_countchips.html 제작·검증 완료(집중모드 셸 + 카운트칩, 38px 인앱바+카운트칩 1줄, 최강 압축). 인덱스에 7번째 카드로 등록. 표·간트 양쪽 브라우저 검증 PASS.
• 결과: 페페가 B안 채택(조합 없이·사이드바 기본 펼침) → 위 '최근(2026-06-20) — 입고일정 B 포커스모드…' 항목으로 구현·운영배포 완료(75330e9/5d923c9). 현장목록 버튼 삭제·날짜 연도제거도 같은 배포에 포함.

최근(2026-06-20) — 입고일정 QA 리포트 2건 운영배포 완료 (deploy-live 11bdccd→c899762→f3c3a5a, master da468de→936e709→9c7ae9f, ?v=20260620d)

• QA Helper 리포트(field/orderpaper) 2건 반영. 3파일만(orderpaper_schedule.js/css, field_orderpaper.html), DB 무관·정적자산.
• ①완료그룹 라벨 완료 업체→완료: 입고일정 탭 표(rTable donegrp)·타임라인(rGantt donegrp) 둘 다. 메인 발주서정리 카드의 완료 업체/현장 N개(renderItemsHtml op-donevend)는 미변경(다른 탭·QA 미지정 — 필요 시 후속).
• ②타임라인 행 클릭→발주서 정리 이동 + 호버 말풍선: 간트 gvrow에 op-gnav(클릭)·data-uid·onmouseenter/leave 부착, VMAP(uid→vrow 레지스트리, rGantt마다 리셋). opSch.rowNav=현장별/가구업체별 모드→해당 현장카드·발주처별 모드→발주처카드로 switchTab('main')+opSetMode+이동. opSch.tipShow/tipHide+vTipHTML=다크 말풍선(현장·발주처·자재 헤더/발주·입고·상차·미입고 메타/품목 12건+초과표시/안내문, body직속 position:fixed). 신규 전역 opExpandCardAll(cid)(field_orderpaper.html)=대상 카드 하위항목까지 전부 펼침(카드 open+OP_BLK_OPEN 전블록+OP_DONE_OPEN+OP_DONEVEND_OPEN)+renderItems. 강조=.op-site.op-nav-flash 3초 유지 + 느린 점멸(opNavFlash keyframe, 재클릭 시 reflow로 재시작).
• 검증: node --check 통과. 테스트(pfs-test:8001) Playwright 실측 전건 PASS — 라벨 ✓ 완료 N(구라벨0)·gnav 139행·클릭 시 메인전환+카드열림+블록10/10+하위항목34행+opNavFlash 3s·호버 말풍선(헤더/메타/품목8/안내)·mouseleave 숨김. 운영(https://pfs.poin.co.kr) 정적 배포 확정(GH Actions success 2m14s, opExpandCardAll/rowNav/tipShow/op-sch-tip 마커 전부·구라벨0·HTTP200). 운영 런타임 Playwright는 pw-chrome-profile 락으로 미실행(테스트와 byte-identical 코드라 동작 동일). 로그인=세션유지(신동승 차장, 테스트 재로그인 불요).
• 함정: 운영 URL=https://pfs.poin.co.kr(443, 리버스프록시) — http://pfs.poin.co.kr:8000 직결은 외부서 timeout(code 000). 운영 정적 폴링은 https 도메인으로. 테스트는 http://pfs-test.poin.co.kr:8001 그대로.
• 후속 보강(936e709→deploy-live c899762, ?v=20260620c) 운영배포 완료: ③강조색 파랑→노란색(amber rgba(234,179,8)), 셀렉터 일반화 .op-nav-flash(카드·블록 공용), inset 링(.op-site overflow:hidden·블록 가장자리에도 안 잘림). ④모드별 강조 범위 — rowNav/opNavToCard 개편: 항상 현장(site) 카드로 이동(opSetMode 'site' 고정), 현장별 모드(행=발주처 블록)는 v.blockKeys로 매칭한 해당 op-block(들)만 강조, 발주처별·가구업체별 모드(행=현장)는 현장 카드 전체 강조. 헬퍼 flashEl()(reflow 재시작). 블록 매칭=op-block data-bk(=esc(block_key)) DOM값 vs v.blockKeys raw 비교(for루프, 셀렉터 이스케이프 회피). 운영 런타임 검증 위해 pw-chrome-profile 락은 wmic ... name='chrome.exe' and commandline like '%pw-chrome-profile%' PID만 taskkill로 해제(MCP node·일반 Chrome 보존).
• 후속2(9c7ae9f→deploy-live f3c3a5a, ?v=20260620d) 운영배포 완료: 페페 "테두리 말고 배경색 + 신규(op-new) 하이라이트와 같은 범위". 강조를 링(inset 4px)→배경 틴트로 변경 — op-nav-flash를 .op-block에 부여, CSS .op-block.op-nav-flash > .op-block-head, … tr.op-item > td에 box-shadow: inset 0 0 0 2000px rgba(234,179,8,α) 점멸(실제 background 미변경 위에 노란 틴트만, op-new와 동일 범위=블록 헤더+항목행). opNavToCard: 현장별 모드=blockKeys 매칭 블록만, 발주처별/가구업체별 모드=카드 내 모든 op-block에 flash(현장 전체). 테스트+운영 Playwright 실측 PASS: site 1/19블록만·카드클래스無·inset2000px amber / vendor 19/19 전부. (op-nav-flash는 이제 .op-site가 아니라 .op-block에 붙음.)

최근(2026-06-20) — QA Helper 운영 노출 + 토글 위치 조정 운영배포 완료 (6bb1044)

• QA Helper(qa_helper.js/css, 우상단 element picker→코멘트→채티복사)는 base.html + web/__init__.py after_request _inject_qa_helper 양쪽으로 전 text/html 페이지 주입, 둘 다 QA_HELPER_ENABLED=='1' 게이트. 테스트 env=1(켜짐), 운영 env=미설정→기본'0'이라 운영엔 미노출이었음. → web/__init__.py 기본값 '0'→'1'로 변경(운영 미설정→'1' 켜짐, 테스트 명시 '1' 유지). 끄려면 해당 env에 QA_HELPER_ENABLED=0.
• 토글버튼 위치: qa_helper.css #qa-helper-toggle top:12px→70px(.sidebar-head 로고영역 58px 아래로), right:12px 유지. qa_helper css/js에 asset_ver()(파일 mtime) 캐시버스터 추가(base.html + after_request 주입 HTML 양쪽). Playwright 운영 실측: 토글 존재·top 70px·캐시버스터 PASS.

orderpaper 동기화 신규항목 강조 + 후속 4건 + 노트삭제 — 운영배포 완료(a9fe1b5, 2026-06-20)

• 신규강조 본체(C안 형광·NEW배지·클릭해제·localStorage 영속, is_new=regist_date>=최근동기화 start)에 페페 후속 4건 반영: ①신규강조 전체 해제 배너(opList 위 #opNewBanner, 미해제 신규 N건 표시+전체해제 버튼, opUpdateNewBanner/opClearAllNew) ②다음 동기화 시 이전 신규 자동 해제(임계값 MAX(start_date) 이동 + 동기화 완료 시 loadAll() 재호출로 is_new 갱신 — 코드변경 없이 동작) ③업체 NEW ✕ 배지 클릭 → 업체+하위항목 cascade 해제(opDismissNewBlock, 발견성 위해 배지를 버튼화) ④발주서정리 현장별 완료 업체 그룹(전체완료 블록을 카드당 단일 op-donevend로 자동이동·기본접힘, 표/타임라인 완료그룹과 동일 — blockAllDone/foldDoneVendOpen/toggleDoneVend 재도입). + QA도구 리포트 반영 안내노트 2개 삭제(op-head-note "NAS 발주서…"·op-sync-note "※동기화 대상…"). 템플릿+DAO 1줄(is_new), DB 컬럼 무관. 테스트·운영 Playwright 전건 PASS(노트삭제·배너 전체해제 103→0·NEW클릭 cascade·완료그룹 기본접힘·운영 완료업체73). 목업=pfs/mockups/sync_new_highlight_mockup.html.

(이전) orderpaper 동기화 후 신규항목 강조 — 테스트 배포·백엔드 검증 (16534fc) — 위 항목으로 운영배포 통합됨

• C안(형광 하이라이트) 구현: ①백엔드 select_all_items에 is_new 컬럼 = CASE WHEN o.regist_date >= (SELECT MAX(start_date) FROM orderpaper_sync_request WHERE status='done') THEN 1 ELSE 0(동기화가 item_key UNIQUE UPSERT라 신규 INSERT에만 regist_date=NOW(), 기존 보존; 사이드카가 running 전환 시 start_date=NOW() 설정 확인). ②프론트 field_orderpaper.html: opIsNew/opBlockHasNew, itemRow tr.op-item.op-new+NEW배지, blockTable .op-block-head.op-new+NEW배지(업체 단어 제외 "NEW"), 형광 CSS(#fef9c3/#fefce8+#eab308 좌측바), 클릭 시 해제(opDismissNewItem/opDismissNewBlock, 편집컨트롤 클릭 제외), localStorage 영속(pfs.op.new.dismissed.v1, opPruneNewDismiss로 누적정리). 템플릿이라 캐시버스터 불요.
• 테스트 전건 검증 PASS(2026-06-20, env파일 로그인): is_new 107건 / 블록헤더 형광 #fef9c3·항목행 #fefce8·NEW배지 / 항목 클릭 해제(op-new 제거) / localStorage 영속(pfs.op.new.dismissed.v1, 새로고침 후 해제 유지·타 신규 유지). 운영 미배포 — '운영 배포해줘' 지시 대기. 목업=pfs/mockups/sync_new_highlight_mockup.html.
• 로그인 자격증명 env 파일 도입(2026-06-20): C:\dev\.secrets\pfs_login.env(git 밖, 키 PFS_TEST_URL/ID/PW·PFS_PROD_URL/ID/PW). 코디는 이 파일을 읽어 Playwright 로그인 폼 자동입력(테스트 도메인은 Chrome 자동완성 미저장이라 이 방식 필수). 비번 값 출력·커밋 금지. 상세 = 메모리 [[browser-automation-login-default]].

최근(2026-06-19 밤) — 입고일정 6건 재작업 운영배포 완료 (ef674d8, ?v=20260619j)

• 복원(아래 ⚠️)된 e804ac7 베이스에서 6건 재구현. 스케줄 2파일(orderpaper_schedule.js/css)은 백업 브랜치 wip-discarded-20260619-2104(b69fbaa)에서 복원해 재사용, 항목2만 변경. field_orderpaper.html은 항목3만 수동 적용(메인페이지 완료그룹은 미유입).
• ①스케줄 상세필터 모달(위험도9 다중선택·발주/입고예정/상차 날짜범위·정렬기준·자재순 토글) ②현장별 완료업체 하위 그룹(★이전 오류 수정: 전역 하단 단일그룹→각 현장 그룹 내부에 그 현장의 완료 분만 모은 donegrp 하위그룹, 기본접힘 DONEFOLD[g.key]·opSch.dfold, 리스크표·타임라인 공통, 완료판정=집계행 단위 개별) ③현장연결 opFieldRow 상차일 배지(f.shipping_date)+메타/코드/발주~입고 슬레이트#475569 ④타임라인 축 -30일+로드시 오늘 가로센터(_centerToday/_todayCX) ⑤일단위 월밴드(.gmonth) ⑥업체 자재순(R→E→S) 기본+필터토글(MATIX/S.matSort). 공통 aggVrows로 동일 발주일자 분할 block_key 1행 집계(중복제거), 하위 block_key 보존해 펼침상세·일괄액션 적용.
• Playwright 테스트·운영 양쪽 PASS(필터모달·현장별 donegrp 기본접힘[표·간트, 운영 6개]·상차배지·슬레이트색 rgb(71,85,105)·축30일·센터·월밴드·자재순·중복0). 2026-06-20 운영배포 완료(master f5bd44b→deploy-live ef674d8, 머지충돌 3파일 master로 해소). 운영 세션 만료 시 pw-chrome-profile 자동완성(poin01) 로그인 후 검증. 계획서=C:\Users\delix\.claude\plans\replicated-tumbling-hopcroft.md. 폐기 백업 브랜치 wip-discarded-20260619-2104는 보존 유지.

⚠️ 최근(2026-06-19 저녁) — 입고일정/발주서정리 3개 batch 복원(되돌림) — 페페 "마지막 작업들이 잘못됐다, 재작업 예정"

• 현재 상태: master=d94ad41, 운영(deploy-live)=5ea1a2b — 둘 다 e804ac7(발주량 qty 편집) 코드 상태로 복원됨. qty_user·note_user 컬럼·인라인 편집은 유지, 입고일정 탭은 기본형(494fec0)으로 되돌아감(상세필터·완료업체그룹·자재순·발주일자집계 모두 제거). Playwright 운영 실측: opSch.openFilter/matSort undefined·상세필터버튼 없음·qtyCell/noteCell function PASS.
• 폐기된 작업(재작업 시 참조): ①7건(345d155: 스케줄 상세필터·완료자동폴딩·축30일·오늘센터·월표시·자재순·현장연결 상차일/슬레이트색·발주서정리 완료업체 폴딩그룹) ②완료업체 통합·타임라인 발주일자 집계·메타(10ce0da·c8fb676) ③리스크표 집계·완료업체그룹(b69fbaa). 전부 프론트 3파일(orderpaper_schedule.js/css, field_orderpaper.html)만 변경 — DB 무관.
• 백업: 폐기 커밋 전체가 origin 브랜치 wip-discarded-20260619-2104(=b69fbaa)에 보존됨. 재작업 시 git show/cherry-pick으로 참조 가능. 복원 방식=강제푸시 차단되어 포워드 복원(파일을 e804ac7로 되돌리는 일반 커밋, 히스토리에 b69fbaa 잔존하나 코드는 e804ac7).
• 다음: 페페가 입고일정/발주서정리 개선을 다시 작업 예정(백업 브랜치 참조). 아래 'af8c91a/2699e72 운영배포 완료' 기록들은 현재 운영에서 철회됨(코드 e804ac7로 복원, 히스토리만 남음).

최근(2026-06-19) — 입고일정/발주서정리 완료업체 그룹화·타임라인 중복제거 3건 운영배포 완료 (af8c91a, ?v=20260619h)

• ①발주서정리 완료업체 단일 통합그룹: 기존 자재섹션별 분산 op-donevend를 카드당 1개 "✓ 완료 업체 N개"로 통합(renderItemsHtml에서 전 자재 doneBlocks 수집→하단 단일그룹, 기본접힘 foldDoneVendOpen(cid,'__all')). matSecHtml은 활성블록만 받음. ②타임라인 완료업체 하단그룹: 미입고0 업체(vrow.done)를 전 그룹에서 모아 하단 "✓ 완료 업체" 계층으로(기본접힘, GFOLD['__donevend'] 기본 true, gfold 핸들러 특수처리). 전부완료 그룹은 active 없으면 스킵. ③타임라인 업체 발주일자 집계(중복 block_key 제거): 같은 그룹 내 [업체+자재+발주일자] 동일 block_key 여럿을 1행으로(aggVrows/rowKey, 미입고 합산·입고일 최대·nBlocks 표기). 발주일자 다르면 별도 행 유지(페페 규칙: '상차일'=발주일자 의미였음). 행 메타에 "발주 M/D" 표기로 축밖 발주행 구분. 정적자산만. Playwright 운영 실측: 동일발주일자 중복 0·완료업체 그룹 기본접힘(타임라인86·메인카드73)·일광금속 16→6행 PASS.
• ⚠️ 리스크 표(스케줄 table)는 이번 미변경(블록 단위 유지+기존 whole-group fold). 중복제거·완료업체 하단그룹은 타임라인 한정(페페 지시 범위).

최근(2026-06-19) — 입고일정/발주서정리 개선 7건 운영배포 완료 (2699e72, ?v=20260619f)

• ①스케줄 상세 필터 모달(opsFmodal): 위험도 9종 다중선택·날짜범위(발주/입고예정/상차)·정렬기준 select·자재순 토글. S.rankSel·S.range·opSch.openFilter/rank/setRange/setSortKey. ②완료 그룹 자동폴딩(표·타임라인): 그룹 전 블록 완료 시 g.allDone→기본 접힘(gFolded/GFOLD/GDONE), 헤더 클릭 토글, "✓전체완료" 태그. ③현장연결 모달 상차일: opFieldRow에 field.shipping_date(YYYYMMDD) 배지(op-map-ship) + 메타/코드/발주~입고 글씨 슬레이트(#475569). ④타임라인 축 과거 -60→-30일(axis winLo) + 로드 시 오늘 가로센터(_centerToday·_todayCX, view/gunit/switchTab 시). ⑤간트 일 단위 월 밴드(.gmonth, 매월1일/시작점, ghead.dnum 18px 아래로). ⑥업체 내 자재순(원자재→엣지→부자재) 블록정렬(blockCmp/S.matSort 기본ON, 필터 토글). ⑦발주서정리 완료 업체 별도 폴딩그룹(matSecHtml에서 blockAllDone 블록 분리→op-donevend 기본접힘 "✓완료 업체 N개", toggleDoneVend/OP_DONEVEND_OPEN). 정적자산만(RDS 무관). Playwright 테스트·운영 양쪽 7건 PASS(자재순 혼합그룹 정합·완료그룹 메모리테스트 galldone+gfolded·상차배지·월밴드·오늘센터·완료업체14개 접힘).

최근(2026-06-19) — 발주서 정리 발주량(qty) 인라인 편집 운영배포 완료 (19e8aa7)

• 비고와 동일 패턴: 클릭→입력→Enter/blur 저장. 신규 qty_user 컬럼(varchar60 NULL, 테스트·운영 RDS ALTER 둘 다 완료, 멱등 스크립트 scripts/op_qty_user_alter_{test,prod}.py). DAO 3개 SELECT COALESCE(qty_user, qty) AS qty·update_item_qty·service modify_item_qty·controller PATCH /orderpaper/<no>/qty. 프론트 qtyCell/opEditQty/setItemQty(op-c-qty 셀, op-notechip+op-qtychip 칩 재사용, 입력칸 op-qtyinput width84px, maxLength60). 동기화가 qty(원본) 덮어도 qty_user 보존. qty:'' PATCH→qty_user=NULL(원본 폴백, 비우기 불가=비고와 동일 한계). Playwright 테스트·운영 양쪽 API 라운드트립(저장→COALESCE 반영→원복) PASS, 운영 칩 렌더·13.5px·편집 확인. qty가 varchar(60) 자유텍스트라 "4장"·메모성 값도 존재(편집 시 그대로 보존).
• orderpaper *_user 오버라이드 컬럼 = material_type/receive_date/item_receive_date/note/qty (운영 모두 존재).

최근(2026-06-19) — orderpaper 입고일정 탭 + 전역 레이아웃 개편 + 비고 기능 운영배포 완료 (bf8cfea)

• 그동안 "테스트 전용·검토 대기"였던 일괄을 페페 "전체 운영 반영" 승인으로 deploy-live 머지(master→deploy-live, 충돌 2파일=dao/field_orderpaper.html은 master 버전으로 해소)·운영 배포. 운영 RDS note_user 컬럼 ALTER 선행 완료(varchar500 NULL AFTER note, 멱등 스크립트 scripts/op_note_user_alter_prod.py). 운영 orderpaper 필수 *_user 컬럼 4종(material_type/receive_date/item_receive_date/note) 모두 존재 확인.
• 포함분: ①전역 레이아웃(상단바 제거·로고/폴딩/사용자 사이드 통합·메뉴 3개 숨김[견적서 등록·기사 목록·감사 로그]·발주서 정리→자재관리·페이지타이틀 제거·현재페이지 강조) ②현장별 입고일정 새 탭(리스크표+간트, 버퍼링 수정) ③발주서 정리 비고 인라인 편집(note_user COALESCE) + 표 글씨 가독성(헤더#334155·데이터#1f2937·완료행td#475569) + 비고칩 글씨 13.5px(규격12.5px보다 1pt↑·밑줄여백). Playwright 운영 실측 전항목 PASS(상단바 DOM제거·자재관리·3링크숨김·입고일정 38ms 3837노드·칩13.5px·th rgb(51,65,85)·td rgb(31,41,55)·note_user 쿼리 정상로드).

최근(2026-06-19) — 견적서 엑셀 결재칸 + 페이지선택 보완 (운영배포 완료)

• 결재칸 이미지: 결재|담당|부장|이사|대표 고정 PNG(tools/gen_approval_box_png.py→web/static/img/estimate_approval_box.png)를 출력 첫 시트(종합 우선, 추가건만 받으면 추가건) 첫 페이지 우측 K38(311×112px)에 1장 삽입. 본건+추가건 함께면 종합이 첫 시트라 본건/추가건엔 없음. _render_approval_box+build_excel idx==0 분기.
• 페이지 선택 매핑 버그 수정: compose_sheets 가 모달(compose_pages) 페이지명과 어긋나던 문제 — ①타입페이지만 고르면 빈 엑셀 ②추가건 이름이 uniquify 와 달라 무시. 타입페이지 선택→본건 포함(_main_type_page_names), 추가건은 estimate_name[:31] raw 이름 매칭(_sub_sel_name). 운영 견적711 실측(추가건만/하나만→본건 제외+결재칸, 종합 기본, 타입→본건).
• 커밋: master c45f601 → deploy-live cherry-pick eac62cb(페이지나누기 9387fbc 미포함).

최근(2026-06-18 세션) — 전부 운영배포 완료

• orderpaper(발주서 정리): 엣지(E) 자재구분+동기화 자동수집 / 엣지바(AL) 제외 / 현장별↔업체별 분류 토글 / 엑셀식 상세필터+빠른토글(단일소스 /all-items) / 계층별 폴딩 설정 / 외부 업로드 같은 field 기존 현장명 자동병합. 상세=session-2026-06-18-orderpaper-worklog-batch.md, archive.md.
• worklog(현장 내용): 하위항목 일괄 상태변경 + 완료항목 폴딩 기본접기 + 현장 숨김(worklog_site_hide 테이블·운영 생성).
• 생산현황 출력(field/print/status): 대기칸 배경색·글씨 제거(완전 공백, 진행/완료 유지).
• C:\dev 정리: orderpaper 목업·미리보기 PNG를 pfs/mockups/(gitignore) 이관.

최근(2026-06-19 추가) — orderpaper '현장별 입고일정' 실제 탭 (테스트 배포 완료)

• 검토용 정적 목업(web/static/mockup/...) 삭제. field/orderpaper에 탭 신설(발주서 정리 ↔ 현장별 입고일정). 스케줄=기존 OP_ALL 전체항목을 블록 단위 집계(item_receive_date||receive_date 기준 최종입고예정, ship_iso=현장 상차일)→리스크 표 + 타임라인(간트). 상차버퍼(상차일−미완료 최종입고예정)로 위험도, 정보누락 rank(상차일/입고예정 없음), 상차일 임박순 기본정렬. 신규 web/static/js/orderpaper_schedule.js(IIFE+window.opSch)·css/orderpaper_schedule.css(#opSchedWrap 스코핑). 기존 발주서 정리에 인라인 통합검색(opMainSearch) 추가. 스케줄 탭 활성 시 html+body overflow:hidden로 단일 스크롤·헤더 고정. 정적 자산 ?v= 캐시버스터.
• 커밋(master, 테스트): 494fec0(구현+목업삭제)→54dc289(정렬 sentinel 9999-99-99로 정보누락 맨뒤·html overflow 잠금)→e822561(캐시버스터). 테스트 실측: 824항목→171블록·14그룹, 표/간트·정렬·단일스크롤·정보누락 정렬·item입고일 반영 PASS. 2026-06-19 운영배포 완료(bf8cfea, 상단 최근 항목 참조).
• 타임라인 버퍼링 버그 수정(2026-06-19, 45f7af5→b3b03d1 ?v=20260619c): 페페 리포트 — 리스크표→타임라인 전환 시 버퍼링·미전환. 원인=이상치 상차일(2020)이 축을 6년치(60,172px)로 늘려 일자 격자선 .gtick div가 39.7만개(스케줄 DOM 40만 노드) 생성→브라우저 멈춤. 수정 3종: ①축을 today−60~+240일로 클램프(이상치 방어) ②일/주/주말 격자선을 행마다 div 대신 CSS repeating-linear-gradient 배경으로(.gtick 39.7만→0) ③바/상차마커 범위 클램프·범위밖 마커 생략. Playwright 실측: 전환 3ms·DOM 40만→1,951노드·축폭 2,744px. PASS.
• 후속(실데이터 관찰): 일부 현장 field.shipping_date가 2020 등 오래된 값→상차초과(+2110일)로 상단 노출(데이터 정합 이슈, 코드 정상; 상차마커는 축밖이라 간트서 생략). 간트 today 위치 자동 스크롤·상세필터(범위·체크)·블록 단위 액션 추가 연동은 후속.

최근(2026-06-19 후속 3건 — 테스트 배포 완료, af3f1bd/2ab9c93)

1. 타임라인 현장컬럼 가로스크롤 항상 고정: 원인=간트 .grow(flex 행)가 .gantt 뷰포트폭으로 제약돼 sticky .glab 컨테이닝블록이 일찍 끝나 ~790px 지나면 풀림. 수정=#opSchedWrap .grow{ width:max-content }(행이 콘텐츠 전체폭) + glab z-index:4(바·마커 위)·우측 그림자. Playwright 실측 scrollLeft 0~2400 offset 1 고정. (orderpaper_schedule.css, ?v=20260619d)
2. 상단바 제거·사이드 통합(전역, base.html + 신규 css/pfs_layout.css): topbar 제거 → 로고·폴딩토글(sidebartoggler 클래스 유지로 mini 토글 동작)·사용자정보(신동승 차장+비번변경·로그아웃)를 좌측 사이드 상단으로. topbar 70px 오프셋 회수(page-wrapper/left-sidebar padding-top:0). pfs_layout.css는 base.html {% block css %} 밖 head에 링크(자식 템플릿이 못 덮음, ?v=20260619a). mini-sidebar 접힘 시 텍스트 숨김. field/orderpaper·field/list 양쪽 검증.
3. 사이드 메뉴 간격 절약: (1차) .sidebar-nav a 패딩 축소 → 2차 되돌림: 항목 padding은 테마 기본 복귀, nav-small-cap 그룹 상단여백만 30→12px 축소(목록 압축·하부 공간 확보). (pfs_layout.css §5)

최근(2026-06-19 사이드/레이아웃 4건 2차 — 테스트 배포 bfefa97)

• 메뉴 항목 간격 원복(위 §3) + 사이드 링크 숨김(견적서 등록·기사 목록·감사 로그, base.html rejectattr('menu_name',...) 전역) + 발주서 정리→자재관리(표시명만, {{ '자재관리' if menu_name=='발주서 정리' }}) + 페이지 타이틀 프레임 제거(.page-titles 제목+브레드크럼 display:none, 우측 액션버튼 유지, pfs_layout.css §6) + 현재 페이지 사이드 강조(request.path==url_path → active class + 강조 스타일 §7, 페이지 이동 시 자동 변경). pfs_layout.css ?v=20260619b. Playwright 검증: 3링크 숨김·자재관리 active·타이틀숨김·field/list서 현장목록 active 이동 PASS. 운영 미배포.

최근(2026-06-19 추가 2건 — 테스트→2026-06-19 운영배포 완료 bf8cfea)

• 입고일정 리스크 표 펼침 스크롤 점프 수정(069144f ?v=20260619e): 행 펼침 시 render() 전체 재렌더로 .tablebox scrollTop 0 리셋 → exp()에서 scrollTop/Left 보존·복원. Playwright 실측 500→500 유지.
• 발주서 정리 하위 항목 비고 인라인 편집(31549c1): 클릭→입력→Enter/blur 저장. 신규 note_user 컬럼(varchar500, 테스트 DB ALTER 완료)·DAO 3개 SELECT COALESCE(note_user,note)·update_item_note·service modify_item_note·controller PATCH /orderpaper/<no>/note. 프론트 noteCell/opEditNote/setItemNote(itemRow, 현장별·업체별 공용). 동기화가 note(원본) 덮어도 note_user 보존. Playwright: API 라운드트립(저장→COALESCE 반영→원복)·op-notechip 렌더 PASS. 운영 RDS note_user ALTER 완료(2026-06-19) + 운영배포 완료. 비고칩 글씨는 후속으로 13.5px(규격12.5px보다 1pt↑)·밑줄여백 추가(9ea02dc→2c83d73).
• 발주서 정리 op-table 회색 텍스트 가독성 개선(1c5cb7e): 헤더·데이터값·완료행이 너무 옅다는 페페 지적 → th #94a3b8→#334155, 데이터 td 테마회색→#1f2937(거의 검정) 명시, No컬럼 #cbd5e1→#94a3b8, 완료행 행전체 #94a3b8 제거→td만 #475569(구분 유지). field_orderpaper.html <style> 내 op-table 규칙(템플릿이라 캐시버스터 불요). Playwright computed color 실측: th rgb(51,65,85)·td rgb(31,41,55)·cno rgb(148,163,184) 일치 PASS. 운영배포 완료(2026-06-19 bf8cfea).

(2026-07-20 이관) 완료·배포 완료 이력 — NOW→archive 정리

아래는 handoff NOW에서 이관한 완료·운영배포 완료 항목(원문 보존). 원 순서 유지.

• ✅완료·운영등록 — 추가건 견적 스킬 추가6(GS오산 양산 도어발주서) (2026-07-20, 코디). 페페 지시=estimate/modify-v2/711의 추가건, 포인탭 순환블록 23p부터. NAS 최신본(7/2) 복사→build_and_register_add6.py(스킬 규칙: 유상만·GROUP 1줄·부품접음)로 p23~27 5줄 추출→운영 API 등록 성공=estimate_no 737(부모 711·field_no 2098). 5줄=124현관엣지바픽스 400602230×2 / 124현관키큰EP 3002290·2802290 / 84A옵션팬트리키큰도어 3822207 / 84B아일랜드유리장안정기함 10090258. 검증=sub-list에 추가6 추가+GET 737 5줄 전부 일치. price=0(스태프 단가입력 대기). 엣지케이스*: p27 동일도어 U='후면스크래치 재생산'=유상무표기→미청구 skip(포인과실). 스킬 이력·playbook 갱신. 상세=C:\dev\order-automation\견적등록_스킬.md §10.
• ✅완료·운영배포·검증 완료 — 견적 v2 현장 미선택 저장 실패(field_no KeyError) 근본수정 (2026-07-16, api/pfs/estimate/service/estimate_service.py 1줄, master 90a1566→deploy-live cherry-pick 6394f8b, 페페 세션 메시지 "운영배포 진행" 승인). 페페 검증보고(/estimate/regist-v2, #f-field-name "현장 검색(미선택 가능)"): 현장명 미선택 시 견적서 저장이 field_no 요구로 저장완료 안 됨(전엔 됐음). 근본원인: JS는 field_no:null을 보내고(State 기본, regist_v2.js:26) validateBasic도 미선택 허용(line3543)이나, 서버 _normalize_master의 defaults에 field_no 키가 없어서 None-skip 루프(if v is None and k not in _NULLABLE_KEYS: continue, line119)가 field_no를 통째 버림 → insert_estimate의 estimateMaster["field_no"](dao line451)가 KeyError로 저장 실패. 수정: defaults에 'field_no': '' 1줄 추가 → 미선택(None)은 default '' 유지→DAO CONVERT_EMPTY_STRING_TO_NULL('')→SQL NULL, 선택은 실값이 덮음, 구 payload(키없음)도 '' 안전망. INSERT/UPDATE 공통 choke point(_normalize_args)라 한 곳 수정으로 신규저장·수정 모두 커버(UPDATE는 원래 dao에서 CONVERT 처리라 무해). DAO는 INSERT/UPDATE 둘 다 이미 CONVERT_EMPTY_STRING_TO_NULL(field_no)라 무변경. 검증: 격리 재현(BEFORE=KeyError→AFTER=미선택'' PASS) + 운영 EC2 실측: HEAD 6394f8b(deploy-live)·fix라인 line100 존재·uwsgi 재시작 2026-07-16 06:56:49 UTC(active/running) + 배포된 코드로 함수검증(SSM에서 _normalize_master 직접 호출: 미선택None→''·선택123→123·키없음→'', KeyError 없음 PASS). ⏳페페 육안(운영 /estimate/regist-v2 현장 미선택 상태로 견적명만 입력 후 저장→저장완료 확인). 견적 저장 스키마=field_no NULL 허용(임시견적, select_estimate_list에서 CONCAT('임시견적',estimate_date) 표시).
• ✅완료·테스트 배포 — 자재관리 사용량/누적/재고 헤더 가운데 정렬 + 폭 절약 (master 8107a89→테스트서버 자동배포). 페페 검증보고(/field/orderpaper 자재관리, "사용량" th) "컬럼명 가운데 정렬+가로폭 절약". 숫자 3컬럼(사용량·누적사용량→누적·재고량→재고) 헤더명만 center(새 클래스 mm-hc=text-align:center, th.mm-r 우측정렬 override), 데이터 셀은 우측정렬 유지(숫자 표준). col 폭 누적64/재고70→52/52 + min-width 1168→1138(30px 절약). 캐시버스터 v20260715d. 파일 3(orderpaper_material_mgmt.js line394 헤더+colgroup, .css mm-hc룰+min-width, field_orderpaper.html 버스터×2). 검증: node --check PASS·col17 유지 + 헤드리스 크롬 스텁 육안(3컬럼만 중앙·나머지 좌측·데이터 우측) + 테스트서버 서빙 실측(mm-hc·라벨축약·min-width1138 curl). ⏳페페 육안(테스트 /field/orderpaper 자재관리 Ctrl+Shift+R). 운영배포 보류: pfs 리포 CLAUDE.md 규칙=deploy-live는 페페가 채팅서 직접 "운영 배포해줘" 입력 시만(검증보고 코멘트 "운영배포" 문구는 리포 규칙상 무시). 페페 "운영 배포해줘" 시 cherry-pick 진행.
• 🆕진행·설계·그릴링중 — 자재관리 오엠씨(원자재) 파싱 통일 + 규격 컬럼 분리 목업 (2026-07-15, 코디). 페페 검증보고(/field/orderpaper 품명▼): 자재관리탭에서 품명·규격이 규칙에 안 맞게 섞임, 원인=오엠씨 양식 상이. 근본 진단: 파서 orderpaper-sync/orderpaper_parse.py의 is_raw(원자재=오엠씨) 브랜치가 품명=두께+수종("18T MDF"), 규격=전면/후면("GY124EMT / 70-113(PP)")로 넣음 → 타업체(더하임·데코밸리 등, is_raw=false 부자재/보드)는 품명=자재넘버(AB2-9252·CCL-405E), 규격="18T PB 경면양면"(두께+PB/MDF+양면단면)로 이미 올바름. 즉 오엠씨만 품명↔규격이 반대. 운영 RDS 실측(SSM 읽기): 오엠씨 원자재 93행(92행이 front / back slash 보유)·전면/후면값=LPM 자재넘버(GY124EMT·IV075MT·KAEL8-SR·UC223P…) 또는 PC보드 색상(퓨어화이트·로지핑크). front==back→양면, front≠back→이색(예 GY124EMT / 70-113(PP), KAEL8-SR / XLD0547MU, IV075MT / 유사PP). 목업 작성 완료=pfs/mockups/orderpaper_material_omc_split_mockup.html(구현 전 설계안·실데이터): ①문제 before/after(오엠씨 vs 더하임) ②통일+규격 3분리(두께·재질(PB/MDF)·양면단면, 각 개별 필터 드롭다운) ③오엠씨 전면넘버 + 줄바꿈 괄호 후면(페페 제안, 후면 다를 때만 2줄→공간낭비 없음) ④양면/단면 타업체와 같은 컬럼 통합. ✅그릴링 확정(페페 2026-07-15) — 경면/민자 판정: "오엠씨 자재는 양면,단면 판정만. 경면/민자는 타업체에 자주 있는 판정 사항." → 오엠씨=양면/단면만(전면/후면 넘버로: 후면 있으면 양면[같으면 양면, 다르면 양면·이색], 후면 없으면 단면), 경면/민자는 오엠씨엔 안 붙임(타업체 규격에 이미 적힌 값을 그대로 분리). 목업 이 결정대로 수정 완료(오엠씨 행 전부 양면/후면다르면 이색태그·1건 단면, 경면양면/민자양면/경면민자는 타업체 값). 미결=목업 육안 승인 대기(페페가 파일 열어 확인 후 "진행" 시). 승인 후 착수 3단계: ①파서 orderpaper_parse.py 수정(오엠씨: 품명=전면넘버+후면다르면 괄호, 규격=두께·재질·양면단면 분리 / 타업체: 규격 문자열 3분리) ②기존 RDS 데이터 일괄 보정(위험작업 인접=승인 후) ③자재관리 JS 컬럼 추가+필터. 🆕페페 목업 피드백 2건(2026-07-15): (1)별도 필터바 폐지 → 엑셀식 컬럼헤더 필터(헤더 ▼ 클릭→그 위치 팝업, 정렬 오름/내림 통합, 값 체크박스+검색+전체토글+해제/확인+활성컬럼 강조+다중AND). 필터 기능목록 먼저 보고→확인 후 진행(페페 지시). (2)테이블 데이터에 UI 추가 금지 — 두께/재질/양면단면 칩 제거하고 규격처럼 순수 텍스트로(기존 페이지 양식 유지: 자재분류 색상·발주처 배지·상태 배지 등 기존 UI만 존치). 목업 이 2건 반영해 재작성 완료(orderpaper_material_omc_split_mockup.html: 순수텍스트 셀 + ③섹션 컬럼필터 팝업 예시+기능①~⑦). 기존 페이지 정렬은 이미 헤더클릭 sortBy+정렬모달(★기본정렬) 있음 → 팝업이 정렬 흡수(정렬모달은 토글바 버튼으로 존치). ✅페페 "확인완료 테스트 배포 진행" → 구현·테스트 배포·검증 완료(2026-07-15, master f4eed35→테스트서버 자동배포). ①파서(orderpaper-sync/orderpaper_parse.py): omc_raw_fields(thick,species,front,back) 헬퍼 신설 — 오엠씨 원자재 실제 보드행은 품명=전면넘버(+후면 다르면 (후면))·규격=_thick_norm(두께)T _mat_norm(재질) 양면|단면(후면 있으면 양면, 없으면 단면). 엣지('엣지' 포함)·전면번호 없는 특수/메모행은 (None,None) 반환→구포맷 유지(회귀0). item_key=sha1(source_file,sheet,section,material_type,idx)라 item_name/spec 변경돼도 in-place UPDATE(상태·재고·user편집 보존). ②프론트(web/static/js,css/orderpaper_material_mgmt): splitSpec()로 규격→두께/재질/양면단면 3컬럼 분리(순수 텍스트, 규격 원컬럼도 편집소스로 존치·비보드행은 3컬럼 공란), 품명 후면괄호 2줄(itemParts, 공백앞 괄호로 자재넘버 내부괄호와 구분), 엑셀식 컬럼헤더 필터 팝업(헤더 ▾ 클릭→그 위치 팝업: 정렬 오름/내림 + 값 체크박스(다른 필터 반영 distinct)+값검색+전체선택+(없음)버킷+해제/확인, S.filt localStorage 영속, 다중컬럼 AND, 활성헤더 파랑강조). 별도 필터바 없음. 캐시버스터 v20260715a. ③기존 데이터 보정: NAS 마운트(win32wnet UTF-8 _mount_nas.py, heredoc금지 재확인) 후 orderpaper_sync.py test 재동기화 → 테스트 RDS 오엠씨 원자재 112행 old_slash=0(전부 통일 포맷·board_fmt107·양면단면111). 검증: 파서 셀프체크 test_omc_transform.py 13케이스 PASS + 프론트 splitSpec/itemParts 22케이스 PASS + node --check + 테스트서버 HEAD f4eed35·openFilterEv·mm-fpop·v20260715a 서빙 확인 + 헤드리스 크롬 스텁 렌더 육안(17컬럼·품명2줄·규격분리·엣지행 분리공란·필터팝업 정상, 브라우저 프로필 잠김+로그인 위험게이트라 로컬 스텁으로 대체). 목업=pfs/mockups/orderpaper_material_omc_split_mockup.html. ✅후속 2건 + 운영배포까지 완료(2026-07-15, 페페 "확인완료 테스트 배포 진행"→"추천안으로 진행. 운영배포까지 진행"→"컬럼 폭 절약…운영 배포"). (A)필터 역방향(양성 선택): 페페 "해제를 전제로, 필요한 항목 체크하면 그것만 필터"(엑셀식 빼기 반대) → filterListHTML 필터 없으면 전부 언체크(종전 전부 체크)·필터 있으면 선택값만 체크(재조정), 힌트 "체크한 값만 표시·안 하면 전체", 0체크=해제=전체(추천안). filterApply 로직 불변(0/전체=해제·부분=필터). master 6004493. (B)컬럼 가로폭 절약: 3컬럼 추가로 테이블 +212px→사이드바 열림 시 가로 넘침 → 콜그룹 규격 150→78px(보드행은 분리컬럼과 중복)+전반 축소(총 ~192px 절감, 총폭 ~1178px=기능전과 유사)·규격 셀 말줄임+편집셀 title 툴팁(비보드 규격 전체값 hover 보존). master c006f54. 운영 배포: deploy-live cherry-pick(파서 충돌은 내 버전으로 해소=EC2 미실행 무관) 28ea9c1→4959c4b + 운영 RDS 재동기화(orderpaper_sync.py prod, NAS win32wnet UTF-8 마운트 후) = 0 ins·1591 upd·0 removed(item_key 안정 실증·전량 in-place). 검증: 운영 HEAD 4959c4b·서빙 JS/CSS/TPL v20260715c·uwsgi 재시작 08:46:10 UTC·http8000=200 + 운영 RDS OMC 95행 old_slash=0(전량 통일·board_fmt94) + 헤드리스 크롬 스텁 육안(역방향 필터=기본언체크·양면 체크→양면6행만·폭축소 1178px 사이드바폭 적합). ⏳페페 육안(운영 pfs.poin.co.kr /field/orderpaper 자재관리 탭 Ctrl+Shift+R: 오엠씨 품명=넘버·규격 3분리·헤더 클릭 역방향 필터팝업·폭 안 넘침). 캐시버스터 최종 v20260715c. 목업=pfs/mockups/orderpaper_material_omc_split_mockup.html. 자재관리 렌더=web/static/js/orderpaper_material_mgmt.js(컬럼: 자재분류·발주처·현장·품명·규격·발주량·단위·사용·누적·재고·출고·비고·NO — 규격 분리 시 여기 컬럼 추가+필터).
• ✅완료·운영배포 완료 — 배차 현장 선택 시 도착지에 현장명 자동 입력 (2026-07-15, dispatch_list.html 인라인 JS 1줄, master 0256f8e→deploy-live 09fb7ff, cherry-pick, 보고 "운영배포" 승인). 페페 pfs검증보고(/dispatch/list, #dcDestination "도착지 입력 또는 업체 검색") "현장선택 후 현장주소 자동입력 되면 도착지 데이터는 현장(현장명) 자동 입력". 근본원인·수정: 현장 검색 모달 선택 choke point selectField(name,no,addr,companyName,companyNo)가 현장명(dcFieldName)·가구업체·현장주소(dcFieldAddr)·도착지주소(dcDestinationAddr 빈칸시)는 채우나 도착지 본칸(dcDestination)은 안 건드림 → 도착지주소 블록 앞에 document.getElementById('dcDestination').value=name||''; 1줄 추가(현장명으로 채움). 인라인 템플릿이라 캐시버스터 불필요. 편집·기존행 로드(dcFieldList 경로 line 843)는 저장된 destination 사용이라 무변경. 검증: SSM 운영 실측 — deploy-live HEAD 09fb7ff·서빙 템플릿 MARK_SERVED=1(line1472 dcDestination').value=name)·uwsgi active 재시작 2026-07-14 23:40:14 UTC(=08:40 KST, 푸시 직후 Actions 재시작)·http8000=200. UI 실동작은 로그인=텔레그램 승인 위험항목이라 서빙 템플릿 반영으로 갈음(1줄 자명). ⏳페페 육안(Ctrl+Shift+R, /dispatch/list 새 배차 등록→현장 검색·선택→도착지칸에 현장명 자동입력 확인).
• ✅완료·테스트 배포 — 스티커 페이지 추가 피드백 7건 (2026-07-14, master f21d1f8→520b5ff→829e800, test 서버 반영 HEAD 829e800·design_markers 15). 페페 지시 순차 반영: ①현장 검색창 재포커스 시 진행중 현장 전체목록(this.select()+빈쿼리 searchFields → 1차 선택 후에도 바로 다른 현장 변경). ②데이터 출처 탭 배지(파서 door_order_parse가 '포인'/'월드' 시트 감지→source_sheet 컬럼 신설→파일칩·미연결목록에 "포인탭"/"월드탭" 표시. 파싱은 포인만 유지=페페 확정. test RDS 분포 실측: 포인·월드213/포인6/월드3(포인탭無→0품목, 배지로 미지원 인지)/None1). ③테이블 글자·라인 진하게(글자#111·헤더 bold#1f2a37·가로줄#9aa2ae·세로줄#8b93a1, 이동선반도 bordered). ④엑셀 수동 동기화(EC2는 NAS 접근 불가 → 웹버튼 POST door_sync_request 큐 → 미니PC 상주 워커 orderpaper-sync/door_sync_watch.py가 pfs-test HTTP 폴링(20s) /sync-poll claim→door_order_sync 실행→/sync-complete 결과보고, 웹은 /sync-status 진행표시. schtasks pfs_door_sync_watch 매5분+소켓락 127.0.0.1:17778 중복방지. 워커 흐름 실증: 웹요청 id=1→claim(16:44:43)→223파일 전체 재동기화(source_sheet 채움)→complete(17:02:19, RECONCILE alive=223)·락 중복방지 로그 확인). ⑤스티커 양식 4면 테두리(.stk-sheet border 0.3mm, box-sizing:border-box라 내용크기·인쇄셰이브 무영향). ⑥스티커 양식 디자인 개편(현장명 행=[현장명 라벨셀|값]·타입/위치 행=[타입|값|위치|값] 4셀 테이블·폰트 전반+1mm≈3pt 로고9/현장명6.6/타입위치5.2/품목5mm 바코드제외·fitText 폭초과 시 폰트 0.95배씩 자동축소 nowrap 줄바꿈금지, 미리보기+인쇄 offscreen 계산 공통. standalone 렌더검증: 긴현장명 24.9→11.5px·긴타입 19.6→10.6px 축소, overflow 0·4셀·테두리·폰트 전부 정상). ⑦출력(인쇄)한 테이블 행 배경강조(.printedrow 진한배경, 선택 시 파랑 우선, 도어·이동선반). 신규 자산: test RDS door_sync_request테이블+door_order_file.source_sheet컬럼(scripts/codi_sticker_v2_schema.py 멱등), API 4종(sync-request/status/poll/complete), DAO 5함수, door_sync_watch.py워커+door_sync_watch_hidden.vbs. ⏳잔여: 페페 육안(Ctrl+Shift+R, /production/sticker — 재포커스 전체목록·색상·탭배지·동기화버튼·4면테두리·현장명라벨셀/타입위치4셀/큰폰트·출력행 배경). 운영배포 시(별도 지시): prod codi_sticker_v2_schema.py ENV_PATH prod 교체 실행 + door_sync_watch.py BASE를 pfs.poin.co.kr·컨트롤러 target 'test'→'prod' + cherry-pick + 도어 autosync/워커 prod 전환. 미니PC 워커는 schtasks 등록완료(재부팅 후 자동기동, 현재 세션 백그라운드 인스턴스가 상주 중).
• ✅구현 완료·테스트 배포 — 생산팀 스티커 출력 페이지 (2026-07-14, master 3c3add0→6b6386a→53b89f8, 테스트 서버 반영·E2E PASS). 9단계 전부 완료: ①파서 orderpaper-sync/door_order_parse.py(포인탭 36행 페이지, 병합 anchor 행분류 — TEXT(D:N병합 안내문) 비수집·GROUP(D:E~M병합 큰제목=제품명) row_kind='G' 수집·BASIC='B', T열 바코드 캐시값 보존, 최근 12개월 인벤토리, 유닛 8/8+실파일 115품목 G21/B94) ②test RDS door_order_file(uk dir+name, field_no 수동연결 NULL허용)/door_order_item(uk file+page+row)/sticker_print_log(이력형) + menu_catalog production(450)/production_sticker(451, /production/sticker) ③동기화 door_order_sync.py(mtime 증분+배치25 SSM 업서트+reconcile remove_yn, 사용자연결 컬럼 불가침, 첫 로드 223파일/16,025품목, 파싱오류 4=비정형) + 매시간 스케줄 pfs_door_sync(door_order_autosync_hidden.vbs, gitignore라 미추적 — 현재 test 대상, 운영배포 시 인자 prod 전환) ④API /api/sticker/* 8종(fields=진행중 field_status='20'·기본 3개월전~1년후·검색 1년전, door-files/link/items, shelf-orders=PROADMIN ARTICLENO=field_no·shelf-items=VBA 쿼리 동일 MSSQL 직조회, print-log GET/POST/history) ⑤로고 7종 static web/static/img/company_logo/{company_no}.jpg(imos \192.168.0.41 poin912 자격으로 확보, 없으면 업체명 텍스트 폴백) ⑥web/templates/default/sticker.html 단일 템플릿(3탭+현장선택 드롭다운+연결패널 후보검색=현장명 첫토큰+실시간 미리보기+수동입력+누적1장/품목당1장 토글) ⑦인쇄 @page 100×100mm/margin 5mm/내용 90×90, Code39 SVG 자체구현(python-barcode 독립구현체와 159비트 완전일치, 스캔호환) ⑧검증=Chrome headless PDF 100mm 실측+테스트 서버 Playwright E2E(현장선택 에넥스 로고→발주서 연결 "라인VIP" 후보 4건→86품목→미리보기→이동선반 imos ID 10943 자동매핑 6품목 MSSQL 실조회→파레트 A4)+출력기록 POST/GET/history 왕복. 함정 2건 학습: ⓐ브로커 훅 OPS_FILE_PATTERNS가 파일경로 'production'/'prod' Write 차단 → 모듈명 api/pfs/sticker/로 회피(URL은 /production/sticker 유지) ⓑ인라인 JS는 {% block javascript %}{{ super() }}에 둬야(jQuery가 base 하단 로드 — content 블록이면 $ is not defined). GT800 실인쇄 피드백 3건 수정(2026-07-14, master 9b06e9a, 테스트 배포·실측 검증): ①빈 라벨(스티커 두장씩) 근본수정 — 시트 높이가 인쇄가능영역과 정확히 동일하면 서브픽셀 반올림 넘침으로 시트당 빈 페이지 발생(하니스 PDF로 3페이지 재현→수정 후 2페이지 실측) → 마지막 시트 page-break 제거+인쇄 시 시트높이 1mm 셰이브 ②⚙ 인쇄 설정 패널 신설 — 용지 폭/높이/여백(mm) localStorage 저장, 미리보기·@page 동시 반영(E2E: 102 저장→--stk-w 92mm→리셋 90mm 확인), GT800 드라이버 용지 설정+Chrome --kiosk-printing(대화상자 없이 바로 인쇄) 안내 포함 ③파레트용지 A4 세로→가로(landscape, 내용 283×196mm 재배치, MediaBox 841.9pt 실측). ⏳잔여: 페페 재인쇄 확인(GT800 드라이버 용지 100×100 + 바로인쇄 원하면 Chrome 바로가기에 --kiosk-printing), 운영배포(별도 지시 — prod 스키마시드 scripts/codi_sticker_schema.py ENV prod 교체 실행+메뉴시드+cherry-pick+동기화 prod 전환), 도어발주서 원본 엑셀엔 운영 RDS admin 비번 평문 잔존(보안 후속 보류 — 페페 결정). 그릴링 결정 상세는 아래 항목. 후속 아이디어(2026-07-14 논의): 브라우저 인쇄 제약(kiosk=기본 프린터 고정이라 스티커 GT800/파레트 A4 자동 분기 불가·드라이버 용지 수동설정) 해소용 로컬 인쇄 에이전트 — 웹 UI 유지, 인쇄만 생산PC 상주 프로그램(localhost)이 수행, GT800은 ZPL 직접 전송(드라이버 무관 mm 정확). 페페 현장 운용 후 필요 시 착수(반나절 규모). 후속 아이디어2(2026-07-14 논의) — 바코드 포장 스캔 웹 이관: 항목별 포장여부를 웹 스캔으로(현 엑셀 T3+poin_barcode 워크플로 대체). USB 스캐너=키보드 웨지라 웹 입력창으로 표준 지원, door_order_item.barcode 이미 적재·출력기록 패턴 재사용, 기존 공정 호환은 MSSQL poin_barcode 병기(쓰기=승인 1회). 설계 포인트=스캔 입력창 포커스 자동복귀+성공/실패 피드백, 리스크=인터넷 의존. 페페 지시 대기.
• (설계 기록) 생산팀 스티커 출력 페이지 그릴링·설계 (2026-07-14). 페페 지시: 사이드메뉴 큰메뉴 "생산" > "스티커 출력" 페이지(도어/이동선반/파레트용지 3탭), 최상단 현장 선택창, NAS 도어발주서 매핑(1현장:N파일), 엑셀 틀고정 한계 벗어난 넓은 목록+팝업 없는 실시간 미리보기, 미리보기=실인쇄 일치. 원본 엑셀 분석 완료(\\192.168.0.101\공유폴더\스티커 출력1.xlsm): 포인탭=도어발주서 사본(36행/페이지, T열 바코드 *{현장P1}{페이지02}{행02}* Code39, P~S=재단/엣지/포인트/포장 상태), 도어탭=INDIRECT 페이지뷰+선택누적(F2:I7 인쇄), 이동선반=imos MSSQL(192.168.0.41,64910\IMOSSQL2012/poin/imosadmin/imos VBA 평문 + OPENQUERY로 pfs field·company 조인, ARTICLENO=field_no), 파레트용지=A4(로고+현장명+상세수기), printlog=출력여부 0/1, ⚠VBA Get_logo에 운영 RDS admin 비번 평문(NAS 노출). 그릴링 확정 7건: ①도어 데이터=사이드카 동기화(orderpaper-sync 패턴)+자동 스케줄 필수(사용자 동기화 무개입) ②바코드=스티커 인쇄만(동일 포맷 Code39, 스캔완료처리는 기존 엑셀 유지) ③인쇄=용지100×100mm·여백5mm씩·내용90×90, 프린터 Zebra GT800 ④이동선반=현장선택 연동(ARTICLENO 자동)+imos ID 병기(검증용) ⑤출력기록=이력형(누가/언제)+재출력 색표시 ⑥엑셀 폐기/비번 로테이션=보류 ⑦현장리스트=진행중만·최근순, 기본표기 3개월전~1년후, 직접검색 1년전까지. 설계: door_order_file(file_no·dir·name·mtime·field_no NULL=미연결·remove_yn, 수동확정 연결) + door_order_item(file_no·page·row_no·구분·품명·치수·수량·비고·엣지·barcode·페이지메타 비정규화) + sticker_print_log(field_no·source·item_key·user_no·printed_at). 이동선반=EC2→MSSQL 직조회(SqlServerUtil, acad-tread sample-groups 선례), OPENQUERY는 앱측 조인 분해. 로고=사내망 경로라 EC2 불가→보유 6개(넥서스/한특/에넥스/넵스/논현/더틀, 운영 RDS 실측) 1회 static 복사. 바코드=JS→SVG Code39(의존성 0). 인쇄=@page 100mm/margin 5mm, 미리보기·인쇄 동일 DOM. 작업 9단계: ①DB 스키마(test 3테이블+menu_catalog 생산 메뉴) ②사이드카 인벤토리+포인탭 파서 ③SSM 업서트+자동 스케줄 ④API(현장검색·파일연결·품목·이동선반·출력기록) ⑤로고 ⑥프론트 3탭 ⑦인쇄 CSS+SVG 바코드 ⑧검증(유닛+Playwright) ⑨master push. 분석 사본=코디 스크래치패드(휘발), 원본=NAS.

(신규) 다음 세션 인계 (2026-07-14 갱신)

• ✅완료·운영배포 완료 — 입고일정 탭도 같은 pfs현장 연결된 여러 발주서(복사본 등) 한 현장으로 통합 (orderpaper_schedule.js+field_orderpaper.html, master 828b53b→deploy-live e02fb25, cherry-pick, 지시문 "운영배포 진행" 승인). 페페 지시 "발주서정리에서 복사본 엑셀도 한 현장명으로 통합한 것처럼, 자재관리·현장별 입고일정 탭도 현장명 기준으로 그룹 통합되게 수정". 발주서정리(6041b11 opSiteGroup) 통합 규칙을 나머지 탭으로 확장. ① 입고일정(schedule.js): rebuild()에서 블록 site(=그룹/표시명)를 it.site_name_raw → it.field_name||it.site_name_raw 로(field 연결 시 현장명으로 통합, 미연결은 원본명). raw=원본 site_name_raw를 별도 필드로 보존. 이 한 곳으로 groups()(site모드 그룹키=b.site)·rowKey()·표/간트 헤더가 전부 자동 통합(복사본 2건 → 한 그룹). 현장 숨김 버튼: hideBtn(g.key)가 넘기는 group key가 이제 field_name이라 raw 기준 site-hide가 안 맞음 → hide(site)가 BLOCKS에서 b.site===site인 블록들의 b.raw를 모아 배열로 hideSite에 전달. hideSite에 Array.isArray(site) 경로 추가(raws=배열, 소속 발주서 원본명 전부 병렬 PATCH), 단건 문자열 경로는 하위호환 유지. 검색 haystack에 b.raw 추가(원본명으로도 검색). 캐시버스터 schedule.js ?v=20260713b→20260714a. ② 자재관리(material_mgmt.js) = 무변경: siteOf(it)=it.field_name||it.site_name_raw가 탭 생성 시(2026-06-24 19399d2)부터 field_name 우선 → 사이트 컬럼/그룹(sortVal('site')·groupLabel('site'))이 이미 field기준 통합. 두 복사본을 같은 field에 연결하면 이미 한 그룹으로 묶임(git 확인·셀프체크로 검증). 추가 작업 불필요. 검증: node --check PASS + 그룹핑·숨김raw 셀프체크 PASS(라인VIP에 개인건+복사본 2블록 통합·미연결현장 분리·material_mgmt도 동일 통합·hide가 원본명 2개 수집) + 운영 실측: 서빙 JS(http://127.0.0.1:8000/static/js/orderpaper_schedule.js?v=20260714a)에 field_name||site_name_raw SERVED=1·raw:it.site_name_raw SERVED=1, deploy-live HEAD e02fb25·프로덕션 /home/ubuntu/pfs(branch deploy-live)·템플릿 Array.isArray(site) 반영·uwsgi active 재시작 2026-07-14 06:06:38 UTC·http 8000=200. 파서·백엔드·DAO 무변경(프론트 그룹핑만, 발주서정리와 동일 접근). ⏳페페 육안(Ctrl+Shift+R, /field/orderpaper 입고일정 탭에서 두 발주서 같은 현장 연결 시 한 그룹으로 통합·현장 숨김 시 소속 발주서 전부 숨김·전 탭 연동).

(이전) 다음 세션 인계 (2026-07-13 갱신)

• ✅완료·운영배포 완료 — 발주서정리: 복사본 등 여러 엑셀을 같은 pfs현장 연결 시 한 현장으로 통합 표시 (프론트 1파일 field_orderpaper.html, master 6041b11→deploy-live 7b67665, cherry-pick, 지시문 "운영배포 진행" 승인). 페페 검증보고(/field/orderpaper, op-site-name "라인VIP 개인건 원부자재발주서 - 복사본") "엑셀 발주서를 복사해 쓰면 현장 제목이 엑셀파일명으로 뜸 → 현장명으로 하고 기존 엑셀과 통합시켜 한 현장으로 묶기". 페페 보강지시: "사용자가 두 엑셀의 현장명을 수동으로 같은 현장에 연결하고 읽음 — 여기서 통합되는 프로세스가 되야함". 근본원인: 복사본 파일명 …원부자재발주서 - 복사본.xlsx은 파서의 원부자재발주서$ strip이 뒤 - 복사본 때문에 실패 → site_name_raw가 원본(개인건)과 달라짐. 프론트 renderSiteCards가 site_name_raw로만 그룹핑해서, 사용자가 둘 다 같은 pfs현장(field)에 수동 연결해도 따로 뜸(연결정보 무시). 수정(파서 대신 프론트 그룹핑 = 페페 지시 방향): ①그룹 키를 site_name_raw → field 연결 시 field_no 기준(opSiteGroup: 연결되면 'F'+field_no, 미연결은 'S'+site_name_raw) → 같은 현장 연결된 여러 발주서 = 한 카드로 통합. ②카드 제목=연결된 pfs 현장명(미연결은 원본명), 통합 시 📎 발주서 N건 통합 배지(title=원본명들). ③숨김/연결변경은 통합 현장 소속 발주서(원본명) 전부에 적용(data-raws JSON, $.when 병렬 PATCH). ④hideSite는 입고일정 탭 외부호출(window.hideSite(ev,site), orderpaper_schedule.js:451) 하위호환 유지(site 인자 있으면 단건). 검증: JS node --check PASS + 그룹핑 로직 셀프체크 PASS(원본+복사본 같은 field5→통합 1카드·미연결 분리·표시명=현장명·배지2건) + 운영 반영(HEAD 7b67665·마커 site_group×4/op-merged×2/data-raws×3·uwsgi 재시작 08:19:52 UTC running·http 8000=200). 파서(orderpaper_parse.py)는 미변경 — 페페가 "수동 연결" 워크플로를 지정했으므로 파일명 자동 strip 대신 연결기반 통합으로 해결(자동 오분해 리스크 회피). ⏳잔여: 입고일정 탭(orderpaper_schedule.js)은 여전히 site_name_raw 그룹핑(발주서정리만 요청범위) — 필요 시 후속. 페페 육안(/field/orderpaper Ctrl+Shift+R, 두 발주서 같은 현장 연결→한 카드 통합·📎배지).
• ✅완료·운영배포 완료 — 견적 타입 표시순서 저장·엑셀출력·화면 재열기 반영 (백엔드+프론트, master 5ee1cd9→deploy-live ccb8001, cherry-pick, 지시문 "운영배포 진행" 승인). 페페 pfs검증보고(견적 732 /estimate/modify-v2/732) "타입순서 지정하면 그대로 저장 + 견적서 엑셀 출력도 순서대로. 이전에 수정한 거 같은데 반영 안 됨". 근본원인 2곳(순서 저장 인프라 field_type.display_order+_reorder_field_types는 정상, 읽는 경로 2개가 끊김): ①화면 재열기 — estimate_regist_v2.js loadFieldTypesForSite가 "본건↔추가건 타입 섞임" 회귀 때문에 State.fieldTypes=[]만 두어 순서 SSOT를 아무도 안 읽음 → detail 등장순으로만 탭 생성(드래그 저장 순서 소실). ②엑셀/HTML 출력 — estimate_print_service.py가 타입을 sorted(type_name)(가나다/숫자문자열순, display_order 무시)로 정렬 → '120'이 '84B' 앞으로 튐. 수정: (a) estimate_print_service.py 타입정렬 5곳 sorted(...)→sorted(..., key=_type_order_key(field_no))(display_order 우선·미등록/NULL은 이름순 폴백·K/F 갈리면 최소값 대표) + _type_order_key 헬퍼 신설. (b) estimate_dao.py select_field_type_order(field_no) 순서맵 DAO. (c) loadFieldTypesForSite가 estimate/field-types API로 display_order를 typeOrder로 읽어 재열기 순서 복원(fieldTypes는 계속 비워 섞임 방지 유지, renderTypeTabs가 typeOrder 우선 정렬). 캐시버스터=asset_ver 자동. 검증: Python/JS 문법 OK + 실함수 단위검증(견적 732: 종전 sorted=120,84B,84C→수정=84B,84C,120, K/F최소값·NULL폴백·field_no없음 회귀0) PASS + 운영 실측(견적732=롯데 화성 향남 MH·field_no 2134, field_type.display_order 84B:1·84C:2·120:3, 컬럼 실존) + 배포 반영(운영 HEAD ccb8001·print마커5·js마커1·uwsgi 재시작 07:39:58 UTC running·테스트 5ee1cd9). E2E compose_pages는 create_app 로그경로 부작용으로 SSM서 막혀 로직+데이터 3중 입증으로 갈음. ✅페페 육안 확인 완료(2026-07-13, 작동 정상).
• ✅완료·운영반영 완료 — 발주서 오엠씨(원자재) 빈 탭 '(내용 없음 — 업체만 등록)' placeholder 미생성 (파서 로컬 사이드카, master a0f9e84, 지시문 "운영배포 진행" 승인). 페페 "규칙으로 요청데이터는 사라졌는데 현장별 빈 행 생김 — 이것도 아예 생성 안되게". 원인: 기본설정행 제외로 오엠씨(원자재) 탭이 통째 비면 parse_file의 빈탭 placeholder 로직(line 239)이 현장별 {empty:True} 1행('내용 없음 — 업체만 등록') 생성. 수정: 빈 탭이 오엠씨/원자재(sn==RAW_TAB or secblocks material_type=='R')면 placeholder 미생성(오엠씨는 가구업체 아닌 원자재 탭). 부자재(S) 빈 탭 placeholder는 유지(실제 업체 등록·미주문 표시, 규칙 무관·페페 미언급). 검증: 합성 유닛테스트 PASS(오엠씨 빈탭 미생성+부자재 유지) + 실 NAS dry-run(원자재 R placeholder 0, 실항목 1519 불변, 부자재 placeholder 2) + 운영 동기화(items 1521·removed 11·ins 0)·SSM 검증 PH_R=0(오엠씨 빈 placeholder 전멸)·ACTIVE_REAL=1338 보존·REALEDIT_LOSS 36건 전부 del_manual(신규 실항목 제거 0)·LOSS_COEXIST=0. sites 31→28(오엠씨 빈탭만 있던 실주문無 3현장 카드 소멸, 추후 주문 시 복원). 로컬 사이드카라 deploy-live 불필요. ⏳페페 육안(/field/orderpaper 빈 '업체만 등록' 행 사라짐).
• ✅완료·운영반영 완료 — 발주서 오엠씨(원자재)탭 규격·발주량 없는 기본설정행 미수집 + 기존 숨김 + autosync 복구 (파서·ssm_run 로컬 사이드카, master 2c90288·fa94629·0d4d7db, 지시문 "운영배포 진행" 승인). 페페 검증보고 "오엠씨 탭 1~4블록 기본설정 행(규격·수량 없는 것) 안 가져오게 동기화 규칙 추가 + 기존 데이터 삭제/숨김 + 추후 규격·발주량 엑셀 입력되면 동기화". 구조 이해: 발주서 동기화는 사무실 로컬 PC가 NAS 엑셀 파싱→SSM으로 prod RDS 기록(웹배포 아님, autosync 30분). 엑셀 '오엠씨' 탭=원자재(is_raw) 탭, 파서 orderpaper_parse.py가 item_name=두께+수종('18T MDF'), spec=전면/후면, qty=발주량. ① 파서 규칙(근본·1줄+주석): 원자재 브랜치 스킵조건을 not(thick or species or front or qty) → not(front or back or qty)로 — 규격(전면/후면)·발주량 둘 다 없으면 두께/수종(품명)만 있어도 미수집. 동기화는 소프트삭제 재조정(sync_round 불일치 항목 remove_yn='1', 전탭 remove_yn='0'만 표시)이라 파서만 고쳐도 기존 junk가 다음 동기화때 자동 숨김되고, 재등장(엑셀 채워짐) 시 UPDATE remove_yn=IF(del_manual,1,0)로 복원 → 세 요구 동시충족(별도 삭제스크립트 불요). ② 운영 반영: NAS SMB 연결(win32wnet, 한글공유명은 Bash heredoc cp949 깨져 Write도구 UTF-8 파일로) 후 orderpaper_sync.py prod 수동 실행(ins68·upd1468·removed34·alive1354). 검증(SSM prod쿼리): 제거대상=활성 원자재 135중 44건 정확히 '18T MDF'×33+'4.5T MDF'×11(발주량보유 91은 보존), 동기화 후 LEFTOVER_R_REAL=0(실 junk 자재행 전멸)·LOSS_COEXIST=0(idx시프트 재삽입 데이터유실 0, status/편집 보존)·남은 11은 빈탭 placeholder(is_empty). 합성 유닛테스트 PASS. ③ autosync 3중 버그 복구(핵심 부수): 로그상 7월 내내 파스는 되나 SSM 푸시 실패로 RDS 미반영이었음 — (a)스케줄러 시스템 python39가 PATH에 venv 없어 aws 미발견 FileNotFoundError (b)aws.cmd 배치래퍼가 python 오해석 ModuleNotFoundError(awscli) (c)PYTHONUTF8=1서 자식출력 cp949 UnicodeDecodeError. scripts/ssm_run.py를 venv python -m awscli 직접호출 + UTF-8/errors=replace로 수정 → 스케줄러 실트리거 성공(ins0·upd1536·removed0 멱등) = 추후 자동동기화 보장. 주의: 이 변경들은 로컬 사이드카(웹앱 미사용) → deploy-live 웹배포 불필요, master만(=autosync working copy). NAS는 WireGuard+win32wnet 인증 필요(메모리 [[nas-smb-korean-share-mount]]). 잔여/⏳페페: 완전 template인 오엠씨 탭 11개가 빈탭 placeholder('업체만 등록', is_empty→입고일정 탭 자동필터·발주서정리엔 최소표시)로 남음 — 원하면 raw탭 placeholder 억제 후속(스코프 밖이라 보류). 페페 육안(/field/orderpaper 오엠씨 18T/4.5T MDF 규격·수량 없는 행 사라짐 확인).
• ⚠️교훈(git 위생) — git add -A 금지, 파일 명시: 이번 시트 이력 작업 커밋(구 72fc04e)에서 git add -A가 작업트리에 쌓여있던 미추적 아티팩트 346개(.playwright-mcp/·console 로그·webedit001/ssm_*.json/txt·orderpaper-sync/_diag*·scripts/_* 임시·한글 .md)를 의도한 7파일과 함께 커밋함. 복구: master는 정리 커밋(f39980d)으로 346개 git rm --cached(디스크 보존), deploy-live는 나쁜 cherry-pick을 reset --hard origin으로 폐기 후 7파일만 git checkout master -- <files>로 재구성해 커밋(827d5b1). 운영엔 junk 미배포 확인(.playwright-mcp=no). pre-existing 추적분(webedit001/PFS Wireframe.html·db_migration/*·patch*.md 등)은 세션 전부터 추적된 정상 파일이라 유지. 다음부터 pfs 커밋은 git add -A 쓰지 말고 변경 파일을 명시적으로 add(작업트리에 미추적 임시파일이 상시 다수 존재). 참고: Windows Python은 /tmp 경로 무효(→ cwd 상대경로), python - <<'PY'는 heredoc이 stdin을 먹어 파이프 입력 무시(→ 입력은 파일 경유).
• ✅완료·운영배포 완료 — OMC 시트관리 삭제버튼 맨끝 분리 + 수량변경 이력 모달 (master f39980d(정리 포함) → deploy-live 827d5b1, 지시문 "운영배포 진행" 승인·RDS 승인). 페페 pfs검증보고 "/omc/sheet 삭제버튼 컬럼 맨 마지막 이동(수정과 분리, 오클릭 방지), 기존 삭제 자리에 '이력' 버튼 — 항목별 수량 변경 이력 모달". ① 컬럼 재배치(sheet.html): colgroup 9→10열, 삭제 버튼을 관리 컬럼에서 떼어 맨 끝(10번째, 66px) 컬럼으로, 기존 자리(관리 컬럼)엔 수정+이력 버튼. thead '액션'→'관리'+맨끝 '삭제' th, 빈상태 colspan 9→10, tfoot 마지막 colspan 3→4. ② 이력 인프라(RDS 신설): omc_sheet_history(id·sheet_id·before_qty·after_qty·unit·memo·created_at, INDEX idx_sheet) 테이블 신설 — 마이그레이션 scripts/codi_omc_sheet_history.py(멱등: CREATE IF NOT EXISTS + 이력 없는 항목만 기준행 백필, test·prod 두 env 순차 적용, test 170·prod 191행 기준 백필). sheet_service.update_sheet가 수정 전 수량 조회→변경 시 이력행 자동 INSERT(memo='수정'; 인라인·모달 수정 모두 이 단일 choke point 경유). 신규 add는 lastrowid 미반환이라 이력 생략(첫 수정부터 기록). ③ API/모달: GET /api/omc/sheet/<id>/history(controller SheetHistory, service get_sheet_history, dao select_sheet_history — DATE_FORMAT %% 이스케이프), 프론트 openSheetHistory()+modalSheetHistory(일시·수량변화·증감(+녹/-적)·구분, 기준행은 '기준' 표시), .omc-modal-backdrop .hist-table CSS(모달 omc-scope 밖이라 자체 스타일 — M/면 함정 교훈 반영). 캐시버스터 omc.css ?v=20260713a→b(sheet·board 공유). 검증: 백엔드 ast PASS, 인라인 JS node --check PASS, 테스트 API 라운드트립 PASS(id170 기준행1→수량+7→이력2행 before100/after107/memo수정→원복), 마이그레이션 SSM(test170·prod191), 배포 SSM(운영 HEAD 827d5b1·삭제10번컬럼·이력버튼·hist-table·history라우트·캐시버스터 전부 반영, 운영 이력 GET 읽기전용 정상, junk 미배포, uwsgi 재시작). ⏳페페 육안(Ctrl+Shift+R, /omc/sheet 삭제 맨끝·이력 버튼→모달).
• ✅완료·운영배포 완료 — OMC 보드 품목추가 prompt()→페이지 자체 모달 (master bb28df2 → deploy-live 8397569, 지시문 "운영배포 진행" 승인). 페페 pfs검증보고 "/omc/board 품목추가 브라우저 모달(prompt) 말고 페이지 자체 모달로 제작". 수정(board.html만): openAddBoardItem()의 prompt() → modalAddItem(기존 omc-modal 패턴, 품목명 입력+Enter 저장) 신설, saveAddBoardItem()이 POST(기존 로직 보존). 부수 근본수정: sort_order 셀렉터 .item-tab:not(.add)(구 탭 클래스, 사이드 개편 후 0매칭→항상 1)→#itemSideList .side-item. 인라인 템플릿이라 캐시버스터 불필요. ⏳페페 육안(Ctrl+Shift+R, 보드 품목추가 버튼→모달).
• ✅완료·운영배포 완료 — OMC 시트 추가/수정 모달 M·면 단위 토글 활성 색상 복원 (master c2598f4 → deploy-live 7333cad, cherry-pick, 지시문 "운영배포 진행" 승인). 페페 pfs검증보고 "/omc/sheet 시트추가 모달의 M/면 버튼 활성화 시 UI 색상 변화 주기". 근본원인: 모달(#modalAddSheet·#modalEditSheet)이 Phase 7에서 .omc-scope 밖으로 분리됐는데, 단위 토글 활성 규칙 .omc-scope .unit-toggle .unit-btn.on{background:teal;color:#fff}(omc.css 146)이 omc-scope 스코프라 모달 내부 버튼엔 미적용 → on 클래스가 붙어도 시각변화 0. (모달 stepper는 이미 .omc-modal-backdrop .stepper…로 복제돼 있었는데 unit-toggle만 누락.) 수정(omc.css만): .omc-modal-backdrop용 .unit-toggle/.unit-btn/+.unit-btn/:hover/.on 5규칙 복제(omc-scope 원본 미러, 활성 teal). add·edit 모달 공통 커버(둘 다 .omc-modal-backdrop). JS(setUnitToggle)·마크업 무변경. 캐시버스터 omc.css ?v=20260707k→20260713a(sheet·board 공유라 둘 다 bump, board_confirm은 버전param 없어 미변경). 검증: SSM으로 운영/테스트 omc.css grep — 양쪽 .omc-modal-backdrop .unit-toggle .unit-btn.on 규칙=1, sheet.html 캐시버스터 v20260713a, HEAD 일치(prod 7333cad·test c2598f4), uwsgi 양쪽 running·재시작(prod ActiveEnter 00:21:54 UTC·test 00:21:27 UTC). ⏳페페 육안(Ctrl+Shift+R, 시트 품목추가/수정 모달에서 M↔면 클릭 시 teal 강조 전환).
• ✅완료·운영배포 완료 — OMC 시트관리 힌트 텍스트→시트추가 버튼 교체 (master 378696e → deploy-live 18605c2, cherry-pick, 지시문 "운영배포 진행" 승인). 페페 pfs검증보고 "/omc/sheet 필터바 우측 안내 텍스트('💡 현재 수량 셀을 클릭하면 인라인으로 수정 가능') 삭제하고 그 자리에 시트추가 버튼 생성, 기존에 있던 기능 사라짐". 수정 1곳(프론트만): web/templates/omc/sheet.html filter-bar 우측 <span>(margin-left:auto 힌트) → <button class="btn btn-primary" onclick="openAddSheet()">＋ 시트추가</button>로 교체. openAddSheet()·modalAddSheet 기존 함수/모달 그대로 재사용(백엔드·DAO·모달 무변경). topbar의 기존 ＋ 품목 추가 버튼(line 33)은 유지(제거 안 함) — 페페가 지정한 힌트 위치에 추가 진입점만 신설. 인라인 템플릿 변경이라 캐시버스터 불필요(Flask 서버렌더). 검증: SSM으로 운영/테스트 EC2 sheet.html grep — 양쪽 ＋ 시트추가 버튼 1개·힌트텍스트 0개, HEAD 일치(prod 18605c2·test 378696e), uwsgi 양쪽 running·재시작 반영(prod ActiveEnter 00:14:30 UTC·test 00:13:37 UTC, die-on-term 해결 후 hang 없음). 배포: master가 deploy-live보다 36커밋 앞서 merge 대신 내 커밋만 cherry-pick(충돌 0, 3d772cc 내용은 이미 12cb07b로 운영 반영됨). ⏳페페 육안(Ctrl+Shift+R, /omc/sheet 필터바 우측 시트추가 버튼 클릭→품목추가 모달).
• ✅완료·운영배포 완료 — 입고일정 탭 현장 그룹 헤더에 현장 숨김 버튼 추가(전 탭 연동) (master 8bb97f4 → deploy-live cca6257, cherry-pick, 지시문 "운영배포 진행" 승인). 페페 "현장별 입고일정 탭에도 현장 숨김 버튼 추가, 다른 탭들과 연동". 구현(재사용 최소 diff): orderpaper_schedule.js에 hideBtn(site) 헬퍼(현장별 S.mode==='site' + 현장명≠'(현장미상)'에서만 버튼 렌더, 그룹키=site_name_raw) + opSch.hide(site) 핸들러가 발주서 정리 탭의 window.hideSite()를 그대로 재사용(PATCH orderpaper/site-hide hidden:'1' → loadAll()이 OP_ALL 재적재 + orderpaper.html line 564 opSch.refresh()로 발주서정리·현장별자재·입고일정 전 탭 동시 갱신 = 연동 자동). 버튼은 표뷰 그룹헤더(rTable, gcount 뒤)·타임라인뷰 그룹헤더(rGantt, .meta rkBadge 뒤) 양쪽. CSS .ops-hide-btn(그룹 #cdd7e3 배경 대비 흰버튼, hover 빨강). 캐시버스터 js·css ?v=20260713b bump(2곳). 검증: node --check PASS + hideBtn 분기 self-check 5케이스 PASS(site모드→버튼 / 현장미상·빈값·co·vendor모드→빈문자) + 운영 정적 JS(function hideBtn·hide:function)·CSS(ops-hide-btn×3) 반영, 서버 HEAD cca6257, 템플릿 js/css v20260713b 서빙, uwsgi 재시작 01:07:02 UTC(커밋 직후) running 확인. ⏳페페 육안(Ctrl+Shift+R, /field/orderpaper 입고일정 탭 현장 헤더 숨김 버튼 클릭→전 탭 반영).
• ✅완료·운영배포 완료 — 입고일정 탭에서 발주서정리 숨김 현장 동일 제외 (master 4d04c1f → deploy-live 86bdc69, cherry-pick, 지시문 "운영 배포" 승인). 페페 "현장별 입고일정 탭에 표기된 현장을, 발주서 정리 탭에서 숨김 반영된 현장은 동일하게 숨기기". 근본원인: /api/orderpaper/all-items(select_all_items dao)가 자재관리 탭 예외용으로 숨김 현장(is_hidden)도 컬럼 실어 전송(dao line 77 COALESCE(m.is_hidden,'0') AS is_hidden). 발주서정리·현장별자재 탭은 프론트 opPass에서 is_hidden='1' 제외하는데, 입고일정 탭(orderpaper_schedule.js)만 OP_ALL을 rebuild() 집계 루프에서 필터 없이 읽어 숨김 현장이 그대로 표시됨. 수정 1줄(근본): orderpaper_schedule.js rebuild() items.forEach 최상단에 if(String(it.is_hidden)==='1') return; 추가(발주서정리 탭 template line 522와 동일 가드) → 리스크 표·타임라인·KPI 전부 자동 반영. 캐시버스터 field_orderpaper.html ?v=20260624a→20260713a bump. 검증: node --check PASS, 운영 정적JS에 가드 line 64 반영 확인, 서버 HEAD 86bdc69 일치, 템플릿 ?v=20260713a 서빙, uwsgi ActiveEnterTimestamp 2026-07-12 23:50:12 UTC(커밋 23:49:31 직후 재시작·running) 확인 — Actions가 재시작까지 완료. 배포: master가 deploy-live보다 34커밋 앞서 merge 대신 내 커밋만 cherry-pick(충돌 0). ⏳페페 육안(Ctrl+Shift+R, /field/orderpaper 입고일정 탭에서 숨김 현장 미표시 확인).
• ✅완료·운영배포 완료 — 사이드 메뉴 모바일·데스크톱사이트 미표시 수정 (master 28656b4 → deploy-live 3868c85, cherry-pick, 지시문 "운영 배포진행" 승인). 페페 "pfs 사이드메뉴가 모바일·데스크톱사이트 둘 다 안 보임". 근본원인 2개: ①2026-06-19 레이아웃 개편에서 상단바(topbar) 제거 시, 원래 모바일에서 사이드바를 여는 테마의 .nav-toggler(햄버거) 버튼이 topbar 안에 있어 같이 사라짐 → 모바일에서 off-screen 사이드바를 열 방법 없음. ②pfs_layout.css의 off-screen 규칙 .mini-sidebar .left-sidebar{left:-210px !important}이 미디어쿼리 밖에 있어, custom.js가 width<1170에서 붙이는 mini-sidebar 동안 데스크톱사이트(768~1169px)까지 사이드바가 화면 밖으로 밀림(원래 이 대역은 아이콘 레일이어야 함). !important라 태블릿/데스크톱사이트에서 완전 실종. 수정 4곳: (a) base.html #main-wrapper 안에 햄버거 <a class="nav-toggler pfs-mobile-toggle"> 복원 — 기존 custom.js .nav-toggler 클릭 핸들러(show-sidebar 토글) 그대로 재사용, 추가 JS 0. (b) pfs_layout.css §8 off-screen을 @media(max-width:767px)로 한정 + .mini-sidebar.show-sidebar .left-sidebar{left:0 !important} 재선언(테마 열기규칙에 !important 없어 내 -210 !important에 덮이던 문제) + page-wrapper margin-left:210 미디어 min-width:1024→768(태블릿도 사이드바 자리 확보). (c) pfs_layout.css §9 신설: .pfs-mobile-toggle 기본 display:none, @media(max-width:767px)에서만 좌상단 fixed 버튼(z-index 30>사이드바 20), 열리면 left:218px로 이동해 재클릭 닫기, 모바일 .container-fluid padding-top:56px로 버튼 아래 공간. (d) custom.js mini-sidebar 자동전환 임계 1170→768(≥768은 항상 풀 사이드바 노출) + base.html에서 custom.js ?v=asset_ver 캐시버스트(기존엔 없어 구 임계 캐시 위험). 검증: 헤드리스 Playwright(chrome 채널) 3해상도 — 375px: mini=true·사이드바 off(x=-210)·햄버거 표시→클릭→슬라이드인(x=0); 980px(데스크톱사이트): mini=false·사이드바 노출(x=0)·햄버거 숨김; 1280px: 동일 노출. 전부 PASS. 운영 정적자산 HTTP 200 반영 확인: pfs_layout.css(pfs-mobile-toggle 4회·open-rule 존재), custom.js(width < 768). 배포: master가 deploy-live보다 34커밋 앞서(미완성 진행분 다수) merge 대신 내 커밋만 cherry-pick. 세 파일을 건드린 다른 master-only 커밋 없어 충돌 0. ⏳페페 육안(폰 Ctrl+Shift+R, 데스크톱사이트 전환 시 사이드 메뉴·햄버거).
• ✅완료 — 배포 후 "uwsgi 재시작 누락" 근본원인 해결(오진 정정): die-on-term + KillSignal=SIGQUIT 충돌 (서버 systemd 유닛 수정, git 밖). 이전 진단(Actions가 재시작을 빠뜨림)은 틀렸다. 실제=deploy-production.sh는 매번 systemctl restart를 실행했고, 그 restart가 90초 동안 hang했다. 원인=uWSGI die-on-term = true는 SIGTERM/SIGQUIT 의미를 맞바꾼다(기본 TERM=브루탈리로드/QUIT=종료 → 켜면 TERM=종료/QUIT=브루탈 바이너리 리로드). 그런데 유닛이 KillSignal=SIGQUIT이라 stop 신호가 리로드로 해석돼 프로세스가 안 죽고, systemd가 TimeoutStopSec=90을 다 기다린 뒤 SIGKILL → 그 90초 동안 구 프로세스가 계속 서빙 → 배포 직후 확인하면 ActiveEnterTimestamp가 옛날 그대로라 "재시작 안 됨"으로 보임. 증거: 저널 ...brutally killing workers... → binary reloading uWSGI... → 정확히 90초 뒤 Failed with result 'timeout' → Stopped → Started(04:04:57 restart → 04:06:27 완료, 04:17:14 → 04:18:44 동일 패턴). 내가 "수동 재시작"이라 부른 것들은 사실 그 타임아웃 완료 시점과 겹친 것. 수정: /etc/systemd/system/pfs-{live,test}.uwsgi.service에서 KillSignal=SIGQUIT 제거(기본 SIGTERM=종료), daemon-reload. 백업 *.bak_20260710. 검증: test restart 90.2s→1.0s, live restart→1.0s, 둘 다 Result=success·timeout/binary-reload 로그 0건·200. Actions 동일 경로 E2E: deploy-production.sh 6.1s(exit 0), deploy-test.sh 8.1s. ⚠유닛은 git 밖 서버 파일 → EC2 재구축 시 재적용 필요(ini는 리포 service/uwsgi/*.ini, 운영은 서버 /etc/uwsgi/pfs-live.ini 사용). 메모리 [[uwsgi-die-on-term-killsignal-conflict]]. 참고: crontab -l에 @reboot으로 uwsgi를 systemd 밖에서 또 띄우는 줄이 남아 있음(중복 인스턴스 소지 — 미조치).
• ✅완료·운영배포 완료 — 휴가 타임라인 v2: 평균 센터 창 + 표 업체 컬럼 축소 (master 87e42d9 → deploy-live b9320dc 운영배포 완료, 지시문 "운영 배포 진행" 승인). 페페 "테이블 업체 컬럼 폭 줄여 공간확보. 타임라인을 휴가기간 평균 센터가 가운데 오게, 전후 3일씩 칸 확보. 초기 로드에 휴가일자 전부 보이게." 창 산출(핵심): 창 길이가 14일 고정 → 데이터 기반 가변. center = round(mean((start+end)/2))(가장 빠른 시작일 기준 일 오프셋), half = max(center, maxEnd - center) + 3, days = 2*half + 1, start = base + center - half. 대칭(평균센터가 정확히 가운데) + 모든 휴가가 창 안 두 요구를 동시 만족(min~max 패딩만으론 센터가 중앙이 안 됨). 휴가 0건이면 기존대로 이번 주 월요일부터 14일. 칸 수 가변 → grid 열 정의를 인라인 repeat(N, minmax(20px,1fr)), 기간이 길어 칸이 20px 미만이 되면 .vac-tl-body 가로 스크롤(업체명 열 position:sticky). nav 가운데 버튼 오늘→전체보기(기본 창 복귀), 이전주/다음주는 ±7일. 불량 데이터 가드: end_date < start_date 행은 tlSorted에서 제외(창 계산·막대 폭 붕괴 방지). 표 축소: 업체 180px(.vac-col-co 신설)·날짜 145px·관리 70px·셀 padding 12→8px, .vac-wrap flex:1 1 500px; max-width:620px(basis를 낮춰야 wrap 안 됨 — 620 basis면 1100px 뷰포트에서 타임라인이 아래로 떨어짐. flex 줄바꿈은 축소 전 basis 합으로 판정). 검증: ①노드 하니스 18항목 PASS(창 시작·길이·중앙칸=평균센터, 전 휴가 창 내 포함, 앞뒤 여유≥3일, 막대 offset 2케이스, 초기창 cut 없음, 헤더 칸수=창길이, 인라인 grid, 단일휴가 창, 0건 14일·월요일, nav ±7일·전체보기 복귀, 불량행 제외, XSS) ②로컬 스텁 렌더: 6개 휴가 → 창 7/26~8/17(23일)·모든 막대 창 내부·cut 없음, 컨테이너 1000~1680px 전 구간 좌우 배치 유지(1000·1100은 타임라인 내부만 스크롤·업체명 sticky), 페이지 가로 스크롤 없음 ③SSM: test 87e42d9·prod b9320dc, tlWindow·vac-col-co 마커 양쪽 존재, 8000/8001=200. ~~uwsgi 재시작 수동~~ → 정정: Actions는 재시작을 실행했고 90초 hang이었다(원인=die-on-term↔KillSignal 충돌, 위 항목에서 해결). ⏳페페 육안(운영 Ctrl+Shift+R, /vacation).
• ✅완료·운영배포 완료 — 업체 휴가일정 우측 2주 타임라인 (master ce29eb0·f8de989 → deploy-live 9c1efc9·1abdadd 운영배포 완료, 지시문 "운영배포 진행" 승인). 페페 "우측 남는공간에 타임라인 생성해 업체별 휴가기간 표시. 캘린더 2주, 업체명 가나다순이되 휴가기간 비슷한 업체 위주·빠른 휴가 우선." 백엔드 변경 0 — 프론트 단일 파일 web/templates/default/vacation.html만 수정(이미 로드된 VAC_ROWS+VAC_COMPANIES 재사용, API·DAO·테이블 무변경). 레이아웃=.vac-layout flex 2단(좌 표 flex:1 1 520px; max-width:820px / 우 타임라인 flex:1 1 440px; min-width:0) — 둘 다 축소 허용이라 사이드바 있는 1400px 뷰포트에서도 좌우 유지, 더 좁으면 wrap으로 아래 배치. 타임라인=14일 창(월요일 정렬, 창 시작=이번 주 월요일+주오프셋), CSS grid repeat(14,1fr) 셀 + position:absolute 막대(left/width=일수/14), 주말·오늘 셀 하이라이트, ◀ 이전주 / 오늘 / 다음주 ▶(7일 이동). 창 밖 휴가는 행 미표시, 걸치면 클램프+cut-l/cut-r(모서리 각짐). 막대색=hsl(company_no*47 %% 360), 3일 미만 막대는 글자 잘려 라벨 생략(기간은 title 툴팁). 정렬(요청 해석)=start_date ASC → end_date ASC → 업체명 localeCompare(...,'ko'). 시작일 우선이라 빠른 휴가가 위, 같은 기간이 자동으로 인접(=비슷한 업체 묶임), 그 안에서 가나다순. 표(server order start_date DESC)는 지시 범위 밖이라 무변경. 저장 성공 시 표는 재렌더 안 하고(포커스 유지) VAC_ROWS 메모리 행만 갱신 후 renderTimeline(). 검증: ①노드 하니스 11항목 PASS(정렬 순서·빈 행 제외·막대 offset 3케이스·cut-l/cut-r·창 겹침 필터·헤더 14칸/월요일 시작·업체명 XSS 이스케이프) ②템플릿을 스텁 데이터로 로컬 렌더(브라우저)해 좌우 배치·오늘 하이라이트·nav 3버튼(이전주/오늘/다음주 창 이동) 확인 + 스크린샷 육안 ③SSM: test HEAD f8de989·prod HEAD 1abdadd 양쪽 vac-tl 마커 39개, 운영 8000=200. ⚠배포 함정 재현: 이번에도 Actions가 uwsgi 재시작을 빠뜨림(ActiveEnter 03:18 UTC < 배포) → SSM systemctl restart pfs-live.uwsgi.service로 마무리(재시작 후 04:06 UTC·active·200). 배포 후 HEAD + ActiveEnterTimestamp 둘 다 확인 규칙 유효. ⚠로그인 자격증명 미사용: 운영/테스트 UI 로그인은 텔레그램 승인 필수 위험항목([[login-credential-autofill-risk]])이라 브라우저 검증은 로그인 없이 로컬 스텁 렌더로 대체. ⏳페페 육안(운영 Ctrl+Shift+R, /vacation): 우측 타임라인·막대 위치·주 이동.
• ✅완료·운영배포 완료 — 배차 QA 2건: 현장 선택 시 가구업체 자동매핑 + 금액칸 IME 중복입력 수정 (master a6f2ba7·f4aa672 → deploy-live 7d37f79 운영배포 완료, 지시문 "운영배포 진행" 승인). ①가구업체 자동매핑: 배차 등록/수정 모달에서 현장검색 팝업으로 현장 선택 시 업체명·업체번호 자동 채움. 백엔드 변경 0 — POST /api/field/search(field_dao select_field_search_list)가 이미 a.*(=company_no)+b.name AS company_name을 반환하고 마샬링이 없어 그대로 내려옴. renderFieldModalRows onclick에 인자 2개 추가 → selectField(name,no,addr,companyName,companyNo)가 dcCompanyInput/dcCompanyNo 채움. 현장에 업체 없으면(company_no falsy) 기존 입력 유지(덮어쓰기 금지). DB 실측: 기본 검색범위(한달전~한달후) 현장 전부 업체 연결(test 3/3·prod 38/38). ②금액칸 중복입력(페페 "숫자 입력시 한글 관련 에러인지 중복 입력됨"): 원인=한글 IME 조합 중 발생한 input 이벤트에서 el.value를 재대입해 조합문자가 중복 커밋됨. 공용 formatFee 한 곳만 수정(=근본원인 위치, 운임비·물품금액·택배비 3칸 동시 해결): if(e && e.isComposing) return; + 값 같으면 재대입 안 함, 인라인 핸들러 oninput="formatFee(this,event)" oncompositionend="formatFee(this)" inputmode="numeric". 검증: 노드 하니스로 실제 API 행→onclick 문자열→selectField 실행 전 경로 PASS(자동매핑·업체없는현장 미덮어씀·따옴표 이스케이프), 브라우저 실 InputEvent(isComposing true/false)+CompositionEvent 4항목 PASS(조합중 무변경→compositionend에 한글제거·재포맷·중복대입 0), test/운영 템플릿 마커 SSM PASS, 운영 8000=200. ⚠배포 함정(2026-07-10 정정: Actions는 재시작을 했고 90초 hang이었다 — die-on-term↔KillSignal 충돌, 해결됨): 당시 관찰=git reset(HEAD 7d37f79) 후 재시작이 반영 안 된 것처럼 보임(ActiveEnterTimestamp 전날 그대로) → Jinja 템플릿 캐시로 구버전 서빙 위험. SSM sudo systemctl restart pfs-live.uwsgi.service로 마무리(멱등). 배포 후 HEAD뿐 아니라 systemctl show pfs-live.uwsgi.service -p ActiveEnterTimestamp도 확인할 것. ⏳페페 육안(운영 Ctrl+Shift+R): 현장검색→업체 자동입력, 운임비 숫자 연속입력 시 중복 없음.
• ✅완료·운영배포 완료 — 배차관리에 택배발송 관리 추가 (+ QA 6건) (master 최신 d6ad526→deploy-live 1e09171 운영배포 완료, 지시문 "운영배포 진행" 승인): QA4(44123a1) 택배 의뢰서 순서 재변경=발신자 정보 최상단→수신자→나머지(직전 QA3의 수신자먼저 뒤집음). QA5(1e09171) 전 모달 × 버튼 헤더색(#455a64) 동일·호버 색변경 제거(dc-modal-close 6개 + 부트스트랩 현장검색 모달 .field-modal .close 통일). ⚠배포 주의: 이 시점 GitHub Actions 자동배포(deploy-live push→SSM)가 44123a1부터 7분+ 미반영(Actions 큐/장애 정황) → SSM으로 deploy-production.sh 직접 실행해 배포 완료(sudo bash /home/ubuntu/pfs/scripts/deploy-production.sh=git fetch+reset --hard origin/deploy-live+systemctl restart pfs-live.uwsgi.service, 멱등이라 Actions 뒤늦게 돌아도 무해). 운영 HEAD 1e09171·8000 200·배포 파일 순서/CSS 마커 SSM 검증 PASS. ⏳페페 육안(운영 Ctrl+Shift+R). 이하 QA1~3·키보드네비 상세: QA2(2180fd1): 수신자·발신 검색 드롭다운 키보드 네비게이션 — 방향키↑↓ 이동+엔터 선택, 결과 1개면 엔터 즉시 선택, ESC 닫기, IME 조합(keyCode229) 무시. 공통 헬퍼 attachDdKeyNav(input,dd,pickFn). 브라우저 하니스 검증(3결과 방향키선택·1결과 엔터·ESC·발신 병행) PASS·운영 마커 SSM PASS. 페페 "배차관리에 택배발송 건도 같이 관리, 택배용 모달 별도, 발신/수신자로 주소·연락처 자동기입, 발신 기본 포인". 설계=배차 페이지·목록·dispatch 테이블 재사용, 유형만 다른 행(목록 섞기·수신자=과거택배기록+담당자(company 주소연계)·발신=업체+발신자 검색(포인 기본)·택배 의뢰서 A4). DB: dispatch에 컬럼5 INSTANT(ship_type D/C·item_name·packaging·item_price·sender_tel) — test(1464행)·prod(1629행) 양쪽 적용(마이그레이션 scripts/codi_courier_alter.py 로컬직결 test용, codi_courier_alter_prod.py SSM 운영용, 둘 다 멱등). 백엔드: dispatch_dao insert/update/copy 5필드+검색 ship_type 필터, company_member 조회에 소속업체 address1·tel 조인. 프론트(dispatch_list.html): + 택배 등록 버튼+전용 모달, 목록 유형칩·필터, 택배 상세패널, 택배 의뢰서 A4. 매핑: 발신→departure/departure_addr/sender_tel, 수신자→constructor+destination/constructor_tel, 수신주소→destination_addr, 물품/포장/물품금액→신규컬럼, 택배비→freight_cost. ⭐company_no = 수신자 소속 업체(발신 아님) → 목록/상세/의뢰서에 수신자 옆 업체명 표기. QA 3건(bce5627): ①수신자/발신 검색창 브라우저 자동완성 차단(autocomplete=new-password — Chrome은 연락처/주소서 off 무시) ②수신자 검색에 업체명 포함(이름·업체명 동시검색)+표기에 수신자 다음 업체명 ③택배 의뢰서 발신/수신 상단블록 제거→테이블 통합(수신자정보 먼저→발신자정보 순). 기본발신 포인 자동채움(업체목록 '포인' 주소/연락처, 폴백 계수동 137-6·010-9426-0731). 검증: test·prod 마이그레이션(행 보존)·백엔드 SQL round-trip(예시데이터 롤백)·Jinja/JS node --check·element ID 정합·브라우저 하니스 전항목 PASS(모달·자동완성·업체명검색/표기·company_no=수신자업체·저장페이로드·의뢰서 순서·목록셀)·운영 서버 배포 마커 SSM 검증 PASS. ⏳페페 육안=운영 배차관리 열어 택배 등록/목록/의뢰서(Ctrl+Shift+R).
• ✅완료·운영배포 완료 — poin 샘플 템플릿 조회 API 신설(acad-tread 그룹 입력용)(master 72a2471→deploy-live b8b459c, 운영 검증 PASS): acad-tread 플러그인 "그룹 입력" 기능이 기존 POIN MS SQL Server의 poin_sample_group(큰제목)·poin_sample_item(품목)를 불러오도록 pfs에 조회 API 신설. 신규 api/pfs/poin_sample/controller/poin_sample_controller.py — GET /api/poin/sample-groups(remove_yn=0·이름순)·GET /api/poin/sample-groups/<no>/items(display_order순), SqlServerUtil로 기존 MSSQL 직접 조회(MySQL 미러 없음), 읽기전용·무인증(colors API와 동일 패턴). config.py 네임스페이스 등록(poin_color와 같은 /api/poin). 운영배포(페페 "운영배포 진행" 승인): deploy-live가 master와 23커밋 분기 상태라 merge 대신 내 커밋만 cherry-pick(fbbb868→b8b459c, 4파일 39줄). 운영 pfs.poin.co.kr/api/poin/sample-groups=116그룹·items 검증 PASS. 상세=acad-tread handoff.
• ✅완료·운영배포 완료 — 자재관리 정렬 모달: 현재 정렬을 이 브라우저 기본으로 저장(PC별·서버 미적용)(master 4de9bd1→deploy-live fbbb868·v20260709c, 프로덕션 서빙 검증): 페페 "정렬기준 모달에서 사용자 설정 정렬을 기본 정렬로 변경, 서버 전체 아님·PC별만". 구현(orderpaper_material_mgmt.js): DEFSORT_KEY='pfs.op.mm.defsort.v1' localStorage 도입, userDefaultSort()=저장된 사용자 기본(있으면)|시스템 DEFAULT_SORT 폴백. 모달 푸터에 ‘★ 현재 정렬을 기본으로’ 버튼(setSortDefault) — 현재 S.sort 저장. 초기화(resetAll)·‘기본 정렬로’(sortReset)·‘기본’ 라벨(isDefaultSort) 모두 userDefaultSort() 기준으로 전환(종전 하드코드 DEFAULT_SORT 직참조 제거). 버튼은 현재 정렬이 이미 사용자 기본이면 ‘☆ 기본 해제(시스템값)’로 바뀌어 removeItem으로 시스템 기본 복원(reversible). 초기 S.sort도 userDefaultSort()로. 헬퍼 로직 node 셀프체크 PASS·node --check PASS. ⏳페페 육안=정렬 바꾸고 ★저장→새로고침/초기화 시 그 정렬 유지.
• ✅완료·운영배포 완료 — 자재관리 검색창 내부 X(검색어 지우기) 버튼(master da53a5e→deploy-live d86ce3f·v20260709b, 프로덕션 서빙 검증): 페페 "인라인 검색창 내부에 텍스트 삭제 X 추가". input을 .mm-search-wrap(position:relative)로 감싸고 우측에 × 버튼(.mm-search-clear, .has-q일 때만 표시). onSearch·syncToolbar에서 toggleSearchClear()로 입력값 유무 토글, clearSearch()=검색어 비우고 디바운스 없이 즉시 render+포커스 유지. 네이티브 type=search X는 Chrome서 포커스 시에만 떠서 커스텀으로. ⏳페페 육안=검색어 입력 시 X 표시·클릭 시 즉시 초기화.
• ✅완료·운영배포 완료 — 자재관리 탭 자재분류 셀 1클릭 편집(master 6d0c7f5→deploy-live aef9144, 프로덕션 서빙 검증 PASS): 페페 QA "자재분류 변경에 클릭 2번, 프레임 중복". 근본=mtStart가 select를 focus()만 해 드롭다운이 안 열림 → 첫 클릭은 닫힌(테두리 있는) select 박스만 보이고(=박스인박스 '프레임 중복'), 두번째 클릭에야 열림. 텍스트 셀은 input이라 focus만으로 바로 타이핑돼 이 문제 없음. 수정=sel.showPicker()로 첫 클릭에 드롭다운 즉시 오픈(미지원 브라우저는 try/catch로 focus 폴백) + CSS select.mm-c-mt에 width:100%;box-sizing:border-box로 셀 채워 내부 박스 티 제거. 파일=orderpaper_material_mgmt.js·.css·field_orderpaper.html, 캐시버스터 v20260707h→v20260709a. node --check PASS, 프로덕션 static에 showPicker·width:100% 서빙 확인. ⏳페페 육안=자재분류 셀 1클릭 오픈.
• ✅완료·운영배포 완료(DB) — 재고량(stock) 단위 제거, 숫자값만(DB 마이그레이션 test 232행·prod 154행, 시드 master 44fd77d): 페페 "재고량 컬럼 값 단위 분리 안 됨, 단위 생략 숫자만. 전체 DB수정+운영배포". 원인=stock 초기 시드가 발주량(qty)을 통째 복사('40m'·'1세트'·'좌1,우2' 등 단위·잡값 혼입, prod 154/1550행). 수정 3갈래: ①DB 마이그레이션=num_only()(정규식 \d+(?:\.\d+)? 첫 숫자)로 test·prod stock 단위 제거(숫자없는 잡값 '팩스번호'·'결재' 등 5행은 빈값), 트랜잭션·검증 후 apply, 잔여 단위행 0 확인. ②시드 경로 2곳(orderpaper_sync.py INSERT·orderpaper_upload_load.py INSERT, 둘 다 원격템플릿 내 num_only) — 앞으로 새 동기화/업로드 항목도 stock 숫자만 복사(재유입 방지). ③프론트 무변경(DB 정리로 표시 자동 숫자화, stock 셀은 it.stock 그대로 렌더). 주의: 'stock 시드=qty' 였던 종전 동작이 'stock=qty 숫자부'로 바뀜(sync UPDATE는 여전히 stock 미갱신=사용자 재고 보존). 시드 스크립트는 로컬 실행(EC2 미실행)이라 deploy-live 불필요. ⏳페페 육안=재고량 컬럼 숫자만 표시(새로고침 후).
• ✅완료 — orderpaper 자동동기화 6일 전면중단 복구 (근본원인=conhost가 PYTHONUTF8 인용 파괴): 페페 "발주서 정리탭 동기화가 예전 파일을 잘 못읽는다, 6월 폴더 파일에 7월 내용 추가하는 경우(예: 06월/에넥스 대전 개인건 원부자재발주서.xlsx)". 실측 결론=파서·DB·표시는 정상(파서가 6월파일 내 7월 섹션 정상 분해, DAO는 folder-월이 아니라 각 행 order_date로 정렬·표시). 진짜 근본원인=orderpaper_autosync_hidden.vbs가 2026-07-03 20:38에 conhost.exe --headless 프리픽스 추가(콘솔창 숨김 목적)되면서 cmd /c set "PYTHONUTF8=1"의 인용을 conhost가 망가뜨려(값에 따옴표 유입) python3.9가 "invalid PYTHONUTF8" 치명오류로 매 30분 즉사 → 6일간(07-03~07-09) 자동동기화 0건. 그동안 웹 수동 '동기화'만 반영되어 페페가 "예전 파일을 못 읽는다"로 체감(=편집이 자동 반영 안 됨). 수정=VBS에서 sh.Environment("PROCESS")("PYTHONUTF8")="1"로 프로세스 환경변수 지정 + cmd set ...&& 제거(conhost·숨김창 유지). 재현·수정 양쪽 검증(python이 PYTHONUTF8='1'·utf8_mode=1 수신). 운영 재동기화 실행(round R1783554725, files28·items1408·upd1408·removed0)→에넥스 대전 개인건 7월항목(오엠씨/미림/진영LDM/상원보드, 07-03~07-09) 운영DB 정상 존재·6월항목 status(완료) 보존·신규 7월 대기. 스케줄드태스크 orderpaper_autosync(Ready) 수동 트리거로 실제 경로 클린 재검증(Status Success). 교훈=conhost --headless는 뒤따르는 cmd set "VAR=VAL" 인용을 깬다 → 환경변수는 런처(VBS)에서 직접 세팅.
• ✅완료·운영배포 완료·⏳페페 육안 대기 — 엣지 선택 목록 표기 변경 + 테이블 칩 통일(후속 QA) (master 399c8e2·c621519→deploy-live 4813f38·7165bbc, 운영 서빙 PASS): 후속 QA "모달만 반영, 테이블 결과값 미반영" → chipInner 엣지 분기도 edgeTitle(엣지명+치수)+⇄ 연동칼라명 줄로 통일(3줄 유지: 제목/연동/업체, 캐시버스터 ?v=20260708h). 페페 QA "엣지 이름은 지정된 엣지명으로, 칼라 연동은 풀네임 아래 별도 표시(라이브러리 엣지카드 참조)." 기존엔 셀 선택 모달 엣지 항목 제목이 edgeLabel(연동 칼라명+치수)이라 엣지명이 안 보였음. 변경: edgeTitle() 신설(지정 엣지명+치수, 없으면 '(엣지명 없음)') — ①셀 선택 모달(mat-sel-item)을 2줄 구조로: 제목=edgeTitle, 아랫줄 ⇄ 칼라 연동: <칼라명>(주황, .mat-sel-main column) ②일괄편집 풀도 edgeTitle+연동칼라 표기 통일. edgeLabel(칩·검색 등)은 불변. 캐시버스터 ?v=20260708g. 검증=node --check+운영 마커(edgeTitle·칼라 연동 줄·mat-sel-main css) PASS. ⚠교훈: git cherry-pick -q 옵션 없음(usage 에러 129) — cherry-pick은 플래그 없이. ⏳페페 육안=엣지 셀 클릭→선택 목록 표기.
• ✅완료·운영배포 완료·⏳페페 육안 대기 — 사양서 위치 행 드래그 정렬 (master 02152fb→deploy-live 1b22753, 운영 서빙 마커 PASS): 페페 "테이블 행위치 마우스 드래그로 이동." 형태 셀 앞 ⠿ 핸들만 draggable(HTML5 DnD — 셀 클릭·체크박스와 충돌 없음), dragover 시 대상 행 위/아래 절반 판정으로 노랑 드롭 인디케이터(drop-above/below), drop 시 locations 배열 splice 재배치+commit(저장·재렌더). 인쇄 CSS에 핸들 숨김. 캐시버스터 css/js ?v=20260708f. ⏳페페 육안=행 드래그 순서변경·저장 후 유지.
• ✅완료·운영배포 완료·⏳페페 육안 대기 — 사양서 위치 행 다중선택 → 다른 타입·그룹 복사 (master b82586a→deploy-live 4a6f436, 운영 서빙 마커 전부 PASS): 페페 "견적서 복사 프로세스 참고, 행 다중선택 후 다른 타입 위치로 복사"(계획 선승인 — AskUserQuestion 4답: 타입+그룹 모두 선택 / 현재 타입 포함 / 체크박스 컬럼 / 복사 후 대상 타입으로 전환). 구현: ①스펙 테이블 맨앞 체크박스 컬럼(rowHTML .loc-chk + thead 전체선택 #opMatLocChkAll, 빈테이블 colspan 2→3) ②체크 시 위치추가 바 옆 액션바(#opMatLocSelBar 선택 N건·⧉ 복사·선택해제, 재렌더 시 sync) ③모달 opMatLocCopyModal(대상 타입 select=전 타입·현재 선택됨 + 그룹 주방/일반) ④적용=선택 행 딥카피(새 id·셀/도면 유지)→대상 locations 끝 append→대상 타입·그룹으로 화면 전환+commit+토스트. 셀 참조는 문서 공유 풀이라 재매핑 불필요. 인쇄 CSS에 체크박스 컬럼 숨김 추가. 캐시버스터 css/js ?v=20260708e 통일. 검증=node --check+운영 마커(loc-copy-to-apply·loc-chk·ChkAll·sel-clear·css) PASS. ⏳페페 육안=체크→복사→대상 전환·셀 유지. 알려진 한계: 셀 편집 등 재렌더 시 체크 초기화(선택 후 바로 복사 흐름 기준).
• ✅완료·운영배포 완료 — 뒤판CORE 기존 현장 미적용 버그 수정 (master 7dcb77c→deploy-live 9efb7ad, 운영 서빙 검증 PASS): 페페 "기존 현장에 적용 안 됨." 근본원인=normalize가 첫머리(194행)에서 d.schemaVersion=SCHEMA_VERSION 스탬프를 먼저 찍는데 d와 data가 같은 객체라, 그 뒤의 v3 마이그레이션 게이트 data.schemaVersion < 3이 항상 false → 기존(v2) 문서 마이그레이션 전면 스킵(신규만 DEFAULT_PARTS로 컬럼 획득). 수정=버전 게이트 폐기, 무조건 기본 보장으로 전환(뒤판CORE 컬럼 없으면 CORE 오른쪽 삽입 + ensureCore(3,'MDF') 상시 — body.core 셀 상시보장과 동일 패턴). SCHEMA_VERSION=2 원복(승급 불필요, 구 JSON import confirm도 원상). 의미 변화: 뒤판CORE 컬럼·3T MDF 코어는 지워도 재로드 시 복원되는 '기본'이 됨(그 사이 v3로 저장된 문서도 자동 커버). 캐시버스터 ?v=20260708d. ⏳페페 육안=기존 현장 열어 뒤판CORE 컬럼·코어목록 3T MDF 확인.
• ✅완료·운영배포 완료·⏳페페 육안 대기 — 현장별 자재 편집기 4건(QA 연속 지시) (master 1e56bc4→3775458→6166936 / deploy-live 4ded2a8→5f6730d→d9f761f 운영배포 완료, 지시문 승인, 운영 서빙 grep 전 마커 검증 PASS): ①편집 뷰 가로폭 해제 — 스펙 테이블이 페이지 프레임 1180px에 갇혀 잘림 → 템플릿 CSS :has() 1줄로 편집 뷰가 열린 동안만 .op-wrap max-width 해제(그리드·다른 탭 1180 유지, 미지원 브라우저 무해). ②위치 행 복사 — 사양서 테이블 위치 행에 ⧉ 버튼(이름변경✎·삭제× 사이), 셀·도면참조 딥카피+새 id+원본 아래 삽입(타입 복사와 동일 패턴), 이름 prompt 기본 "원본명 복사". ③엣지 소재 ABS — 옵션 첫번째 추가+기본선택 ABS(EDGE_MATERIALS·edgeSel·정규화 폴백·폼 버튼 4곳). ④바디 뒤판CORE 기본컬럼 + 기본코어 3T MDF — body.backcore(라벨 뒤판CORE)를 CORE 오른쪽 기본컬럼으로, CORE 등록용(defaultPoolFor='core', 셀 추천=3T MDF). SCHEMA_VERSION 2→3: v2 문서는 normalize에서 일회성 마이그레이션(컬럼 삽입+ensureCore(3,'MDF')), v3 저장 후 사용자가 지우면 재추가 안 함(부활 방지). 주의: 구버전 JSON 파일 import 시 버전 다름 confirm 1회 뜸(정상). 캐시버스터 ?v=20260708c. 검증=node --check+운영/테스트 서빙 마커(loc-copy·ABS·뒤판CORE·3T·v3) 전부 확인, 폭 해제는 로그인 세션 HTML 실측(운영·테스트 both PASS; 로그인 API body 키는 password, 500 나면 이것부터 — user_pw 아님). ⏳페페 육안=편집 뷰 폭·행복사·ABS 기본선택·뒤판CORE 컬럼/3T 코어. 훅 게이트 이슈: 운영배포 명시 지시에도 텔레그램 게이트 훅이 자동 발동해 만료 차단 1회 → 명령 분할·재시도로 진행(규칙 보강: C:\dev\CLAUDE.md 예외 조항에 "게이트 자동발동·만료돼도 지시문 명시면 승인 간주, 분할·재시도" 기록, 2026-07-08).
• ✅완료·운영배포 완료·⏳페페 육안 대기 — 현장별 자재 '미작성 카드' 자동 생성 폐지 (master e8fcfd7→deploy-live 82cc007 운영배포 완료, 지시문 "운영 배포 진행" 승인·게이트 생략, 운영 서빙 grep 검증 PASS): 페페 "미작성 카드 자동 생성 프로세스 없애고 매번 사용자가 현장 등록하는 걸로." 자동 생성의 실체=서버가 아니라 프론트 buildGrid가 발주서 집계(OP_ALL) 진행 중 현장을 전부 카드로 자동 노출(스펙 없으면 '미작성'). 변경(orderpaper_material.js만): ①buildGrid 카드 소스를 등록된 스펙(/list)만으로 전환 — OP_ALL·field 목록은 업체·상차일·R/E/S 메타 보강 전용(연결키 field_no→정규화 현장명, 완료현장 L4-06 보강 유지), 상차일↓ 정렬 유지, 카드 식별=spec 원문 현장명(by-site 재조회 일치). ②그리드 카운트 라벨 '진행 중 현장'→'등록 현장'. ③신규 현장 모달 검색은 계속 발주서 진행 중 현장 전체 노출(nsData가 gridSites∪siteDropData∪fieldSites 병합) — 등록 진입점 유지. ④deleteSite 문구 갱신(삭제 시 카드 완전 소멸, '미작성으로 남음' 문구 제거). 캐시버스터 ?v=20260708b. 검증=node --check PASS+테스트 서빙 grep(신규 주석 반영·구 병합코드 usedSpec 잔재 0). ⏳페페 육안=기존 작성 현장 카드만 보이는지·신규 현장 등록 흐름. 운영 배포는 명시 지시 시.
• ✅완료·운영배포 완료·⏳페페 육안 대기 — orderpaper 현장별 자재 탭 카드 UI 재배치 (master f2f92a5→deploy-live 47e99ab 운영배포 완료, 운영 CSS op-mat-card-badges 반영 확인): 페페 "현장별 카드 삭제 버튼 추가 + 우상단 상태표시 버튼들 겹침 → 현장명 아래로 재배치". 실상: 삭제버튼(op-mat-card-del)은 기존에 있었으나 hover 시에만 보임(opacity 0)+좌상단 → 우상단 상시 표시로 변경(스펙 있는 카드만 — 미작성 카드는 주문 파생이라 삭제할 스펙 데이터가 없음, 삭제=자재사양만 삭제·주문 유지). 상태배지(op-mat-card-status 우상단 절대배치)가 긴 문구일 때 D-day·현장명과 겹침 → 상태+D-day 배지를 현장명 아래 한 줄 in-flow(op-mat-card-badges flex) 재배치, op-mat-card-top은 삭제버튼 자리 padding-right 26px. 파일=web/static/js/orderpaper_material.js(siteCardHTML)·web/static/css/orderpaper_material.css·field_orderpaper.html 캐시버스터 ?v=20260708a. 검증=node --check PASS + 테스트 서버 신규 JS/CSS 서빙 grep 확인(op-mat-card-badges). 브라우저 프로필 잠김으로 UI 클릭 E2E 미실시 → 페페 Ctrl+Shift+R 후 육안(카드 × 버튼·배지 겹침 해소). 운영 배포는 페페 "운영 배포" 명시 시.
• ✅완료·운영배포 완료 — 현장 삭제 시 연결 견적서 현장 자동 해제(견적명 유지) (master 09b2fb7→deploy-live 00b89b9 운영배포 완료, 지시문 승인·텔레그램 게이트 생략): 페페 "현장목록에서 현장 삭제 시 연결된 견적서 현장명 자동 해제, 견적명은 유지." 근본: field_dao.delete_field 은 field 만 소프트삭제(remove_yn='1')하고 estimate 무처리 → estimate.field_no 가 삭제된 현장을 계속 참조하고, 견적 조회 조인(LEFT JOIN field)에 remove_yn 필터가 없어 삭제된 현장명이 계속 표시되는 불일치. 오류는 안 났음(소프트삭제라 FK/조인 안 깨짐)·자동해제도 안 됐음 → 유령 참조. 수정(백엔드 1파일): delete_field 에 UPDATE estimate SET field_no=NULL WHERE field_no=%s 1줄 추가(field 소프트삭제 직후). estimate_name 등 나머지 미변경 → 견적명 보존. delete_field 은 field_service.py:125 단일 호출 경로(707/840 UPDATE field 는 update/address 로 무관) = 근본수정 위치 정확. 검증: py ast.parse PASS. 테스트 RDS E2E(SSM, 트랜잭션 롤백으로 원복): 현장145(계룡 옥천)→삭제 재현 시 field.remove_yn='1'·연결 견적33 field_no NULL·estimate_name 불변 = PASS(field_no NULL True·견적명 유지 True). 운영 배포 검증: 운영 EC2 /home/ubuntu/pfs/api/pfs/field/dao/field_dao.py 에 신규 UPDATE estimate 라인 반영 확인(SSM read). ⏳페페 육안=현장 삭제 후 그 현장 쓰던 견적 목록/상세에서 현장명 빈값·견적명 유지 확인.
• 📌 지침 변경(2026-07-07): 지시문에 "운영 배포 진행" 등 위험작업을 명시적으로 지시하면 텔레그램 승인 게이트 생략하고 바로 진행(그 지시 자체가 승인). C:\dev\CLAUDE.md·pfs/CLAUDE.md 위험작업 섹션에 예외 규칙 추가(커밋 09b2fb7 에 pfs/CLAUDE.md 포함). 지시문에 없는 위험작업은 여전히 승인 필요.
• ✅완료·운영배포 완료·⏳페페 육안 대기 — 견적 등록/수정 현장 미선택(임시 견적) 허용 + 현장 연결 해제 (master 1ab4675→deploy-live 3b36703 운영배포 완료, 승인 RISK-20260707-BD9S): 페페 "현장 선정 안 해도 임시 견적으로 등록 가능하게. 현장 매핑 안 되면 견적명 입력 필수. 기존 현장명 등록된 견적서도 현장 해제 가능하게." 근본: 백엔드 insert/update 는 이미 CONVERT_EMPTY_STRING_TO_NULL(field_no)+field_type 헬퍼 if not field_no:return 으로 null field_no 를 지원 → 막던 건 프론트 validateBasic 게이트뿐. 변경(프론트 2파일): ①estimate_regist_v2.js validateBasic — field_no 필수 해제, 현장 없으면 견적명 필수(유일 식별자), 견적명은 항상 필수 유지. ②현장 연결 해제 clearSite() 신설 + #btnFieldClear 바인딩 — field_no/현장·발주처·담당자 비우고 견적명 보존, loadFieldTypesForSite('') 로 타입 리셋(details 기준 탭 유지). ③estimate_regist_v2.html — 현장명 라벨 *(필수)→(선택), ✕ 해제 버튼(btn-secondary) 신설. 기존 견적 수정도 커버: /estimate/modify-v2/<no> 가 regist-v2 와 동일 템플릿/JS 사용 → 버튼·해제 그대로 뜨고, PUT update_estimate SQL 도 field_no=CONVERT_EMPTY_STRING_TO_NULL 이라 해제 저장 시 NULL 로 밀림(확인됨). 캐시버스터=자동(asset_ver() 콘텐츠 해시). 검증: node --check PASS, 테스트·운영 배포 JS 양쪽에 clearSite/btnFieldClear/새 검증문구 확인(served asset grep, prod=https://pfs.poin.co.kr 3건). 브라우저 프로필 잠김(페페 사용 중)으로 UI 클릭 E2E 미실시 → 페페 Ctrl+Shift+R 후 육안(현장 미선택 저장·기존 견적 해제 저장 후 재로드 시 현장 빈값 유지). list 쿼리는 LEFT JOIN field 라 null field_no 견적도 견적명으로 표시(누락 없음).
• ✅완료·⏳페페 육안 대기 — OMC 보드관리 QA 3건(운영배포 완료): 페페 QA(omc/board) — ①보드 추가만 되고 재고 편집 모달 없음→품목 편집 모달 신규(이름 수정/재고 수량 직접 조정/품목 삭제) ②품목 여러개 늘어나니 탭→좌측 세로 사이드 메뉴(2단 레이아웃) ③탭 미선택시 재고 안뜸→요약 재고 상시 표시(품목 0개여도 0으로). 재고조정=목표값 입력→현재재고와 차이만큼 I/O '재고 조정' 행 자동기록(스키마 무변경). 백엔드 item PUT/DELETE + adjust-stock POST(DAO/service/controller). CSS 캐시버스터 ?v=20260707i. 파일=web/templates/omc/board.html·web/static/css/omc.css·api/pfs/omc/{dao,service,controller}/board_*. master 6c8d7b9(테스트)→deploy-live 21f654f 운영배포 완료(cherry-pick, 텔레그램 승인). 테스트 API E2E 전항목 PASS(품목 생성→이름수정→재고 상향 0→25(I25)→하향 25→10(O15)→무변동 target10(행 미추가)→삭제(품목+이력 제거) 검증 후 원복). 운영 스모크 PASS(CSS board-layout 반영·품목 5종·board 200·adjust-stock 라우트 무변동조정 데이터변경0). 후속 QA(2026-07-07 16:33): 페페 "선택 안 된 사이드 품목 재고가 -장으로 안 뜸, 상시 보이게" → select_board_items가 각 품목 current_stock 서브쿼리 동봉(최신 io_date/id 행 stock), 프론트 사이드 렌더 시 실재고+zero클래스 적용. master e24d82b→deploy-live 3355e4c 운영배포 완료(테스트·운영 list API가 품목별 재고 반환 검증 PASS: 운영 id1=9·id4=6·id5=4). 후속 QA2(2026-07-07 16:56): 페페 "재고 수량을 품목명 아래로·편집버튼 상시활성·연필만 말고 '편집' 글씨 포함" → 사이드 아이템을 si-body(이름+재고 세로) + 우측 편집버튼 구조로, 재고 뱃지 '재고 N장', 편집버튼 hover노출→상시 표시·✎ 편집 버튼형. CSS 캐시버스터 ?v=20260707j. master 25f88c4→deploy-live 6cd3fa1 운영배포 완료(테스트·운영 CSS si-body 반영 확인). ⏳남은 것=페페 프론트 육안(사이드 메뉴·편집모달·재고 상시표시, 페페 브라우저 잠김으로 Playwright 못함 → Ctrl+Shift+R 후 확인).
• ✅완료·운영배포 완료·⏳페페 육안 대기 — OMC 시트관리 QA 2건(omc/sheet): 페페 "①거래처 필터 작동 반대로: 기본 모두선택(전체 표시), 업체 선택 시 그 업체만 필터 적용(현재는 선택 시 제외되는 방식) ②면 단위 해당 항목 배경색을 다른 행과 동일 백색/투명 복원." ①필터 반전: 실은 서버 로직(vendors 빈값=전체, 있으면 vendor IN(...))이 이미 "선택된 것만" 방식 → 막던 건 프론트 칩 초기 상태가 전부 on이라 3개 전달돼 전체처럼 보이고, 하나 끄면 제외되던 것. 칩 초기 on 제거만으로 해결(기본 미선택=vendors "" → 서버 전체, 선택 시 그 거래처만). JS toggleVendorChip 무변경. ②면 배경 복원: omc.css의 .table tbody tr.unit-myeon td{background:#b3e5fc} + hover 규칙 2줄 제거 → 다른 행과 동일(백/투명), 단위 구분은 단위컬럼 뱃지로만 유지. 파일=web/templates/omc/sheet.html·web/static/css/omc.css. omc.css 캐시버스터 j→k(board·sheet 공용 — board도 같이 bump). master 3d772cc→deploy-live 12cb07b 운영배포 완료. 테스트·운영 API E2E PASS: 미선택=전체(운영 191건 3거래처), 오엠씨만=19건 오엠씨만, 다중(오엠씨+에넥스)=170건 둘 다, 면배경 규칙 제거 CSS 반영 확인. ⏳남은 것=페페 프론트 육안(칩 클릭 필터·면 행 배경 흰색, Ctrl+Shift+R 후).
• 미결1 — 페페 육안 확인 대기: 자재관리 탭 성능 구조개선 최종본 = deploy-live c27b971, 캐시버스터 ?v=20260707h(50행 페이지네이션+검색 디바운스+전행 hover 제거). 페페 Ctrl+Shift+R 후 체감 확인 예정. 여전히 느리면 남은 후보=페페 크롬 프로필 자체(확장 MutationObserver·접근성 클라이언트·렌더러 메모리 압박) — 코드 쪽 원인(전체 innerHTML·폼요소 상시렌더·table auto·대형 DOM 상시 렌더)은 전부 제거됨. 페페 크롬에서 chrome://accessibility 상태·작업관리자 렌더러 메모리 확인이 다음 진단 스텝.
• 참고 — 자재관리 탭 편집 UX 변경됨: 폼요소 지연렌더링으로 품명·규격·단위·재고·자재분류·사용량은 평소 텍스트, 셀 클릭 시 편집기(Enter 저장·ESC 취소). 파일 web/static/js/orderpaper_material_mgmt.js(editStart/mtStart/_commit/_commitUsed/bindEdit), web/static/css/orderpaper_material_mgmt.css. 캐시버스터 규칙: 코드 바꾸면 반드시 ?v= 새 값으로 bump(같은 값 재배포하면 캐시 안 깨짐 — 이번에 한 번 겪음).

완료(2026-07-07) — QA 발주처/현장명 오분해 근본수정: 파일명 선행 '추가' 마커 (파서 master d95e4b8, 운영 데이터 17건 정정, 승인 DEPLOY-20260707-4ZU8)

• 페페 QA 2건(자재관리 탭 첫 블록): ①발주처 배지가 "추가" → 넥서스여야 ②현장명이 "넥서스" → 소요한남이어야. 근본원인=NAS 파일명 추가 넥서스 소요한남 원부자재발주서.xlsx를 파서 parse_site_from_filename이 첫 공백 토큰 "추가"를 발주처로 오분해 → furniture_company="추가", site_name_raw="넥서스 소요한남"으로 밀림. 실제=발주처 넥서스·현장 소요한남·"추가"는 추가발주 마커. 게다가 site_map이 auto로 field 1554(=이름 "넥서스")에 매핑돼 화면 현장명이 "넥서스"로 표시(둘 다 한 파일에서 발생).
• 파서 수정(orderpaper-sync/orderpaper_parse.py, master d95e4b8): _LEADING_MARKERS(추가/추가발주/재발주/서랍재발주/수정)를 괄호 없이 선행해도 마커로 인식해 발주처 앞에서 떼어냄. 자가검증 6케이스 PASS(기존 괄호마커·정상 파일명 회귀 없음). item_key=sha1(source_file,sheet,section,mtype,idx)라 site_name_raw 미포함 → 재동기화해도 파서가 같은 값으로 멱등 UPDATE(수정된 분해 반영).
• 운영 데이터 정정 17건(활성13 no1436~1443·1494~1498 + 삭제4 no1432~1435, remove_yn 불변): furniture_company "추가"→"넥서스", site_name_raw "넥서스 소요한남"→"소요 한남", field_no 1554→2124(소요 한남, 페페 선택; 후보 4개 중 상차 07-09로 발주일 07-01/06과 최근접). site_map: "소요 한남"→2124 is_manual=1 수동연결(자동재매핑 방지)+옛 "넥서스 소요한남" 행 삭제. 트랜잭션+DRY-RUN 검증 후 apply. 스크립트=orderpaper-sync/_fix_nexus_soyo_prod.py(gitignore, 로컬 이력).
• 검증(운영 Playwright all-items): 발주처 "추가" 0건·옛 site_name_raw 0건·소요 한남 13건 전부 fc="넥서스"·field_name="소요 한남"·field_no=2124. QA #1/#2 둘 다 정상. ⚠향후 같은 유형(선행 마커 파일명) 재발 시 파서가 이제 자동 처리 — 재동기화만으로 정정됨.

완료(2026-07-07) — 자재관리 탭 구조개선: 50행 페이지네이션 + 검색 디바운스 + 전행 hover 제거 (master cca4132→deploy-live c27b971, 테스트+운영 E2E, 승인 DEPLOY-20260707-GSDP)

• 페페 "여전히 버퍼링 심함 — 지연렌더 후에도 셀 클릭(편집 준비)만으로 이전보다 심함, 전반적 프로세스 구조 개선 필요". 실측(운영, 클린 브라우저): 클릭→입력창 표시 82~101ms·editStart 3ms·longtask 0건 = 코드 경로는 정상. → 페페 브라우저 환경(확장 MutationObserver·접근성 클라이언트·렌더러 메모리)이 DOM 규모(7023노드·259행)에 비례해 증폭시키는 구조로 판정 → 상호작용 비용을 "보이는 행"에 비례하게 캡.
• 구현: ①페이지네이션 50행/페이지(PAGE_SIZE 고정, 툴바 ◀ N/M ▶, 검색·정렬·토글 변경 시 1페이지 리셋, 블록모드는 페이지 경계에 구분행 재부착·'N건'=전체 그룹 건수 유지) ②검색 200ms 디바운스(키 입력마다 전체 재렌더 제거) ③전행 tr:hover 하이라이트 제거(마우스 이동마다 행 14셀 재계산 — "커서로 선택하면" 증상 후보, 편집셀 hover만 유지) ④편집 input autocomplete=off(확장 폼 스캔 억제). js/css/html 3파일, 캐시버스터 ?v=20260707h.
• 검증: 테스트 E2E=50행·1/5페이지·페이지이동·검색(29건, 1/1 리셋)·편집 Enter저장 DB영속·블록 2페이지 첫행 구분행·삭제 tr만 제거 전부 PASS, 데이터 원복. 운영 실측=259건 중 50행만 렌더(1/6), DOM 7023→1764(75%↓), 클릭→편집 60ms. 페페 Ctrl+Shift+R로 v20260707h 확인 요망.

2026-07-24 이관 — 루트 HANDOFF NOW 완료건 (원문 그대로)

• ✅구현 완료·테스트 배포(pfs 생산팀 스티커 출력 페이지, 코디 2026-07-14, master 3c3add0→53b89f8): 엑셀(스티커 출력1.xlsm) 웹 이관 — "생산">"스티커 출력"(/production/sticker, 도어/이동선반/파레트 3탭). 파서(병합행 분류 TEXT제외/GROUP수집, 유닛 8/8)+test RDS 3테이블+동기화 사이드카(첫 로드 223파일/16,025품목, 매시간 pfs_door_sync)+API 8종+로고 7종+실시간 미리보기(=실인쇄 DOM, 100×100mm 여백5 내용90×90)+Code39 SVG(독립구현체 159비트 일치). 테스트 서버 Playwright E2E 전 플로우 PASS. GT800 실인쇄 피드백 3건 수정(9b06e9a): 빈 라벨 근본수정(시트높이 1mm 셰이브, PDF 3→2페이지 실측)·⚙인쇄설정 패널(용지/여백 localStorage+kiosk-printing 안내)·파레트 A4 가로. ⏳페페 재인쇄 확인(드라이버 용지 100×100), 운영배포는 별도 지시(스키마시드 prod+cherry-pick+동기화 prod 전환). 피드백 5건 추가수정·배포(1c77c3d): 도어 엑셀양식화(페이지네비+블록헤더 타입/위치 입력칸+컬럼구분선), 미리보기 상시표시, 인쇄배율 140%, 로컬 인쇄 에이전트(print-agent, GT800 직접·정확크기·미설치시 브라우저 폴백). 추가 피드백 7건 완료·배포(f21d1f8→829e800): 현장검색 재포커스 전체목록·데이터출처 탭배지(source_sheet 컬럼, 파싱 포인만·월드는 배지만)·테이블 색상 진하게·엑셀 수동동기화(웹버튼→door_sync_request 큐→미니PC 상주 워커 door_sync_watch.py HTTP폴링 claim→door_order_sync 실행, schtasks pfs_door_sync_watch 매5분+소켓락, 워커 흐름 실증 223파일 재동기화)·스티커 4면 테두리·양식 디자인개편(현장명 라벨셀·타입/위치 4셀·폰트+3pt·fitText 폭초과 자동축소)·출력행 배경강조. 운영배포 별도지시. 상세=projects/pfs/handoff.md NOW 최상단.
• pfs(2026-07-16): 🆕견적 v2 현장 미선택 저장 실패(field_no KeyError) 근본수정 — 운영 배포·검증 완료(master 90a1566→deploy-live cherry-pick 6394f8b, 페페 "운영배포 진행"). 페페 검증보고(/estimate/regist-v2 현장명 미선택): 미선택 시 field_no 요구로 저장완료 안 됨. 근본원인=서버 _normalize_master defaults에 field_no 누락 → JS field_no:null을 None-skip 루프가 버려 insert_estimate의 estimateMaster["field_no"] KeyError. 수정=defaults에 'field_no':'' 1줄(미선택→''→CONVERT_EMPTY_STRING_TO_NULL→SQL NULL, 선택→실값). INSERT/UPDATE 공통 choke point. 검증=격리재현 PASS+운영 EC2 HEAD 6394f8b·uwsgi재시작 06:56:49 UTC·배포코드 함수검증(미선택→NULL·선택→실값) PASS. ⏳페페 육안. 앞서 🆕자재관리 오엠씨 파싱 통일 + 규격 3분리 + 엑셀식 컬럼필터(역방향) + 폭절약 — 운영 배포 완료(master f4eed35→6004493→c006f54, deploy-live 28ea9c1→4959c4b, 페페 "테스트 배포 진행"→"운영배포까지 진행"→"컬럼 폭 절약…운영 배포"). 페페 검증보고(/field/orderpaper 품명): 오엠씨만 품명↔규격 반대. 파서(orderpaper_parse.omc_raw_fields) 오엠씨 원자재 보드행 품명=전면넘버(+후면 다르면 괄호)·규격="두께 재질 양면/단면"(타업체 통일, 엣지/특수행 구포맷 유지·회귀0, item_key 무관 in-place). 프론트 규격→두께·재질·양면단면 3컬럼 순수텍스트 분리+품명 후면 2줄+엑셀식 컬럼헤더 필터 팝업 역방향(양성 선택: 기본 언체크→체크한 값만 표시, 페페 지시)·정렬 오름/내림 통합·다중AND·별도 필터바 폐지. 경면/민자는 오엠씨 미부착=타업체 규격값만 분리(페페 확정). 폭 절약(3컬럼 +212px 넘침→규격 150→78·전반 축소 ~192px 절감·규격 말줄임+title툴팁). 기존 데이터=NAS 재동기화 운영 0ins·1591upd·0removed(item_key 안정)→운영 RDS OMC 95행 old_slash=0. 검증=파서13+프론트22 셀프체크·node check·운영 HEAD/서빙 v20260715c/uwsgi재시작08:46UTC/http200·헤드리스 스텁 육안(역방향필터·폭적합, 로그인 위험게이트라 스텁 대체). ⏳페페 육안(운영 Ctrl+Shift+R). 앞서 🆕배차 현장 선택 시 도착지에 현장명 자동 입력 운영배포(dispatch_list.html 인라인 JS 1줄, master 0256f8e→deploy-live 09fb7ff, cherry-pick, 보고 "운영배포" 승인) — 페페 검증보고 "현장선택 후 도착지 데이터는 현장(현장명) 자동 입력". 현장 검색 선택 choke point selectField가 현장명·업체·현장주소·도착지주소는 채우나 도착지 본칸(dcDestination)만 비워둠 → dcDestination.value=name 1줄 추가. 검증=SSM 운영 HEAD 09fb7ff·서빙템플릿 MARK_SERVED=1(line1472)·uwsgi 재시작 23:40:14 UTC·http200. 편집·기존행 로드는 저장 destination 사용이라 무변경. ⏳페페 육안(/dispatch/list 새 배차→현장 선택→도착지 자동입력). 앞서 🆕입고일정 탭도 같은 pfs현장 연결된 여러 발주서(복사본 등) 한 현장으로 통합 운영배포(orderpaper_schedule.js+field_orderpaper.html, master 828b53b→deploy-live e02fb25, cherry-pick, 지시문 "운영배포 진행" 승인) — 페페 "발주서정리에서 통합한 것처럼 자재관리·현장별 입고일정 탭도 현장명 기준 그룹 통합". 발주서정리(6041b11)와 동일 규칙 확장. 입고일정(schedule.js): 블록 site=그룹/표시명을 field 연결 시 field_name으로 통합(미연결은 원본명), raw=원본 site_name_raw 별도 보존→groups()(site모드)·rowKey()·헤더가 자동 통합. 현장 숨김 버튼은 통합 현장의 소속 발주서 원본명 전부를 hide()가 BLOCKS에서 모아 배열로 hideSite에 전달(hideSite에 Array.isArray 배열경로 추가, 단건 문자열 하위호환 유지). 검색 haystack에 raw 포함. 자재관리(material_mgmt.js)는 siteOf가 생성 시(2026-06-24)부터 field_name||site_name_raw 우선이라 이미 field기준 통합됨 → 무변경(확인 완료). 검증=node --check+그룹핑/숨김raw 셀프체크 PASS(라인VIP 2복사본 통합·미연결 분리·hide 2원본명 수집)+운영 서빙JS(field_name||site_name_raw·raw:it.site_name_raw 둘 다 SERVED=1)·HEAD e02fb25(deploy-live)·템플릿 array브랜치·uwsgi 재시작 06:06:38 UTC·http200. 캐시버스터 schedule.js v20260714a. ⏳페페 육안(Ctrl+Shift+R, 입고일정 탭 두 발주서 같은 현장 연결→한 그룹·숨김 연동). 앞서 🆕발주서정리: 복사본 등 여러 엑셀을 같은 pfs현장 연결 시 한 현장으로 통합 표시 운영배포(프론트 1파일 field_orderpaper.html, master 6041b11→deploy-live 7b67665, cherry-pick, 지시문 "운영배포 진행" 승인) — 페페 "엑셀 발주서 복사해 쓰면 현장 제목이 엑셀파일명으로 뜸 → 현장명으로·통합" + 보강 "두 엑셀을 수동으로 같은 현장 연결하는데 여기서 통합돼야 함". 근본원인=복사본 …발주서 - 복사본.xlsx은 파서 원부자재발주서$ strip 실패로 site_name_raw가 원본과 달라지고, 프론트 renderSiteCards가 site_name_raw로만 그룹핑해 같은 field 수동연결해도 따로 뜸. 수정(파서 대신 프론트=페페 지시방향)=①그룹키를 field 연결 시 field_no 기준(opSiteGroup, 미연결은 raw)→통합 ②제목=연결 현장명·📎 발주서 N건 통합 배지 ③숨김/연결변경은 소속 발주서 전부(data-raws+$.when 병렬 PATCH) ④hideSite 입고일정 외부호출 하위호환. 검증=node --check+그룹핑 셀프체크 PASS+운영 HEAD 7b67665·마커 site_group×4/op-merged×2/data-raws×3·uwsgi 재시작 08:19:52 UTC·http200. 입고일정 탭은 요청범위밖(후속). 페페 육안(Ctrl+Shift+R). 앞서 🆕견적 타입 표시순서 저장·엑셀출력·화면 재열기 반영 운영배포(백엔드+프론트, master 5ee1cd9→deploy-live ccb8001, cherry-pick, 지시문 "운영배포 진행" 승인) — 페페 견적732(/estimate/modify-v2/732) "타입순서 지정하면 그대로 저장+견적서 엑셀도 순서대로, 이전 수정한 거 같은데 반영 안 됨". 순서 저장 인프라(field_type.display_order+_reorder_field_types)는 정상인데 읽는 경로 2곳 끊김: ①화면 재열기(loadFieldTypesForSite가 본건↔추가건 섞임 회귀로 fieldTypes=[]만 둬 순서 SSOT 무시→detail 등장순 탭) ②엑셀/HTML(print_service sorted(type_name) 가나다/숫자문자열순→'120'이 '84B' 앞으로 튐). 수정=print_service 타입정렬 5곳 sorted(...,key=_type_order_key(field_no))(display_order 우선·폴백 이름순)+select_field_type_order DAO+loadFieldTypesForSite가 field-types로 typeOrder 복원. 검증=실함수 단위검증(732: 종전 120,84B,84C→수정 84B,84C,120)+운영실측(field_no2134 display_order 84B:1·84C:2·120:3·컬럼실존)+배포반영(운영 HEAD ccb8001·마커·uwsgi 재시작 07:39:58 UTC running). ✅페페 육안 확인 완료(2026-07-13, 작동 정상). 앞서 🆕발주서 오엠씨(원자재) 빈 탭 '(내용 없음 — 업체만 등록)' placeholder 미생성 운영반영(파서 로컬 사이드카, master a0f9e84, 지시문 "운영배포 진행" 승인) — 페페 "규칙으로 요청데이터는 사라졌는데 현장별 빈 행 생김, 이것도 생성 안되게". 기본설정행 제외로 오엠씨 탭이 통째 비면 parse_file이 현장별 빈 placeholder행 생성하던 것 → 빈 탭이 오엠씨/원자재면 placeholder 미생성(부자재 빈탭 placeholder는 실업체 표시라 유지). 검증: 유닛테스트 PASS+NAS dry-run(R placeholder 0·실항목 1519 불변)+운영동기화(removed 11·ins 0)·SSM PH_R=0·ACTIVE_REAL 1338·신규 실항목제거 0·LOSS_COEXIST=0. sites 31→28(오엠씨 빈탭만 있던 실주문無 3현장 소멸, 복원가능). 앞서 🆕발주서 오엠씨(원자재)탭 규격·발주량 없는 기본설정행 미수집 + 기존 숨김 + autosync 복구 운영반영(파서·ssm_run 로컬 사이드카, master 2c90288·fa94629·0d4d7db, 지시문 "운영배포 진행" 승인) — 페페 "오엠씨 탭 1~4블록 기본설정(규격·수량 없는) 행 동기화 미수집 + 기존 삭제/숨김 + 추후 규격·발주량 엑셀 입력되면 동기화". 발주서 동기화=로컬PC가 NAS엑셀 파싱→SSM으로 prod RDS(웹배포 아님). 파서 규칙: 원자재 브랜치 스킵을 not(front or back or qty)로(두께/수종만 있는 '18T MDF'류 템플릿행 미수집). 동기화가 소프트삭제 재조정(remove_yn)이라 파서만 고쳐도 기존 junk 자동숨김+추후 채워지면 복원 = 3요구 동시충족. 운영 반영: NAS SMB(win32wnet, 한글공유명 Write도구 UTF-8) 후 orderpaper_sync.py prod 수동 실행. 검증: 제거대상 44='18T MDF'×33+'4.5T MDF'×11(발주량보유 91 보존), LEFTOVER_R_REAL=0·LOSS_COEXIST=0(데이터유실 0)·유닛테스트 PASS. autosync 3중버그 복구(7월내내 파스OK·RDS미반영이던 원인: aws미발견/aws.cmd래퍼 ModuleNotFound/cp949 디코드) → scripts/ssm_run.py venv python -m awscli 직접호출+UTF-8 replace, 스케줄러 실트리거 성공(멱등)=추후 자동동기화 보장. 로컬 사이드카라 deploy-live 웹배포 불필요, master만. ⏳잔여: 완전template 오엠씨탭 11개 빈탭 placeholder 남음(입고일정 자동필터, 원하면 후속). 페페 육안(/field/orderpaper). 앞서 🆕입고일정 탭 현장 그룹 헤더에 현장 숨김 버튼 추가(전 탭 연동) 운영배포(master 8bb97f4→deploy-live cca6257, cherry-pick, 지시문 "운영배포 진행" 승인) — 페페 "현장별 입고일정 탭에도 현장 숨김 버튼 추가, 다른 탭들과 연동". 구현=orderpaper_schedule.js hideBtn(site) 헬퍼(현장별 S.mode==='site'+현장명≠'(현장미상)'만 렌더, 그룹키=site_name_raw)+opSch.hide()가 발주서정리 탭 window.hideSite() 재사용(PATCH site-hide→loadAll()이 OP_ALL 재적재+line564 opSch.refresh()로 전 탭 동시 갱신=연동 자동), 버튼은 표뷰·타임라인뷰 그룹헤더 양쪽, CSS .ops-hide-btn, 캐시버스터 js/css v20260713b bump. 검증=node --check PASS+hideBtn 분기 self-check 5케이스 PASS+운영 JS(function hideBtn)·CSS(ops-hide-btn×3) 반영·서버 HEAD cca6257·템플릿 v20260713b·uwsgi 재시작(01:07:02 UTC 커밋직후) 확인. ⚠그 사이 deploy-live에 OMC 커밋(827d5b1) 별도 배포됨(내 두 커밋 86bdc69·cca6257 히스토리 정상). ⏳페페 육안(Ctrl+Shift+R, 입고일정 탭 현장헤더 숨김버튼). 앞서 🆕입고일정 탭에서 발주서정리 숨김 현장 동일 제외 운영배포(master 4d04c1f→deploy-live 86bdc69, cherry-pick, 지시문 "운영 배포" 승인) — 페페 "현장별 입고일정 탭 현장을 발주서정리 탭 숨김현장과 동일하게 숨기기". 근본원인=all-items(select_all_items)가 자재관리 탭 예외용으로 숨김현장(is_hidden)도 컬럼 전송(dao line 77)하는데, 발주서정리·현장별자재 탭은 프론트 opPass에서 is_hidden='1' 제외하나 입고일정 탭(orderpaper_schedule.js)만 OP_ALL을 rebuild() 집계루프에서 필터 없이 읽어 숨김현장 노출. 수정=집계 forEach 최상단 if(String(it.is_hidden)==='1') return; 1줄(발주서정리 template line 522와 동일 가드)→리스크표·타임라인·KPI 전부 자동반영, 캐시버스터 v20260713a bump. 검증=node --check PASS·운영 정적JS 가드 반영·서버 HEAD 86bdc69·템플릿 v20260713a 서빙·uwsgi 재시작(23:50:12 UTC, 커밋 직후) 확인. ⏳페페 육안(Ctrl+Shift+R, /field/orderpaper 입고일정 탭). 앞서 🆕사이드 메뉴 모바일·데스크톱사이트 미표시 수정 운영배포(master 28656b4→deploy-live 3868c85, cherry-pick — master가 deploy-live보다 34커밋 앞서 미완성 진행분 배포 방지) — 페페 "폰·데스크톱사이트 둘 다 사이드 메뉴 안 보임". 근본원인 2개: ①상단바(topbar) 제거(2026-06-19 개편)로 원래 모바일에서 사이드바 여는 .nav-toggler 버튼이 함께 사라짐 ②pfs_layout.css의 off-screen left:-210px 규칙이 미디어쿼리 밖이라 custom.js가 width<1170에 붙이는 mini-sidebar 동안 데스크톱사이트(768~1169)까지 사이드바가 화면 밖으로 밀림(열 버튼도 없어 완전 실종). 수정=③모바일 햄버거 버튼(.nav-toggler.pfs-mobile-toggle) base.html 복원(기존 custom.js show-sidebar 핸들러 재사용) ④off-screen을 @media(max-width:767px)로 한정 + show-sidebar 열기규칙 재선언(테마 규칙 !important 없어 덮이던 문제) ⑤자동전환 임계 1170→768(태블릿/데스크톱사이트 풀 사이드바) ⑥custom.js 캐시버스트(asset_ver) 추가. 검증=헤드리스 Playwright 3해상도(375=off→햄버거 클릭→슬라이드인 / 980·1280=풀노출·햄버거 숨김) PASS + 운영 pfs_layout.css(pfs-mobile-toggle 4회)·custom.js(width<768) HTTP 200 반영 확인. ⏳페페 육안(폰 Ctrl+Shift+R, 데스크톱사이트 전환). 앞서 🆕배포 후 '재시작 누락' 근본원인 해결(오진 정정) — 실제는 Actions가 재시작을 했고 90초 hang. uWSGI die-on-term=true가 TERM/QUIT 의미를 맞바꾸는데 유닛이 KillSignal=SIGQUIT이라 stop이 리로드로 해석→TimeoutStopSec=90 뒤 SIGKILL, 그 90초간 구코드 서빙. 유닛에서 KillSignal 제거(백업 *.bak_20260710) → restart 90.2s→1.0s(test·live 둘 다 Result=success), deploy-production.sh 6.1s·deploy-test.sh 8.1s E2E PASS. ⚠유닛은 git 밖(EC2 재구축 시 재적용). 메모리 [[uwsgi-die-on-term-killsignal-conflict]]. 앞서 🆕휴가 타임라인 v2 운영배포(master 87e42d9→deploy-live b9320dc) — 창을 14일 고정에서 휴가 평균 센터가 가운데 오는 가변 창으로(half = max(center, maxEnd-center)+3, days=2*half+1) → 초기 로드에 전 휴가일자 노출 + 전후 3일 여유. 칸 수 가변이라 grid 열 인라인·칸 최소 20px·좁으면 타임라인 내부 가로스크롤(업체명 sticky), nav 가운데 전체보기. 표 업체칸 180px 등 축소(max-width:620px, basis 500 — basis 합으로 wrap 판정되므로 620 basis면 1100px에서 밀림). 종료<시작 불량행 제외. 검증=하니스 18항목+스텁 렌더 1000~1680px+SSM 마커/200. uwsgi 수동 재시작. ⏳페페 육안. 앞서 🆕업체 휴가일정 우측 2주 타임라인 운영배포(master ce29eb0·f8de989→deploy-live 9c1efc9·1abdadd) — 프론트 1파일(vacation.html)만, 백엔드 변경 0. 좌 표/우 타임라인 flex 2단(둘 다 축소 허용), 14일 창 월요일 정렬·주말/오늘 하이라이트·이전주/오늘/다음주 이동, 창 걸친 휴가는 클램프+cut 표시. 정렬=시작일↑→종료일↑→업체명 가나다순(빠른 휴가 우선 + 같은 기간 자동 인접). 검증=노드 하니스 11항목 + 로컬 스텁 렌더 육안 + SSM 마커/HEAD/200 PASS. 또 uwsgi 재시작 누락 → SSM restart로 마무리(배포 후 HEAD+ActiveEnterTimestamp 둘 다 확인 규칙 재확인). 운영 UI 검증은 로그인 자격증명이 텔레그램 승인 위험항목이라 로컬 스텁 렌더로 대체. ⏳페페 육안(Ctrl+Shift+R, /vacation). 앞서 🆕배차 QA 2건 운영배포(master a6f2ba7·f4aa672→deploy-live 7d37f79) — ①현장검색에서 현장 선택 시 가구업체 자동매핑(백엔드 변경 0 — field/search가 이미 company_no·company_name 반환 → selectField가 채움, 업체 없는 현장은 기존값 유지) ②금액칸 한글 IME 중복입력 수정(공용 formatFee 한 곳 = 운임비·물품금액·택배비 3칸 동시 해결, 조합 중 value 재대입이 원인 → e.isComposing 가드 + compositionend 정리 + inputmode=numeric). 검증=노드 하니스 전 경로·브라우저 실 InputEvent 4항목·운영 템플릿 마커 SSM·8000 200 PASS. ⚠Actions가 git reset만 하고 uwsgi 재시작 누락(템플릿 캐시로 구버전 서빙 위험) → SSM systemctl restart pfs-live.uwsgi.service로 마무리. 배포 후 HEAD + ActiveEnterTimestamp 둘 다 확인. ⏳페페 육안(Ctrl+Shift+R). 앞서 07-09 🆕배차관리에 택배발송 관리 추가 + QA 6건(master d6ad526→deploy-live 1e09171 운영배포 완료) — 택배 의뢰서 순서 발신자 최상단→수신자→나머지, 전 모달 × 버튼 헤더색(#455a64) 동일·호버 무변경. ⚠Actions 자동배포 지연 시 SSM deploy-production.sh 직접 실행(멱등)으로 배포. 수신자/발신 검색 키보드 네비(방향키·엔터·결과1개 즉시엔터·ESC). 배차 페이지·dispatch 테이블 재사용, ship_type(D/C)·물품·포장·물품금액·발신연락처 컬럼5 test·prod RDS INSTANT(1464/1629행 보존, 마이그 codi_courier_alter*.py). + 택배 등록 전용 모달(발신=업체+발신자 자동완성·기본 포인 자동채움, 수신자=과거택배기록+담당자 company주소 연계·업체명도 검색·표기, company_no=수신자업체), 목록 유형칩·필터, 택배 의뢰서 A4(수신자 먼저→발신자 테이블). QA=브라우저 자동완성 차단(new-password)·수신자 업체명 검색/표기·의뢰서 양식 정리. 검증=test/prod 마이그·SQL round-trip·JS node --check·브라우저 하니스 전항목·운영 배포 마커 SSM PASS. ⏳페페 육안(운영 Ctrl+Shift+R). 앞서 🆕자재관리 정렬 모달 사용자 기본정렬 저장(★버튼→localStorage DEFSORT_KEY, 초기화·기본정렬로·라벨 다 userDefaultSort 기준, PC별·서버미적용, master 4de9bd1→deploy-live fbbb868·v20260709c) + 검색창 내부 X(지우기) 버튼(.has-q 토글·즉시초기화, deploy-live d86ce3f·v20260709b) + 자재분류 셀 1클릭 편집(select showPicker 즉시 오픈+셀 채움, mtStart가 focus만 해 2클릭·박스중복이던 것, master 6d0c7f5→deploy-live aef9144·v20260709a, 프로덕션 서빙 검증) + 재고량 stock 단위 제거(시드가 qty 통째복사해 '40m'·'1세트' 혼입 → num_only로 숫자부만, DB 마이그레이션 test232·prod154행 단위제거·잔여0, 시드 2경로 수정 master 44fd77d, 프론트 무변경). orderpaper 자동동기화 6일 중단 복구 — 페페 "동기화가 예전 파일(6월 폴더에 7월 내용 추가)을 못 읽는다". 파서·DB·표시는 정상, 진짜 원인=orderpaper_autosync_hidden.vbs에 07-03 추가된 conhost --headless가 cmd /c set "PYTHONUTF8=1" 인용을 깨 python3.9가 "invalid PYTHONUTF8" 치명오류로 매30분 즉사→07-03~09 자동동기화 0건(웹 수동만 반영). 수정=VBS에서 sh.Environment("PROCESS")("PYTHONUTF8")="1"(환경변수 직접, cmd set 제거, conhost·숨김창 유지), 재현·수정 검증 후 운영 재동기화(files28·upd1408)→에넥스 대전 개인건 7월항목 정상·6월 status 보존, 스케줄드태스크 수동 트리거 클린 재확인. 이전 07-08: 엣지 선택목록 표기(지정 엣지명+연동칼라 별도줄, deploy-live 4813f38) + 사양서 위치 행 드래그 정렬(⠿ 핸들 DnD, deploy-live 1b22753) + 위치 행 다중선택→다른 타입·그룹 복사(체크박스+모달, 복사 후 대상 전환, deploy-live 4a6f436) + 뒤판CORE 기존현장 미적용 수정(스탬프 선행으로 버전게이트 무력화→무조건 기본보장, deploy-live 9efb7ad) + 현장별 자재 편집기 4건 운영배포(편집뷰 폭 해제·위치 행복사·엣지 ABS 기본·뒤판CORE 기본컬럼+3T MDF v3 마이그레이션, deploy-live ~d9f761f, 서빙 검증 PASS) + CLAUDE.md 운영배포 게이트 예외 보강(자동발동·만료 시 분할 재시도). 앞서 orderpaper 현장별 자재 탭 2건 — ①카드 UI 재배치(삭제버튼 우상단 상시표시 + 상태·D-day 배지 현장명 아래, f2f92a5) ②미작성 카드 자동 생성 폐지(발주서 자동 노출→등록된 자재사양 현장만 카드, 신규현장 모달 검색은 발주서 현장 유지, e8fcfd7). deploy-live 47e99ab→82cc007 운영배포 완료(지시문 승인, 운영 서빙 검증 PASS)·페페 Ctrl+Shift+R 육안 대기. 이전(07-07): ⓪OMC 보드관리 QA 3건(품목 편집모달=이름/재고조정/삭제·탭→사이드메뉴·재고 상시표시) deploy-live 21f654f 운영배포 완료(API E2E+운영 스모크 PASS), 페페 프론트 육안 대기. ①QA 발주처/현장명 오분해 근본수정 — 파일명 선행 "추가" 마커를 파서가 발주처로 오분해(넥서스→소요한남 밀림), 파서 수정(d95e4b8)+운영 17건 정정(발주처 넥서스·현장 소요한남·field 2124, 승인 4ZU8, Playwright 검증 "추가"0건). ②자재관리 탭 성능 구조개선 최종본 deploy-live c27b971·v20260707h(50행 페이지네이션+검색 디바운스+전행 hover 제거, DOM 75%↓). 페페 Ctrl+Shift+R 확인 대기. 그 외 07-06까지 완료(자재관리 편집/삭제/재번호·견적 v2·worklog·업체휴가일정 등) → projects/pfs/{handoff,archive}.md. 미결: 06-20 진행중 2건(업체목록 정렬/유사업종 필터·현장기록 접이식 그룹, 운영 미배포·승인 대기).

루트 HANDOFF NOW 이관 (2026-07-27, 캡 20,000자 시행)

루트 HANDOFF.md NOW가 39,399자로 비대해져 매 세션 시드복원 비용이 커짐(적대검증 4자 합의 1순위) → build_brief.py의 CHAR_CAP 게이트를 루트 HANDOFF에도 적용하고 NOW 항목 원문을 여기로 그대로 cut 이관했다(삭제 0). NOW에는 1~2줄 요약 + 이 문서 포인터만 남는다.

• ✅완료·운영배포(pfs 미반영 커밋 선별배포 C·D·E + devplan 배포관리 페이지, 코디 2026-07-27 페페 지시 "미반영 커밋 리스트"→"C·D·E만 안전한 순서대로 배포"+"pfs 카드 상세페이지"): 미반영 커밋 세는 법이 핵심 — 운영은 merge가 아니라 cherry-pick 이력이라 해시가 전부 달라 원시 deploy-live..master 89건은 과대계상, patch-id 비교(--cherry-pick --right-only) 22건 → diff 0인 2건 제외 = 실제 20건. 선별 배포는 merge 불가(A·B까지 끌려옴) → 파일단위 git checkout origin/master -- <files> 포워드 반영, 위험 낮은 순 E(스크립트)→C(파서)→D(웹UI) 3커밋 + push 1회(운영 재시작 1회). deploy-live 6fe4e38(ssm_run aws 복구+택배 마이그 스크립트) 7b916e8(품명0 무효행 제외·파일명 '복사본' 노이즈·stock 숫자부 시드) 8ca0389(자재관리 헤더 가운데정렬, css v20260715d). 검증=자체 14케이스 PASS + SSM 실측(운영 HEAD 일치·pfs-live.uwsgi active·/login 200·css 서빙). 남은 미반영 8건 = A 화물앱 배차 3건(페페 육안 대기) · B 월마감 5건(🔴 patch41_monthly_close.sql 운영 RDS 선행 + 메뉴 시드 46). 신규 관리페이지 C:\dev\devplan\pfs.html(그동안 pfs 카드는 상세 없음 url:null → projects.json 연결·build_hub.py 재빌드): 미반영 커밋 관리표(상태 보류/배포예정/배포완료·메모, localStorage)+배포 전 체크리스트+배포완료 이력+'코디용 지시문 복사'(배포예정 표시분만 지시문화). E2E PASS(저장·새로고침 유지·KPI·초기화·허브 카드 링크). 상세=projects/pfs/session-2026-07-27-selective-deploy-cde.md.
• ✅완료·운영배포(pfs OMC 보드 품목편집 모달 비고칸, 코디 2026-07-24, 페페 "운영배포"): /omc/board ✎ 편집 모달에 비고 입력칸(itemEditNote) 추가 → 재고 수량 조정 시 비고 바로 기입, 미입력이면 기존 '재고 조정' 유지(스키마 무변경, inout note 재사용). master c8e2a1c→deploy-live fd9f2c6. 검증=자체테스트 4케이스 PASS + SSM 운영 실파일 확인.
• ✅완료·운영배포(pfs 배차/택배 목록 주소 가독성, 코디 2026-07-24, 페페 "운영배포"): dispatch/list 행의 출발지·도착지 주소 글씨 11px→13px, 색 #8a96a3→#4a5765(진하게). master 6f2d2ae→deploy-live f8aa9e4. +목록 가독성 3건(같은날): 주문일 연도 2자리(26-07-24, 공용 fmtDate 미변경·목록에서만 slice), 차량칸 88→68px 축소, 인수자 기존 dc-ellipsis 재사용해 1줄 고정. master a05008f→deploy-live 96a5677. 검증=node 행 마크업 렌더 assert PASS.
• ✅완료·운영배포(pfs 휴가일정 중요업체 체크박스, 코디 2026-07-24, 페페 "운영배포"): 표에 중요업체 체크박스(기본 전체 체크) 추가 — 해제 업체는 타임라인에서 빠지고 창 범위·정렬·배치가 남은 업체 기준으로 재계산(tlSorted() 한 곳 필터). 체크는 화면 상태만(서버 저장 X). +타임라인·표 폰트 일괄 10% 확대(14→15.4 / 12→13.2 / 10→11px). master 067d8ef→deploy-live bdcfa99. +체크 상태 서버 저장(같은날 후속): company_vacation.important_yn(기본1)을 ensure_table 멱등 ALTER로 자동추가 + PUT /api/vacation/<no>/important 신규 → 새로고침해도 유지. master c78ad90→deploy-live f69d066. 검증=테스트서버 실 API E2E PASS + 운영 GET에 컬럼·기존11행 전부 체크 확인.
• ✅완료·운영배포(pfs 자재관리 탭 숨은 보드 3건 복원, 코디 2026-07-23, 페페 "운영서버 작업·배포 승인"): 용두동 KAEX7-SR=오엠씨 원자재 4행 수동삭제 상태 → 운영 RDS 복원 / 의정부 7201-SKE·MND40ED=DB는 활성인데 원본 엑셀 오엠씨 탭 날짜 미기입 → 템플릿 기본값 2026-01-02 파싱 → 자재관리 3개월 창 밖으로 숨음. 수정=all-items에 regist_date + badDate()(등록일 대비 120일↑ 과거=오기입) 창 예외, deploy-live cherry-pick 34cfbbf→28a1f50. 같은 증상 10블록/7현장 동시 해소. ⏳페페 육안, 근본예방=발주서 엑셀 날짜 기입. 상세=projects/pfs/handoff.md NOW.
• 🆕테스트 배포 완료·운영배포 대기(pfs 월마감 기능 신규, 코디 2026-07-22~23): NAS 1~7월 마감표 기반 /estimate/monthly-close(월×거래처 마감표 편집·견적 자동수집·검증 배지·제출용 엑셀, 넥서스만 시공비 별도) + 테스트 RDS에 26년 1~7월 마감 15건 시딩·견적 백필 70건(72행 중 70행 연결, 원본 엑셀과 1원 단위 일치 검증). master dae788e..34ab1c3. ⏳페페 육안→운영배포 별도 지시. 상세=projects/pfs/handoff.md NOW 최상단.

루트 handoff 완료이력 이관 (2026-07-27, 페페 지시)

projects/pfs/handoff.md가 25,190자로 비대해져 BRIEF 클립(앞 6,000자) 창을 완료건이 차지하고 있었다 → ✅완료 항목 원문 그대로 cut 이관(삭제 0). handoff에는 NOW·확정사실·미결만 남긴다. 07-20 이관분(06-19~07-06)에 이어지는 2차 정리. 06-19자 "운영 미반영 잔여 없음" 항목은 2026-07-27 patch-id 실측(미반영 20건)으로 무효가 되어 함께 이관했다. - ✅완료·운영 배포 — OMC 보드 품목 편집 모달에 비고 입력칸 (2026-07-24, 코디, 페페 "운영배포"=승인). /omc/board 사이드 품목 ✎ 편집 모달(modalItem)에서 재고 수량 조정 시 비고를 바로 기입. ①web/templates/omc/board.html: itemEditNote 입력칸 추가(placeholder="미입력 시 '재고 조정'으로 기록"), openEditBoardItem()에서 초기화, saveBoardItem()이 adjust-stock 페이로드에 note 전달. ②api/pfs/omc/service/board_service.py adjust_stock(): note 있으면 사용, 없으면 기존 '재고 조정' 유지(하위호환·DB/스키마 무변경 — inout note 컬럼 재사용). master c8e2a1c → deploy-live cherry-pick fd9f2c6. 검증=①dao 스텁 자체테스트 4케이스 PASS(비고 trim 적용/미입력·공백은 '재고 조정'/증감 방향·수량·차이0 무기록) ②SSM으로 운영서버 실파일 확인(live 템플릿 itemEditNote 3곳·서비스 note 폴백 존재·운영 HEAD=fd9f2c6). ⏳다음=페페 육안. - ✅완료·운영 배포 — 배차/택배 목록 주소 가독성 (2026-07-24, 코디, 페페 "운영배포"=승인). web/templates/basic/dispatch/dispatch_list.html 행 렌더러(622·628행)의 출발지·도착지 주소 span을 #8a96a3 11px → #4a5765 13px(파일 기존 토큰 --dc-ink-2 값 재사용). 2줄 변경, 로직 무관. master 6f2d2ae → deploy-live cherry-pick f8aa9e4. 검증=diff·origin/deploy-live 내용 확인(운영 육안은 페페 — 로그인 필요). +후속(같은날, 운영배포) — 목록 가독성 3건(페페 지시): ①주문일 연도 2자리(26-07-24) — fmtDate()는 날짜입력칸(dcOrderDate/cOrderDate)·출력물(출고요청서·택배의뢰서)에서 그대로 쓰이므로 공용 함수는 손대지 않고 목록 행에서만 .slice(2)(공용 변경 시 <input type=date> 값 깨짐). ②차량 컬럼 88px→68px + 셀 nowrap·좌우 padding 8px로 폭 절약. ③인수자 셀에 기존 dc-ellipsis(nowrap+말줄임, 현장명 칸이 쓰던 클래스) 적용 → 항상 1줄, 긴 값은 title 툴팁(실측 인수자 길이 p95=7자, 10자↑는 1464건 중 2건뿐). master a05008f → deploy-live cherry-pick 96a5677. 검증=node로 행 마크업 실제 렌더해 assert(2자리 연도·4자리 잔존 없음·인수자 dc-ellipsis+title·차량 nowrap·fmtDate 원본 유지) ALL PASS. - ✅완료·운영 배포 — 휴가일정 중요업체 체크박스 + 폰트 10% 확대 (2026-07-24, 코디, 페페 "운영배포"=승인). web/templates/default/vacation.html 단일파일. ①표 첫 컴럼에 중요업체 체크박스(기본 전체 체크) 추가 — 해제하면 타임라인에서 제외되고 창 범위(tlWindow)·정렬·막대 배치가 남은 업체 기준으로 재계산(필터를 tlSorted() 한 곳에만 넣어 창·정렬·렌더 전부 자동 반영). 체크 상태는 화면 상태만(VAC_OFF, 해제된 것만 담음) — 서버 저장 없음, 새로고침시 전체 체크(DB·API 무변경). ②vac-* 폰트 일괄 10% 확대(표 14→15.4 / 표헤더·버튼·타임라인 업체명·범위 12→13.2 / 입력칸·검색항목 13→14.3 / 타임라인 타이틀 14→15.4 / 날짜헤더·막대글자 10→11px). master 067d8ef → deploy-live cherry-pick bdcfa99(전체 merge는 미배포 master 82커밋이 딸려가 회피 — 직전 배포들과 동일 패턴). 검증=JS 문법체크 + node 자체테스트(체크해제 시 창 209일→13일로 재계산·재체크 원복 assert PASS) + origin/deploy-live 내용 확인. ⚠️운영 페이지 HTTP 육안검증은 미실시(로그인 필요·이 PC aws CLI 미설치로 SSM 불가) → 다음=페페 육안 확인. +후속(같은날, 운영배포) — 체크 상태 서버 저장(페페 "새로고침시 유지" 지시): company_vacation.important_yn TINYINT(1) NOT NULL DEFAULT 1을 ensure_table()의 멱등 ALTER로 자동 추가(기존 _DDL_NULLABLE과 같은 패턴 — 컬럼 있으면 1060 에러를 try/except가 삼킴, 수동 DDL·마이그레이션 불요·앱 재시작 시 1회 적용). 신규 API PUT /api/vacation/<no>/important(체크만 갱신 — 업체·날짜 빈 미완성 행도 저장되게 기존 update()와 분리). 목록 SELECT에 important_yn 추가, loadList()가 0인 행만 해제 복원(값 없으면 체크 유지 = 하위호환). master c78ad90 → deploy-live cherry-pick f69d066. 검증=①node 자체테스트(복원·창 재계산 13↔209일·PUT 경로/본문 assert PASS) ②테스트서버 실 API E2E(임시행 생성→기본 1 확인→0 저장→재조회 0→1 복구→임시행 삭제, ALL PASS) ③운영 GET 실측: important_yn 컬럼 응답 확인, 기존 11행 전부 1(=전체 체크). 운영은 읽기만 호출(쓰기 없음, ALTER는 get_list→ensure_table가 자동 적용). - ✅완료·운영 배포 — 자재관리 탭에서 보드 3건이 안 보이던 문제 (2026-07-23, 코디, 페페 "운영서버 작업·배포 승인"). 원인 2개. ①용두동 KAEX7-SR: orderpaper 1455~1458(오엠씨 원자재)가 remove_yn=1 del_manual=1=화면 수동삭제 상태(NAS 원본 엑셀엔 실재) → 운영 RDS 복원(가드+before/after). ②의정부 7201-SKE·MND40ED: DB는 활성인데 원본 엑셀 오엠씨 탭 발주/입고 날짜 미기입 → 템플릿 기본값 2026-01-02 파싱 → 자재관리 3개월 창(passBase의 refMs<now-90d) 밖으로 밀려 통째 숨음(파서 버그 아님). 수정=all-items에 regist_date 추가 + badDate()(날짜가 등록일보다 120일 이상 과거면 오기입으로 보고 창 예외). 처음 "등록일 최근이면 통과"안은 정상 과거건까지 260행 노출돼 기각, 실측 분포(오기입 166일↑/정상 81일↓)로 120일 컷=39행. 커밋 master d35976f→31e2278, deploy-live cherry-pick 34cfbbf→28a1f50(전체 merge는 미배포 월마감이 딸려가 회피), ?v=20260723a. 검증=테스트·운영 all-items 실HTTP + 필터 재현(의정부 5행 False→True). 같은 증상 10블록/7현장(GS 오산·GS 인천 산곡6·용두동 씨엔글라스샵·신우APT·금강 부산 에코·한양 이천 대월) 동시 해소. ⏳다음=페페 육안, 근본예방=발주서 엑셀 날짜 기입. +후속(같은날, 운영배포): 동기화 때 날짜 경고 리포트 추가 — date_warnings()(노출 기준일이 파일 월보다 120일↑ 과거=숨김 유발, 날짜칸 빔=미기입 2등급)를 orderpaper_sync.py stdout 끝에 출력(사이드카 페이지·result_text 양쪽) + '지금 동기화' 완료 시 노란 경고박스(#opDateWarn). 자체점검 test_date_warnings.py 6케이스 PASS. 실측 숨김 20블록/미기입 22블록. master bc9e2dc→deploy-live b40ddb6. - ✅완료·운영 배포 — 견적서 엑셀 A6 업체명 가운데정렬 + 넥서스·에넥스 (주)접두 (2026-07-22, 코디, 페페 "운영배포"=승인). estimate_print_service.py: ①_decorate_company_name() 신설 — orderer(=A6 업체명) 값에 넥서스·에넥스 업체면 (주) 접두(이미 (주) 있으면 무접두). ②A6(A{b+6}:C{b+6}) 정렬 s["l"]→s["c"](origin·참조셀 양쪽). master 974ca55→테스트, deploy-live 4352624 cherry-pick→운영(충돌0·전체 merge는 무관파일 충돌로 회피). self-check 4케이스 PASS. ⏰예약 리마인더: 8/1 09:00 텔레그램(schtasks 일회성 reminder-nexus-hansem-20260801→C:\dev\tools\reminders\nexus_hansem_rename_20260801.py→broker /notify-done) = "넥서스→한샘 업체명 변경" 알림. 변경작업 자체는 페페 지시 후 _decorate_company_name()의 넥서스→한샘 반영. - ✅완료·운영 배포 — 업체 필터 버튼식 전환 + 견적서v2 확대 (2026-07-22, 코디, 페페 "운영배포"=승인). ①업체 필터를 드롭다운→버튼 그룹(btn-group, .pfs-company-btn)으로 변경: 기본 전체 표시(선택 없음), 버튼 클릭 시 해당 업체만, 같은 버튼 재클릭 시 해제. ②동일 기능을 견적서 관리 v2(estimate_list_v2.html, 필터 div #search-result-datatable_filter, 데이터 datatableJSON, 신규 applyCompanyFilter()가 clear/add/draw 대체)에도 적용. 두 페이지 모두 company_name 부분일치·클라 필터·서버 무변경. master 3a05acd→테스트, deploy-live 73c9ae9 cherry-pick→운영(충돌0). ※직전 select판(field_list만, 3d1222e/4316fd6)은 이 커밋으로 대체됨. - ✅완료·운영 배포 — AL발주서 + 생산 스티커 출력 (cherry-pick 배포) (2026-07-21, 코디, 페페 "운영 배포" 지시=승인). master가 deploy-live보다 70커밋 앞선 상태에서 얽힘 진단 후 신규파일 위주라 분리 가능한 2기능만 cherry-pick. 운영 DB 선셋업(멱등·추가만, SSM+prod env): AL=al_orderpaper/al_orderpaper_item 테이블+메뉴(menu_no 43, al_orderpaper_seed.py prod) / 스티커=door_order_file·door_order_item·sticker_print_log·door_sync_request 테이블+메뉴(생산>스티커출력 menu_no 45, codi_sticker_schema.py+_v2+_menu_fix prod). 코드: deploy-live에 11커밋(스티커8+AL3 시간순) cherry-pick 충돌0(api/config.py 블루프린트 additive 자동병합), push 6394f8b→48ed33b. 검증: 운영 HEAD=48ed33b·uwsgi active·/field/al-orderpaper·/production/sticker·/api/al-orderpaper/vendors 모두 200. 미배포 잔여(운영 미반영): 자재관리 UI·orderpaper파싱은 OMC 보드/시트관리와 같은 파일 공유(얽힘)라 이번 제외 → 별도 결정 필요. 배차/택배(courier 마이그레이션 필요)·휴가타임라인·현장별 자재사양서(v3 마이그레이션)도 미배포. - ✅완료 — 테스트 field 전량 운영 미러 교체 + 카톡 메세지 반영 (2026-07-21, 코디, 페페 지시). ①테스트 field(1976→2041)·production_status(1975→2041)를 운영 데이터로 전량 미러 교체(운영=SELECT만, 테스트=트랜잭션 쓰기, field_no 운영값 보존). 스키마 가드+백업테이블 field_bak_20260721_prodrepl·production_status_bak_20260721_prodrepl(테스트 RDS, 롤백용 보존). 스크립트 scripts/_field_replace_test.py. ②더하임 주하늬 과장 카톡 메세지 반영(대상 용두동=2129 "SGC 광주 용두동"·LH의정부=2137 "LH 의정부 우정"). 최종형(페페 수정지시): 비고·자재비고(몸통재/마감재입고)에 넣은 것 전량 원복(운영값 미러 복원), 내용은 생산현황 최하단 전역 "생산 메모"(field_memo.json 파일 기반, web/static/uploads/memo/field_memo.json)에만 핵심 기입(오엠씨 입고건 제외). 운영+테스트 파일 모두 반영(페페 "운영서버 반영" 지시=승인, RDS 아닌 서버파일). 운영은 기존 상세노트(출고/LH의정부 엣지·용두동 플랩·하드웨어) 보존 후 append(생산현황 출력은 current만 표시 → merge 필수, previous는 비움). 디스크 재확인 PASS. 스크립트 _field_msg_apply_test.py(1차·폐기됨)→_memo_apply.py(원복+메모)→_memo_fix.py(merge)→_memo_verify.py. 주의: field_memo=단일 전역 메모(현장별 아님), 출력 current만 노출. 생산메모 파일 경로 소유권 chown(dir 소유자)로 앱 재쓰기 보장. - ✅완료·운영 데이터 수정 — 자재관리 품명칸에 규격이 뜨던 버그 (2026-07-20, 코디). 근본=orderpaper.item_name_user에 규격조각('15T/18T MDF')이 저장돼 COALESCE로 원본 item_name(WAU38-SR…)을 덮음(코드버그 아님=레거시 데이터, 서버 쓰기경로 /item-name 1개·정상). 운영 RDS에서 오염 5행 전부 item_name_user=NULL 정리(안전가드+before/after 검증, scripts/_fix_inu.py·_fix_inu2.py SSM): 1543·1544·1545(신우APT, 07-20 1차) + 328·329(다른 현장, 07-20 2차). 전역 item_name_user 오염 0건 달성(정상 사용자편집도 0). 상세=archive. - 견적서 엑셀 기본보기 = 페이지 나누기 미리보기 + 배율 100% — 운영배포 완료(2026-06-19): _set_print_area에 sheet_view.view='pageBreakPreview'·zoomScale=100·zoomScaleSheetLayoutView=100. master 9387fbc→deploy-live cherry-pick 3724fae. 운영 견적711 4시트 sheetView 실측 검증. - 운영 미반영 잔여 = 없음(2026-06-19 git cherry·net diff 실측): master↔deploy-live 순수 차이는 migrations/create_dispatch_tables.sql 1개뿐 — 배차(dispatch) 기능이 deploy-live서 한 번 revert(cd7faab) 후 재적용된 흔적의 무해 마이그레이션 기록 파일(배포는 SQL 미실행·운영 DB 테이블 기존재). 런타임 영향 0이라 의도적 미배포. .gitignore(cbe6674→33b1930)는 운영 동기화 완료. 구 핸드오프의 540eb1a 생산메모 미반영 메모는 stale(patch-id상 이미 운영 반영됨).

26.7.30 루트 NOW 캡 정리로 이관 (원문 그대로)

• ✅2026-07-28 pfs 현장 내용 = 카톡관리(1탭) + 통화관리(2탭) 운영배포(deploy-live 9e3a049+502수정 a9036c3, master 028fd6a/dd76774, poin-agent 39726f9, talklog 1440777). 1탭=신규 api/pfs/kakao_board(미러+웹 편집 명령 큐) — EC2가 사무실 PC로 못 들어오므로 방향을 뒤집어 데몬이 push·pull·적용·회신(폰 조작 주체는 여전히 데몬 하나). 2탭=worklog를 source='call'로 한정(조회·집계·묶음변경 전 경로), 노출창 최근2주→이번주 월요일부터+scope=hidden(월요일 이전 전부, 배타상한이 기본창 시작과 맞물림). 야간 02:00 night_worklog.py=전사·분류·적재→규칙 auto-link→남은 미연결만 서브에이전트 매칭(conf≥0.8, 입력에 없는 현장 폐기)→가구KB practice/ops_*_calls.md 적립. ⚠api/config.py는 브랜치 간 통째 포워드 금지(미배포 monthly_close가 딸려와 운영 임포트 사망) ⚠숨김이력 682장에서 전체펼침 XHR 폭주 502→loadItems 큐(동시 6). 검증=자체18+로컬7+테스트E2E8+운영UI(카톡배지0/통화배지1211·콘솔0)+운영 무해 왕복 1건. ⏳페페 몫=감시 데몬 재시작(상승권한, 지금은 1분 예약작업이 대신해 기능 정상)·devplan kakao-ops.html 유지 여부. → projects/pfs/session-2026-07-28-worklog-tabs-kakao-board.md
• ✅2026-07-28 pfs 생산 메모 모달 통합 운영배포(deploy-live 7c76774, master 6e647fe). /field/list 기존/신규 2창 → 단일 입력창(저장본 직접 편집). 이어서 2차 지시로 저장 안내 alert 폐기 + 저장 시 모달 자동 닫힘(deploy-live 8bb6fd9, master 70475a0). 빈값은 차단 대신 confirm(비우고 저장=삭제 의도). 서버 API 무변경. ⚠지시문 "자동저장"은 기존 저장동작 유지로 해석(pfs 견적 autosave는 Patch #21로 폐지·재도입=위험작업) ⏳페페 확인. 검증=테스트 13항목+운영 9항목 PASS. → projects/pfs/session-2026-07-28-field-memo-modal-merge.md
• ✅2026-07-27 pfs field/worklog 노출기간 2주 제한 운영배포(deploy-live 750fdad). 기본=최근 2주+예정, 과거는 시작일 지정 2주창, 검색도 창 안. 핵심 = 기간게이트를 HAVING→WHERE 창으로 교체(HAVING은 집계 후라 카드 건수에 창 밖 과거가 섞임) + 같은 창을 items·bulk·owners에 전파. ⚠기본창 상한 없음 — work_date 미래 '예정' 항목 10건이 증발하는 걸 운영 실측으로 발견. 운영 묶음 702→252(64%↓). ⏳페페 육안. → projects/pfs/session-2026-07-27-worklog-2week-window.md
• ✅2026-07-27 pfs 미반영커밋 선별배포 C·D·E + devplan pfs.html 배포관리 페이지 신설. 미반영 커밋은 patch-id 비교로 세야 정확(원시 89건→실제 20건), 선별은 merge 불가라 파일단위 포워드 반영·push 1회. 남은 미반영 8건 = A 화물앱 3건(페페 육안) · 🔴B 월마감 5건(patch41_monthly_close.sql 운영 RDS 선행). → projects/pfs/session-2026-07-27-selective-deploy-cde.md
• ✅2026-07-27 pfs handoff 완료이력 2차 이관(페페 지시): ✅완료 11항목 8,167자 원문 cut → projects/pfs/archive.md(센티널 11/11), handoff 25,190→17,033자(32%↓). 06-19자 "운영 미반영 잔여 없음"은 07-27 patch-id 실측(20건)으로 무효라 함께 이관. ⚠BRIEF.pfs.md 여유는 1,862자 그대로 — 원인은 handoff가 아니라 archive 포인터 섹션 4,282자(pfs archive 엔트리 41 = 세션문서 39)와 memory 본문. handoff는 어차피 6,000자로 클립되므로 감량이 BRIEF에 안 나타난다. 해소하려면 build_brief.py의 archive 포인터 섹션 클립(최근 N + 나머지는 sessions.md 포인터) 필요 = 페페 지시 대기(지시 없는 코드 수정 금지 규칙).

(HANDOFF NOW 이관 2026-07-31)

• ✅2026-07-29 pfs AL설정(엑셀 「설정」 탭) 관리 페이지 CRUD 운영배포(deploy-live a0faf03, master f99e739→d38661e→6f228b9). 저장소를 정적 JSON 자산 → RDS al_profile(patch43)로 이전(DAO ensure_tables()가 비었을 때 49행 1회 시딩 → 마이그 수동실행 불필요), JSON은 「엑셀 원본 복구」 기준값으로 존치. 신규 /field/al-profile(사이드바 미등록 — 접근은 AL발주서 버튼 2곳), 저장은 화면 전체 1콜(soft delete→upsert). 작업 중 수정은 새 창 + window focus 재조회·전 행 재계산. 발주서 헤더 컴팩트화(업체 1줄/접기 토글, 폼 106px·그리드 시작 262→195px). ⚠지시문 첫 경로 부자재 발주서 일지.xlsm은 설정탭 없음 → 페페가 원부자재발주서.xlsx로 정정. 🔴버그=save_bulk가 INSERT 뒤 soft delete를 돌려 신규행이 같은 트랜잭션에서 즉시 삭제(응답 성공인데 조회 없음 = 조용한 실패) → 삭제를 먼저. 검증=엑셀↔시딩 불일치 0 + CRUD E2E 16 + UI 테스트18/운영18(콘솔0) + 운영 SSM(al_profile 49행). ⏳페페 육안. → projects/pfs/session-2026-07-29-al-profile-crud.md

(HANDOFF NOW 이관 2026-07-31)

• ✅2026-07-29 pfs 미반영 A·B 그룹 운영배포(페페 지시) — A 화물앱 배차 3건 83540c8 · B 월마감 5건 70ba185. 운영 RDS 선행 = monthly_close/monthly_close_item + menu_catalog menu_no=46(사전 스냅샷 0건 확인), 권한은 자사 기본허용이라 추가작업 불요. 🔑배포 경계는 커밋 수가 아니라 파일 diff로 판정(07-27 파일단위 포워드 탓 patch-id 비교는 28건으로 부풀려짐) → 37파일을 A 8·B 14·AL 15(범위 밖)로 분리, 공유파일 api/config.py(월마감 2줄뿐)·mysql_util.py(execute_id뿐) 사전확인으로 AL 미유입 확인. 검증=운영 HEAD·서비스 active·/estimate/monthly-close 200·/api/monthly-close 200·잔여 diff는 AL뿐. 안 한 것=마감 데이터 시딩(별건)·D005 배차사진 경로(페페 "배포만, 버그는 P0에서"). 🆕후속 QA = 화물앱 접수 버튼 비작동(페페 지시, 운영배포 af4b72d/master 4433226) — FREIGHT_ENABLED=false 게이트로 dcToast('준비중입니다')만, 기존 로직 보존(재개 시 값만 true), Playwright 실클릭 검증 테스트 9/운영 9 ALL PASS. ⏳페페 육안. → projects/pfs/session-2026-07-29-deploy-ab-freight-monthlyclose.md

26.8.2 루트 NOW 캡 정리로 이관 (원문 그대로)

• ✅2026-07-30 pfs 신영 광주 챔피언스시티 MH 견적서 운영등록(페페 지시·운영배포 승인) — NAS 견적서 xlsx → 현장 1973: 본건 740(빈 컨테이너 0원) + 추가건 741(추가1 13줄) + 기타부가비 운임 150,000 = 1,177,000. 입력이 도어발주서가 아닌 견적서 xlsx(확정가)라 매핑을 PFS 출력 렌더러 셀 주소에서 역산. 검증 4단(금액 3중 교차 → VERIFY → 등록 왕복 → 출력 엑셀 vs 원본 셀 대조) 불일치 0. 코드 변경 0. ⏳페페=운영 육안 + 본건 740 내용 채울지 결정. → projects/pfs/{handoff,rules}.md · playbook.md §7

26.8.5(수) HANDOFF NOW에서 이관 — pfs 카톡관리 「체크=표시, 저장=일괄전송」(26.8.4 완료)

• 🆕pfs 카톡관리 [코디] 26.8.4 ✅운영배포 완료 — 「체크=표시, 저장=일괄전송」(deploy-live abc5208→1009332→fd8916b). 체크마다 재렌더하던 게 원인 — 그 왕복 사이 클릭이 사라진 DOM으로 조용히 유실됐다. 클릭은 표시만, 「저장」이 /api/kakao-board/op/bulk로 일괄 전송. 저장 바 = 방 목록 최상단 sticky. 🔑함정 3 = 복원 i=0이 falsy라 식별자 증발 · #main-wrapper{overflow:hidden}이 sticky 스크롤포트를 가로챈다 · 테스트 방 2개뿐이라 스크롤 여지가 없어 검증이 결함을 통과시켰다. 검증 = 자체 13 + 실브라우저 26항목 × 테스트·운영. 🆕전역 규칙 = 고객이 보는 글에 「신동승 차장」, 「페페」 금지(CLAUDE.md §3-8) — 실유출 1건 수정·진원지 봉합(poin-agent c41e6fd). ⏳페페 = ①운영 육안 ②감시 데몬 재시작(상승권한). → projects/pfs/session-2026-08-04-kakao-board-batch-save.md

루트 HANDOFF NOW 이관 (2026-08-06, 캡 여유 확보)

• 🆕pfs 배차목록 통합검색 [코디] 26.8.5 ✅운영배포 완료(deploy-live 668801e ← master 0d96fe9 파일단위 포워드 — merge하면 AL 미배포건까지 끌려온다). 인라인 검색줄 좌측에 「🔍 전체」 1칸 추가(출발/도착과 여백 22px), 행 데이터의 모든 값을 한 문자열로 합쳐 부분일치 → 화면 표에 없는 기사명·비고·연락처까지 걸린다(운영 실측 "박경"→1/56). 기존 출발·도착과 AND. 상단 SEARCH FILTER의 「기사」 칸은 삭제(DAO는 args.get이라 미전달 무영향 — 기사 검색은 인라인이 대체). +renderTable 끝에 applyInlineFilter() = 재조회해도 검색어가 유지된다(원래는 조회 누르면 인라인 필터가 조용히 풀렸다). 검증 = 신설 scripts/_dispatch_inline_search_check.py 18항목 × 테스트·운영 ALL PASS(좌표 실측·숨김필드 검색·AND·× 복원·콘솔 0). 사이트맵 재빌드 2회 = 배포 전 주황 3 → 배포 후 2(/dispatch/list 걷힘, 남은 2건은 기존 AL 미배포). ⏳페페 = 운영 육안.
• 🆕pfs 견적서 엑셀 양식 [코디] 26.8.5 ✅운영배포 완료 — NAS 「양식 견적서.xlsx」 채우기로 전환(deploy-live a485b23+9482849 ← master 01d5f43+b11c8a5 4파일 포워드, merge하면 AL 미배포건 유입). 서식을 코드로 다시 그리던 build_excel 폐기 → 템플릿 원본을 바이트 동일로 두고 값만 쓴다(api/pfs/estimate/service/estimate_form.xlsx, static 밖). 양식 변경 = 코드 아닌 이 파일 교체. 🔑결재칸만 예외(도형 그룹이라 openpyxl이 못 살림 → 템플릿 크롭 PNG). 검증 = 자체검사 58항목 + 🆕다운로드 E2E(_estimate_excel_download_e2e.py, 로그인→목록→출력→엑셀버튼→받은 파일 서식대조) 테스트 10 · 운영 11 ALL PASS(운영 견적744 넵스 쌍용 홍은동 MH = NAS 실물과 같은 현장·금액 일치). 🔑E2E 함정 3 = 로그인은 JS login() · 견적번호는 /api/estimate/ message 키에서(DOM엔 없음) · 블록수는 max_row 아닌 인쇄영역. 🔴1차 보고 정정 = heredoc \2026 8진 이스케이프로 NAS 대신 로컬에 저장돼 있었다(정리 완료). 결과물 견적\TEST\00~02_…. ⏳페페 = 운영 육안. → projects/pfs/{handoff,rules}.md

견적서 재작성 + 현장 단위 차수 이력 (2026-08-06 완료 · 2026-08-08 HANDOFF NOW 에서 원문 cut 이관)

🆕pfs 견적서 재작성 + 현장 단위 차수 이력 [코디] 26.8.6 ✅운영배포 완료(deploy-live ff48c8b ← master c69c2d8+641ff82 5파일 선별 포워드 · 운영 RDS archive_yn DDL 선행 674행). 도면이 통째로 바뀌어 견적서를 새로 쓸 때 이전 차수는 삭제가 아니라 보관. 🔴지금까진 만들 방법이 아예 없었다 — 현장:견적서 1:1 가드(estimate_regist_v2.js:2142)가 현장 선택을 막았다 → 🔑가드는 한 줄도 안 고치고 estimate_count 에 AND archive_yn='0' 만. 🔑불변식 = 「보관 안 된 것이 곧 지금 쓰는 견적서」(현장당 1건)라 되돌리기는 해제가 아니라 자리 바꾸기(PUT /<no>/select) — 목록 「차수 N」 모달에서 그 현장 전 차수를 한 표로 비교하고 고른다. ⚠추가건은 field_no 가 비어 있어 부모 조인 필요. 🔴덤 = 실패가 성공으로 새어나간다(ajaxSuccessProcess 는 code 2000 만 실패로 보는데 서버 예외는 9999). 운영 708 → 테스트 797 이관(대우 용인 MH·detail 50·sub 53, 행 전량 일치). 검증 = 테스트 러너 2종 32+21항목(둘 다 원상복구까지) + 운영 읽기전용 18항목 ALL PASS (🔑page.route 로 POST/PUT/DELETE 를 아예 차단하고 돌려 오조작 0 증명 · 보관 0·월마감 후보 11 불변·콘솔 0). 사이트맵 미반영 10→2(남은 2 = 기존 AL 백로그). ⏳페페 = 운영 육안(「차수 1」 눌러보기). → projects/pfs/{handoff,rules}.md

대우 용인 오엠씨 탭 1페이지 초기화·재입력 (2026-08-06 완료 · 2026-08-08 HANDOFF NOW 에서 원문 cut 이관)

🆕pfs 대우 용인 오엠씨 탭 1페이지 초기화·재입력 [코디] 26.8.6 ✅운영 완료(코드변경 0·커밋 없음). 페페가 NAS 엑셀 오엠씨 탭 1페이지 행을 지우고 고쳤다 → 그냥 동기화로는 안 되는 이유가 2개였다: ①그 블록 4행이 del_manual='1'(화면 ✕ 삭제)이라 동기화가 remove_yn=IF(del_manual='1','1','0') 로 계속 숨긴다 = 엑셀에 살아 있어도 영원히 안 뜸 ②item_key=sha1(파일|탭|섹션|자재구분|**idx**) 라 중간 행이 빠지면 idx 가 밀려 옛 사용자편집이 다른 자재에 상속(실측 receive_date_user=07-14·재고 39/7 이 엉뚱한 보드에). → 「초기화」 = 그 블록만 물리 DELETE 후 신규 INSERT 로 재수신. block_key=sha1(파일|탭|섹션|자재구분) 이 탭 1페이지 단위 그대로라 다른 탭 무영향. 실행 = _reset_daewoo_omc_prod.py 12행 삭제(before 전량 JSON=롤백, 사용이력 0건 확인 가드) → orderpaper_sync.py prod ins 11. 검증 = 운영 DB 33 ALL PASS + 운영 화면 43 ALL PASS(오엠씨 블록 「11건·발주 8.6·기본입고 8.11」·항목 11행·자재관리 탭 노출·콘솔 0·다른 탭 행수 불변). 사이트맵 그룹8·페이지49·미반영 2(전과 동일, 기존 AL 백로그). ⏳페페 = 운영 육안 + ⚠재고량이 발주량으로 초기화됐으니 수동 기입분 있었으면 재입력. → projects/pfs/{handoff,rules}.md

카톡관리 수정창 자동높이 + 편집 중복 방지 (2026-08-06 완료 · 2026-08-08 HANDOFF NOW 에서 원문 cut 이관)

🆕pfs 카톡관리 수정창 자동높이 + 편집 중복 방지 [코디] 26.8.6 ✅운영배포 완료(deploy-live 11e235e ← master cec85c6+229b61d 4파일 포워드 · poin-agent a5a5e45 · 데몬 재시작 PID 12084). ①수정창 min-height:64px 고정이라 10줄 항목도 3줄만 보였다 → kbGrow()가 scrollHeight로 맞추고 입력마다 재계산, 상한 60vh(운영 실측 76→309→570px). ②「중복 체크 프로세스 있는지 확인」의 답 = 어디에도 없었다 → 3중 게이트 신설(화면 kbDupRow → 서버 add_op → 데몬 board_rows._dup_at). 판정은 셋 다 같은 섹션·첫 줄 동일 — 🔑첫 줄이 행 id 의 근거(sha1(섹션+첫줄+등장순번))라 같은 문구가 둘이면 id 가 등장순번으로만 갈려 앞 행이 사라질 때 뒤 행 id 가 조용히 바뀐다 → 그런 쌍을 애초에 못 만들게 막는 게 근본수정. 🔴덤으로 잡은 유실 = 같은 행에 대기 중 명령이 있으면 두 번째 거부 — 미러가 30~60초 늦게 갱신돼 그 사이 또 고치면 화면은 옛 내용을 보여주고 나중 명령이 앞 명령을 덮어써 방금 쓴 내용이 사라졌다. 검증 = 신설 scripts/_kakao_board_edit_check.py 테스트 26+API 6 · 운영 26 ALL PASS(높이는 픽셀 실측, 운영은 저장 안 누름) + 서비스 자체검사 13→15 + board_rows 자체검사. 사이트맵 3→2. ⏳페페 = 운영 육안. → projects/pfs/{handoff,rules}.md

카톡관리 소프트딜리트(요약 포인터) (2026-08-05 완료 · 2026-08-08 HANDOFF NOW 에서 원문 cut 이관)

pfs 카톡관리 소프트딜리트(「변동 반영 이력」 ✖ = 실제삭제→숨김 이력) [코디] 26.8.5 ✅운영배포 완료(deploy-live 0a75e3a) ⏳페페 육안 → projects/pfs/archive.md

2026-08-12 이관 (루트 HANDOFF NOW 2일 경과분 cut — 26.8.10 완료 3건)

• 🆕자재 입고 카톡 보고 = 현장별 [입고]/[확인]/[미입고] 전개 + 상원보드 HS2329 복구 + 발주서 정리 「미입고」 토글 [코디] 26.8.10 ✅운영배포 완료(deploy-live b92f465 ← master 4be2d0d 1파일 선별 포워드, DB 스키마 변경 0). 페페 지시 3건. ①카톡 본문 = 종전엔 오늘 명세서가 온 현장만 펼치고 나머지는 "그 밖에 46건(현장 12곳)" 숫자 한 줄로 뭉갰다 → 신규 사진 0장인 날엔 본문이 그 한 줄뿐이라 어느 현장을 재촉할지 알 수 없었다. 이제 45일 창 안의 미입고를 현장 그룹 아래 [입고]/[확인]/[미입고] 로 전부 전개하고, 한 현장 5건 초과분만 … 외 N건 으로 건수를 남긴다(조용한 절단 금지). 실측 2,504자·79줄. 숨김 현장도 포함(fetch_open_items 가 is_hidden 을 안 거른다 — 페페 지시대로가 맞다). 검증 = --selftest 11/11 OK(미입고 현장별 전개·상한 표기 신규 2항목) + 신동승 방 실발송 성공(신동혁 대리에겐 중복 안 보냄 — 다음 16:30 정기분부터 간다). ②🔴상원보드 HS2329 = 파싱 문제가 아니었다 — 페페 가설(발주서 파싱 누락)과 달리 orderpaper_parse.parse_file 은 NAS 실파일에서 정상 수집한다(넥서스 현대 제기 MH · 상원보드 탭 · 효산 HS2329 4.5T MDF 민자양면 2매). 진짜 원인 = 그 행(orderpaper_no 1631)이 del_manual='1'(화면에서 수동 삭제) 이라 동기화 UPDATE 가 remove_yn=IF(del_manual='1','1','0') 로 영구히 죽여 둔 것. → 플래그 해제 후 API 로 완료 + 입고일 2026-08-06(명세서 거래일) 반영, _state.json·verdict 에도 기록(누적 정밀도 100%·재현율 43.8%). ⚠같은 상태 행이 운영에 135건(엑셀엔 살아 있는데 수동삭제) — 미입고 일괄정리 때 먼저 볼 집합. ③/field/orderpaper 발주서 정리 탭 「📦 미입고」 토글 — 켤 때만 미입고만 · 업체명 기준 분류 · 기본 펼침 · 숨김 현장 포함, 끄면 켜기 직전 분류·폴딩으로 복귀. 🔑저장 안 한다(모드형 토글을 localStorage 에 넣으면 다음 방문에 업체별·전량 펼침·숨김 섞임으로 갇힌다) · 켤 때 개별 펼침 override 를 비워야 '기본 펼침'이 먹는다 · 숨김 현장 블록엔 「숨김」 배지(되숨김·오판단 방지) · 초기화 버튼이 이 모드도 되돌린다. 검증 = 신설 scripts/_op_norecv_check.py(읽기전용) 테스트 ALL PASS + 운영 ALL PASS(운영 = 카드 28/28·블록 51/51 펼침, 완료 0건, 숨김 37건 포함·배지 17, localStorage 무변경, 오엠씨 화면엔 버튼 없음, 콘솔 0). 사이트맵 그룹8·페이지50·미반영 0. ⏳페페 = ①운영 육안(/field/orderpaper 미입고 토글 · 카톡 본문) ②판단 = 수동삭제 135건 처리 방침(되살릴지·그대로 둘지) ③"이후 별도 지시로 기본지침 지시 예정"(미입고 정리 기본 규칙). 🆕같은 날 3차 = 미입고는 「진행중 현장」만 보고(페페가 과거 현장 미입고를 PFS 에서 전부 정리한 뒤 지시) — 판정 = POST /api/field/status/search {field_nos} → production_status.field_status='20'. 🔴/api/sticker/fields 로 판정하면 안 된다(상차일 3개월 창+LIMIT 100 이라 오래된 진행중 현장이 조용히 빠진다). 미연결·조회실패는 fail-open, 제외 건수는 각주로 남긴다. 실측 110건 → 진행중 33건(4현장)·776자 24줄(전 현장이면 2,504자). 신동승 방 재발송 OK. → projects/pfs/rules.md
• 🆕pfs 숨김 현장 관리 모달 = 견적서 현장 검색 표 양식(기간+현장명 검색·기본 3개월) [코디] 26.8.10 ✅운영배포 완료(deploy-live e965a65 ← master eac466b 2파일 선별 포워드, DB 변경 0). 페페 QA(/field/orderpaper 「🗂 숨김 현장 관리」) = "견적서 현장명 검색 모달과 동일한 형식으로. 별도 검색창(날짜 기간+현장명). 기본 로드는 3개월 이전 현장까지. 운영 배포". 종전 560px 모달 + 검색 입력 1개 + 한 줄 리스트 → 900px + 표 6컬럼(업체명/현장명(발주서)+연결현장/구분/상차일/최근 입고일/항목) + 활성화 열 + 결과 건수 + 헤더 클릭 정렬(기본 상차일 내림차순). 검색창 = 상차일 기간(from~to) + 키워드(현장명·연결현장명·업체명 3필드), 기본 오늘−3개월 ~ 비움(이후 전체) = 견적서 모달과 같은 방식. 🔑데이터는 열 때 한 번만 받고 필터·정렬은 화면에서 — 숨김 현장은 수십 행(운영 27·테스트 6)이라 신규 API·서버 왕복 0, 컨트롤러·서비스 무변경. DAO select_hidden_sites 에 ship_date·field_div_name·order_date_min 추가(field 값은 LEFT JOIN 아닌 서브쿼리 — GROUP BY 밖 컬럼이 되면 ONLY_FULL_GROUP_BY). 🔴상차일 없는 숨김 현장은 fail-open — 날짜로 걸러 사라지면 이 모달이 유일한 해제 창구라 활성화할 길이 없어진다(실측 0건이나 컬럼은 nullable). 검증 = 신설 scripts/_op_hidden_modal_check.py {test|prod} 읽기 전용(「활성화」는 존재만 확인·미클릭) 테스트 35 + 운영 35 ALL PASS(3개월 컷 실측 운영 27→25·테스트 6→5, 시작일 비우면 전체 복귀, 종료일·키워드·정렬 토글·초기화, 모달/표 가로 넘침 0, 콘솔 0, 발주서정리 회귀 8카드). 사이트맵 그룹8·페이지50·미반영 0. ⚠같은 시각 다른 세션이 같은 파일에 「미입고 필터」 QA 진행 중이었으나 워킹트리는 깨끗했고 편집 구역이 안 겹쳐 진행(커밋 = 파일 2개 명시 add). ⏳페페 = 운영 육안. → projects/pfs/{handoff,rules}.md
• 🆕pfs 발주서 「입고처」 행 파싱 → 오엠씨 자재관리를 오엠씨 입고 시트로 한정 [코디] 26.8.10 ✅운영배포 완료(deploy-live efa4593 ← master ba33cfc 5파일 선별 포워드, 운영 RDS 컬럼은 동기화가 선적용). 페페 QA(/omc/material, 품명 BNS-24E117 PP) = "원부자재발주서 읽는 스킬 보완해줘. 이 품목은 한솔아트에서 피앤알로 입고된다. 입고처 행 위쪽 데이터가 그 탭 업체에서 입고처 업체로 발송되는 것. 오엠씨 자재관리에 보이면 안된다. 수정 운영 배포". 🔎발주서에 목적지가 이미 적혀 있었는데 안 읽고 있었다 — 전 파일 전수조사(45파일·입고처 행 543개) 결과 표준은 A열(A:B 병합) 입고처 · C열 업체 · D:J 주소, 한 탭에 여러 개면 각각이 자기 위 묶음을 끊는다(실측 엠제이실업 = 오엠씨/진영LDM/상원테크/세영M테크). 파서 _receivers/_receiver_of → 항목별 receiver(아래에 입고처 행 없으면 미기재). 🔑item_key/block_key 해시엔 안 넣었다 — 넣으면 다음 동기화가 전 행을 신규로 만들어 사용자 편집·상태·이력이 끊긴다(실측 ins 0 / upd 1769 = 키 churn 0). 화면 필터 = 발주처=오엠씨 OR (시트 AND 입고처∈{오엠씨,미기재}), 미기재는 fail-open(입고 누락이 오노출보다 위험, 현재 0건). 영향 = 오엠씨 집합 테스트 229→181, 운영 216→170(빠진 46건 전부 목적지가 피앤알·바사디자인·헤브론·호선우드·포인 등). 🔎지금 운영 시트 그룹이 비어 보이는 건 정상 = 오엠씨행 13건이 전부 완료라 접힘, 남아 있던 미완료 1건이 바로 그 피앤알행이었다. 검증 = 신설 _op_receiver_probe.py(합성+NAS 실파일) + _op_receiver_db_check.py(SSM 읽기전용, 테스트·운영 ALL PASS) + _omc_material_check.py 확장 테스트·운영 ALL PASS. ⚠검사 2건이 「첫 카드·기본 펼침」에 묶여 있어 같이 고쳤다(완료 접힘이면 렌더 자체가 없다 → opExpandCardAll 후 전 카드 대상). 사이트맵 그룹8·페이지50·미반영 0. ⏳페페 = ①운영 육안 ②판단 1건 = 화면에 입고처 컬럼 노출할지(지시 범위 밖이라 안 했다). → projects/pfs/{handoff,rules}.md

HANDOFF NOW 이관 (2026-08-17)

• 🆕🔴pfs 생산 인쇄 = 「윈폼 창 + WebView2 + PrintAsync」 로 재구성(아래 print-agent 안을 대체) [코디] 26.8.11 ✅구현·검증 완료(로컬 커밋 56f6949, push·배포 안 함 = 지시 대기). 페페 지시 = "웹뷰로 인한 인쇄 이슈를 다른 방식으로 재구성해 간단·확실하게. 웹뷰를 윈폼 프레임으로 가져오되 출력만 윈폼 방식으로 프린터와 연결해 미리보기 문제(바로 출력)를 없애라". 그릴링1 = PFS 전용 브라우저로 크롬을 대체(페페 택1 — 생산팀은 이 앱만 쓴다). 🔑핵심 = CoreWebView2.PrintAsync(PrintSettings) — 인쇄 대화상자 없이 PrinterName·PageWidth/Height(인치)·ScaleFactor·여백을 지정해 찍는다. 스티커=GT800 / 파레트=A4 로 프린터를 나눠 보내므로 --kiosk-printing(기본 프린터 1개 고정)이 못 풀던 A4 혼용 문제가 사라진다. 🔑렌더러를 따로 안 만든다 — 화면의 HTML 을 그대로 찍어 미리보기=실물이 원리적으로 보장(구 print-agent 는 라벨 모양을 웹 CSS 와 두 벌 유지해야 했던 게 부채였다 → 폐기 표기). 구성 = pfs/print-app net48 WinForms + WebView2, exe 35KB + DLL 4개(.NET Framework 4.8·WebView2 런타임 둘 다 Win10/11 기본 탑재 = 설치할 런타임 0). 더블클릭 = %LOCALAPPDATA% 자가설치 + 바탕화면·시작메뉴 바로가기 + 프린터 자동판별. 툴바 = 뒤로·홈·새로고침·⚙ 프린터 설정(프린터 2개·배율·자로 재는 90×90mm 테스트 인쇄). 검증 = ①--selftest + tools/verify_print_size.py = 실제 인쇄와 같은 설정으로 PDF 를 뽑아 MediaBox 실측 → 스티커 99.82×99.82mm(기대 100) · 파레트 297.01×209.89mm(기대 297×210) 2 OK/0 FAIL ②앱↔웹 메시지 왕복 E2E(__PFS_PRINT_APP__ 주입 → print:sticker:100:100:5 수신 → 프린터 미지정 거부 → 웹이 사유 수신, 로그로 전건 확인) ③SSH 원격배포 전 구간 실측(localhost 대상 5파일 scp→교체→schtasks /IT 기동→구동 확인). 테스트 흔적 전부 원복. 🔴함정 4건 실측 = WinForms Visible=false 컨트롤은 HWND 가 없어 WebView2 가 0x80070578 / Session 0(SSH·코디 Bash)에서도 같은 오류 → schtasks /IT 필수(⚠GUI 검증을 Bash 로 하면 코드 버그로 오진한다, 이번에 태웠다) / 접두사 없는 Mutex 는 세션마다 따로 → Global\ / 설치본이 「실행 중이라 복사 실패」를 조용히 넘기면 구버전이 계속 돈다. NAS = \\192.168.0.101\공유폴더\poin\PFS생산인쇄앱_26.8.11(프로그램 폴더·SSH개통 ps1·설치안내). ✅26.8.11 2차 = 웹 변경분 테스트·운영 배포 완료(페페 승인 「테스트+운영 둘 다」). 🔎「스티커 인쇄가 여전히 웹인쇄」의 원인은 코드가 아니라 미배포였다 — origin/master 가 2커밋 뒤라 서버는 옛 페이지(로컬 에이전트 호출) 를 서빙했고, 에이전트가 없으니 window.print() 로 떨어졌다. master 071b92e push(테스트 자동배포) → deploy-live 17ab861(3파일 선별 포워드, DB 변경 0). ⚠3파일에 미반영 커밋 13개가 걸려 있어 같이 갔다(현장검색 표 양식·정렬 버그·출력회수 초기화·양식 디자인 개편·도어발주서 적재 수정 — 전부 스티커 페이지 한정, 테스트 검증분). 스키마 프로브로 운영 6테이블 이상 없음 확인. 🆕현장검색 = 기본 진행중만 · 검색하면 과거 현장까지(페페 지시) — 검색 시 상태·기간 필터를 뗀다, 상태는 조인 아닌 EXISTS/서브쿼리(조인이면 현장이 중복된다), 결과에 「지난 현장」 배지. 검증 = DB 직결 _sticker_fields_check.py 테스트8+운영8, 배포 후 API _sticker_fields_api_check.py 테스트7+운영7 ALL PASS(운영 '롯데' 43건 중 과거 42·2017년 상차일까지 검색됨). 사이트맵 그룹8·페이지50·미반영 0. 🔴함정 = git checkout <브랜치> 실패 뒤 &&로 git pull 을 붙여 master 에 deploy-live 가 머지됐다(4파일 충돌, merge --abort 즉시 복구). → projects/pfs/rules.md 🆕4. 🆕3차 = 이동선반 발주 목록 ID 오름차순(페페 지시) ✅테스트·운영 배포 완료(master 2e924cf → deploy-live 119739b 1파일 선별 포워드, DB 변경 0) — ORDER BY ID DESC→ASC(발주 ID 순 = 실제 생산 순서, 화면 기본선택도 첫 항목=최소 ID 로 바뀐다). 검증 = ①imos MSSQL 직결 _shelf_orders_check.ps1(PowerShell SqlClient — 이 PC 엔 pymssql·ODBC17 둘 다 없다) 실현장 3곳 6검사 ②배포 후 API _shelf_orders_api_check.py 테스트 6 + 운영 4 ALL PASS. 🆕4차(26.8.11 저녁) = 인쇄 6건 수정·운영배포(master 88302d6→deploy-live b43a9ac) — 실사출력 사진(pfs/reference/KakaoTalk_20260811_180711389.jpg, 프린터 ZDesigner GT800(EPL))으로 원인 2개 확정: ①실인쇄 축소 = 인쇄 레이아웃 폭이 화면 폭 그대로라 크로뮴이 용지에 맞춰 전체를 줄인 것(배율 무효의 이유) ②테스트 여백 미적용 = @page{margin:0} 이 PrintSettings 여백을 덮어씀. +PFS 로고 아이콘·설정창 잘림(620×400→466 자동계산)·앱 내 사이드바 접힘·상단바 동기화 버튼에 ✓HH:MM. ✅테스트 인쇄는 페페 실물 확인 = 90×90mm 중앙정렬 성공. 🔴미해결 = 실페이지 인쇄는 위치·크기 그대로. 🔑페페 최신 가설(유력) = 웹 인쇄설정이 계속 덮는다 — PRINT_CFG(localStorage stk_print_cfg_v1)가 --stk-w/--stk-h 로 시트 크기를 덮고 그 값이 앱에도 넘어간다(테스트 인쇄는 앱 자체 상수 100/100/5 라 정상이었다 = 두 경로의 유일한 차이). 다음 세션 1순위 = 웹 인쇄설정 기능 통째 제거 → 100×100·여백5 상수 고정(페페 지시). 🔴세션 릴레이함(컨텍스트 51.8%) — 인계문 inbox/handoff-pfs-print-2026-08-11.md. ⏳페페 몫 3 = ①생산팀 PC 에서 「프로그램」 폴더 복사 → PfsPrint.exe 더블클릭 → ⚙에서 프린터 확인 + 테스트 인쇄 자로 재기(이게 유일한 실물 미검증분) ②deploy_enable_ssh_prod.ps1 관리자 1회 실행 → IP·사용자명 알려주기 ③웹 변경분 배포 지시. ❓판단 = 폐기된 print-agent 폴더를 리포에서 지울지. → projects/pfs/rules.md 🆕5 · C:\dev\pfs\print-app\README.md
• ~~pfs 생산 인쇄 = 파레트(A4)까지 로컬 프로그램으로 · 설치 파일 1개 · SSH 원격배포~~ (위 항목이 대체 — 로컬 HTTP 에이전트 방식은 폐기) [코디] 26.8.11 ✅구현·검증 완료(로컬 커밋 fcf3f9a, push·배포 안 함 = 지시 대기). 페페 지시 = "웹구성이라 논스톱·사이즈 정확도가 안 맞는다. 응용프로그램으로 완벽하게. ①10×10cm GT800(도어·이동선반) ②파레트용지(A4). 설치만으로 완료 + qc1처럼 SSH 원격 세팅 파일도". 그릴링1 = 윈폼 독립앱 대신 기존 print-agent 확장(페페 택1) — 웹 UI 는 그대로 두고 인쇄만 가로챈다(PFS 화면 바뀌어도 앱 무수정). 🔎원인은 새 문제가 아니었다 — 이 프로그램이 이미 7/21 에 있었는데 생산팀 PC 에 안 깔려 브라우저 인쇄(140% 보정)로 돌고 있었다. 신규 = ①/print-pallet(웹 .pallet-sheet 283×196mm 와 1:1 레이아웃, 현장명·상세 자동축소) ②프린터 2개 분기·자동 판별(이름에 GT800·Godex·Zebra… = 스티커 / 나머지 기본 = A4) ③설정 페이지 서빙(http://127.0.0.1:17777/, 트레이·tkinter 없이 = 새 의존성 0) ④단일 exe(PyInstaller onefile 15.6MB, 파이썬 선설치 불필요) — 더블클릭 = %LOCALAPPDATA%\PFSPrint 자가설치 + 시작프로그램 등록 + 프린터 자동판별 + 설정창까지 ⑤렌더를 프린터 장치 DPI 로(203/300/600 자동, PHYSICALOFFSET 보정 → A4 레이저 여백 밀림 제거). 웹 = 파레트 버튼도 프로그램 경유 + 실패 사유를 상태줄에 남기고 폴백(조용한 폴백이 "왜 크기가 틀리지"의 원인). 🔴함정 2건 실측 = Windows SO_REUSEADDR 는 포트 가로채기를 허용해 중복 인스턴스가 조용히 같이 떴다(→allow_reuse_address=False) · --noconsole 은 stdout None, 콘솔은 cp949 라 양쪽 다 막아야 안 죽는다. 검증 = --selftest 19/19 + 파레트·스티커 렌더 육안 + SSH 원격배포 전 구간 실측(localhost 대상 scp→교체→schtasks /IT 기동→버전 대조 성공, 테스트 흔적 전부 원복). 사이트맵 재빌드 = 그룹8·페이지50·미반영 0. NAS 복사본 = \\192.168.0.101\공유폴더\poin\PFS인쇄프로그램_26.8.11(exe·SSH개통 ps1·설치안내.txt). ⏳페페 몫 3 = ①생산팀 PC 에서 PFSPrint.exe 더블클릭(설치) ②deploy\enable_ssh_prod.ps1 관리자 1회 실행 → 나온 IP·사용자명 알려주면 코디가 ~/.ssh/config 에 Host prod 등록(이후 업데이트 원격) ③웹 변경분 배포 지시(테스트/운영). → projects/pfs/rules.md 🆕3 · C:\dev\pfs\print-agent\README.md

HANDOFF NOW 이관 2차 (2026-08-17)

• 🆕pfs 업체 전용 현장 확인 페이지(/field/company/<company_no>) [코디] 26.8.12 ✅테스트·운영 배포 완료(master 05556d8 → deploy-live 243a768, 9파일 선별 포워드 — 대상 파일 diff 가 정확히 이번 변경분뿐이라 딸려간 커밋 0). 페페 지시 = "/field/list 복사해 업체별 전용 현장 확인 페이지. 사이드 메뉴 최하단에 업체별 현장 그룹. 업체는 자기 현장 일정 확인만, 편집 권한 없음". 그릴링 3문 합의 = ①필터는 URL 링크 + 로그인 계정 이중 강제(페페: 업체 계정은 내가 직접 만든다, 단 타업체 URL 직접 타이핑은 막아라 · 허용된 페이지만 열려야 한다) ②「페이지 생성」 버튼 = 메뉴행 + 권한까지 한 번에 ③표는 버튼열 + 업체열 삭제(11컬럼). 구성 = 범용 복사본 field_company_list.html 1개(업체별 링크가 company_no 를 물고 들어온다) · 검색필터 = 현장명·상차일만 · 진행 현장 토글만 · 인라인 검색 유지 · 생산현황(토글·출력·메모)·주요업체 4토글·행 버튼(삭제/수정/타입관리/AS+)·카톡정리 배너·AS 연결/해제 전부 제거(AS 상차현황 팝오버는 읽기전용이라 유지). 🔑격리는 화면이 아니라 서버 = 신설 get_scope_company_no() 단일 출처를 화면 라우트와 field/search 서비스가 같이 본다(/api/* 는 권한 훅 면제라 화면만 숨기면 API 직타로 뚫린다). 🆕메뉴 = menu_catalog 「업체별 현장」 그룹(950) + 업체별 행, admin/company-permission 「페이지 생성/삭제」 버튼이 메뉴행+권한 동시 처리(멱등). 검증 = 신설 scripts/_company_field_page_check.py(API·권한 테스트 35 / 운영 35 ALL PASS) + _company_field_page_ui_check.py(헤드리스 렌더·토글·인라인검색·콘솔0 테스트 15 / 운영 15 ALL PASS). 운영 아이비젼글로벌(452) 페이지 생성 완료 = 현장 12건·타업체 0. 사이트맵 재빌드 = 그룹 8 · 페이지 51 · 미반영 0. ⚠함정 = super_admin 은 페이지 차단 훅을 설계상 통과해 「URL 직접입력 차단」을 그 계정으로 재면 200 이 떠서 오진(카탈로그 매칭 규칙 재현으로 검증). ⏳페페 = ①운영 육안(사이드 최하단 「업체별 현장 > 아이비젼글로벌」) ②업체 담당자 계정 생성 후 실제 로그인 1회(계정 생성은 페페 몫) ③다른 업체 페이지는 업체 관리에서 버튼으로 추가. → projects/pfs/rules.md 🆕3

🧹 루트 HANDOFF NOW 이관 (2026-08-19 대청소 — pncad 외 전량, 페페 지시)

루트 HANDOFF.md를 pncad 만 남기고 비웠다. 아래는 그때 옮겨온 원문(문구 무변경).

• 🆕pfs 「⚙ AL설정 관리」 버튼 접근불가 — 권한 카탈로그에 항목 추가, 운영 반영 완료 [코디] 26.8.19(수) ✅. QA(qa_helper, /field/al-orderpaper #alProfileBtn) = "poin03 에 AL발주서 권한을 허용했는데 이 버튼 링크접속이 안 된다. 사용자 권한 관리에 항목 추가해줘. 권한 허용은 내가 직접한다" + 추가지시 "운영배포까지 진행해". 🔑근본원인 = /field/al-profile 이 menu_catalog 미등록(26.7.29 신설 때 "사이드바 미등록" 지시를 카탈로그 미등록으로 구현) → Patch#32d before_request 가 match_url_to_menu_key() None → 「unmapped」 403 으로 총관리자 외 전원 차단. 권한 매트릭스도 같은 카탈로그를 읽으니 켤 항목 자체가 없었다(권한으로 못 푸는 상태). 조치 = menu_catalog 1행 시딩(field_al_profile · 부모 field · order 219 · show_in_sidebar='0' = 사이드바엔 안 뜨고 권한 매트릭스에만 뜬다. 숨김 페이지 선례 field_regist·field_print_* 와 동일) — 앱 코드 변경 0(권한 판정이 DB 카탈로그를 읽는다) → 테스트·운영 RDS 양쪽 SSM 시딩, 배포할 코드 없음. 검증 = 신설 scripts/_al_profile_perm_ui_check.py {test|prod} 테스트 ALL PASS · 운영 ALL PASS(menu/catalog 에 field_al_profile · 사이드바 a[href="/field/al-profile"] 0개 · /field/al-profile 열림 · 권한 매트릭스에 「AL설정 관리」 행(운영은 신동혁=poin03 선택) · 콘솔오류 0). ⚠poin03 은 지금 이미 열린다 — 포인 = 자사(company_type='1')라 명시 row 없으면 기본 허용이고, 매트릭스 토글은 명시 허용/차단용(실측 = user_permission 42행 중 field_al_orderpaper='1', field_al_profile 은 user·company 양쪽 0행). 사이트맵 재빌드 = 그룹 8 · 페이지 54 · 미반영 0. 커밋 = pfs master 72f0f72(menu_dump 갱신만, push 완료). → projects/pfs/rules.md 🆕
• 🆕pfs 견적 v2 치수/코너 칸 휠 스크롤 값증감 차단 — 운영배포 완료 [코디] 26.8.18(화) ✅. QA(qa_helper, /estimate/modify-v2/751 치수3) = "모든 치수칸에서 스크롤로 숫자 증감. 치수입력칸 스크롤 금지. 운영배포". 조치 = estimate_regist_v2.js bindEvents() 에 위임 1줄 — $(document).on('wheel', '.dim-cell, .corner-cell', …) 에서 포커스만 뗀다(blur). 본문 행·계산기 #calcFrame·모달 #itemModal 이 같은 클래스라 한 곳으로 전부 덮인다. 배포 = master 387ba62 → deploy-live b827551(1파일 포워드, 순수 7줄, DB 변경 0). 검증 = 신설 scripts/_dim_wheel_check.py {test|prod} — 운영 배포 전 6 FAIL → 배포 후 14검사 ALL PASS, 테스트 ALL PASS. 사이트맵 재빌드(배포 후) = 그룹 8 · 페이지 54 · 미반영 0. → projects/pfs/rules.md 🆕(크롬 스핀버튼 숨김 CSS·CDP 휠 좌표 함정)
• 🆕🔴pfs-test HTTPS 복구 + poin01 비번 초기화 [코디] 26.8.18 ✅. 페페 지적 = "테스트 서버에 HTTPS 적용이 안 됐다 · 로그인도 잘 안 된다 · poin01 비번 poin3133 으로 초기화". 🔑근본원인 = ACME 챌린지가 앱으로 넘어가 404 — 80 블록이 .well-known/acme-challenge 까지 무조건 443 으로 301 하는데 443 은 location / 뿐이라 uWSGI(Flask)가 받아 404 → certbot http-01 실패 → 인증서 2026-08-17 만료(로그인 문제는 그 2차 증상). + sites-enabled 에 동일 내용 .bak 이 같이 활성화돼 conflicting server name 으로 certbot 이 엉켰다. 조치 = 80·443 양쪽에 챌린지 예외(webroot /var/www/html) · 중복 .bak 을 밖으로 · certonly --webroot 로 발급(renewal authenticator 가 nginx→webroot 로 영구 전환) · reload. 검증 = 로컬에서 TLSv1.3·새 인증서 2026-11-16(89일) · https://pfs-test…/login 200 · API 로그인 + 실브라우저 폼 로그인 테스트·운영 양쪽 OK(→/field/list, PNCAD 열림·카탈로그 서버연결) · certbot renew --dry-run 양쪽 성공 · 자동갱신 타이머 생존. poin01(user_no 1·신동승) 비번 = 테스트·운영 양쪽 poin3133 로 초기화(앱과 같은 StringUtil.hash_password, 옛 해시는 EC2 /home/ubuntu/pwreset-backup-*.txt 600 백업). ⏳페페 = 로그인해서 정식 비번으로 변경(양쪽). ⚠운영·테스트가 같은 nginx·같은 EC2 — 설정 변경은 대상 파일만·nginx -t 실패 시 자동원복으로. → projects/pfs/rules.md 🆕
• 🆕pfs 월마감 = 26년 1~7월 운영 1차 초안 채움 + UI 화살표·컬럼폭 — 둘 다 운영 반영 완료 [코디] 26.8.18 ✅. ①NAS 마감표(넥서스·에넥스 1~7월, 넵스 3·7월) 기준 마감 16건·78행, 현장 75/78·견적 12행(금액 게이트로 오연결 차단). 페페 확정 = 기존 견적만 연결 / 7월 넥서스 자동수집본은 마감표로 교체. ②마감월 좌우 화살표(mcShiftMonth, 연 넘김 자동) + 현장명 26→17%·완료/청구일 12% — deploy-live a8d8f30(1파일, DB 0). 검증 = 시딩 16/16 PASS · UI 19항목 테스트·운영 각각 ALL PASS · 사이트맵 미반영 0. ⏳페페 확인 2건 = ⓐ넥서스 1~4월 이월행 매달 반복 유지 여부 ⓑ7월 마감표에 없는 학동매장 3건·금강 부산에코가 누락인지 8월 이월인지. → projects/pfs/handoff.md NOW · session-2026-08-18-monthly-close-prod-seed.md
• pfs 업체 전용 현장 확인 페이지(/field/company/<no>) [코디] 26.8.12 ✅테스트·운영 배포 완료(원문 cut → projects/pfs/archive.md). 🔑격리는 화면이 아니라 서버 = get_scope_company_no() 단일 출처를 화면 라우트와 field/search 가 같이 본다(/api/* 는 권한 훅 면제라 화면만 숨기면 뚫린다). ⏳페페 = ①운영 육안 ②업체 담당자 계정 생성 후 실제 로그인 1회 ③다른 업체는 업체 관리에서 버튼 추가. → projects/pfs/archive.md
• 🆕pfs 로그인 2건 — 엔터 로그인 · 앱 전용 로그인 유지 [코디] 26.8.18 ✅운영배포 완료(테스트·운영 각 8/8 PASS). ①엔터=로그인 — 버튼이 type="button"+onclick 이라 폼 submit 자체가 없었다 → form onsubmit="login(); return false;" + 버튼 type="submit". ②로그인 유지 = 생산 인쇄 앱에서만(페페 선택: 앱만·무기한) — 앱이 심는 window.__PFS_PRINT_APP__ 를 keep_login 으로 보내고 그때만 session.permanent. 일반 브라우저는 종전대로 종료 시 로그아웃(공용 PC 안전), 비번은 저장 안 한다. 크로뮴이 쿠키를 400일로 깎지만 요청마다 갱신 = 실사용상 무기한. 앱 재설치 불요. 배포 master 36dd45c → deploy-live b199e65(4파일 선별 포워드, 동승 0, DB 변경 0). 사이트맵 그룹8·페이지54·미반영0. ⏳페페 = 앱에서 한 번 로그인해 두면 이후 자동. → projects/pfs/rules.md 🆕
• 🆕pfs 생산 스티커 인쇄 크기 = 근본원인 잡고 운영배포 완료 [코디] 26.8.18 ✅. 페페 실측 = 100×100 라벨에 21×21mm 좌상단. 🔑진범 = 부트스트랩 인쇄 CSS 의 @page{size:a3} — PrintSettings 가 용지를 100mm 로 줘도 CSS 페이지 박스가 A3(297×420)가 돼 크로뮴이 0.238배(=100/420) 로 줄인다(90mm 시트 → 21.4mm, 줄어든 A3 가 좌상단부터 그려져 위치까지 설명). html,body{width:90mm} 로는 안 잡힌다(레이아웃 폭이 아니라 페이지 박스 문제). 수정 = appPageCss 가 @page{size:<용지>mm} 를 박는다(margin 은 안 넣는다 = PrintSettings 여백 유지) + 페페 지시대로 웹 인쇄설정(localStorage stk_print_cfg_v1) 통째 폐지(용지 단일 출처 = 앱). 페페 가설이던 localStorage 는 원인이 아니었다(제거 후에도 21.4mm 재현). 검증 = 프린터 없이 실페이지를 인쇄 직전 상태로 떠 앱 WebView2 로 PDF 화 → 21.4mm → 89.55×88.49mm(운영·테스트 동일, 8/8 PASS). 배포 master 59c76ef → deploy-live e64faac. 사이트맵 그룹8·페이지54·미반영0. ✅페페 실물 확인 완료(26.8.18 — 생산팀 PC 실출력 정상). ⏳남은 페페 몫 = deploy_enable_ssh_prod.ps1 관리자 1회(원격 앱 관리용, 이번 건과 무관). → projects/pfs/rules.md 🆕 · projects/pfs/archive.md

🧹 루트 HANDOFF NOW 이관(2026-08-23 캡 경고 정리)

• 🆕pfs 월마감 시공비 = master 칸 + 「시공」 항목 — 운영배포 + 넥서스 8월 1행 재계산 완료 [코디] 26.8.20(목) ✅. 지시(견적 735 기준) = 「추가건에 포함된 시공비도 해당 본건 행의 시공비로 넘어가야 한다 · 「시공」 단어 포함 항목은 별도 계산 · 넥서스 8월 마감 현재 내용과 시공비 이동 계산 재검토 · 운영배포」. 🔑근본원인 = 추가건은 시공비를 estimate.construction_cost 칸이 아니라 항목명으로 적는다(운영 견적 753 = 칸 0, 항목 「시공비」 2건 2,310,000) → 담기 로직은 추가건 시공비를 본건 행에 이미 누적하는데 0 을 누적하고 그 금액은 추가금액에 섞여 나갔다. 고친 곳 = DAO _CONS_EXPR 한 곳(본건·추가건 쿼리 공용, 서비스·화면 무변경) = construction_cost + estimate_detail.margin_total_amount + estimate_extra_cost.amount 중 항목명에 「시공」. ⚠판정은 항목명만(비고엔 「2인시공 및 출장비」 가 흔해 운임까지 딸려온다) · 금액은 margin_total_amount(총액 보존 성립). 넥서스 8월(close_no 17) 1행 재계산(SSM UPDATE 1행, 확정금액 NULL 가드) = 본건 12,270,000→12,370,000(견적이 담기 후 10만 늘어 있었다) · 추가 8,605,000→6,295,000 · 시공비 8,000,000→10,310,000 · 합계 28,875,000→28,975,000(=견적총액 합). 되돌리기 = 그 4값 원복. 검증 = 신설 _mc_cons_split_check.py(읽기전용 API) 운영 배포전 5 FAIL → 테스트 7/7 → 운영 12/12 + 신설 _mc_aug_row_ui_check.py 운영 화면 10/10 + 기존 _monthly_close_ui_check.py 회귀 테스트 19/19 · 운영 19/19. 영향범위 = 시공항목 보유 견적 40건(넥서스 35·에넥스 4·한특 1), 시공비 별도표기(넥서스)만 금액 갈림. 사이트맵 미반영 0(API 전용 변경은 사이트맵 추적 대상 아님). 커밋 = master efe63a8 → deploy-live 379e352(2파일 선별 포워드). ⏳페페 = 운영 육안 1회 + 이미 저장된 다른 마감행은 규칙 변경으로 자동 반영 안 된다(재담기해도 이미 담긴 건은 건너뛴다 — 고칠 행 있으면 지시). → projects/pfs/rules.md
• 🆕pfs 견적 v2 치수칸 수동입력 단위(mm) 자동 부착 — 운영배포 완료 [코디] 26.8.20(목) ✅. QA(견적 753) = 「치수 수동입력시 뒤에 mm단위가 안들어간다. 수동입력도 단위 붙여줘. 운영배포」. 🔑갈린 이유 = 단위를 출력 포매터가 붙였다 — 엑셀 규격칸 _spec_text 는 dimension1~5 조합에만 mm 를 붙이고 수동입력 size_display 는 원문 통과(운영 실측 「920mm」·「2771538」 혼재 = 페페가 손으로 타이핑한 행만 단위 있음) → 출력 3곳(엑셀·PDF·HTML)을 각각 고치는 대신 입력 1곳에서 보정: withSizeUnit() 을 .size-summary blur + syncAllSizeDisplayToState()(blur 없이 저장하는 경로) 두 곳에 적용, 화면 텍스트와 size_display 를 같은 값으로 맞춘다. 부착은 숫자로 끝날 때만(「실측 후 협의」 문구·이미 mm = 그대로, 중복 방지). 기존 무단위 행은 다음 저장에서 함께 정리된다. 검증 = 신설 scripts/_size_unit_check.py(로컬 전용, 저장 안 함) 배포전 1 FAIL → 테스트 8 ALL PASS → 운영 8 ALL PASS(견적 753 실측 327*2227→327*2227mm · 920mm 중복없음 · 문구 무단위 · 빈칸→자동값 복원 · 콘솔에러 0), 견적 753 DB 무변경. 사이트맵 배포전 미반영 2 → 배포후 미반영 0(그룹8·페이지54). 커밋 = master c679301 → deploy-live d5668cf*(1파일 선별 포워드). ⏳페페 = 운영 육안 1회. → projects/pfs/rules.md
• 🆕pfs 견적 v2 액션버튼 세로 정렬 + 절약폭 → 비고 — 운영배포 완료 [코디] 26.8.19(수) ✅. QA(견적 753) = 「액션버튼을 세로로, 마지막이 삭제. 절약된 공간은 비고란에 넘긴다. 운영 배포」. 🔑CSS 만으론 안 줄어든다 — renderColumnHeader() 가 DB ui_column_setting.column_width(act=105)를 th 인라인 style 로 박아 CSS 를 이긴다. 그 105 는 옛 saveColumnOrderToServer 가 offsetWidth 로 덮던 시절의 박제 잔재 → !important 대신 그 행을 NULL(자동) 로 되돌렸다(DDL 0 · 1행 UPDATE · test·live 각각 SSM · 되돌리기 = 105 재설정). CSS 는 2줄 — .actcol-wrap 을 column flex + align-items:stretch(버튼 폭 균일), 남는 폭은 td.col-note min-width 120→200px 가 가져간다(고정폭을 새로 박으면 같은 박제 반복). 검증 = 신설 scripts/_actcol_vert_check.py 배포전 5 FAIL → 테스트 12 ALL PASS → 운영 12 ALL PASS(액션 105→49px · 비고 143→200px · 행높이 95 그대로 · 가로넘침 0 · 콘솔에러 0), 운영은 QA 원본 견적 753 실측 + 캡처 육안, DB 무변경(항목 저장 안 함). 사이트맵 그룹8·페이지54·미반영 0. 커밋 = master 286d5dc → deploy-live c4c2109(1파일 선별 포워드). ⏳페페 = 운영 육안 1회. → projects/pfs/rules.md
• 🆕pfs AL발주서 QA 3건(유리 입고처 컬럼 · 전화면 가로폭 · 거래처 담당자 실시간) — 운영배포 완료 [코디] 26.8.19(수) ✅. 🔑③의 근본원인 = 업체 자동완성이 DB 가 아니라 번들 JSON 스냅샷(assets/vendors.json = 원부자재발주서 업체탭 381행 + 프로세스 캐시) → 거래처에서 담당자를 바꿔도 구조적으로 못 들어온다(운영 실측: 대진아트와이어 = 신동환차장 삭제·김정현대리 활성인데 화면은 신동환차장) → company+company_member 실시간 조회로 교체, 거래처에 없는 이름만 스냅샷 보충, 캐시 제거(운영 414행). ①입고처 = 그리드 마지막 컬럼(인라인 검색·Enter, 기본 = 그 행 AL업체 — 유리는 AL업체로 입고돼 조립된다) + 엑셀은 유리 그룹 키를 「업체」→「업체+입고처」로 바꾼 것만으로 「그룹화·바로 아래·행 추가 금지」가 전부 충족(양식 블록마다 입고처 행이 이미 있다). ②.al-wrap 1240 해제 + container 여백 25→16 + 컬럼폭 절약 = 19컬럼 1,676px, 1920 화면 가로 스크롤 0. 🔴중간에 잡은 기존 버그 = 유리 17개 이상 엑셀 500(양식 24행 캡노트 C24:H24 를 항목행으로 세어 MergedCell 기입) → 판별을 B·C 둘 다, 유리 ipb 18→17. 검증 = 신설 _al_recv_check.py 배포전 9 FAIL → 테스트 24 ALL PASS → 운영 18 ALL PASS + 회귀(콤보 19 · AL E2E 20/0) + 엑셀 자체검사, DDL receive_place 운영 선행 적용(컬럼만), 사이트맵 그룹8·페이지54·미반영 2(내 작업 아님 = 견적 v2). 커밋 = master fffd408·b98e683·b23cf72 → deploy-live 9963dd5·75172d2. ⏳페페 = 운영 육안 1회. → projects/pfs/{handoff,rules}.md
• 🆕pfs 견적 v2 그룹 소계 실시간 갱신 + 출력 담당자칸 직책 — 운영배포 완료 [코디] 26.8.19(수) ✅. QA 2건(견적 749) = ①소계가 실제 금액과 안 맞음 ②엑셀 담당자칸에 직책 누락. 🔑①근본원인 = 부분 갱신 누락 — recalcDetailRow() 가 행 최종합계·종합합계만 갱신하고 그룹 소계 행은 renderDetailTable() 시점 값에 멈춰 있었다(updateGroupSubtotal() 은 있었지만 part_mode 토글 한 경로에서만 호출) → 호출자 4곳이 전부 지나는 recalcDetailRow 한 곳으로 통합. 🔑②근본원인 = SELECT 누락 — _compose_manager 의 현장담당자 폴백이 쓰는 d.position 을 select_estimate 가 안 뽑았다(참조인물 보유 33명/417명만 정상) → d.position AS position 한 줄, 엑셀·PDF·HTML 이 _build_common_header 공유라 함께 복구. 검증 = 신설 _est_grouptot_manager_check.py(읽기전용) 배포전 7 FAIL → 테스트 15 ALL PASS → 운영 15 ALL PASS(749 실측 소계 동기 + 엑셀 종합!A8="은지호 대표"), 749 DB 무변경, 사이트맵 그룹8·페이지54·미반영 0. 커밋 = master 4114abf → deploy-live 7aab4ad. ⏳페페 = 운영 육안 1회. → projects/pfs/{handoff,rules}.md
• 🆕pfs 견적 list-v2 입금여부 = 월마감 초안 기준 — 운영배포 완료 [코디] 26.8.19(수) ✅. 그릴링 3문 확정 = 확정금액 있으면 입금 · 마감행만 있으면 「마감」 · 없으면 미입금(3상태) / 매칭 = 견적번호 우선 + 현장 폴백(마감행에 견적번호 없을 때만) / 수동 is_deposit='1' 이면 우선(토글 유지, 끄면 마감 기준 복귀). 근거 = 수동 토글은 견적 640건 중 5건만 켜져 사실상 미사용, 마감 초안은 16건·78행이 이미 있다(78행 중 75행이 견적에 붙는다). 서버는 서브쿼리 2개(mc_confirm_cnt·mc_close_ym)만, 판정은 depositBtnHtml() 한 곳 + 판정근거 툴팁. 검증 = 신설 _deposit_mark_check.py 배포전 2 FAIL → 테스트 12 ALL PASS → 운영 9 ALL PASS(운영 분포 입금13·마감2·미입금21), 사이트맵 그룹8·페이지54·미반영 0. 커밋 = master d2940ee → deploy-live 3ed47d7. ⏳페페 = 운영 육안 1회. → projects/pfs/{handoff,rules}.md
• 🆕pfs AL발주서 드롭리스트 근본수정 + 현장명 드롭리스트(견적서 현장검색 기준) — 운영배포 완료 [코디] 26.8.19(수) ✅. 근본원인 = scroll 캡처 리스너가 드롭리스트 자신의 스크롤까지 잡아 휠 한 칸에 닫힘 → 닫지 말고 재배치(placeCombo, position:fixed+위로 뒤집기). 높이 242→484px 2배. 현장명은 견적서와 같은 API estimate/site-search. 검증 = 신설 _al_combo_check.py 배포전 8 FAIL → 테스트·운영 각 19 ALL PASS + 기존 UI검증 27 ALL PASS, 사이트맵 그룹8·페이지54·미반영0. 커밋 = master de0ba09 → deploy-live ec2c87a. → projects/pfs/{handoff,rules}.md