Nelydo POS Receipt Agent · R7

프랜차이즈 POS 영수증 데이터를 승인 설치형으로 수집·검증합니다.

이 공개 데모는 실제 매장 정보 없이 합성 영수증만 사용합니다. 공고 요구사항과 POS 산업 표준 학습을 반영해 인쇄 출력 경로, 파싱 규칙 확장, SQLite outbox, HTTPS 전송 계약, 업데이트·로그·장애 대응 구조를 한 화면에서 검토할 수 있게 정리했습니다.

허용: 가맹점 승인 설치, 문서화된 Windows 인쇄 경로, 합성 데이터 데모
차단: 무단 수집, 메모리 후킹, DLL/inline/kernel hook, 보안 우회
01

승인 인쇄 경로

Print Spooler, 프린터 큐, 가상 프린터, 포트 모니터 후보를 승인 설치형 POC로 검증합니다.

02

파서 규칙 확장

POS별 출력 포맷 차이를 규칙 버전과 필드 매핑으로 관리합니다.

03

SQLite outbox

네트워크 장애 시 로컬 버퍼에 저장하고 idempotency로 중복 전송을 줄입니다.

04

운영·진단·롤백

로그, 상태 모니터링, 승인 업데이트, rollback manifest로 장기 운영 리스크를 낮춥니다.

End-to-End Demo

합성 영수증 → payload → outbox → 재전송

network: online
파싱 payload
Outbox 상태
    검증 포인트
      이벤트 로그

        Bid Fit Matrix

        공고 요구사항 대응 구조

        수집 경로Windows 표준 인쇄 출력 경로

        승인된 매장 PC에서 프린터 큐, 가상 프린터, 포트 모니터 후보를 POC로 비교합니다.

        파싱 구조규칙 버전 + 필드 매핑

        일자, 매장, 메뉴명, 수량, 금액, 합계, 결제수단을 표준 payload로 변환합니다.

        오프라인 대응SQLite outbox + idempotency

        단절 시 로컬 저장, 복구 시 재전송, payload hash 기반 중복 방지를 제안합니다.

        서버 연동HTTPS 계약 + 재시도 정책

        공개 데모는 전송하지 않고, 계약 후 인증·API·ACK 정책을 확정합니다.

        운영 안정화로그·상태·진단 패키지

        설치, 실행, 업데이트, 오류 상황을 진단 가능한 파일로 남깁니다.

        업데이트서명·hash·rollback

        승인된 업데이트와 실패 시 이전 버전 복구가 가능한 구조로 설계합니다.

        POS Industry Learning

        공식 자료에서 흡수한 설계 기준

        결제 보안PCI DSS 범위 분리

        공개 데모 payload에는 카드번호, 민감 인증 데이터, 실제 고객 정보가 들어가지 않습니다. 결제 계정 데이터가 포함될 가능성은 계약 POC의 별도 범위로 둡니다.

        프린터 명령ESC/POS 제어문자 인식

        영수증 스트림에는 일반 텍스트와 함께 ESC, GS 기반 명령, 서식, 바코드, QR, 코드페이지 신호가 섞일 수 있어 파서가 명령과 매출 라인을 구분해야 합니다.

        장치 추상화UnifiedPOS / POS for .NET 참고

        POS 주변장치 연동은 표준 장치 모델을 기준으로 후보를 분리하고, 실제 드라이버 연동은 승인된 매장 POC에서만 검증합니다.

        Windows 인쇄 경로Print path acceptance lock

        프린터 큐, 가상 프린터, 포트 모니터, language monitor 후보는 설치 승인, 드라이버 호환성, rollback 조건이 확인될 때만 실제 구현 후보로 올립니다.

        매출 파싱다양한 영수증 포맷 대응

        할인, 취소, 환불, 세금, 봉사료, 복합 결제, 세트 메뉴, 옵션 라인은 규칙 버전과 테스트 샘플로 분리 관리합니다.

        파일럿 지표정확도와 충돌률 측정

        파싱 정확도, 중복률, outbox 복구율, 출력 지연, POS 충돌, 로그 완전성을 파일럿 PASS 기준으로 둡니다.

        산업 학습 신호

          Risk Register

          산업 적용 전 차단·증거 필요 항목

          BLOCKED결제정보 범위 누수

          카드번호, 민감 인증 데이터, 실제 고객정보가 payload에 들어가는 구조는 redaction과 PCI 범위 확정 전 차단합니다.

          NEEDS_EVIDENCE제어문자·코드페이지

          ESC/POS 명령, 다국어 코드페이지, 바코드/QR 라인은 실제 샘플과 프린터 모델별 evidence가 필요합니다.

          NEEDS_EVIDENCEWindows 7/Embedded

          단일 실행 파일, TLS, SQLite, 프린터 드라이버 호환성은 OS별 실기기 검증이 필요합니다.

          ACCEPTANCE_LOCKlanguage/port monitor 구현

          실제 monitor 후보는 설치 승인, 서명, rollback, 충돌 테스트가 있어야 POC로 진입합니다.

          BLOCKED실제 서버 송출

          공개 데모는 서버 전송을 수행하지 않습니다. API 인증, ACK, 재시도 정책은 계약 후 테스트 환경에서만 검증합니다.

          BLOCKED후킹·우회 방식

          POS 프로세스 메모리 접근, DLL/inline/kernel hook, 백신 우회, 보안제품 비활성화는 구현 범위에서 제외합니다.

          Pilot Validation

          실제 매장 적용 전 검증 절차

          Implementation Boundary

          계약 전 공개 데모와 계약 후 실제 구현을 분리합니다.

          공개 데모

          • 합성 영수증만 사용
          • 브라우저 내부 시뮬레이션
          • 서버 전송 없음
          • 실제 POS 접근 없음

          계약 후 POC

          • 승인된 테스트 POS/프린터 확인
          • 프린터 드라이버·출력 포맷 확인
          • 서버 API·인증·idempotency 확정
          • Windows 7/Embedded 별도 실기기 검증

          60-Day Roadmap

          60일 구현 계획

          1. 1~10일: 요구사항 확정, 승인 설치 절차, 샘플 영수증·프린터 후보 수집, 필드 사전 작성
          2. 11~25일: 인쇄 경로 POC, 파서 규칙 레지스트리, SQLite outbox, 재전송 정책 구현
          3. 26~40일: 서버 API 연동, idempotency, 장애 복구, 로그·보존 정책 구현
          4. 41~50일: Windows 7/10/11/Embedded 호환성, 성능·충돌·백신 오탐 점검
          5. 51~60일: 설치 패키지, 업데이트/롤백, 운영 문서, 파일럿 매장 검수

          Safety Guard

          차단하는 방식

          무단 설치, 은밀 수집, POS 프로세스 메모리 접근, DLL injection, inline hook, kernel hook, 백신 우회, 보안제품 비활성화는 범위에서 제외합니다.