Every offline workspace already knows things. Work, time, people, movement. We call that memory layer StoreGraph our ontology of how a workspace runs. AI Hub reads it, and turns it into decisions you approve, actions it runs, and results that come back.

AI Hub란 무엇인가요?
오프라인 운영을 위한 AI 실행 플랫폼.
AI Hub는 StoreGraph 위에서 돌아가는 의사결정 플랫폼입니다. 에이전트를 구성해 판단을 만들고, 그 판단을 고객사의 승인 규칙에 태운 뒤 실제 시스템에서 실행하고 결과까지 기록합니다. 정해진 기능 목록을 파는 것이 아니라, 현장마다 자기 운영 방식에 맞게 조립해 쓰는 구조입니다.
01
Decision Card와 채널
사용자와 본사가 실제로 보는 화면: 질문의 답, 리포트, 승인, 알림이 한 표면에 모입니다.
03
산업별 에이전트
산업의 맥락을 아는 에이전트가 현장 단위로 구성되어, 지금 해야 할 일을 판단합니다.
05
StoreGraph와 지식
공유 기억 계층: 하나의 ID, 하나의 관계망, 모든 판단의 근거.
02
오케스트레이션
질문과 이벤트를 작업으로 쪼개고 에이전트를 지휘하며 충돌을 조정합니다.
04
승인과 워크플로
무엇을 스스로 돌리고 무엇을 사람 앞에 세울지는 고객사가 정합니다. 그 규칙이 모든 실행에 내장됩니다.
06
통합과 거버넌스
이미 쓰고 있는 시스템을 연결하고, 보안·감사·비용을 전체에 걸쳐 책임집니다.
AI Hub란 무엇인가요?
오프라인 운영을 위한 AI 실행 플랫폼.
AI Hub는 StoreGraph 위에서 돌아가는 의사결정 플랫폼입니다. 에이전트를 구성해 판단을 만들고, 그 판단을 고객사의 승인 규칙에 태운 뒤 실제 시스템에서 실행하고 결과까지 기록합니다. 정해진 기능 목록을 파는 것이 아니라, 현장마다 자기 운영 방식에 맞게 조립해 쓰는 구조입니다.
01
Decision Card와 채널
사용자와 본사가 실제로 보는 화면: 질문의 답, 리포트, 승인, 알림이 한 표면에 모입니다.
02
오케스트레이션
질문과 이벤트를 작업으로 쪼개고 에이전트를 지휘하며 충돌을 조정합니다.
03
산업별 에이전트
산업의 맥락을 아는 에이전트가 현장 단위로 구성되어, 지금 해야 할 일을 판단합니다.
04
승인과 워크플로
무엇을 스스로 돌리고 무엇을 사람 앞에 세울지는 고객사가 정합니다. 그 규칙이 모든 실행에 내장됩니다.
05
StoreGraph와 지식
공유 기억 계층: 하나의 ID, 하나의 관계망, 모든 판단의 근거.
06
통합과 거버넌스
이미 쓰고 있는 시스템을 연결하고, 보안·감사·비용을 전체에 걸쳐 책임집니다.
연결하고
이해하고 판단하며
실행하는 운영체계를 만듭니다
AI Hub는 현장을 이렇게 바꿉니다
POS, 주문, 재고, 키오스크, 센서: 한 번도 하나로 움직인 적 없던 현장의 데이터·시스템·기기.
연결하고
AI Hub는 현장을 이렇게 바꿉니다
POS, 주문, 재고, 키오스크, 센서: 한 번도 하나로 움직인 적 없던 현장의 데이터·시스템·기기.
이해하고 판단하며
AI Hub는 현장을 이렇게 바꿉니다
연결된 그림 위에서 AI는 지금 무엇이 왜 일어나는지 읽습니다. 무엇이 중요한지 가늠해 점장이 내릴 판단을 내립니다.
실행하는 운영체계를 만듭니다
AI Hub는 현장을 이렇게 바꿉니다
사용자가 정한 권한과 정책 안에서 결정은 대시보드를 떠납니다. 실제 시스템에 닿아 실행되고 결과와 함께 기록됩니다.
연결하고 이해하고 판단하고 실행하는 루프가 돌 때마다 기록이 남습니다. 무엇을 어떤 근거로 결정했는지, 그 결과가 어땠는지가 함께 남습니다. 이 기록은 로그가 아니라 쌓여가는 현장의 판단력입니다.
이 모든 것이 쌓여 닿는 곳, Decision Intelligence.
연결하고 이해하고 판단하고 실행하는 루프가 돌 때마다 기록이 남습니다. 무엇을 어떤 근거로 결정했는지, 그 결과가 어땠는지가 함께 남습니다. 이 기록은 로그가 아니라 쌓여가는 현장의 판단력입니다.
AI Hub가 궁극적으로 만드는 것이 이것입니다: 오프라인 운영을 위한 Decision Intelligence. 오래 돌수록 판단은 더 정확해지고, 같은 지능이 하나의 현장에서 그 위의 운영 전체로 확장됩니다.
AI Hub가 궁극적으로 만드는 것이 이것입니다: 오프라인 운영을 위한 Decision Intelligence. 오래 돌수록 판단은 더 정확해지고, 같은 지능이 하나의 현장에서 그 위의 운영 전체로 확장됩니다.
우리가 해결하는 방식
데이터 수집부터문제 해결까지
기록되지 않던 현장 데이터를 확보하고, 운영 중인 시스템의 데이터를 하나로 모읍니다. POS, 키오스크, 센서, 근무표, 스프레드시트까지: 새로 만드는 것 없이 전부 연결합니다.
데이터에 관계와 의미를 부여해, AI가 현장이 돌아가는 방식을 이해하도록 만듭니다. 여기서 StoreGraph가 만들어집니다: 모든 소스를 관통하는 하나의 ID, 하나의 관계망.
산업의 맥락을 아는 에이전트가 지금 무엇을 해야 하는지 판단합니다. 그래프를 읽고 신호를 저울질해 오늘 중요한 것부터 순서를 세웁니다.
판단이 실제 운영의 행동으로 이어지도록 사람이 확인하는 지점을 함께 설계합니다. 무엇을 스스로 돌리고 무엇을 먼저 물을지, 고객사가 정한 규칙이 흐름에 내장됩니다.
데이터 수집
기록되지 않던 현장 데이터를 확보하고, 운영 중인 시스템의 데이터를 하나로 모읍니다. POS, 키오스크, 센서, 근무표, 스프레드시트까지: 새로 만드는 것 없이 전부 연결합니다.
AI Hub는 각 현장의 판단을 한곳으로 모읍니다.
데이터를 보여주는 데서 멈추지 않고,
지금 무엇을 해야 하는지 알려주고 실행을 유도합니다.
결과가 다시 판단이 됩니다
실행은 끝이 아닙니다. 결과가 돌아와 다음 판단을 바꿉니다.

