knowledge(요구763): 연결 찾기 걷음 결정 · 별칭 후보 43 줄 비움 · 견적 보충 · 별칭 반영 조사
Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
@@ -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정보로 대체하면 됨. 나중에 프로젝트 내부에서 별도로 지정할 생각.
|
||||
|
||||
Reference in New Issue
Block a user