Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
6.7 KiB
6.7 KiB
인덱싱 실행 로그
OKF v0.2 예약 파일. 관측소(
/dashboard)가 보여주는 수치의 출처와 이번 실행의 범위를 기록한다.
- 실행 시각: 2026-09-16 21:52
- 대상:
2013-08/FI디렉토리 덤프 27개 프로그램 - Stage 3 백엔드: file(사람·에이전트 응답) (LLM API 키 미사용)
- 이전 인덱싱분(ZMMR·ZFIR1xxxx·ZCOR 등)은 폐기했다 — 이 로그의 수치는 전부 이번 27본만이다.
1. 적재 결과 (파서 — LLM 무관, 전량)
| 항목 | 값 |
|---|---|
| 프로그램 | 27 |
| 인클루드 | 176 |
| 소스 줄 수 | 84,826 |
| unit | 2,263 (요약 대상 1,887) |
| 심볼 선언 | 10,389 |
| 변수 쓰기 지점 | 12,829 |
| 테이블 참조 | 479 (고유 테이블 111) |
| 호출 엣지 | 2,991 |
| T-Code | 17 (헤더 주석에서 추출) |
미인식 문장 22건 / 37,915건 = 0.06% (프로그램별 최대 0.4%).
2. Stage 3 — LLM 해석 (키 없이 file 백엔드로 수행)
- 프로그램 요약: 27/27 = 전량 완료. 업무 목적·주 흐름·핵심 내부테이블·키워드·SAP 모듈·관련 T-Code 를 27본 모두에 채웠다.
- 로직 조각: 97개 (unit 70건 완료 — 직접 응답 37건 + code_hash 복제 33건)
- 조각 추출 대기: 1,817 unit — 프롬프트는
data/llm_jobs/에 있고 응답을 채우면 이어서 적재된다. - 중복 제거 효과: 대상 unit 1,887개가 고유 code_hash 678개로 묶인다 → LLM 호출 1,209회 절감(64%). 공용 인클루드(ZFIALV·ZFICOM)가 17본에 그대로 복사된 덤프라 효과가 크다.
조각이 실제로 '로직 단위'인가
위키 뷰어에서 조각마다 소스 원문 + 자연어 설명을 나란히 보여주므로 눈으로 대조할 수 있고,
크기 분포로도 확인된다 (설계 기준: 보통 3~80줄 — docs/logic-chunk-design.md):
- 조각 크기: 최소 4줄 · 중위 20줄 · 평균 23.4줄 · 최대 105줄
- 80줄 초과는 2개뿐이다 (텍스트 보강 SELECT 가 길게 이어진 구간)
- unit 당 조각: 1개 45개 unit, 2개 이상 24개 unit
- unit 커버리지(조각이 unit 의 몇 %를 덮나): 최소 27% · 중위 78% · 최대 96% — 100% 가 아닌 것이 정상이다. 선언·ALV 필드카탈로그·화면설정은 업무 의미가 없어 버린다.
조각 kind 분포
| kind | 개수 |
|---|---|
| validation | 26 |
| fm_call | 22 |
| sql_select | 21 |
| aggregation | 14 |
| control_flow | 5 |
| db_write | 4 |
| interface | 3 |
| calculation | 2 |
프로그램별 조각
| 프로그램 | 타이틀 | 조각 |
|---|---|---|
| ZFIR0030 | 매출 및 입금내역 인터페이스 | 11 |
| ZFIR0120 | 법인카드 청구 정산 | 8 |
| ZFIR0060 | 카드채권 반제내역 처리결과 IF | 6 |
| ZFIR0080 | 인사 정보 전표 생성 | 5 |
| ZFIR0130 | 시뮬레이션 | 5 |
| ZFIR0170 | 장려금 구매 정산 | 5 |
| ZFIC0020 | 전표 대량 UPLOAD | 4 |
| ZFIR0010 | 거래처마스터 I/F 이력조회 | 4 |
| ZFIR0050 | 임시전표 관리 | 4 |
| ZFIR0061 | 카드채권 반제내역 I/F 이력 조회 | 4 |
| ZFIR0070 | 수불부-상품 I/F 이력 조회 | 4 |
| ZFIR0072 | 수불부-자가소비내역 I/F 이력 조회 | 4 |
| ZFIR0090 | 전자결재 승인 자동기표 (출장비/교통비) | 4 |
| ZFIC0010 | 계정과목 대량생성 | 3 |
| ZFIR0031 | 매출 및 입금내역 I/F 이력 조회 | 3 |
| ZFIR0032 | 매출 및 입금내역 집계표 | 3 |
| ZFIR0071 | 수불부-물류/서비스 I/F 이력 조회 | 3 |
| ZFIR0020 | 매입 채무 Interface 내역 | 2 |
| ZFIR0040 | 비용 전표 Interface 이력 조회 | 2 |
| ZFIR0100 | [FI] 전자세금계산서 매입전표 생성 | 2 |
| ZFIR0110_DOC | 2 | |
| ZFIRCLV0010 | 2 | |
| ZRGGBR000 | 2 | |
| ZRGGBS000 | 2 | |
| ZFIR0140 | [FI] 매출 세금계산서 발행 | 1 |
| ZFIR0141 | 1 | |
| ZFIR0160 | [FI] 권한관리 | 1 |
3. 이 덤프에서 드러난 사실
가장 널리 쓰이는 커스텀 테이블 (Z*, 사용 프로그램 수):
| 테이블 | 프로그램 수 |
|---|---|
| ZFIT0160 | 18 |
| ZFIT0040 | 5 |
| ZFIT0060 | 3 |
| ZIFT0010 | 3 |
| ZDTV3T_AP_EXT | 2 |
| ZDTV3T_AP_EXT_D | 2 |
| ZFIT0080 | 2 |
| ZFIT0110 | 2 |
ZFIT0160은 27본 중 18본이 읽는 커스텀 권한 테이블이고, 유일한 관리 지점이 ZFIR0160(권한관리)이다. SAP 표준 권한체계가 아니라 테이블 기반 권한이므로 감사 관점에서 확인이 필요하다.- 인터페이스 계열(
ZFIT00xx)이 업무의 축이다: 수신 → 검증 → 전표 생성 → 결과 RFC 회신 → 이력 조회의 같은 패턴이 매출·입금·카드채권·비용·인사·수불부마다 반복된다. - 전기는 대부분 커스텀 FM
Z_FI_DOCUMENT_POSTING에 위임한다 (FORM 이름은BDC_TRANSACTION_FB01이지만 실제로는 FM 호출이다). ZFIALV/ZFICOM두 공용 인클루드가 17본에 그대로 복사되어 있어, 전체 unit 의 절반 이상이 중복이다 — 조각 복제가 여기서 효과를 낸다.
4. 한계 (해석할 때 감안할 것)
- 텍스트 심볼이 없다. 이 덤프에는 텍스트 풀이 포함되지 않아
TEXT-nnn의 한국어 원문을 색인에 넣지 못했다 — 화면 문구로 검색하는 경로가 이번 데이터에는 없다. - 패키지 정보가 없다. 수집 JSON 의
DEVCLASS에 해당하는 데이터가 없어packages/문서는 0건이고,index.md계층은 요약의sap_module로만 묶었다. - 조각은 전량이 아니다. 위 2절의 대기 건수만큼 미추출이며, 답한 조각은 인터페이스·전표생성·반제·권한·채번 같은 핵심 패턴 위주로 골랐다.
- 조각의
confidence는 응답자가 스스로 매긴 값이고,unclear에 확정하지 못한 점을 남겼다. - 조각의 테이블·호출은 LLM 값이 아니라 파서가 조각 범위에서 다시 뽑은 사실이다.