승인
자동화 수준을 현장이 정합니다. 정보만 볼지, 제안까지 받을지, 승인 후 실행할지, 한도 안에서 자동 실행할지. 실행 위험이 있는 결정은 사람이 승인합니다.

실행
승인된 결정이 실제 운영 시스템으로 나갑니다.

성과
실행 결과를 회수해 무엇이 효과를 냈는지 기록합니다.

재학습
승인·거절·수정 이력과 성과가 다음 판단의 근거가 됩니다.
결과가 다시 판단이 됩니다
실행은 끝이 아닙니다. 결과가 돌아와 다음 판단을 바꿉니다.

승인
승인
자동화 수준을 현장이 정합니다. 정보만 볼지, 제안까지 받을지, 승인 후 실행할지, 한도 안에서 자동 실행할지. 실행 위험이 있는 결정은 사람이 승인합니다.

실행

성과

재학습

결과가 다시 판단이 됩니다
AI Hub는 질문에 답하는 모델을 넘어 운영을 지휘하는 오케스트레이터입니다. 질의와 이벤트를 업무로 분해하고 에이전트를 통제하며 승인과 성과를 기록합니다. 무엇이 승인되고 수정되고 반려되었는지, 그리고 그 결과가 어땠는지가 그때그때 기록으로 남습니다.
AI Hub는 질문에 답하는 모델을 넘어 운영을 지휘하는 오케스트레이터입니다.
이 섹션은 하나의 요청이 AI Hub 안에서 지나는 여덟 단계를 차례대로 따라갑니다.
Intake
질문·버튼·스케줄·이상 신호를 받습니다.

