knowledge(요구757): 재료 교차 연결 안 조사 — EST 코드 · STmate 는 이름 별칭

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

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

@@ -79,3 +79,4 @@
 | 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 |
+| G5 | 경쟁사 두 DB 재료를 맞대어 우리 자재 줄에 서로의 연결 정보를 둠(요구 757-2) | 조사 = ① EST: 전역 코드(M…) 있음 · 우리 표 출처 칸에 23,977 개 이미 보관 · 원파일 자재 99 % 일치 → 코드로 바로 ② STmate: 프로젝트 파일(COSTN)의 M 코드는 **공사마다 새로 매기는 번호**(일곱 파일에서 같은 코드 · 다른 품목 60 대 같은 품목 30) · 전역 코드 사전(JDCODE_M 57,580 · 17 자)은 암호화 · 프로젝트 파일에 안 실림(NAME · SIZE · UNIT · BQCODE = 물가지 연월뿐) → STmate 쪽 연결 정보 = 코드가 아니라 **이름 · 규격 글(별칭)** ③ 일곱 STC 의 자재 228 품목을 우리 표와 글로 맞대면 이름 · 규격 다 같음 24 · 이름 같음 규격 다름 52 · 이름 없음 152 → 자동 10 % · 나머지는 사람이 한 번 이어 줌 ④ EST 출력 엑셀 못 이음 96 줄 = 이름 없음 58 · 이름 있음 규격 다름 38(북부청임도 43 · 북부청사방 31 = 옛 판 품목명 「P V C PIPE」 「유로폼(패널)」 「와이어매쉬」 · 공사가 직접 넣은 품목) → 안: 우리 자재 줄에 「연결」 칸 = EST 코드(있는 것) + 별칭 글 목록(EST 옛 이름 · STmate 이름 · 규격) · 같은 품목이면 새 줄 안 만들고 별칭만 더함(중복 최소) · 우리에 없는 품목만 새 줄(출처 표시) · 쌓는 길 = 불러올 때 못 이은 줄을 사람이 한 번 이으면 별칭으로 기억(별칭 장부 · 승인) · 실제 쓰인 것부터 | 협의 중(브레인 안) | 요구 757 |

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

@@ -819,3 +819,8 @@ b3 품셈 원문에 있는데 누락된 것만 추가하면 된다는거지?
 1. est원래db 와 완전히 키값이 같다는 말인건가? 복베문제도 있으니 별도의 db로 만들려고 했었는데 물런 뒤에서는 참조로 키값을 가지고 있어. 연결정보를 가지고 있으면 좋겠지만 말이야.
 2. 이해안되는 부분이 원래 est db도 있는데  est 프로그램에서 출력된 자료를 못 찾는게 이해가 안되네. 
 3. 추가로 혹시 실무문서 엑셀, 원파일로 작업하면서 db에 넣은 자료가 있다는 말이야?
+
+## 요구 757 (11-11 · 사용자 · 1 EST 출력 엑셀을 넣으면 분석 엔진으로 뭔지 알 수 있는 것 아닌지 · 2 경쟁사 두 DB 의 재료를 매칭해 중복을 줄이고 우리 재료 DB 에 서로의 키를 연결 정보로 갖는 안)
+
+1. est출력 엑셀의 내용을 넣었을때 분석엔진을 통해 뭔지 알수 있는거 아니야?
+2. 경쟁사 2개의 db에서 재료의 매칭을 해서 중복을 최소화하고 우리 재료 db 에 서로의 키값을 연결 종보를 가지고 있는다면 좋을것같은데 어떻게 생각함?