nexus.crowny.org — SAP 대비 기능/현황 분석 + 크라우니ERP 연동 설계

2026-07-17. 목적: nexus(의사결정 코어)를 SAP 대응 기능 지도에 놓고 현황을 정직 실측으로 판정, erp.crowny.org(crowny-erp v2.0.0)·crowny://erp(크라우니AI 모듈)와의 연동 경로를 확정한다. 사실 출처: crowny-butler nexus 스택 인벤토리(코드·데이터·라이브 프로브) + nexus 문서 5건(2026-07-17) + crowny-erp 판정 지점 조사. SAP 용어는 비교 참조로만 사용(제품·브랜딩에는 고유 용어 유지 — 헌법 규칙).

1. nexus 정체 — SAP 지도에서의 위치

nexus는 ERP 애플리케이션이 아니라 의사결정·거버넌스 레이어다. SAP 스택에서 대응하는 것은 모듈(FI/SD/MM…)이 아니라 그 밑을 관통하는 판정 인프라다:

SAP 대응물	nexus 대응	판정
BRF+ (비즈니스 룰 프레임워크)	규칙엔진.한선(다조건 평가+트레이스, 단일정본) + 규칙표 PSV(승인규칙2 20행·배분·일정·도메인키워드)	동등 구조, 규모 열위(SAP 수천 룰셋 vs 수십 행) — 구조는 확장 가능 확인
구매 릴리스 전략 (금액단계 승인권자)	승인규칙엔진: ≤10만 자동(티)/≤100만 팀장(옴)/≤1000만 임원(옴)/>1000만 이사회(음)/위험 반려(타)	동등 개념 실증(검증 5/5). 갭=승인권자가 문자열 라벨(실사용자 해석 없음)
Business Workflow + Fiori 승인함	승인큐서버(:9801, 사람 최종승인 큐)	미기동. 승인해도 자동실행 없음(기록만) — 안전측 설계는 완료
GRC 감사 + 변경문서(CDHDR/CDPOS)	감사 PSV(넥서스_감사 87행) + 리플레이(/api/replay 결정론 재현) + 규칙 버전관리(diff·스냅샷·롤백, 보존정책 한선씨 정본)	동등+α. 특히 what-if 반사실(/api/whatif)은 SAP에 없는 우위(파운드리식)
룰 편집 트랜잭션(BRF+ 워크벤치)	규칙편집 UI(:9802 인라인, 비개발자용, 화이트리스트·fail-closed·백업 3중 안전) + 규칙검증/충돌 정적검사 전량 한선씨 정본	동등 개념. 갭=편집자 인증 없음(자기신고) — SAP 대비 치명
Joule(자연어 코파일럿)	도메인 라우터(명령/승인/배분/일정/조회 판별)+자연어 입력 → 4상	SAP엔 최근에야 생긴 축. 갭=이해 라우터 정확 68% 천장
(해당 없음)	4상 통일 판정(티 실행/옴 보완·주의/타 거부/음 상신) — 5개 도메인을 한 판정 틀로	크라우니 고유 우위 — SAP는 도메인마다 별도 판정 체계

핵심 판정: nexus의 구조적 자산(단일 규칙정본 + 전 결정 감사 + 리플레이/what-if + 4상 통일)은 SAP의 판정 인프라와 개념 동등이고 일부(what-if, 4상 통일, 토큰0 한선씨 정본) 우위다. 열위는 전부 "규모·운영" 축(규칙 수, 승인권자 실체 해석, 인증, 배포)이다.

2. 현황 실측 (2026-07-17)

완성·검증됨 (한선씨 정본 14/14 컴파일, JS 10/10, 5도메인 스모크 6/6):

마스터 디스패처(넥서스.js): 도메인판별→5엔진(명령/승인/배분/일정/조회) 디스패치→통일 4상→감사. 파괴명령→음→승인큐 이관 확인.
판정 로직 전량 한선씨 정본(JS는 spawnSync 글루) — 규칙엔진·사상판정·도메인판별·승인판정·배분판정·규칙검증·규칙차이·규칙검사·스냅샷정리·엣지존재(147k 멤버십 18ms, 64KB 절단 우회)·대상선택·동작추출·조회판정.
감사서버 :9802 로컬 라이브(리플레이·what-if·규칙편집·버전관리 실측 200).

미완·갭:

#	갭	SAP 대비 의미	비고
G1	nexus.crowny.org 미배선(게이트웨이·포트 레지스트리에 없음, /health 000)	시스템이 "없는" 상태	배선은 게이트웨이 소관(공유 인프라 무접촉 — 제안만)
G2	승인큐서버(:9801) 미기동	승인함 부재	코드는 존재
G3	규칙편집 편집자 인증 없음(자기신고)	변경통제(SOX급) 미달	크라우니인증.한선(erp) 재사용 후보
G4	승인권자=문자열 라벨(팀장/임원/이사회)	릴리스 전략의 "실사용자 해석" 없음	erp RBAC(권한검증.한선 L1~L4)와 연동으로 해소
G5	이해 라우터 정확 68%	자연어 진입 신뢰도	4상 안전게이트가 오류를 음으로 흡수(robust)하나 천장
G6	다단계 순차/병렬 결재 체인·대결(대리)·기한 에스컬레이션 없음	Business Workflow 대비	현재 단일 판정 1회
G7	(a)의사결정코어 정책검사() JS 스텁(null 통과)	정책 게이트 공백	한선씨 정본화 대상