결과가 다시 판단이 됩니다
AI Hub는 질문에 답하는 모델을 넘어 운영을 지휘하는 오케스트레이터입니다. 질의와 이벤트를 업무로 분해하고 에이전트를 통제하며 승인과 성과를 기록합니다. 무엇이 승인되고 수정되고 반려되었는지, 그리고 그 결과가 어땠는지가 그때그때 기록으로 남습니다.
이 섹션은 하나의 요청이 AI Hub 안에서 지나는 여덟 단계를 차례대로 따라갑니다.
- 01입력질문·버튼·스케줄·이상 신호를 받습니다.
- 02맥락 확인사용자·현장·권한을 확인합니다.
- 03업무 분해목표와 제약으로 업무를 분해합니다.
- 04근거 수집Ontology에서 근거를 모읍니다.
- 05에이전트 실행에이전트를 실행하고 충돌을 조정합니다.
- 06정책 점검위험·예산·개인정보를 검사합니다.
- 07사람의 승인여기서 사람이 개입합니다.
- 08재학습실행과 결과가 다시 학습됩니다.
AI HUB 목표 아키텍처, 12개 레이어
고객 경험, 지능 조직, 공통 기억, 실행·운영 기반을 분리한 확장형 구조입니다.
L1
채널 · 고객 경험
- Web/App
- Chat
- Dashboard
- Report
- Notification
각 레이어는 독립 책임을 가집니다.
고객 체험
사용자와 본사가 보는 페이지와 Decision Card를 구성합니다. 질문, 보고서, 결재, 알림이 이 레이어에서 통합됩니다.
도메인을 이해하고
사람과 협력하여
결정을 돕는 AI Agent
하나의 AI가 아닌, 각 기능별 전문가를
파견해 문제를 해결합니다.
데이터 수집부터 프로세싱,
AI Agent의 업무 수행까지
주문이 몰리는 시간은 정해져 있지 않습니다

주문이 몰리는 시간은 정해져 있지 않습니다
수요 예측의 부재
주문량이 매일 달라져도 예측 근거가 없어, 준비량은 경험으로 추정합니다.
재고와 주문의 단절
판매는 POS에, 재고 차감은 다른 시스템에 기록되어 실제 남은 수량을 실시간으로 알 수 없습니다.
인력 배치의 감 의존
피크타임이 언제 올지 데이터로 보이지 않아, 인력 배치가 담당자의 감에 의존합니다.
피크타임 전에 준비를 끝내는 판단
주문, 재고, 날씨, 인력을 하나의 맥락으로 읽어, 피크타임 대비와 재고 소진 예측을 먼저 짚도록 설계되었습니다.
피크타임 전에 준비를 끝내는 판단
주문, 재고, 날씨, 인력을 하나의 맥락으로 읽어, 피크타임 대비와 재고 소진 예측을 먼저 짚도록 설계되었습니다.
Ontology
ORDER
84%
relation coverage
Data schema
Data schema
Data schema
INVENTORY
consumes
STAFF
handles
WEATHER
affects
relation coverage
84%
INVENTORY · consumes
STAFF · handles
WEATHER · affects
+2
+3
+1
+2


OrderedCovers / 15 min
45
48
24
0
13:35
14:05
14:32
Kitchen load by hour
Hall A
32
16
0
11
13
15
17
19
21
Seats filled
39
Table
Menu
Status
#A-1043
Table 07 · 4 seats
#A-1047
Table 05 · 6 seats
#A-1052
Table 09 · 6 seats
#A-1055
Table 12 · 2 seats
#A-1058
Table 03 · 4 seats
#A-1064
Table 11 · 4 seats
주문 폭주는 예고 없이 오지 않습니다

주문 폭주는 예고 없이 오지 않습니다
폭주 예측의 부재
주문 급증을 지나고 나서야 확인해, 라이더 확보와 조리 준비가 항상 한 발 늦게 시작됩니다.
조리, 배차 타이밍의 단절
조리 완료 시점과 라이더 도착 시점이 서로 어긋나, 음식이 식거나 라이더가 기다리게 됩니다.
지역별 수요 불균형
지역별 수요 변화를 실시간으로 읽지 못해, 라이더가 남는 존과 부족한 존이 동시에 생깁니다.
주문 폭주를 먼저 읽는 배차
주문 흐름과 지역 신호를 엮어 폭주를 예측하고, 라이더 배치와 조리 시작 시점을 먼저 제안하도록 설계되었습니다.
주문 폭주를 먼저 읽는 배차
주문 흐름과 지역 신호를 엮어 폭주를 예측하고, 라이더 배치와 조리 시작 시점을 먼저 제안하도록 설계되었습니다.
Ontology
ORDER
91%
relation coverage
Data schema
Data schema
Data schema
RIDER
pre-positions
ZONE
rebalances
KITCHEN
preps
relation coverage
91%
RIDER · pre-positions
ZONE · rebalances
KITCHEN · preps
결품은 창고가 아니라 구조에서 시작됩니다

