knowledge(요구764): 별칭 한 열(콤마) · 다음 작업 리스트 K 장

Co-Authored-By: Claude <noreply@anthropic.com>
2026-11-11 13:56:47 +09:00
parent c776db2f5e
commit fbd1145623
2 changed files with 19 additions and 0 deletions
@@ -120,3 +120,17 @@
 | G7 | 견적 정보(협력사 견적 · 구역화물 운임 · 수수료 등 프로젝트 안에서 지정하는 금액) | 단가산출로 만들 때 그대로 보임(이름 · 값 · 「견적」 표시) · 못 이음 · 흠으로 세지 않음 · 우리 정보로 안 바꾸고 프로젝트에 쓰면 그 가격 · **우리 자재가 있는 품목이면 견적 값 대신 우리 DB 값**(견적 값은 검산용) · 견적 지정 기능은 나중에 프로젝트 안에서 따로 · 못 찾는 품목도 나중에 같은 방식(보류) | 결정 | 요구 762-3 · 763-3 |
 | G8 | 별칭 승인 리스트 지우기 | 실행(11-11) — 개인 층 `storage/3/15` 맞춤 38 줄 · `storage/1/10` 맞춤 5 줄 비움 · 백업 `tmp/backup_762_별칭후보/` · 마스터 기계 별칭 다섯 · 회사 1 공사 내역 맞춤 10 줄은 둠 → M01 별칭 장부 「모인 후보」에 공사 내역 맞춤 10 줄이 아직 보임(지울지 사용자 확인) | 결정 · 실행 | 요구 762-2 · 763-2 |
 | G9 | 별칭이 웹앱에 들어가는지 · 수기 입력이 반영되는지(요구 763 추가 검토) | 조사 = ① 승인하면 마스터 층 `resources/master_template/실무자료/맞춤.json` 에 들어가고 M01 별칭 장부 「마스터 장부」 탭에 보임(M02 별칭 장부 부품 그대로) ② 수기 = 그 탭에서 있는 줄의 갈래 · 짝을 고치고 [저장](서버가 짝 다시 검사) · [삭제] 됨 · **새 별칭 줄을 손으로 만드는 단추는 없음**(줄은 불러오기 확인에서만 생김) · 기계 짝을 고르는 칸은 확인 못 함(부품이 로직 · 자재 짝 위주) ③ 반영 = 기계: 불러올 때 마스터 + 자기 층 장부를 먼저 봄(812-9 · 반영됨) · 재료: 일위대가 호표 줄에서만 읽음 — **단가산출 불러오기의 재료는 아직 장부를 안 읽음**(H4 몫) ④ 반영 시점 = 다음 불러오기부터(이미 만든 단가산출은 안 바뀜) | 조사 끝 | 요구 763 |
+
+## K. 다음 작업 리스트(요구 764 반영 · 사용자 「진행」 전)
+
+- 별칭 기준(요구 764) = **한 열로만** — 줄마다 「별칭」 칸 하나 · 콤마로 여러 개 · 손으로 입력(M01 단가산출 기초 목록의 「별칭」 칸과 같은 꼴 · 요소 표 인력 · 기계 · 자재에는 지금 그 칸이 없음).
+
+| # | 작업 | 근거 |
+|---|---|---|
+| K1 | EST 원파일 자재 = 자재표 참조 코드(출처 칸 EST 코드)로 잇기 · 코드 없는 것만 이름 | G4 · H1 |
+| K2 | M01 요소 표(자재 · 기계 · 인력)에 「별칭」 한 열 — 콤마로 여러 개 · 손 입력 · 불러오기(단가산출 · 일위대가 · 재료 · 기계)가 이름보다 먼저 이 열을 봄 · 마스터 기계 별칭 다섯을 이 열로 옮김 | 요구 764 · G5 · G9 · H2 · H4 |
+| K3 | 재료 표기 맞추기 넓힘(결속선 · 유로폼 패널 · 낙석방지책 규격 표기) | G2 ① · H3 |
+| K4 | 기초 찾기(연결 찾기) 전체 걷음 — 판정 띠 · 바꾸기 · 되돌리기 · 연결후보 칸 · 전수 도우미 | G1 |
+| K5 | 견적 줄 = 「견적」 표시로 그대로 보임 · 우리 자재가 있으면 우리 값 · 못 이음 수에서 뺌 | G7 |
+| 확인 | 옛 별칭 장부(층 장부 · M01 승인 화면 · 모인 후보)를 K2 로 갈음해 걷을지 · 공사 내역 맞춤 10 줄 지울지 | 요구 764 · G8 |
+| 미룸 | 공사 추가 품목 유도 띠(G6) · 화면 속도(B4) · 자재표 보강(J · 값 출처 미정) | — |
@@ -855,3 +855,8 @@ b3 품셈 원문에 있는데 누락된 것만 추가하면 된다는거지?
 1. 기초찾기 후보는 사본으로 바꾸기도 의미없어보임. 어차피 값 업데이트도 되고 찾는데 자원소모만 됨. 
 2. 일단 동의
 3.결국 견적의 기능은 나중에 못찾는 정보들도 유사하게 반영이 될거야. 아직보류했지만. 반대로 자재가 있는 경우에도 견적정보가 들어오면 견적정보는 필요없고 우리 db정보로 대체하면 됨. 나중에 프로젝트 내부에서 별도로 지정할 생각.
+
+## 요구 764 (11-11 · 사용자 · 별칭 열은 한 열로만 운영 · 콤마로 여러 개 추가 · 반영해 작업 리스트 짧게)
+
+별칭열은 한 열로만 운영. 대신 구분기호 콤마를 사용하여 추가할수 있게 변경.
+위내용 반영하여 작업리스트를 짧게 표기