knowledge(요구763): 연결 찾기 걷음 결정 · 별칭 후보 43 줄 비움 · 견적 보충 · 별칭 반영 조사

Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
2026-11-11 13:52:44 +09:00
co-authored by Claude
parent 95951d57c9
commit c776db2f5e
2 changed files with 12 additions and 3 deletions
+4 -3
View File
@@ -75,7 +75,7 @@
| # | 항목 | 방향 | 상태 | 근거 |
|---|---|---|---|---|
| G1 | 후보 고르기 · 기초 찾기 후보(연결 찾기의 근접 · 없음) | 필요 없음(요구 762-1 — 요소를 조합해 만들기로 함) → 후보 고르기 개선 안 함 · 근접 · 없음 후보 표시 걷음 · 「확정」(로직이 같은 우리 기초 · 판정 100 %)일 때만 한 줄 안내 + [우리 기초 사본으로 바꾸기]를 남길지 = 사용자 확인 | 협의 중 | 요구 753 · 762 |
| G1 | 기초 찾기(연결 찾기) 전체 | **걷음** — 요소를 조합해 만들기로 했고 값 업데이트도 되므로 후보 · [우리 기초 사본으로 바꾸기]까지 의미 없음 · 찾는 데 자원만 듦 → 코드 한 번에 할 때 판정 띠 · 바꾸기 · 되돌리기 · 연결후보 칸 · 전수 도우미를 걷음(810-4 · 812-2 · 812-4 · 812-11 몫) | 결정 | 요구 762-1 · 763-1 |
| G2 | 재료 후보 여럿 252 줄(105 종) | ① 표기만 다른 것(결속선 · 유로폼 패널 · 낙석방지책) = 표기 맞추기 넓힘 ② 규격이 비어 못 정하는 것(접착제 · 요소 · 각재 외송) = 사용자가 고르면 별칭으로 기억(기계와 같은 길) ③ 자재표에 없음(금강사 등 14 줄) = 자재표 보강 후보 목록 · G1 보다 먼저 | 협의 중(브레인 안) | 요구 753 |
| G3 | 재료 지역 | 지역 옵션 칸을 새로 만들지 않음 — 우리 자재표가 지역별 줄이라 재료 줄을 눌러 다른 지역 줄로 바꾸면 됨(지금 다시 고르기) · 기본 = 우리 기초와 같은 서울 줄 | 결정 | 요구 754 |
| G4 | EST 원파일 자재 = 코드로 잇기 | 조사(요구 755) = 우리 자재표 30,711 줄 = 다산소프트 EST 2026-07 main.estx 자재 DB(출처 칸에 EST 코드 M… 23,977) + 품셈재료 119 · EST 원파일 여섯의 자재 자원 24,219 가운데 23,981(99 %)이 그 코드와 같음 · 안 맞는 238 = 그 공사가 직접 넣은 자재(관급 레미콘 · 사용자 추가 M0000000xxx) · 지금 엔진은 코드를 안 쓰고 이름으로만 이음 → 안: EST 원파일 자재는 **코드 우선**(출처 코드 ↔ `자재:M…`) · 코드 없는 238 만 이름 · 못 찾으면 「자재 없음 · 엑셀 값」 · 엑셀(EST 내보내기 — 코드 없음) · STC(STmate 코드 다름)는 이름 규칙 G2 ①②③ · 814-1 뒤 재료 못 이음 252 = EST 10 · 엑셀 162 · STC 80 | 협의 중(브레인 안) | 요구 755 |
@@ -117,5 +117,6 @@
| 재료 0 원 줄 | 102 | 102 | 0 가까이 |
| 블록이 우리 정보로 만들어짐 | 원파일 85.5 % · 엑셀 79.7 % | 93 ~ 95 % · 90 % | 95 ~ 97 % · 92 ~ 95 % |
| 그래도 남는 것 | — | — | 기계 후보 여럿 88 · 별칭 대기 65(사용자 고름) · 기계 표에 없음 53 · 견적 운임 59 · 새 공사가 들고 오는 새 품목 |
| G7 | 견적 정보(협력사 견적 · 구역화물 운임 · 수수료 등 프로젝트 안에서 지정하는 금액) | 단가산출로 만들 때 그대로 보임(이름 · 값 · 「견적」 표시) · 못 이음 · 흠으로 세지 않음 · 사용자가 우리 정보로 안 바꾸고 프로젝트에 쓰면 그 가격 · 우리 정보로 바꾸면 우리 값 | 결정 | 요구 762-3 |
| G8 | 별칭 승인 리스트 지우기(요구 762-2 — 이전 자료의 연결 요청 · 오지정 가능) | 조사 = 장부 파일 여섯: 개인 층 `storage/3/15` 맞춤 38 줄(짝 로직 35 · 기초 3 · 단가산출 1) · `storage/1/10` 맞춤 5 줄(로직 4 · 자재 1) · `storage/1/3` 0 줄 · 회사 층 `storage/1` 내역맞춤 10 줄(B09 공사 내역 맞춤 — 별칭 후보와 다른 장부) · 마스터 층 `resources/master_template/실무자료/맞춤.json` 5 줄(11-09 사용자가 정한 기계 별칭 다섯) → 안: 승인 대기 후보 43 줄(38 + 5)을 백업 뒤 지움 · 기계 별칭 다섯과 내역 맞춤 10 은 둠 — 범위 사용자 확인 뒤 실행 | 확인 대기 | 요구 762-2 |
| 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 |
@@ -847,3 +847,11 @@ b3 품셈 원문에 있는데 누락된 것만 추가하면 된다는거지?
1. 단가산출근거의 기초 찾기 후보가 있을필요가 있음? 어차피 요소들을 조합해서 만들기로 했잖아.
2. 일단 별칭 승인 리스트는 전부 지야함. 이전 자료에서 연결요청했던 내용이고 오지정이 있을 수 있음.
3. 견적정보는 그때 그때 협력사에 받는 정보로 프로젝트 내부에서나 지정하는 금액임. 그러니 단가산출로 만들때는 해당정보를 그냥 보여주고 사용자가 우리 정보 지정없이 프로젝트에 사용한다면 그가격을 넣고 우리 정보로 변경했다면 문제 없는거고
## 요구 763 (11-11 · 사용자 · 추가 검토 = 별칭 승인이 웹앱 별칭에 들어가는지 · 수기 입력하면 반영되는지 · 1 기초 찾기 후보는 사본으로 바꾸기도 의미 없음(값 업데이트 됨 · 자원 소모) · 2 일단 동의 · 3 견적은 나중에 못 찾는 정보에도 비슷하게 · 자재가 있으면 견적 대신 우리 DB · 프로젝트 안에서 따로 지정 예정)
추가 검토 내용
별칭이 승인이 된다면 웹앱의 별칭에 해당정보가 입력이 되는지 그리고 만약 내가 별칭에 수기 입력늘 한다면 반영이 되는지 확임
1. 기초찾기 후보는 사본으로 바꾸기도 의미없어보임. 어차피 값 업데이트도 되고 찾는데 자원소모만 됨.
2. 일단 동의
3.결국 견적의 기능은 나중에 못찾는 정보들도 유사하게 반영이 될거야. 아직보류했지만. 반대로 자재가 있는 경우에도 견적정보가 들어오면 견적정보는 필요없고 우리 db정보로 대체하면 됨. 나중에 프로젝트 내부에서 별도로 지정할 생각.