결품은 창고가 아니라 구조에서 시작됩니다
임계 재고의 늦은 감지
임계치 아래로 내려간 재고를 출고 시점에야 발견해, 긴급 발주와 추가 비용으로 이어집니다.
배차와 도크의 비동기
차량 도착 시간과 도크의 상하차 슬롯이 따로 관리되어, 기사와 도크 양쪽에 대기가 쌓입니다.
수기 승인의 병목
보충 발주 기안이 사람 손을 여러 번 거치며 지연되어, 리드타임이 그만큼 길어집니다.
결품 전에 움직이는 보충과 배차
재고와 차량, 도크의 상태를 함께 읽어 결품이 생기기 전에 보충을 기안하고, 사람이 승인하는 지점을 함께 설계했습니다.
결품 전에 움직이는 보충과 배차
재고와 차량, 도크의 상태를 함께 읽어 결품이 생기기 전에 보충을 기안하고, 사람이 승인하는 지점을 함께 설계했습니다.
Ontology
STOCK
87%
relation coverage
Data schema
Data schema
Data schema
ROUTE
matches
DOCK
loads
STAFF
handles
relation coverage
87%
ROUTE · matches
DOCK · loads
STAFF · handles
Dock dwell
64
빈 매대는 매출이 사라지는 순간입니다

빈 매대는 매출이 사라지는 순간입니다
결품의 늦은 발견
빈 매대를 직원의 순회 점검으로만 확인해, 비어 있는 동안의 판매 기회를 그대로 놓칩니다.
발주와 수요의 단절
주말, 프로모션으로 달라지는 수요가 발주에 늦게 반영되어, 과잉과 결품이 반복됩니다.
진열 우선순위의 부재
어떤 매대부터 채울지 기준이 없어 감으로 결정하고, 그만큼 동선과 시간이 낭비됩니다.
빈 매대를 사전에 감지하는 운영
매대와 수요, 발주를 하나의 구조로 연결해 결품을 사전에 감지하고, 진열과 발주가 이어지도록 설계되었습니다.
빈 매대를 사전에 감지하는 운영
매대와 수요, 발주를 하나의 구조로 연결해 결품을 사전에 감지하고, 진열과 발주가 이어지도록 설계되었습니다.
Ontology
SHELF
89%
relation coverage
Data schema
Data schema
Data schema
DEMAND
forecasts
STAFF
restocks
PRICE
drives
relation coverage
89%
DEMAND · forecasts
STAFF · restocks
PRICE · drives
지연은 도로 위에서만 생기지 않습니다

지연은 도로 위에서만 생기지 않습니다
경로 재설계의 지연
정체를 만난 뒤에야 우회 경로를 찾기 시작해, 한 건의 지연이 뒤 배송 전체로 번집니다.
고객 안내의 공백
지연 사실이 고객에게 늦게 전달되어, 문의와 클레임 대응에 시간이 다시 쓰입니다.
인수인계 추적의 단절
허브를 옮겨갈 때마다 상태 기록이 끊겨, 분실이나 오배송이 생겨도 원인을 추적하기 어렵습니다.
지연을 감지하면 다시 설계되는 경로
교통과 배송 상태를 실시간으로 읽어 경로를 다시 설계하고, 고객 안내까지 하나의 흐름으로 잇도록 설계되었습니다.
지연을 감지하면 다시 설계되는 경로
교통과 배송 상태를 실시간으로 읽어 경로를 다시 설계하고, 고객 안내까지 하나의 흐름으로 잇도록 설계되었습니다.
Ontology
ROUTE
86%
relation coverage
Data schema
Data schema
Data schema
DRIVER
follows
TRAFFIC
affects
CUSTOMER
notified
relation coverage
86%
DRIVER · follows
TRAFFIC · affects
CUSTOMER · notified
이탈은 재등록 시점이 아니라 첫 결석에서 시작합니다

