knowledge(요구755): 자재표 = EST 자재 DB · EST 원파일은 코드로 99 %

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

docs/raw/요구_1104/_방향_불러오기.md

@@ -78,3 +78,4 @@
 | G1 | 후보 고르기(C3 · 엉뚱한 근접 · 후보 0) | 보조 기능의 흠 — 우리 요소로 만들어 내는 데 영향 없음 · [우리 기초 사본으로 바꾸기]를 많이 쓸 때 손봄 · 지금은 뒤 | 협의 중(브레인 안) | 요구 753 |
 | 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 |

docs/raw/요구_1104/사용자요구_1104.md

@@ -808,3 +808,7 @@ b3 품셈 원문에 있는데 누락된 것만 추가하면 된다는거지?
 ## 요구 754 (11-10 · 사용자 · 재료 지역 = 우리 재료가 지역별로 구분되어 있으니 재료를 바꾸면 되지 않나)
 
 추가항목 지역관련해서는 우리 재료자체가 지역 구분되어있어 재료를 변경하면 문제없을 것 어떻게 생각함?
+
+## 요구 755 (11-11 · 사용자 · 결정 전 확인 — 재료 DB 는 EST 정보 + 나라장터 정보로 만듦 · 그렇다면 EST 는 문제없지 않나)
+
+결정하기전에 하나더 확인. 현재 재효 db는 est에서 가져온 정보와 나라잩터에서 가져온 정보를 추가하여 사용하고 있음. 그렇다면 est는 문제없을것같은데 어때?