플러스프로젝트 배경
1) 문제점 - 가맹점마다 다른 POS 를 써서 본사가 전체 매장 판매 데이터를 한꺼번에 확보·분석하기 어려움 - POS 공식 API 가 없어 매장 PC 의 로컬 DB(Firebird 2.x·3.x 혼재)를 직접 읽어야 함 - 결제 후 취소·환불·수정이 잦아 새 주문만 모으면 금액이 어긋남 2) 프로젝트 목표 - 매장 POS → 수집 Agent → 중앙 서버 → 정규화 → 본사 웹 관리페이지 구조
프로젝트 성과
매출 조회부터 주문 상세까지 한 흐름
대시보드 → 매장·시간대·메뉴별 매출 → 주문 목록 → 주문 상세(변경 이력·원천 수집 정보)까지 데모에서 브랜드·매장 권한대로 조회됩니다.
재수집 명령 큐와 정합성 대사 화면
관리자가 지정 기간 재수집을 요청하면 명령이 큐에 실제로 등록되고 대사 차이 건과 연결됩니다. Agent 가 하트비트에서 가져가는 구조입니다.
매장 단위 Firebird 환경·수집 정책 관리
단말별 엔진 버전·인증 체계·Adapter·암호화된 접속정보와, 전체→브랜드→매장 상속형 수집 설정을 저장하고 조작 이력에 남깁니다.
핵심 기능
판매현황 대시보드 — 전체 매출과 수집 이상을 한 화면에
브랜드·기간(일·주·월)을 골라 실제 결제금액·주문건수·취소환불 금액을 보고, 오른쪽에서 Agent 연결 끊김·24시간 수집 공백·대사 차이·삭제 추정 주문을 바로 확인합니다. 삭제 추정 주문은 합계에서 빠집니다.
진행 단계
공고 분석 · 기획
2026.09.
공고의 필수 과업을 화면과 데이터 구조로 분해하고, 실제로 동작시킬 핵심 흐름을 정했습니다.
프로젝트 상세
외식 프랜차이즈 가맹점 POS(Firebird 로컬 DB)에서 매장 Agent 가 주문·판매 데이터를 수집해 보내면, 가맹본부가 전체 매장의 매출을 조회하고 POS 원천 합계와 중앙 집계를 대사하며 Agent 상태를 관리하는 본사용 웹 관리 시스템입니다. 위시켓 공고를 받고 지원서에 첨부하려고 직접 만든 데모이며, 아래 주소에서 계정 없이 바로 눌러볼 수 있습니다(로그인 화면 맨 위의 운영 담당 · 권역 담당