이탈은 재등록 시점이 아니라 첫 결석에서 시작합니다
결석 신호의 뒤늦은 확인
연속 결석을 월말 집계로 확인해, 학생이 마음을 정한 뒤에야 상담이 시작됩니다.
강의실 배정의 불균형
같은 시간대에 빈 강의실과 정원 초과 반이 함께 생겨, 낼 수 있는 수업 수가 줄어듭니다.
보강과 상담의 누락
보강 배정과 학부모 상담이 담당 강사의 기억에 남아 처리 여부가 매번 달라집니다.
이탈 신호를 먼저 띄우는 운영
출결과 진도와 강의실 배정을 하나의 구조로 연결해 이탈 신호를 먼저 띄우고, 보강 배정까지 이어지도록 설계되었습니다.
이탈 신호를 먼저 띄우는 운영
출결과 진도와 강의실 배정을 하나의 구조로 연결해 이탈 신호를 먼저 띄우고, 보강 배정까지 이어지도록 설계되었습니다.
Ontology
CLASS
87%
relation coverage
Data schema
Data schema
Data schema
ABSENCE
signals
ROOM
hosts
GUARDIAN
confirms
relation coverage
87%
ABSENCE · signals
ROOM · hosts
GUARDIAN · confirms
도입을 검토하고 계신다면,
AI Hub는 NEXTPAY의 오프라인 산업 AI 실행 플랫폼입니다. 현장에서 운영 데이터를 확보하고 Ontology로 관계와 의미를 부여합니다. 그 위에 산업의 맥락을 아는 에이전트를 구성해, 판단이 실제 운영의 행동으로 이어지도록 설계되었습니다. 정해진 기능 목록을 고르는 제품이 아니라, 각 현장이 자신의 운영 방식에 맞게 AI를 설계하고 운영할 수 있는 구조를 제공합니다.
기존 도구는 대부분 데이터를 기록하고 조회하는 데서 멈춥니다. 무엇이 일어났는지는 알려주지만, 다음에 무엇을 해야 하는지는 사람의 몫으로 남습니다. AI Hub는 흩어진 데이터를 하나로 엮어 AI가 현장의 맥락을 이해하도록 하고, 그 이해를 바탕으로 숫자가 아니라 다음 행동을 짚도록 설계되었습니다.
네. 대부분의 AI는 이미 정리된 데이터를 전제로 시작하지만, 오프라인 현장에는 그런 데이터가 없는 경우가 많습니다. AI Hub는 기록되지 않는 지점에는 수집 장치를 두고 운영 중인 시스템에서는 데이터를 끌어오며, 협력사가 보유한 데이터는 연결합니다. 기업이 먼저 데이터를 정리해 건넬 필요가 없습니다.
AI Hub는 특정 업종을 위한 도구가 아니라 여러 산업 위에서 작동하도록 설계된 구조입니다. Ontology 구조는 그대로 두고 산업별 판단 기준과 에이전트만 교체하는 방식이라, 산업이 달라져도 처음부터 다시 구축하지 않고 확장할 수 있습니다.
모든 판단을 AI에게 맡기지 않습니다. 어떤 결정을 자동으로 실행하고 어떤 결정을 사람이 확인한 뒤 승인할지, 현장의 조건에 맞춰 함께 설계합니다. 자동화의 범위를 현장이 정할 수 있도록 하는 것이 원칙입니다.
네. 기존 장비를 교체하는 방식이 아니라, 이미 쓰고 있는 시스템 위에 운영 레이어를 더하는 방식으로 적용합니다. 한 곳에서 시작해 검증한 뒤 전체로 확장할 수 있습니다.
운영 환경을 먼저 진단합니다. 어떤 데이터가 이미 쌓이고 있고 어떤 시스템을 쓰고 있는지 확인합니다. 어떤 판단이 반복적으로 사람의 손을 거치는지 파악한 뒤, 어떤 레이어부터 적용할지 함께 결정합니다. 현장을 이해하는 전문가가 도입 설계부터 함께합니다.

우리가 하는 일
복잡한 운영을
단순한 실행으로
현장에서 일하는 모든 사람에게,
더 나은 결과를 만드는 AI의 판단을
현장의 모든 판단을
더 정확하게
현장은 저마다 다르게 돌아갑니다.
지금 운영에 정말 필요한 것이 무엇인지
전문가와 이야기해 보세요.




