kui-vault/06.Archive/aimSystems/WMS/aim WMS 인수인계.md

71 lines
2.7 KiB
Markdown

EAS, 설비와 인터페이스 x
실제 생산 설비로 재고 출고 등의 명령을 내리지 않는다는 이야기인듯
기능: 입고/출고 재고 관리 (재고 Count 정도만..)
Backend 는 Maven Project
STS에서 로드하면 에러가 남
=> lombok 설치하면 에러가 잡힘. (lombok 사용법 확인)
내부 nexus에서 프레임워크를 가져와야함.
pom.xml에 있는 dependency들 package명 예전거로 되있는거 많음
kr.co.aim.... 이거 귀찮아서 안바꿨다함
postgreSQL 사용
스프링데이터 엔버스?? 를 써서 이력을 남겼다?
RevisionInfo 가 남는다. -> 실질적으로 이 table은 안볼거다..? 왜있는거지
=> Spring Data Enverse 라는 JPA 엔티티 변경 이력 자동 관리 기능이 있음.
입고에 종류가 있고 크게 inbound 라고 묶음
=> 입고의 사유에 따라 인바운드가 여러개 있을 수 있는데 이유가 뭐건 재고가 늘어나는거니까
바운드라고 다 통칭했다는 의미
출고는 outbound로, 메인화면에서 in/out bound에 대한 이력들로 가득차있음
-> in/out bound order들로 가득찬것인가?
-> In, Out bound가 중요하니까 카드뷰로 보기 편하게
policy
put away rule -> 1순위 창고가 가득찼으면 2순위 창고에 넣는다.
put away가 bin에 실제 상품을 넣는것을 의미함.
site > warehouse > area > location (lack) > bin (실제 저장되는 장소, 박스가 놓여지는 장소 그 자체를 지칭)
M-BOM
Item을 구성하기 위해 필요한 부수기재들의 모음
**M-BOM은 WMS에서 제조 및 조립을 지원하기 위해 활용되는 핵심 데이터**입니다.
예를 들어, **PC 조립 공장**의 WMS에서 **"PC-1000"이라는 제품**을 출고하려면 다음과 같은 **M-BOM**이 필요할 수 있습니다.
WMS는 이 **M-BOM을 기반으로 재고를 확인**하고 **적절한 위치에서 피킹을 수행하도록 지시**합니다.
flow: 최적 재고 적재를 어떤 flow를 통해 할것이냐를 정함.
꼭 적재 뿐만 아니고 모든 flow가 필요한 과정들에 대한 flow를 의미
inbound, outbound 메뉴의 위에서부터 아래로 순서가 실제
inbound, outbound 진행 순서이다.
Inventory -> 재고 관리
WH Status -> 창고 상태를 이미지로 보여줌, dash board, bin 상태 그림 등등
History -> 이력관리, lot 기준, event 기준, serial No 기준 이력 조회가 가능
백앤드 코드
spring MVC 기반으로 구성
192.168.101.117 서버에 한번에 구동중
도커 postgreSQL로 뛰워져있음 (DB)
frontend 서버 -> nginx로 구동중
runnable jar로 말아서 바로 실행한건가?
=> ㅇㅇ 따로 배치파일같은거 만들거나 하진 않았음.