리테일 소프트웨어

리테일 소프트웨어 — 매장의 입고에서 발행된 영수증과 집계된 매출까지 상품을 이끌고, 상품·가격·재고 데이터를 네트워크의 모든 지점에서 똑같이 유지하는 시스템입니다.

밖에서 보면 매장은 선반과 계산대입니다. 안에서는 서로 이어진 여러 프로그램입니다: 매장의 계산대 프로그램, 지점의 상품 관리, 결제 회로, 네트워크의 중앙 시스템, 그리고 회계·창고·CRM·온라인 상점 같은 외부 시스템과의 교환 계층.

«계산대 프로그램»과 «리테일 시스템»의 경계는 지점의 수와 결정이 어디에서 내려지는지로 갈립니다. 계산대 하나라면 계산대 컴퓨터의 로컬 프로그램으로 충분합니다. 매장이 둘 이상이 되는 순간, 단일 지점에는 없던 질문이 생깁니다: 유일한 상품 목록은 어디에 있는지, 누가 가격을 모든 곳에서 한 번에 바꾸는지, 상품이 매장 사이를 어떻게 옮겨 가는지, 누구의 재고를 맞다고 볼지.

소매 네트워크의 회로는 데이터로 이어진 아홉 개의 고리입니다:

시스템이 다루는 것

페이지도 표도 아니라 회계 객체 — 상태와 작성자와 이력을 가진 레코드입니다:

• 상품 품목 — 품번, 바코드, 단위, 무게 상품 여부, 유통 규칙
• 가격 — 상품 카드의 필드가 아니라, 특정 지점에서 특정 순간에 규칙을 적용한 결과
• 재고 — 특정 지점에 있는 품목의 수량; 매장 열 곳의 네트워크에는 재고가 하나가 아니라 열 개입니다
• 영수증 — 품목 구성, 할인, 결제, 계산원, 근무조, 시각; 마감 뒤에는 바꿀 수 없는 문서
• 결제 처리 — 영수증과 이어져 있지만 자기 규칙으로 움직이는, 자기 상태를 가진 별도의 기록
• 이동 문서 — 입고, 이동, 공급처 반품, 차감, 재고 조사
• 적립 카드 — 구매자 식별자, 포인트 잔액, 적립과 사용의 이력
• 직원과 근무조 — 누가, 어느 계산대에서, 언제부터 언제까지, 어떤 결과로 일했는지
• 장비 이벤트 — 단말기 오류, 통신 두절, 진열대 온도, 금전함 열림

프로세스가 객체로 기술되는 순간 검증할 수 있게 됩니다: 리포트의 모든 숫자에 문서가 있고, 문서에는 작성자와 시각이 있으며, 다툼에는 말이 아니라 기록이 있습니다.

두 번째 매장과 함께 생기는 것

단일 지점에는 존재하지 않는 네 가지 질문입니다. 이 질문에 대한 답이 네트워크용 시스템과 계산대 프로그램을 가릅니다:

• 목록의 유일한 출처 — 상품은 어디에서 등록되고 가격은 어디에서 지점으로 퍼지는가
• 한 규칙에서 나오는 서로 다른 가격 — 지점은 가격 그룹에 속하지, 하나하나 손으로 고쳐지지 않는다
• 매장 사이의 상품 — «가져다주고 말로 알리기»가 아니라 두 짝으로 이뤄진 문서로서의 이동
• 한눈에 보는 그림 — 점장들에게 전화를 돌리지 않고 모든 지점의 판매, 재고, 이상을 한 화면에서

계산대 프로그램 — 판매원의 업무 공간이자, 작업이 문서가 되는 지점입니다. 매장에서 일어난 모든 일은 오직 이곳을 통해 시스템에 들어옵니다: 판매, 반품, 할인, 결제, 현금의 입금과 출금.

여기에 대한 요구는 다른 어떤 모듈보다 엄격합니다: 줄이 길 때도, 서버와 연결이 끊겼을 때도 빠르게 작동해야 합니다. 그래서 계산대는 상품과 가격 목록의 로컬 사본을 두고 작업을 로컬 큐에 기록하며, 영수증의 품목마다 서버에 묻지 않습니다.

계산대 프로그램이 하는 일:

• 영수증을 만듭니다 — 품목은 바코드 스캔, 이름 검색, 무게 측정으로 담기고; 수량, 가격, 금액은 시스템이 계산합니다
• 가격과 할인을 적용합니다 — 지점에 유효한 규칙에 따라: 프로모션, 프로모션 코드, 적립 카드, 개별 조건, 최저 가격 제한
• 결제 단말기와 대화합니다 — 금액을 보내고, 결과를 기다리고, 결제를 영수증에 묶습니다
• 결제를 나눕니다 — 일부는 현금, 일부는 카드, 일부는 포인트로: 한 영수증에 여러 결제 처리
• 문서를 출력합니다 — 연결된 프린터나 세금 등록기에서 판매 또는 환불 영수증을
• 반품을 처리합니다 — 원래 영수증 번호로, 구성과 이미 반품된 품목을 확인하면서
• 영수증을 보류하고 되살립니다 — 손님이 두고 온 물건을 가지러 가도 계산대는 계속 일합니다
• 근무조를 운영합니다 — 개시, 중간과 최종 보고, 현금의 입금과 출금, 차이를 계산하는 마감
• 권한을 나눕니다 — 계정으로 로그인; 수동 할인, 가격 변경, 품목 취소는 아무나 할 수 없습니다

세금 관련 요구 — 영수증의 출력, 구성, 데이터 전송 — 는 각국의 법과 연결된 기기의 모델이 정합니다. 교환의 구성과 절차는 미리 선언하지 않고 사전 진단 단계에서 확정합니다.

리테일의 카탈로그 — 는 쇼윈도가 아니라 계산대가 기대어 사는 목록입니다. 여기서의 오류는 웹사이트의 오류보다 비쌉니다: 잘못된 바코드는 줄을 세우고, 중복된 품목은 한 상품의 재고를 두 카드로 흩어 놓습니다.

상품 품목은 무엇으로 이뤄지는가:

• 품번과 이름 — 내부 코드, 그리고 계산원과 손님이 영수증에서 보는 이름
• 바코드 — 품목마다 여러 개: 공급처의 코드, 자체 코드, 포장이나 박스의 코드
• 단위 — 개, 킬로그램, 리터, 팩; 그리고 서로 사이의 환산 계수
• 무게 상품 여부 — 가격이 무게로 계산되고, 품목이 저울의 데이터를 받습니다
• 카테고리와 상품군 — 리포트, 마크업 규칙, 상품 구색 매트릭스의 바탕
• 공급처와 매입가 — 마크업과 마진 계산의 출처
• 유통 규칙 — 연령 제한, 표시 의무, 특정 시간대 판매 금지: 규칙의 구성은 국가의 법이 정하며 사전 진단에서 확정합니다
• 품목 상태 — 등록됨, 판매 중, 구색에서 제외됨, 보관. 보관 항목은 삭제하지 않습니다: 그러지 않으면 지난 영수증이 구성을 잃습니다

대량 작업은 파일 가져오기나 회계 시스템과의 교환으로 이뤄집니다. 가져오기는 기록 전에 언제나 검증을 거칩니다: 무엇이 생성되고, 무엇이 바뀌며, 무엇이 왜 거부되는지. 바코드가 중복된 품목은 조용히 만들어지지 않고 거부 리포트에 실립니다.

상품 구색 매트릭스

네트워크의 매장은 서로 같지 않습니다: 형태, 면적, 지역, 손님이 다릅니다. 상품 구색 매트릭스는 공통 카탈로그의 어떤 품목이 특정 지점에서 팔리는지에 답합니다.

• 매트릭스는 매장마다가 아니라 매장 묶음에 지정합니다 — 그러지 않으면 유지할 수 없습니다
• 매트릭스에 없는 품목은 그 지점을 위해 발주되지 않고, 그 지점의 놓친 수요 리포트에도 잡히지 않습니다
• 매트릭스에 새 품목을 넣는 일은 납품과 함께 상품이 선반에 나타나는 것이 아니라 날짜가 있는 관리된 동작입니다
• 품목을 빼도 지점에서 즉시 사라지지는 않습니다: 재고는 다 팔거나 다른 매장으로 옮깁니다

세 매장에 있는 한 상품

카탈로그의 상품은 하나지만 지점마다 그 상태는 다릅니다. 이것이 네트워크 관리와 단일 매장 관리의 가장 큰 차이입니다:

동기화는 «모두가 쓰는 하나의 데이터베이스»가 아닙니다. 매장은 중앙 서버와 연결이 없어도 팔 수 있어야 하므로, 지점마다 자기 작업 사본을 두고 교환은 메시지로 이뤄집니다.

중앙에서 지점으로 내려가는 흐름: 상품과 바코드 목록, 가격과 가격 규칙, 프로모션과 프로모션 코드, 상품 구색 매트릭스, 장비 설정, 계정과 권한, 계산대 프로그램의 업데이트.

지점에서 중앙으로 올라가는 흐름: 영수증과 그 구성, 결제 처리, 상품 이동, 근무조 결산, 장비 이벤트, 재고 조사 결과, 직원의 동작.

이것이 작동하는 규칙:

• 비동기 — 판매는 중앙의 응답을 기다리지 않습니다. 메시지는 큐에 담겨 따로 처리됩니다
• 재전송 — 전달되지 않은 메시지는 첫 실패로 사라지지 않고 간격을 늘려 가며 다시 시도합니다
• 멱등성 — 모든 작업에 키가 있어, 다시 전달된 영수증이 두 번째 판매를 만들거나 재고를 두 번 차감하지 않습니다
• 전달 시점이 아니라 적용일 — 오늘 보낸 가격은 매장에 통신이 닿은 순간이 아니라 지정한 날짜부터 적용됩니다
• 적용의 확인 — 중앙은 무엇을 보냈는지만이 아니라 지점이 무엇을 받아 적용했는지도 압니다
• 교환 로그 — 모든 메시지는 본문, 시각, 결과, 시도 횟수와 함께 저장됩니다
• 정기 대사 — 중앙과 지점의 핵심 숫자를 주기적으로 맞춰 봅니다: 영수증 수, 금액, 재고

중앙에서 하는 가격 변경

네트워크에서 가장 중요한 작업입니다: 모든 지점에 한꺼번에 영향을 주고 그날 바로 손님 눈에 보입니다. 그래서 목록을 고치는 일이 아니라 적용일이 있는 문서로 만들어졌습니다.

되돌리기는 어떻게 하는가

가격 조정은 되돌릴 수 있습니다: 효력이 생기기 전에 문서를 취소하거나 새 문서로 덮을 수 있습니다. 이전 값이 품목마다 남아 있으므로 되돌리기는 백업 복구가 아니라 하나의 작업입니다.

적립은 포인트가 아니라 신원 확인에서 시작합니다: 구매가 익명인 동안에는 프로그램이 다룰 것이 없습니다. 이 모듈의 과제는 계산대에서 몇 초 만에 영수증을 구매자와 잇고 줄을 세우지 않는 것입니다.

계산대에서의 신원 확인 방법: 바코드가 있는 플라스틱 카드, 전화번호, 모바일 앱의 QR 코드, 가상 카드. 방법은 매장의 형태에 맞춰 고릅니다: 줄이 긴 곳에서 전화번호를 손으로 입력하게 하는 것은 나쁜 선택입니다.

모듈이 할 수 있는 일:

• 포인트 적립 — 영수증 금액의 비율로, 카테고리에 대한 높은 비율로, 행사 상품에 대한 정액으로
• 포인트 사용 — 영수증의 일부를 포인트로 결제, 비율 제한, 일부 카테고리 금지, 사용 후 남겨야 하는 최소 잔액과 함께
• 포인트의 유효 기간 — 미리 구매자에게 알리는 일정에 따른 소멸
• 등급 — 기간 동안의 구매액에 따른 등급, 등급마다 적립률과 조건이 다릅니다
• 할인 방식 — 포인트 방식이 매장 형태에 맞지 않는 곳에서는 카드로 바로 받는 할인
• 세그먼트 — 구매 빈도, 평균 구매액, 상품 선호, 마지막 구매의 최근성에 따른 구매자 그룹
• 개인 맞춤 제안 — 세그먼트나 특정 구매자에게 적용되는, 자체 기한과 한도를 가진 규칙
• 커뮤니케이션 — 적립 안내, 포인트 소멸 안내, 개인 맞춤 제안 안내; 발송과 동의의 로그

계산대에서 반드시 작동해야 하는 것

적립 프로그램은 마케팅 리포트가 아니라 매장에서 살아갑니다. 요구를 들이미는 것은 계산대의 줄입니다:

• 신원 확인은 세 가지를 묻는 대화가 아니라 한 번의 동작이어야 합니다
• 잔액과 사용 가능한 포인트는 결제 전에 계산원과 손님에게 보입니다
• 적립과 사용은 영수증에 각각의 줄로 표시됩니다
• 구매를 반품하면 포인트도 되돌아갑니다: 쓴 포인트는 계정으로, 적립된 포인트는 회수됩니다
• 서버와 통신이 끊겼을 때의 오프라인 규칙은 미리 정해져 있고 계산원도 알고 있습니다

한 영수증에서의 적립과 사용

구매와 세그먼트 데이터는 적립을 분석, 그리고 아래의 AI 시나리오와 잇는 고리입니다: 제안은 데이터베이스 전체에 뿌리는 발송이 아니라 특정 구매자의 구매 이력 위에 세워질 때 의미가 있습니다.

리테일의 분석은 «보기 좋은 그래프»가 아니라 네 가지 질문에 대한 답입니다: 얼마를 벌었는가, 정확히 무엇으로 벌었는가, 무엇이 방해하는가, 다음 주 발주를 어떻게 할 것인가. 나머지는 모두 파생입니다.

계산은 운영 데이터의 사본에서 하고 실서비스 데이터베이스에서 하지 않습니다: 1년치 무거운 리포트가 매장의 계산대를 느리게 해서는 안 됩니다.

시스템이 계산하는 것:

• 판매 — 매출, 영수증 수, 평균 구매액, 영수증당 품목 수; 지점, 날짜, 시간, 계산원, 상품군 단면으로
• 마진 — 품목, 카테고리, 지점별로, 정가가 아니라 실제 할인을 반영해
• 상품 — 판매의 선두와 하위, 회전율, 오래 남은 품목, 떨어져 가는 품목
• 시간과 요일 — 시간에 따른 매출의 분포: 근무 일정과 선반 보충 계획의 바탕
• 프로모션 — 행사 가격으로 얼마나 팔렸는지, 제공한 할인의 총액, 그것을 반영한 매출과 마진
• 반품과 차감 — 비율, 사유, 지점·카테고리·직원별 집중도
• 손실 — 재고 조사의 차이를 개수와 금액으로, 카테고리별 추이
• 적립 — 신원이 확인된 구매의 비율, 구매자의 재방문 빈도, 카드가 있을 때와 없을 때의 평균 구매액
• 직원 — 근무조당 처리량, 평균 구매액, 취소와 반품의 비율, 응대 시간

별도로 정기 리포트가 있습니다: 지점별 근무조·일일 리포트, 회계용 명세, 매입사와의 대사, 회계 시스템으로 보낼 데이터. 일정과 수신자가 정해져 있으므로 월말에 누가 기억해 낼 필요가 없습니다.

매장의 일부 상품은 운전 조건이 있는 장비 안에 보관됩니다: 냉장 진열대, 냉동고, 창고의 저온실. 조건의 이탈은 상품 관리에 나타나지 않습니다 — 며칠 뒤 차감으로 드러날 뿐입니다.

그래서 리테일 회로에 장비 모니터링이 붙습니다: 같은 지점, 같은 담당자, 그리고 «이상은 사람에게 배정되고 기한을 가진다»는 같은 원칙.

매장에서 관찰 대상이 되는 것:

• 냉장고, 냉동고, 진열대 — 현재 값만이 아니라 온도와 그 시간에 따른 변화
• 온도 센서 — 저온실, 진열대, 특정 선반의 온도를, 보관하는 상품의 종류에 맞춘 기준값과 함께
• 문 — 열림과 그 지속 시간, 닫히지 않은 문은 별도의 이벤트로
• 전원 — 건물 전체와 특정 기기의 전원 차단과 복구
• 장비 상태 — 압축기의 가동, 사이클, 성에 제거의 필요
• 컨트롤러 오류 — 장비가 밖으로 내주는 코드를 공통 상태 목록으로 정리한 것
• 통신 두절 — 기기의 침묵을 그래프의 빈칸이 아니라 이벤트로

리테일과의 연결은 직접적입니다: 온도 이력은 감독 기관과 거래처 앞에서 보관 조건을 증명하고, 이상을 일찍 잡으면 차감이 줄어듭니다 — 즉 재고 조사의 부족과 같은 손실 리포트로 들어갑니다.