셀프서비스 시스템

무인 판매 — 매장에 판매원 없이 상품을 팔고 내주는 일입니다. 구매자는 장비를 스스로 다루고, 품목의 판매 가능 여부와 가격, 결제, 수령에 대한 결정은 프로그램이 내립니다.

무인 택배함, 자판기, 마이크로마켓은 한 가지 과제의 세 가지 형태입니다. 다른 것은 물리입니다: 전자 잠금장치가 달린 보관 칸, 자판기 안의 스프링이나 리프트, 실내의 열린 진열대와 냉장고. 회계 회로는 공통입니다: 상품, 가격, 지점별 재고, 주문, 결제, 장비 이벤트.

그래서 이 방향들을 한 페이지에 모았습니다. 무인 택배함 프로그램, 자판기 프로그램, 마이크로마켓 프로그램은 같은 모듈로 만들어지고, 연결된 장비의 구성과 수령 시나리오만 다릅니다.

시스템을 이루는 요소

• 지점 — 무인 택배함, 자판기 또는 마이크로마켓: 구매자가 스스로 다루는 장비
• 기기의 프로그램 — 선택 화면, 결제 수납, 보관 칸 열기, 통신이 끊겼을 때의 동작
• 데이터 코어 — 상품, 가격, 지점별 재고, 주문, 보관 칸, 거래
• 프로세스 계층 — 예약, 보관 칸 상태, 보관 기한, 반품, 보충과 수금
• 텔레메트리 — 장비 이벤트: 잠금장치, 문 센서, 온도, 결제 모듈, 통신 회선
• 관제 패널 — 네트워크 운영자의 업무 공간: 지도 위의 지점, 작업, 장애, 재고
• 연동 계층 — 온라인 상점, 배송 업체, CRM, ERP, 창고, 결제 서비스와의 교환
• 분석 — 지점별 매출, 회전율, 장비 가동 중단, 리포트

자판기 는 짧은 시나리오로 상품을 팝니다: 품목 선택, 결제, 배출. 자판기 소프트웨어 는 기기에 무엇이 들어 있고 어떤 가격에 팔리는지, 그리고 기구나 결제에 문제가 생겼을 때 무슨 일이 일어나는지를 맡습니다.

자판기는 독립적으로 작동합니다: 서버와 연결이 없어도 판매가 이뤄지고, 거래 내역은 통신이 되살아나면 마저 보냅니다. 그래서 자판기 프로그램은 원격 조종기가 아니라 이벤트 교환처럼 만들어졌습니다.

자판기 프로그램이 하는 일:

• 기기 관리 — 기기 목록: 모델, 구성, 주소와 설치 장소, 운영 시간, 담당자, 임대 조건
• 상품 카탈로그 — 공통 품목 목록과 플래노그램: 특정 기기의 어느 칸, 어느 스프링, 어느 리프트에 어떤 품목이 들어가는지
• 가격 — 기기별, 기기 묶음별, 장소별 또는 일정별로; 변경은 기기로 전송되어 출동 없이 적용됩니다
• 재고 — 기기의 칸마다 있는 계수기: 배출되면 줄고, 보충하면 늘고, 경로에서 맞춰 봅니다
• 판매 — 거래는 시각, 품목, 금액, 결제 수단, 그리고 실패를 포함한 배출 결과와 함께 저장됩니다
• 카드 결제 — 은행 카드, 비접촉 결제, QR과 즉시 결제 시스템; 현금은 거스름돈과 남은 동전을 감안해 처리합니다
• 원격 설정 — 플래노그램, 가격, 화면의 문구, 운영 시간, 프로그램 버전을 기기에 직접 가지 않고 패널에서 바꿉니다
• 리포트 — 기기별, 상품별, 날짜별, 결제 수단별 매출과 판매; 수금 명세와 은행 내역과의 대사

재고 는 무인 판매에서 창고가 아니라 자리에 묶입니다: 자판기의 칸, 진열대의 선반, 냉장고의 구역에. 네트워크의 두 지점에 있는 같은 상품은 소진 속도가 다른 두 개의 독립된 값입니다.

