교대와 거래
한 교대를 둘러싼 운영 맥락입니다.
- 교대 개시, 마감, 현금 인계
- 주문, 결제, 결제 수단
- 반품, 취소, 교대 중 조정
POS는 카운터의 운영 애플리케이션입니다. 교대를 열고, 주문을 받고, 결제하고, 프로모션을 적용하고, 교대를 닫습니다. 교대가 닫히는 순간부터 매출과 원재료 차감과 수납은 공통 데이터 계층으로 이어집니다. 회사의 재고와 구매와 재무가 이미 살고 있는 그 계층입니다.
이 페이지는 범위와 인계 지점을 정의합니다. POS 기능 목록이 아닙니다. POS는 이미 쓰고 계신 시스템일 수도, 다른 공급사의 시스템일 수도, Apus가 제공하는 것일 수도 있습니다. 인계 지점은 같고 연계 작업량만 달라집니다.
POS는 카운터에서만 통하는 상호작용 방식을 담당합니다. 빠르고, 네트워크가 흔들려도 쓸 수 있고, 교대 내내 판매 담당자의 손에 있습니다. Platform 모듈은 공통 기업 기록과 통제를 계속 담당합니다.
한 교대를 둘러싼 운영 맥락입니다.
일상 판매의 프런트오피스 관점입니다.
POS가 멈추고 기업이 시작되는 지점입니다.
Apus가 제공하는 POS와 Apus Platform은 이미 하나의 논리 코어와 비즈니스 데이터 계층을 함께 씁니다. 다른 공급사의 POS는 통제된 연계 지점을 통해 같은 계층에 붙습니다. 제품과 UX는 달라도 기업 기록은 별도 사일로가 되지 않습니다.
교대 중 팔린 만큼 레시피 기준으로 원재료가 차감되므로, 재고는 마감 때 손으로 적은 숫자가 아니라 실제로 쓴 양을 보여 줍니다.
매장 재고가 기준선 아래로 내려가면 관리자에게 보내는 메시지가 아니라 결재자가 있는 구매 요청이 됩니다.
대사가 끝난 교대 매출과 수납이 별도의 매출 장부를 만들지 않고 회계로 넘어갑니다.
원클릭 이전이나 무중단 컷오버를 약속하지 않습니다. 합의한 아키텍처와 롤아웃 계획이 각 프로젝트를 규정합니다.
둘 다입니다. POS는 카운터의 프런트오피스 애플리케이션이며, 이미 쓰고 계신 시스템일 수도, 다른 공급사의 시스템일 수도, Apus가 제공하는 것일 수도 있습니다. 위에 적은 범위와 인계 지점은 세 경우 모두에 적용되고, 달라지는 것은 연계 작업량입니다. 실제 시스템을 조사한 뒤 솔루션 설계 단계에서 확정합니다.
아닙니다. POS는 프런트오피스 애플리케이션이며 같은 논리 Platform Core에 연결됩니다.
아닙니다. 이 페이지는 무엇이 어디에 속하는지 알 수 있도록 경계와 인계 지점을 그립니다. 판매 기능과 하드웨어와 가격은 POS 제품 쪽에 있으며, 페이지 하단에 링크가 있습니다.
두 영역은 나뉘어 있습니다. POS는 카운터의 업무를 담당하고, Platform 모듈은 공통 기업 기록과 통제를 담당합니다.
하나의 논리 코어는 업무 기록이 이어진다는 뜻이지, 물리 배포의 개수를 뜻하지 않습니다. 토폴로지는 솔루션에 따라 달라지며 통합, 이전 또는 컷오버가 필요할 수 있습니다.