3. 크라우니ERP 연동 설계 (핵심 산출)

현재 완전 분리 상태: nexus(:9802 로컬)와 erp(:9938 라이브)는 상호 호출 경로가 없다. 그러나 역할 중첩이 명백하다:

erp core/동의결정.한선 = 4상 동의 거버넌스 ↔ nexus 사상판정.한선 = 4상 결정트리 (중첩 1순위)
erp 견적서버 워크플로(/api/quote/submit → tech-review → sales-verify → decide(경영AI :9913 중계)) ↔ nexus 승인규칙엔진 (릴리스 전략 중첩)
erp 권한검증.한선(RBAC) ↔ nexus 승인권자 라벨 (상호 보완 — 중첩 아님)

역할 분담 원칙 (SAP식 계층화)

[ERP = 업무 객체·상태기계]  견적/계약/전표의 데이터·상태전이·RBAC  (SAP의 MM/SD 문서)
[nexus = 판정·거버넌스]     전이 때마다 "해도 되는가"의 4상 판정 + 감사·리플레이  (SAP의 릴리스전략/BRF+/GRC)

동의결정.한선은 "업그레이드 동의" 전용으로 존치(테넌트 거버넌스 — 도메인이 다름). 업무 승인 판정은 nexus 규칙표로 일원화.
ERP는 판정을 소유하지 않고 위임한다 — 규칙 변경이 ERP 배포 없이 규칙편집 UI에서 끝나는 구조(SAP에서 릴리스 전략 커스터마이징이 코드 수정 없이 되는 것과 동일 가치).

연동 인터페이스 (제안 — 라이브 검증 전 배선 금지 원칙 준수)

판정 API: nexus에 POST /api/decide {domain, text|slots, amount, requester, tenant} → {사상, 승인권자라벨, 규칙id, 감사id} 신설(:9802 감사서버에 추가가 최소변경). 견적서버.한선의 tech-review/sales-verify 전이 직전 1회 호출(체계()+curl -m 타임아웃 — VM 함정 준수).
승인권자 해석: nexus 응답의 라벨(팀장/임원/이사회)을 erp 권한검증.한선 역할표로 해석해 실승인자 목록 산출 — 해석 책임은 ERP측(테넌트별 조직이 다르므로).
승인함 통합: 음(상신) 건은 승인큐(:9801)에 적재하고, crowny://erp 전자결재(approval) 모듈이 이를 표시 — 이미 존재하는 접점: 크라우니AI 울트라키보드가 ERP 결재승인 키맵(mod+Enter, 옴 확인) 보유, CrownyShared 이벤트버스에 erp.approval.requested 토픽 추가(ERP-연동계약.md §2 확장).
감사 통합: ERP발 판정도 넥서스_감사.psv에 태깅 기록 → 리플레이/what-if로 "이 결재가 규칙 R12가 아니라 R15였다면?"을 ERP 결재 건에 대해 재현 — SAP GRC가 못 하는 차별 기능.
경영AI(:9913) 관계: 현 /api/quote/decide의 경영AI 중계는 존치하되, nexus 4상이 선행 게이트(티/타는 즉결, 옴/음만 경영AI·사람으로) — 토큰 절감 구조(값싼 결정론 판정 선행 = 크라우니 물성).

단계 로드맵

단계	내용	선행조건
P0	nexus 포트 등록+nexus.crowny.org 배선(게이트웨이 세션 제안)·승인큐 기동·규칙편집 인증(크라우니인증.한선 재사용)	없음(운영 결정)
P1	판정 API 신설 + 견적서버 tech-review 전이 1개에 위임 실증(라이브 왕복 실측)	P0
P2	승인권자 RBAC 해석 + 승인함(9801↔crowny://erp approval 모듈) + 이벤트버스 토픽	P1
P3	감사 통합·what-if ERP 시나리오·다단계 체인(G6)·정책검사 정본화(G7)	P2

4. 결론 (4상)

티: 구조 자산(규칙 단일정본·감사·리플레이·what-if·4상 통일)은 SAP 판정 인프라와 동등+부분 우위 — 연동 설계대로 진행 가치 확실.
옴: 규모·운영 갭(G1~G7)은 전부 알려진 유형의 작업 — 특히 G1(배선)·G3(인증)이 선행.
타: ERP 내 판정 로직을 nexus로 "이식"하는 대수술은 불필요 — 위임 1콜 구조가 정답(동의결정.한선 존치).
음: nexus.crowny.org 도메인 배선·포트 확정은 게이트웨이/운영 결정(공유 인프라 무접촉) — 사장님/게이트웨이 세션 결재 사항.