장부 재고 = 보충 시 채운 수량 − 판매 − 차감(기한 경과, 불량, 배출 실패). 실제 재고는 경로에서의 재고 조사가 알려 주고, 둘의 차이는 지점의 측정 가능한 지표입니다.

데이터 교환의 구조:

• 기기의 이벤트 — 판매, 배출, 오류, 문 열림은 일어난 그 순간에 서버로 갑니다
• 로컬 큐 — 통신이 끊기면 이벤트가 기기에 쌓였다가 묶음으로 전송되어 아무것도 사라지지 않습니다
• 작업 키 — 이벤트가 다시 전달돼도 재고가 두 번 차감되지 않습니다
• 문서로 하는 보충 — 구성, 배치, 유통기한은 나중이 아니라 진열할 때 기록됩니다
• 경로에서의 재고 조사 — 휴대폰으로 칸과 선반을 다시 세고, 차이는 사유와 함께 현장에서 기록합니다

재고를 정확히 관리하면 얻는 것

• 보충 경로가 달력이 아니라 실제 소진에 따라 짜입니다
• 잘 나가는 품목이 예정된 방문 하루 전에 떨어지지 않습니다
• 기한 경과품은 구매자가 발견하는 것이 아니라 배치의 기한에 따라 차감됩니다
• 구매 담당이 지점마다의 실제 소진 속도를 따로 봅니다
• 지점의 상품 구색을 운영자의 경험이 아니라 데이터로 다시 짭니다
• 손실이 뭉뚱그린 «부족»이 아니라 금액과 상품으로 계산됩니다

불일치가 자주 생기는 곳

• 실제로 진열한 구성이 아니라 계획대로 표시해 둔 보충
• 환불과 차감으로 처리하지 않은 배출 실패
• 스프링의 실제 배치와 맞지 않는 플래노그램
• 시식이나 점검을 위해 가져간, 따로 차감하지 않은 상품
• 지점의 모든 구역을 돌지 않고 끝낸 재고 조사

연동 — 외부 프로그램과 합의된 데이터 교환입니다: 무엇을, 어떤 형식으로, 얼마나 자주 주고받는지, 데이터는 누구의 것인지, 장애가 나면 어떻게 되는지.

가장 중요한 결정은 데이터에 대한 책임입니다. 품목 마스터와 매입가는 ERP에서, 고객과 세그먼트는 CRM에서, 창고의 재고는 창고 시스템에서 오고, 판매와 장비 이벤트는 지점에서 태어납니다. 같은 필드를 두 시스템에서 양방향으로 고치면 계속 어긋나므로 그렇게 하지 않습니다.

시스템이 연결되는 곳:

• 온라인 상점 — 택배함 수령 주문, 주소와 함의 적재, 수령 상태
• 배송 업체 — 수령 지점 지정, 운송 건, 투입, 찾아가지 않은 주문의 회수
• CRM — 구매자, 문의, 세그먼트, 법인 한도와 개별 가격
• ERP와 회계 시스템 — 품목 마스터, 가격, 판매 문서, 설치 장소와의 채권채무
• 창고 — 보충 요청, 경로로의 출고, 반품과 차감
• 결제 서비스 — 승인, 청구, 환불, 대사를 위한 처리 내역
• 온라인 POS — 판매와 환불의 세금 영수증, 보내지 못한 문서의 관리
• 텔레메트리 모듈 — MDB, EVA-DTS, 그리고 장비 제조사의 프로토콜

판매와 돈

• 지점별, 설치 장소별, 네트워크 전체의 매출과 판매 건수
• 평균 구매액과 결제 수단별 구성
• 매입과 경로 물류를 반영한 품목의 마진율
• 실패한 결제와 환불의 비율

상품과 재고

• 지점별 판매 순위와 움직이지 않는 품목
• 회전율과 보충까지 수요를 채울 수 있는 일수
• 놓친 판매: 재고가 0인 품목에 대한 조회
• 차감: 기한 경과, 불량, 재고 조사의 차이

장비와 지점

• 장비의 가용률과 가동 중단 시간
• 유형별 고장: 기구, 결제, 통신, 온도
• 시간대와 요일별 이용량, 설치 장소의 계절성
• 택배함 칸의 회전율과 찾아가지 않은 주문의 비율