같은 제품이 서로 다른 기준으로 관리됨
- 제품명·문서명·현장 표현이 연결키로 혼용
- 생산일지·LOT·위치·불량이 분리
- 문서마다 동일 정보 반복 입력
- 변경·이슈·시스템 로그가 한 이력에 혼재
01 · Manufacturing DX / MES기능보다 먼저
기능보다 먼저
기준정보와 상태를
설계했습니다.
제품·생산·재고·문서·품질 정보의 분산 문제를 제품코드 중심 구조로 재정의하고, AI/Codex 구현 결과를 화면·로그·코드 기준으로 검수했습니다.
확인된 활동 기록 범위2026.04–2026.07구조 설계·부분 구현·검수
React운영 화면
↓
FastAPI업무·권한 계층
↓
SQLite기준정보·이력 원장
Excel / PDF출력 양식
Problem & role화면을 만드는 일보다
화면을 만드는 일보다
업무 기준을 정하는 일이 먼저였습니다.
직접 코딩 범위를 확대하지 않고, 문제정의·요구사항·정책·데이터 구조·AI 작업지시·감사·검수 기여를 중심으로 기록합니다.
현장 언어를 정책과 데이터로 번역
- 제품코드 단일 연결키 정책
- 물리·가상 위치 및 종료 상태 정책
- DB–API–Web–출력 역할 분리
- AI 구현 결과의 오류 재현·회귀 검수
Evolution
도구가 아니라 구조가 발전했습니다.
Excel 화면 중심의 초기 접근에서 다중 사용자·권한·이력을 고려한 Web 구조로 전환했습니다.
01
Excel / VBA
반복입력과 문서 생성 규칙 정리
→
02
Access
업무 데이터를 관계형 구조로 통합
→
03
SQLite
기준정보·이력 원장 일원화
→
04
FastAPI + React
업무계층·권한·운영화면 분리
System flow
제품코드가 모든 흐름의 기준입니다.
제품코드MASTER KEY
생산생산일지 → LOT → 작업자·설비
재고위치 → 이동 → 종료 상태
품질불량 → 영향구간 → 이슈이력
문서매핑 → Excel/PDF 출력
감사권한 → 변경 → 회귀검수
Verified scope
확인된 결과와 남은 과제
확인된 범위
- 제품코드 중심 연결 구조 정의
- DB–API–Web–출력 역할 문서화
- 생산·LOT·위치·문서·이력 정책 수립
- 화면·로그·빌드·코드 기반 검수
- 문서매핑 값 소실과 상태 충돌 발견
추가 증거가 필요한 범위
- 최신 운영 기준 코드와 DB 스키마
- 권한별 전체 UAT
- 전체 회귀 테스트
- 운영 KPI와 정량 효과
- 직접 코딩 범위의 commit 증거