같은 제품이 서로 다른 기준으로 관리됨
- 제품명, 문서명, 현장 표현이 연결키로 혼용
- 생산일지, LOT, 위치, 불량이 분리
- 문서마다 동일 정보 반복 입력
- 변경, 이슈, 시스템 로그가 한 이력에 혼재
01, Manufacturing DX / MES기능보다 먼저
기능보다 먼저
기준정보와 상태를
설계했습니다.
제품, 생산, 재고, 문서 및 품질 정보의 분산 문제를 제품코드 중심 구조로 재정의하고 SQLite, FastAPI, REST API, React 기반 Web MES로 직접 구현해 운영했습니다.
수행 범위2026.02–현재기획, 설계, 구현, 운영
React운영 화면
↓
FastAPI업무, 권한 계층
↓
SQLite기준정보, 이력 원장
Excel / PDF출력 양식
Problem & role화면을 만들기 전에
화면을 만들기 전에
업무 기준부터 정했습니다.
현장 인터뷰, 요구사항, 정책, 데이터 구조, 화면 흐름, 구현, 검수 및 운영을 하나의 책임 범위로 연결했습니다.
현장 언어를 정책과 시스템으로 전환
- 제품코드 단일 연결키 정책
- 물리, 가상 위치 및 종료 상태 정책
- DB–API–Web–출력 역할 분리
- 직접 구현, 오류 재현, 회귀 검수 및 운영 개선
Evolution
도구가 아니라 구조가 발전했습니다.
Excel 화면 중심의 초기 접근에서 다중 사용자, 권한, 이력을 고려한 Web 구조로 전환했습니다.
01
Excel / VBA
반복입력과 문서 생성 규칙 정리
→
02
Access
업무 데이터를 관계형 구조로 통합
→
03
SQLite
기준정보, 이력 원장 일원화
→
04
FastAPI + React
업무계층, 권한, 운영화면 분리
System flow
제품코드가 모든 흐름의 기준입니다.
제품코드MASTER KEY
생산생산일지 → LOT → 작업자, 설비
재고위치 → 이동 → 종료 상태
품질불량 → 영향구간 → 이슈이력
문서매핑 → Excel/PDF 출력
감사권한 → 변경 → 회귀검수
Verified scope
운영 데이터와 현장 적용으로 확인했습니다.
구축 및 데이터
- 제품 707건과 로케이션 979건 관리
- LOT 120건과 생산 상세 1,577건 관리
- 설비 39대와 설계, 인쇄 파일 332건 연계
- 제품코드 중심 DB–API–Web–출력 구조
- 권한, 상태, 변경이력, 감사로그 정책 운영
운영 및 사용자
- VPN 기반 3개 공장 조회 환경 지원
- 현장 약 80명 대상 교육 및 오류 대응
- DB 무결성 검사와 백업, 복구 절차 운영
- 화면, 로그, 빌드, 코드 기반 회귀 검수
- 사용자 피드백을 요구사항과 완료조건으로 반영