POS-ERP 매출·재고·가격 동기화
POS에서 ERP로: 매출, 재고, 가격을 함께 유지
매장마다 매출과 반품을 전기하고, 재고·가격 변경을 되돌려 보내며, 일과 마감 합계를 대사합니다.
블루프린트
옆으로 스크롤하여 전체 그림을 확인하십시오.
POS에서 ERP로: 모든 매출이 한 번만 전기됩니다
매출은 이벤트로 포스 단말기에서 ERP로 흐르고, 가격과 재고는 반대 방향으로 흐릅니다. 오프라인이 된 매장도 계속 판매하고 나중에 따라잡습니다. 전기에 실패하면 재시도한 뒤 사람에게 넘깁니다.
- 기본 흐름
- 비동기
- 예외 경로
8단계로 된 흐름
단계별 흐름
- POS 단말기에서 매장 또는 POS 클라우드 서버로: 매출, 반품, 취소 (기본 흐름).
- 매장 또는 POS 클라우드 서버에서 통합 계층로: 이벤트 대기열을 통한 매출 이벤트 및 일 마감 합계, REST/JSON 사용 (비동기).
- 통합 계층에서 ERP로: 매출 및 재고 이동 전기, OData · REST/JSON 사용 (기본 흐름).
- ERP에서 통합 계층로: API 또는 파일 내보내기를 통한 가격, 프로모션, 품목 데이터, REST/JSON 사용 (기본 흐름).
- 통합 계층에서 매장 또는 POS 클라우드 서버로: 가격 및 재고 업데이트, REST/JSON 사용 (기본 흐름).
- 통합 계층에서 재시도 대기열로: 전기 실패 (예외 경로).
- 재시도 대기열에서 통합 계층로: 재시도됨 (예외 경로).
- 재시도 대기열에서 매장 운영 팀로: 계속 실패: 상세 정보와 함께 경보 (예외 경로).
개요
이것은 매장 계산대와 그 뒤의 ERP 사이의 흐름입니다. 매출, 반품, 취소는 ERP로 올라갑니다. 가격, 프로모션, 상품 데이터, 재고는 다시 내려갑니다. 둘이 어긋나면 매장은 잘못된 가격으로 판매하고, 재고 수치는 신뢰를 잃고, 재무 팀은 월말 대사에 시간을 씁니다.
참조 설계는 모든 매장 거래를 대기열이 있는 통합 계층을 통해 이벤트로 보냅니다. 통합 계층이 각 이벤트를 ERP의 매출 및 재고 문서에 매핑하고 정확히 한 번 전기합니다. 반대 방향으로는 ERP의 변경 사항을 필요한 매장에 보내므로 모든 계산대가 같은 데이터로 작동합니다.
매장에서 연결이 끊기며, 설계는 이를 전제로 합니다. 매장 서버나 POS 클라우드 서버는 계속 판매하고 회선이 복구되면 따라잡습니다. 실패한 전기는 재시도하고, 계속 실패하면 사라지는 대신 세부 정보와 함께 담당자에게 넘깁니다.
흐름 방식
계산대에서 판매
각 매출, 반품, 취소는 고유 식별자와 매장, 계산대, 시각과 함께 POS 단말기에 기록됩니다.
매장에서 보관
매장 서버나 POS 클라우드 서버가 거래를 모아 이벤트로 보내며, 매장이 오프라인일 때는 안전하게 보관합니다.
ERP에 전기
통합 계층이 각 이벤트를 매출 및 재고 이동에 매핑해 ERP에 전기하고, 식별자를 확인해 중복 전기가 없도록 합니다.
가격 및 상품 전송
상품 데이터, 가격, 프로모션은 변경 시 ERP에서 발행되며, 각 변경이 적용되는 날짜와 매장을 함께 담습니다.
모든 매장 갱신
통합 계층이 각 변경을 해당 매장에 전달하고, 어느 매장이 이를 확인했는지 기록합니다.
실패 시 동작
전기 실패
일시적 오류는 점점 늘어나는 지연 시간으로 재시도합니다. 계속 실패하는 전기는 데드레터 대기열로 보내고, 거래와 오류를 담아 매장 운영 팀에 경보를 보냅니다.
매장 오프라인
매장은 로컬 데이터로 계속 영업합니다. 거래는 보관되었다가 연결이 복구되면 순서대로 전송되며, 너무 오래 침묵하는 매장은 경보를 발생시킵니다.
거래 중복 수신
모든 거래는 고유 식별자를 가집니다. 통합 계층이 반복을 인식해 무시하므로, 장애 후 재전송으로 매출이 두 배가 되는 일은 없습니다.
매장과 ERP 합계 불일치
각 매장의 일과 마감 합계를 ERP가 수신한 내용과 비교합니다. 차이가 있으면 누락되거나 추가된 거래를 나열한 검토가 열립니다.
표준 및 시스템
- 데이터 및 분석
- Apache Kafka
- ERP 시스템
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- 통합
- REST
- Webhooks
- RabbitMQ
질문과 답변
매출은 실시간으로 전기해야 합니까, 배치로 처리해야 합니까?
대개 실시간에 가까운 이벤트로 처리하는 편이 좋습니다. 그래야 업무 중 재고와 매출 수치가 최신이 됩니다. 일부 ERP나 라이선스는 잦은 전기에 비용이 커지므로, 통합 계층이 매장과 기간별 요약으로 묶어 처리할 수도 있습니다. 어떤 결정에 최신 데이터가 필요한지와 ERP가 잘 처리하는 방식을 기준으로 함께 정합니다.
일과 마감 합계는 어떻게 대사합니까?
각 매장이 결제 유형과 부서별 일과 마감 합계를 보냅니다. 통합 계층이 같은 매장과 날짜에 대해 ERP가 수신한 거래와 비교합니다. 일치하면 마감합니다. 일치하지 않으면 누락되거나 추가된 거래를 나열한 검토가 생성되어, 조정 전표를 전기하는 대신 원인을 고칠 수 있습니다.
프로모션과 가격 변경을 미리 예약할 수 있습니까?
가능합니다. 각 가격 또는 프로모션 변경은 적용 날짜와 매장을 담아 미리 전송하므로, 매장 직원이 별도로 조작하지 않아도 정확한 시점에 계산대가 전환됩니다. 통합 계층은 어느 매장이 변경을 확인했는지 기록하고, 확인하지 않은 매장을 표시합니다.
매장이 많은 경우 어떻게 확산합니까?
몇 개 매장에서 파일럿을 시작해 매일 현재 프로세스와 합계를 비교합니다. 합계가 일치하면 매장 운영 팀이 감당할 수 있는 속도로 그룹 단위 확산을 진행합니다. 새 흐름이 검증될 때까지 각 매장에서 기존 프로세스를 계속 사용할 수 있게 합니다.
어떤 POS 및 ERP 시스템과 연동됩니까?
이 설계는 API, 이벤트, 파일로 거래를 내보낼 수 있는 모든 POS와, SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central, Odoo 같은 ERP와 함께 작동합니다. 시작 시 귀사의 특정 POS와 ERP의 인터페이스를 확인합니다. 제품 이름을 언급하는 것이 해당 벤더와의 파트너십을 의미하지는 않습니다.
오픈 후 전기 실패는 누가 처리합니까?
오픈 전에 합의합니다. 보통 미등록 상품 같은 비즈니스 오류는 귀사 매장 운영 팀이나 재무 팀이 검토 목록에서 처리하고, 흐름 자체의 기술적 장애는 기술 팀이 처리합니다. 지속 계약의 일부로 그 기술 지원을 제공할 수 있으며, 런북은 귀사 팀과 공유합니다.
계약이 아니라 대화로 시작하십시오.
구축하거나 연결하거나 보호할 대상을 알려 주십시오. 아키텍트가 함께 검토한 뒤 시작 지점을 제안합니다.
다음 단계
일정 협의
팀이 이메일로 연락해 세션 시간을 협의합니다.
사전 컨설팅 세션
무료 30분 온라인 사전 컨설팅 세션에서 목표, 시스템, 제약 조건을 함께 검토합니다.
준비도 검토
무료 48시간 준비도 검토에서 프린시펄 아키텍트가 프로젝트를 6개 항목의 준비 완료 정의에 비추어 점검하고 적합한 트랙을 권고합니다.
트랙 선택
범위가 준비된 프로젝트는 영업일 기준 3~5일 이내 구속력 있는 제안서를 받습니다. 개념 단계 프로젝트는 블루프린트 스튜디오에서 시작합니다. 장애가 있거나 문서화되지 않았거나 통합이 필요한 운영 시스템은 1~2주 진단으로 시작합니다. 블루프린트 스튜디오와 진단은 각각 고정 비용이며 제안서에 명시됩니다.