N-XI의 모든 것을 하나의 지도로.

N-XI

• N-XI — 제조 공정을 디지털로 설계하고, 실제 흐름을 재생하며, 병목을 찾아 개선 근거를 남기는 공장 시뮬레이션 기반 디지털 트윈 빌더입니다. N-XI 제작팀이 만듭니다.

용어사전

• 용어사전 — N-XI 글과 튜토리얼에서 자주 만나는 말을 한곳에 모은 홈페이지 용어사전입니다.
• 디지털 트윈 — 실제 공장이나 라인을 컴퓨터 안에 옮겨 놓은 모델입니다. 같은 조건을 여러 번 돌려 보고 결과를 숫자로 비교할 수 있습니다.
• 설계트윈 — 공장을 미리 배치하고 검증하는 단계의 트윈입니다. 설비·물류 자원·품목·BOM을 한 모델에 연결해 시뮬레이션합니다. N-XI의 가장 큰 강점입니다.
• 운영트윈 — 설계 뒤 실제 현장과 연결해 운영하는 단계의 트윈입니다. 흔히 말하는 디지털 트윈이 여기에 해당합니다.
• 리소스 — 설계트윈 안에 배치된 설비, 창고, 작업장, 컨베이어 같은 자원입니다.
• 링크 — 리소스 사이의 생산 또는 물류 흐름입니다. 흐름만 이을 때는 링크, 물리적 벨트가 필요하면 컨베이어를 씁니다.
• 품목 — 생산·보관·운반되는 대상입니다. 원자재, 보조재, 소모품, 반제품, 완제품으로 나뉩니다.
• BOM — 자재 명세서. 완제품 하나를 만드는 데 필요한 부품과 수량입니다.
• DES — 이산사건 시뮬레이션. 입고, 가공 시작과 끝, 이송처럼 의미 있는 사건이 일어나는 순간에만 상태를 바꿔 계산합니다. 사건 사이의 시간은 건너뛰어 빠릅니다.
• 병목 — 라인 전체의 속도를 정하는 지점입니다. 앞은 막히고 뒤는 기다리는 경계이며, 가공 시간이 가장 긴 설비와 같지 않을 수 있습니다.
• 투입 대기 — STARVED. 앞 공정에서 재료가 오지 않아 설비가 일감을 기다리는 상태입니다. 설비가 느린 것이 아니라 공급이 늦은 것입니다.
• 막힘 — BLOCKED. 뒤 설비가 받아 주지 않아, 다 만든 품목을 내보내지 못하고 멈춰 있는 상태입니다.
• 가동률 — 설비가 일을 할 수 있는 상태로 있던 시간의 비율입니다. 자재 대기와 막힘이 이 값을 깎습니다.
• OEE — 설비종합효율. 가용성 × 성능 × 품질로 계산합니다. 값이 낮을 때는 세 요소 중 무엇이 깎는지 먼저 봅니다.
• 처리량 — 시간 또는 하루 동안 라인이 내보낸 양입니다. 조건 변경의 효과를 가장 먼저 비교하는 지표입니다.
• AGV — 무인 운반 차량. 지게차·AMR과 함께 TRANSPORTER 리소스로 배치되고, 저장소의 공급·보충 요청을 보고 최단 경로로 오갑니다.
• STORE — 저장소 리소스. 입고와 반출을 명시적으로 켜야 품목이 흐릅니다. 중간 저장소와 출하 저장소를 구분해 설계합니다.
• PROCESS — 공정 설비 리소스. 용해로, 다이캐스팅기, CNC 같은 가공 설비가 여기에 해당합니다.
• CONVEYOR — 컨베이어 리소스. 리소스와 연결을 한 번에 만들며, 이송 정체율·출구 막힘률 같은 지표가 따로 계산됩니다.
• TRANSPORTER — 운반 리소스(AGV, AMR, 지게차). 요청 기반으로 움직이며 운반 용량과 보충 기준이 결과를 크게 바꿉니다.
• 즉석 재생 — 빠른 진단용 시뮬레이션. 결과가 서버에 남지 않습니다.
• 인스턴스 시뮬레이션 — 서버에 영구 저장되는 실행. 나중에 상태와 제조 KPI를 다시 조회하고 서로 비교할 수 있습니다.
• MCP — Model Context Protocol. AI 에이전트가 설계트윈을 조회·편집하고 KPI를 읽도록 N-XI가 제공하는 서버입니다. 베타 기능입니다.
• 난수 seed — 같은 난수 조건으로 반복 실행해 설정 차이만 비교하게 하는 값입니다. 공정한 비교의 기본입니다.

튜토리얼

• 튜토리얼 10편 — 레고 조립 라인으로 설계 트윈 만들기부터 운영 트윈 배포까지 10편에 걸쳐 따라 하는 과정입니다. 시뮬레이션 3회(8시간) 비교, 병목 개선 +26.5%.
• EP.01 시작하기 — N-XI에 들어가 첫 설계트윈을 만듭니다.
• EP.02 품목·BOM — 만들 품목과 부품 구성(BOM)을 정의합니다.
• EP.03 설비 배치 — 입고대, 조립 셀, 검사, 출고를 공장 안에 배치합니다.
• EP.04 흐름 연결 — 링크와 컨베이어로 리소스 사이의 흐름을 연결합니다.
• EP.05 속성 넣기 — 가공 시간 같은 시뮬레이션 속성을 설비에 넣습니다.
• EP.06 실행·KPI — 8시간 시뮬레이션을 실행하고 KPI를 읽어 병목을 진단합니다.
• EP.07 병목 개선 — 조립 시간을 35초로 줄여 시간당 처리량이 89.6개로 늘고 재고가 거의 사라지는 것을 확인합니다. 한 값만 바꿔 비교합니다.
• EP.08 AGV 추가 — 부품 창고와 AGV를 추가해 입고대 보충을 자동화합니다. AGV 1대로 충분하다는 결론을 냅니다.
• EP.09 AI 대화 — AI 에이전트와 채팅으로 라인을 만드는 전체 과정과 실제 요청문을 다룹니다.
• EP.10 운영 배포 — 설계를 운영 트윈으로 배포합니다. 배포는 되돌릴 수 없어 확인 항목을 점검합니다.

사례

• 가상 공장 사례 — 실제 공장 데이터 형식을 본뜬 가상 공장 사례입니다. 수치는 모두 N-XI 시뮬레이션 실행 결과이며 실제 고객 현장의 값이 아닙니다.
• 다이캐스팅 가상 공장 — 8개 다이캐스팅 라인, 리소스 948개. 24시간 시뮬레이션에서 이벤트 1,035,245건을 7.6초에 계산. 가용성 68.9% × 성능 99.9% × 품질 99.4% = OEE 68.4%, 가동률 손실의 대부분은 투입 대기(28.8%).
• INTRO #01 왜 시뮬레이션? — 3D로 공장을 그리는 데서 끝나지 않고, 그 공장을 돌려 보고 숫자로 판단하는 방법. 평균으로는 대기가 0초인 라인도 흔들림을 넣고 8시간 돌리면 자재의 44.7%가 기다립니다.
• INTRO #02 AGV를 더 살까? — 공장 데이터만 받은 AI가 N-XI로 원인을 찾았습니다. AGV 대수보다 보충 기준이 문제였고, 추가 투자 없이 하루 출하 2,770 → 3,592개(+29.7%).
• INTRO #03 충전기 vs 컨베이어 — 충전기를 18% 빠르게 했는데도 출하가 그대로였습니다. 원인은 컨베이어. 충전기 증설 없이 하루 출하 6,608 → 7,256케이스(+9.8%).
• INTRO #04 재고 −65% — 창고는 꽉 찼는데 라인은 부품이 없어 서는 공기청정기 조립 공장. 랙 증설 없이 부품 재고 12,512 → 4,371개(−65%), 두 라인 계획 달성률 88% → 100%.
• INTRO #05 증설 전 공용 설비 — 배터리 팩 조립 공장의 2라인 증설안은 하루 1,124 → 1,573팩(1.4배)에서 멈춥니다. 원인은 공용 포장 셀(가동률 98.8%). 포장 셀·AGV 각 1대를 더하면 2,245팩으로 목표의 107%.
• INTRO #06 평균 말고 편차 — 무선 전동공구 조립동에서 S1에 사람을 더 넣으면 출하는 0.6%만 늘었습니다. 원인은 S3·S5 공정 시간의 편차. 지그·고정구와 받침대 2개로 하루 6,939대(목표의 102%), 작업자 추가 0명.
• INTRO #07 투자 요청 다섯 건 — 사무용 의자 공장에 투자 요청 다섯 건(17.7억)이 들어왔습니다. 현재 공장을 저장해 두고 같은 출발점에서 하나씩 비교한 결과, 금액이 가장 큰 요청은 출하를 늘리지 못했고 7.7억 권고안으로 하루 2,046 → 2,512대(판매 가능량 2,400대), 회수 기간 0.88년.
• S사 전체공장 — 다이캐스팅·주조. 389 리소스, 340 링크. 주조기 라인 다수를 포함한 공장 전체를 실제 배치 그대로 재현했습니다.
• 라인 C 병목 진단 — 자동차 내장재. 사출→도어트림→콘솔 조립 라인에서 사출1호기를 단일 병목(가동률 88.7%)으로 특정하고 병렬 증설을 1순위로 도출했습니다.
• 대형 스마트 물류센터 — 712 리소스, AGV/트랜스포터 48대. 랙·피킹스테이션·AGV 기반으로 플랫폼 확장 한계를 검증했습니다.
• 스마트스피커 제조 라인 — 가전 조립. 65 리소스, 27종 품목/BOM. 요청 기반 AGV 자율운반으로 8시간 1,000개(Takt 24초) 목표를 검증했습니다.

FAQ

• 자주 묻는 질문 — 홈페이지 FAQ. 정확도, 필요 자료, 맞는 문제, 설비 구매, 사례 수치, 소요 시간, AI 신뢰, 문의처, 정식과 Beta의 차이 등 15문항입니다.
• N-XI는 무엇인가요? — 제조 공정을 디지털로 설계하고, 흐름을 재생하며, 더 나은 답을 함께 찾아가는 디지털 트윈 빌더입니다.
• 설계트윈과 운영트윈? — 설계트윈은 운영트윈을 만들기 전에 공장을 미리 배치하고 검증하는 단계입니다. N-XI의 가장 큰 강점은 설계트윈입니다.
• 시뮬레이션은 무엇을 돌리나요? — 제조 라인과 물류 흐름을 돌려 보는 공장 시뮬레이션입니다. 이벤트 기반으로 설비 상태, 투입 대기, 막힘, 가동률, 처리량을 계산합니다.
• AI 에이전트와 연결되나요? — 네. MCP 서버를 제공해 AI가 설계트윈을 조회·편집하고 KPI를 읽을 수 있습니다.
• 사용법은 어디서 배우나요? — 홈페이지 튜토리얼에서 레고 조립 라인 예제로 10편을 따라 할 수 있습니다.
• 현장과 얼마나 맞나요? — 운영 데이터로 트윈을 보정한 뒤 현재 조건을 먼저 돌려 실측과 비교합니다. 가상 공장 사례에서는 하루 출하가 실측 대비 −4.6%, −1.5%, 1% 안팎이었습니다. 실제 정확도는 가진 데이터와 보정 범위에 따라 달라집니다.
• 어떤 자료가 필요한가요? — 설비 배치 도면(CAD), 설비 기준정보, 공정 순서·품목·BOM, 사이클타임과 설비 정지 기록, 필요하면 MES·PLC 이력입니다.
• 어떤 문제에 맞나요? — 품목과 운반차가 하나하나 움직이는 흐름과 대기의 문제. 유체 흐름이나 구조 해석 같은 연속 물리 현상은 다른 도구의 영역입니다.
• 설비 사기 전에 어떻게? — 요청안과 대안을 같은 트윈에서 같은 조건으로 여러 번 돌려 비교합니다. AGV 추가 대신 보충 기준 변경, 충전기 증설 대신 컨베이어 조정, 랙 증설 대신 납품 계획 변경이 더 나은 답이었습니다.
• 사례 수치는 실제 값? — 아닙니다. 가상 공장이며 수치는 모두 N-XI 시뮬레이션 실행 결과입니다. 같은 난수 조건으로 반복해 조건 차이만 비교했습니다.
• 시뮬레이션은 얼마나 걸리나요? — 리소스 948개짜리 공장의 24시간 운영(약 103만 건의 사건)이 7.56초에 끝났습니다. 이벤트 기반(DES)이라 사건이 없는 시간은 건너뜁니다.
• AI 결론을 믿어도 되나요? — 무엇을 풀지와 판단 기준은 사람이 정하고, AI의 결론은 모두 시뮬레이션 기록으로 확인할 수 있습니다.
• 문의는 어디로? — 홈페이지 문의 창구로 연락합니다. 정식 N-XI, Beta, 튜토리얼에서 먼저 살펴볼 수도 있습니다.
• 정식 버전과 Beta는 무엇이 다른가요? — 2026년 11월 2일 정식 버전이 열렸습니다. Beta는 시험 운영 환경이라 저장한 데이터가 삭제되거나 일부 기능이 축소·변경될 수 있어, 중요한 데이터는 Beta에만 보관하지 않는 것이 좋습니다. 튜토리얼과 AI 에이전트 연결 안내는 Beta 서버 기준입니다.

홈페이지

• 홈페이지 — N-XI 공식 홈페이지. 소개, 설계트윈 핵심 규칙, 튜토리얼, 사례, 영상, 산업, 연혁, FAQ, 용어사전의 9개 섹션으로 구성됩니다.
• BUILD 공정을 그려요 — 설비와 물류 자원, 품목과 BOM을 하나의 설계트윈 안에 차근차근 연결합니다.
• TEST 먼저 움직여 봐요 — 실제 라인을 멈추지 않고 연결된 흐름을 재생해 동작과 상태를 미리 살펴봅니다.
• IMPROVE 근거로 개선 — 이벤트와 병목 신호를 함께 읽고 다음 설계안을 더 또렷한 근거 위에서 검토합니다.
• 정밀한 애셋 배치 — mm 단위 좌표로 설비를 정확히 놓고 여러 개를 한 번에 배치합니다.
• 바닥 기준 Z좌표 — 모든 리소스의 높이는 바닥 기준입니다. 설비를 쌓거나 높이를 바꿔도 바닥 위치가 흔들리지 않습니다.
• STORE·PROCESS 흐름 — 입고와 반출을 명시적으로 켜야 품목이 흐릅니다. 중간 저장소와 출하 저장소를 구분합니다.
• Link vs 컨베이어 — 흐름만 이을지, 실제 벨트까지 만들지 구분합니다. 컨베이어는 리소스와 연결을 한 번에 만듭니다.
• 요청 기반 AGV 운반 — AGV·지게차는 저장소의 공급·보충요청 속성만 보고 최단 경로로 스스로 오갑니다.
• 즉석 재생 vs 인스턴스 — 빠른 진단은 즉석 재생으로, 다시 조회할 결과는 서버에 저장되는 실행으로 남깁니다.
• AI 에이전트로 열기 — MCP 서버 주소를 AI 에이전트에 등록하면 연결됩니다. 베타 기능이라 연결·인증 방식이 바뀔 수 있고, Beta 서버의 데이터는 삭제될 수 있습니다.
• 산업 10종 — 주조, 금형, 소성 가공, 용접·접합, 표면 처리, 열처리, 사출·프레스, 정밀 가공, 적층 제조, 조립 공정.
• 연혁 — 2025 디지털 트윈 솔루션 개발 시작 · 2025.11 공공 조달 납품 · 2026.03 기업부설연구소 인정 · 2026.05 n-xi.kr 도메인 등록 및 개발 착수 · 2026.08 교육과정 SW 라이선스 제공. · 2026.11 N-XI 정식 오픈, 소프트웨어 품질 인증 1등급
• 정식 오픈 · Beta 안내 — N-XI 정식 버전이 2026년 11월 2일 열렸습니다. Beta는 시험 운영 환경이며 데이터가 삭제되거나 일부 기능이 축소될 수 있습니다.
• 소프트웨어 품질 인증 1등급 — N-XI가 소프트웨어 품질 인증(GS) 1등급을 받았습니다. 홈페이지 지식재산과 인증에서 인증 마크를 볼 수 있습니다.

영상 채널

• 영상 채널 — N-XI 영상 채널. 설계한 공장을 움직이고, 결과를 읽고, AI와 채팅으로 만드는 과정을 짧은 영상으로 소개합니다.
• 왜 시뮬레이션일까? 1:22 — 평균으로는 대기가 0초인 라인도 흔들림을 넣고 8시간 돌려 보면 자재의 44.7%가 기다립니다. DES와 숫자로 병목을 찾는 법. 자막만 있는 영상입니다.
• 알루미늄 다이캐스팅 공장 0:12 — N-XI로 설계한 가상 공장의 모습입니다.
• N-XI MCP 활용 1:02 — 채팅으로 공장 설계부터 시뮬레이션까지 진행합니다.
• Simulation 핵심 기능 1:06 — 설계 트윈 실행과 193종 KPI 분석을 보여 줍니다.
• Builder 핵심 기능 1:34 — BOM부터 제조 라인 2D·3D 모델링까지 보여 줍니다.

N-XI 커뮤니티

• N-XI 커뮤니티 — N-XI 커뮤니티 게시판의 관련 글. 홍보, 개발, 연구노트, 이전 제품 전환, 사용자 가이드 등이 위키에 수집되어 있습니다.
• N-XI 소개 페이지 오픈 — N-XI 소개 페이지가 최신 개발 결과물을 기반으로 오픈되었습니다. 16초 클립이 첨부된 공식 발표글입니다. (N-XI 홍보 게시판)
• 소개 자료 2종 — 제조업 실무자와 경영진을 위한 브로셔(3장)와 안내서(8장). 용어를 쉽게 풀고 화면 활용법과 FAQ를 담았습니다. 사례는 모두 가상 공장입니다. (N-XI 홍보 게시판)
• MCP·CLI 가이드 — 개발 환경에서 MCP 서버를 구성하고 CLI로 설계 트윈을 만들고 관리하는 방법. OAuth 인증, 암호화 세션, 배포 전 검토를 다룹니다. (N-XI 개발 게시판)
• 품질 인증 결함보고서 — 2025년도 소프트웨어 품질 인증 과정의 결함보고서 1~3차. 디지털 트윈 빌더 V1.0의 문서 불일치, 보안 기준(AES-256-GCM 등)을 다룹니다. (N-XI 개발 게시판)
• 과제 중간 현장평가 — 디지털 트윈 개념과 N-XI 적용 가능성에 대한 현장평가 결과. 설계트윈·운영트윈 구분과 N-XI가 고급 공장 시뮬레이션 도구임을 분명히 해야 한다는 결론. (연구노트)
• N-XI AI 핸즈온 — 설계 → 품목·BOM 연결 → 실행 시뮬레이션 → 결과 분석 흐름을 따라 하는 핸즈온 워크숍 PDF. (연구노트 8월 주간보고)
• 이전 제품→N-XI 전환 후보 40개 — 활성 설비가 있는 이전 제품 설계 중 구조 데이터량 순으로 40개를 골라 Use Case 1~4별로 비교한 문서.
• UC1~UC4 이전 보고서 — 이전 제품의 대표 설계 11개를 N-XI 디지털 트윈으로 이전하고, 설비 배치·시뮬레이션 속성·AGVPath·컨베이어를 검증한 보고서.
• 설계 변환 README — 원본은 SELECT만 실행하고 미리보기와 승인 후에만 N-XI MCP로 설계트윈을 생성하는 변환 작업 안내.
• 플랫폼 소개와 적용 사례 — 4종 리소스(STORE, PROCESS, CONVEYOR, TRANSPORTER), 3개 편집 모드(레이아웃·애니메이션·품목·BOM), 병목 진단. 다이캐스팅·자동차 내장재·물류센터·가전 조립 적용. (사용자 가이드)
• 설계트윈 사용자 매뉴얼 — 설계트윈 만들기, 품목과 BOM, 레이아웃과 흐름 연결, 시뮬레이션 실행, 애니메이션 검증, 운영 배포까지의 단계별 가이드.
• N-XI Guide 2 기본개념 — 서비스 구조, 화면 모드, 시뮬레이션 실행 모드, 병목 진단 기준, 배포 절차를 설명하는 사용 가이드.
• 영상 채널 운영 — N-XI 홍보 게시판의 영상 채널 운영 글. 영상 콘텐츠를 홈페이지와 연결합니다.
• N-XI v1.0 저작권 등록 — N-XI v1.0 저작권 등록과 플랫폼 매뉴얼 작성 기준 관련 글. (N-XI 홍보 게시판)

제조 KPI

• 제조 KPI — 시뮬레이션에서 발생한 이벤트 21종을 기록하고, 측정값 174개와 지표 193종으로 계산합니다. 핵심은 OEE, 수율, 재고, 물류 충족률, 운반 적재율, 병목 식별입니다.
• 수율·불량률 — 공정 자체 불량과 상류에서 물려받은 불량을 구분해 품질 책임을 공정별로 가립니다.
• 재고·체류 시간 — 재고 수준이 유지된 시간을 적분해 평균 재고와 품목이 머문 시간을 계산합니다.
• 물류 충족률 — 요청 → 배차 → 납품 3단계로 나눠 보충이 어디서 막혔는지 짚습니다.
• 운반 적재율 — AGV·지게차가 실제로 자재를 싣고 이동한 비율을 공차 이동과 구분해 봅니다.
• 병목 식별 — 처리량 저하 → 공정별 OEE → 투입 대기/막힘 비교 순서로 병목 지점을 좁혀 갑니다.
• 입고 수량 — 외부에서 들어온 수량.
• 투입(소비) 수량 — 공정이 소비한 수량.
• 생산 수량 — 공정이 만들어 낸 수량. 양품·불량으로 나뉩니다.
• 출하 수량 — 공장 밖으로 내보낸 수량. 양품·불량 출하로 나뉩니다.
• 재공 수량 — 공정 중에 있는 수량(WIP).
• 생산·출하 수율 — 양품 / 전체. 출하 수율 96.0% 같은 값으로 읽습니다.
• 불량률 — 생산 불량률과 출하 불량률. 자체 불량과 상류에서 물려받은 불량을 구분합니다.
• 성능 — OEE의 성능 요소. 사이클타임 대비 실제 속도입니다.
• 품질 — OEE의 품질 요소. 양품 비율입니다.
• 자재 대기 비율 — STARVED 상태로 보낸 시간의 비율. 사례에서 28.8%, 32.2%처럼 가동률을 깎는 가장 큰 요인이었습니다.
• 막힘 비율 — BLOCKED 상태로 보낸 시간의 비율.
• 고장 비율 — 설비 고장으로 보낸 시간의 비율.
• 준비 비율 — 준비(셋업)에 쓴 시간의 비율.
• 완료 작업 수 — 운반 장비가 마친 운반 작업 건수. 사례에서 17,187건.
• 빈 차 이동 비율 — 자재를 싣지 않고 움직인 시간의 비율. 사례에서 39.0%.
• 적재·공급지·복귀 이동 비율 — 적재 이동, 공급지 이동, 복귀 이동으로 나눠 운반 시간을 봅니다.
• 싣는·내리는·대기 비율 — 싣는·내리는 시간 비율, 대기 비율, 하역 대기 비율.
• 컨베이어 정체 비율 — 컨베이어가 정체한 시간의 비율. 사례에서 31.0%.
• 출구 막힘 비율 — 컨베이어 출구가 막힌 시간의 비율.
• 점유 수량·공간 사용률 — 컨베이어의 현재 탑재 수량과 공간 사용률.
• 저장 용량·사용률 — 창고의 총 저장 용량, 현재 재고, 현재 사용률, 용량 사용률.
• 대시보드 6종 — 시간당 처리량, 평균 가동률, 누적 이벤트, 평균 대기 시간, 처리량 추이, 영역별 가동률.
• 이벤트 21종 · 지표 193종 — 시뮬레이션에서 이벤트 21종을 기록하고 측정값 174개와 지표 193종으로 계산합니다. 공장 전체 KPI는 40개입니다.
• 결정적 이벤트 로그 — 같은 모델과 seed에서 같은 결과를 보장합니다.
• 미정의 ≠ 0 — 분모가 0이라 계산할 수 없는 값은 0이 아니라 "미정의"로 표시하고 집계에 섞지 않습니다.

시뮬레이션 속성

• 시뮬레이션 속성 — 설비에 붙이는 "역할 스티커". STORE, PROCESS, CONVEYOR, TRANSPORTER 4종으로 고정되어 있고, 타입마다 속성과 기본값·범위가 정해져 있습니다. 타입을 바꾸면 기존 속성이 새 타입의 기본값으로 교체될 수 있습니다.
• capacity 용량 — STORE가 보관할 수 있는 최대 수량. 기본 1,000 ea, 범위 1 ~ 1,000,000.
• arrival 입고 사용 — 입고를 켜야 품목이 생깁니다. 기본값은 꺼짐이라 직접 켜야 합니다.
• arrival.item 입고 품목 — 외부에서 들어오는 품목. 입고는 품목마다 첫 입고 시각·간격·수량을 따로 주며, 한 저장소에 여러 품목을 들일 수 있습니다(같은 품목은 한 번만). 기본 default.
• arrival.interval 입고 간격 — 입고 사이의 시간. 기본 10 time, 최대 10,000.
• arrival.quantity 입고 수량 — 한 번에 들어오는 수량. 기본 1 ea, 범위 1 ~ 10,000.
• supply 공급원 사용 — 운반차(TRANSPORTER)가 이 STORE에서 집어 가려면 켜야 합니다. 기본 꺼짐.
• requests.item 보충 요청 품목 — 이 STORE가 운반차에게 채워 달라고 요청하는 품목.
• requests.maxLevel 목표 수량 — 보충 요청이 채우려는 목표 수량. 요청량은 목표 − (재고 + 운반 중)입니다. 기본 1, 범위 1 ~ 1,000,000.
• requests.minLevel 최소 수량 — 재고 + 운반 중 + 배차 전 요청 잔량이 이 수량 이하(≤)가 되면 요청이 걸립니다. 0도 쓸 수 있지만 완전히 빈 뒤에야 보충이 시작되어 그동안 공정이 자재를 기다립니다.
• departure 입고 즉시 출고 — 켜면 들어오는 즉시 공장 밖으로 반출됩니다. 중간 버퍼에 켜면 뒤 공정이 전부 STARVED로 보이므로 출하 저장소에만 켭니다.
• consumes 소비 품목·수량 — 공정이 한 번에 쓰는 품목과 수량. BOM을 따라가지 않으며 기본값은 default 품목입니다. 수량 1 ~ 10,000.
• produces 생산 품목·수량 — 공정이 만들어 내는 품목과 수량. BOM을 만들어도 여기서 직접 지정해야 합니다.
• processTime.avg 평균 공정 시간 — 가공 시간의 평균. 기본 10 time, 범위 0.01 ~ 10,000.
• processTime.sd 표준편차 — 공정 시간의 흔들림. 평균만 넣으면 대기가 보이지 않고, 흔들림을 넣어야 현실의 대기가 나타납니다.
• defectRate 불량률 — 공정에서 발생하는 불량 비율. 0 ~ 100 %.
• speed 컨베이어 속도 — 기본 200 mm/time, 범위 1 ~ 10,000.
• length 컨베이어 길이 — 경로에서 자동 계산됩니다. 품목 길이가 컨베이어보다 길면 실리지 않습니다.
• speed 운반차 속도 — 기본 2,000 mm/time, 최대 100,000.
• capacity 운반 용량 — 한 번에 싣는 수량. 기본 1 ea, 범위 1 ~ 1,000,000.
• loadTime 적재 시간 — 싣는 데 걸리는 시간. 기본 10 time.
• unloadTime 하역 시간 — 내리는 데 걸리는 시간. 기본 10 time.
• 품목 분류 6종 — 완제품, 반제품, 부품, 원자재, 부자재, 소모품.
• 단위 — 길이 mm·cm·m, 무게 kg·g·t, 부피 m3·L·cm3·mm3, 각도 rad·deg, 개수 ea.
• 치수·중량 — 길이·너비·높이(mm, 기본 500³)와 중량. 3D 모델을 고르면 큰 축을 500mm에 맞춰 비율대로 계산합니다.
• 시간 단위(time) — 속성의 시간은 time 하나이며 초·분·시가 정해져 있지 않습니다. 실행을 만들 때 고른 시간 단위와 같은 축을 씁니다. 자동 환산하지 않으므로 어긋나면 이벤트가 거의 없게 됩니다.

N-XI 기능

• N-XI 기능 — 설계트윈 편집기의 4개 작업 모드, 애셋·품목 라이브러리, 협업·배포, 시뮬레이션 실행 이력 등 N-XI가 제공하는 기능 전체입니다.
• 레이아웃 모드 (1) — 리소스·링크·컨베이어 배치, 위치와 크기, 시뮬레이션 속성, 배포를 편집합니다. 단위 mm.
• 애니메이션 모드 (2) — 설비와 품목의 흐름, 이벤트 로그, 대기·가동 상태를 읽기 전용으로 재생합니다.
• 품목/BOM 모드 (3) — 품목을 만들고 완제품·반제품의 구성 품목과 수량을 트리로 관리합니다.
• 시뮬레이션 모드 (4) — 실행을 새로 만들고 완료된 실행의 이벤트 로그와 대시보드를 분석합니다. 읽기 전용.
• 3D / 2D 전환 (V) — 배치 간격과 겹침은 2D, 높이와 형상은 3D로 확인합니다.
• 3D 카메라 조작 — Alt+좌클릭 또는 중간 버튼 드래그로 회전, 우클릭 드래그로 패닝, 휠로 줌.
• 1mm 그리드 이동 — 드래그 이동은 1mm 그리드에 맞춰지고, Ctrl/Cmd 드래그는 복제 이동입니다.
• 회전 · 크기 (R, S) — R은 Z축 시계 90°, Shift+R은 반대. S는 크기 변경. 회전은 90° 단위만 지원합니다.
• 바닥 기준 Z — 모든 리소스의 높이 z는 바닥(밑면) 기준. 바닥판이 운반차와 같은 높이면 장애물이 되므로 z를 조금 낮춥니다.
• 숨김 · 잠금 — 씬 트리의 눈 아이콘은 숨김/표시, 자물쇠는 이동 방지.
• 복사·붙여넣기·되돌리기 — Ctrl/Cmd+C/X/V, Ctrl+Z, Ctrl+Shift+Z. 붙여넣을 때 연결된 링크도 함께 갑니다.
• 단축키 — 1~4 모드, V 보기, L 링크, C 컨베이어, R/S 회전·크기, Delete 삭제, Esc 취소.
• 링크 (L) — 출발에서 도착으로 방향성만 연결. 두 리소스 사이에는 방향과 무관하게 링크가 1개만 존재합니다.
• 컨베이어 그리기 (C) — straight 또는 orthogonal 경로, 중간 경유점과 끝점 앵커. 끝점을 리소스에 종속시키면 링크가 자동 생성됩니다.
• 실시간 협업·자동 저장 — 같은 설계트윈을 여럿이 열어도 변경이 즉시 자동 저장·반영됩니다.
• 배포와 버전 — 배포 버튼으로 현재 설계를 읽기 전용 운영트윈에 반영합니다. 배포마다 리소스·링크 수와 시각이 버전으로 남습니다.
• 병목 진단 — 가동률, BLOCKED, STARVED를 시뮬레이션 창 단위로 분석해 병목 위치와 원인을 짚습니다. 병목 앞은 BLOCKED, 뒤는 STARVED로 나타납니다.
• 재생 배속 0.5×~100× — 0.5, 1, 2, 5, 10, 25, 50, 100배속. 구간과 시간 단위는 재생 중 바꿀 수 없습니다.
• Unit(N) 그룹 — 재생 중 이동하는 품목 인스턴스를 모아 보여 주고, 클릭하면 품목·현재 위치·좌표를 확인합니다.
• 실행 이력·이벤트 로그 — 실행을 서버에 영구 저장하고, 로그를 유형·리소스·품목·시간으로 걸러 봅니다. #0부터 순번이 매겨집니다.
• 실행 상태 — PENDING → RUNNING → INGESTING → COMPLETED. 그 밖에 PARTIAL, FAILED, CANCELLED, DELETING이 있습니다. 적재 중에는 취소할 수 없습니다.
• 실행은 설계 버전으로 고정 — 실행은 만든 시점의 설계 버전으로 고정됩니다. seed를 생략하면 실행마다 값이 조금씩 달라지고, MCP에서 seed를 지정하면 같은 설계의 바뀌지 않은 공정이 같은 난수를 받습니다.
• 시뮬레이션 엔진 — 빌더 밖의 외부 프로세스. 엔진이 꺼져 있으면 편집은 되지만 재생과 실행은 시작할 수 없습니다.
• 엔진 6단계 — 입고 → 대기 → 가공 시작 → 완제품·불량 판정 → 이동 → 결과 기록의 순서로 시계를 앞으로 보냅니다.
• RUNNING · STARVED · BLOCKED — 멈췄다고 모두 고장은 아닙니다. 재료가 없으면 STARVED, 다음 자리가 없으면 BLOCKED, 일하는 중이면 RUNNING입니다.
• 한도와 제한 — 리소스 1,000개, 품목 1,000개, BOM 깊이 20단계(노드 최대 품목 한도의 2배). 타입 4종 고정, 운영트윈은 읽기 전용, 한국어 고정.
• default 기본 품목 — 새 설계트윈에 자동 생성되는 시스템 품목. 수정·삭제할 수 없고 실제 업무 품목은 별도로 만듭니다.
• BOM 규칙 — 순환 참조와 동일 구성 중복은 금지되고, 품목 1개당 BOM은 1개입니다.
• N-XI MCP 도구 — 조회, 배치, 연결, 속성 설정, 시뮬레이션 실행, KPI 조회, 배포까지 nx_ 도구 86개로 제공합니다. 작업 순서는 설계트윈 → 품목·BOM → 배치 → 연결 → 속성 → 실행·KPI → 버전·복제 → 배포이며, 범주별 도구는 이 노드에서 이어집니다. 인스턴스 시뮬레이션은 nx_create_simulation_run으로 만듭니다.
• 애셋 라이브러리 158개 — 10개 분류의 설비 애셋. 애셋마다 권장 시뮬레이션 타입이 정해져 있습니다.
• 품목 3D 모델 50개 — 운반·보관 용기, 부품·조립품, 소재·가공품, 주조·성형, 부자재·소모품, 포장·출하의 6가지 쓰임.
• 기본 도형 14 — Cube, Cylinder, Sphere, Cone, Torus, Rounded Box, Wedge, Capsule, Round Tube, 90-Degree Elbow 등.
• 현장·안전·유틸리티 10 — Factory Floor Module, Steel Column, Roll-Up Door, Loading Dock, Safety Fence, Control Cabinet 등.
• 보관·입출고 20 (STORE) — Pallet Rack, Drive-In Rack, Pallet Flow Rack, Vertical Lift Module, Kitting Cart, Line-Side Parts Rack 등.
• 이송·운반 12 (TRANSPORTER) — Counterbalance Forklift, Reach Truck, Low-Profile Lift AGV, Flatbed AMR, Roller-Top AMR, Forklift AGV 등.
• 조립·접합 22 (PROCESS) — Six-Axis Robot Workcell, Cobot Workcell, SCARA Cell, Ultrasonic Welder, Resistance Spot Welder, Press-Fit Station 등.
• 절삭·절단 20 (PROCESS) — CNC Lathe, Vertical Machining Center, Surface Grinder, Laser Cutting, Waterjet, Wire EDM 등.
• 주조·금형·성형 18 (PROCESS) — Crucible Melting Furnace, Die Casting Machine, Trim Press, Injection Molding, Press Brake 등.
• 표면·열처리·세정 16 (PROCESS) — Shot Blasting, Spray Parts Washer, Powder Coating Booth, Heat Treatment Furnace, Quenching Station 등.
• 검사·계측 14 (PROCESS) — CMM, Inline Vision Inspection, Leak Tester, Checkweighing Station, X-Ray Inspection Cabinet 등.
• 포장·출하 12 (PROCESS) — Case Packer, Pallet Stretch Wrapper, Labeling Machine, Robotic Palletizing Cell 등.
• 같은 seed로 실행 비교 — 두 실행을 비교할 때는 같은 seed를 지정합니다. 바꾸지 않은 공정은 같은 공정 시간과 불량 판정을 받아, KPI 차이를 바꾼 조건의 효과로 볼 수 있습니다. 비교 전에 두 실행이 COMPLETED이고 KPI가 준비됐는지 확인합니다.
• 버전 기록: 저장 → 실행 → 복원 — 기준 상태를 버전으로 저장하고, 조건을 바꿔 가며 실행한 뒤, 마음에 드는 시점으로 같은 트윈을 되돌리거나 새 트윈으로 복제합니다. 되돌리기는 미리보기를 승인받고 하며, 직전 상태는 자동 저장됩니다. 운영 트윈은 다시 배포해야 반영됩니다.
• 라인 복제 — 리소스와 하위, 내부 링크를 한 번에 복제합니다. 묶음 수로 여러 개를 만들고 이름 일부(예: L1 → L2)를 한 번에 바꿀 수 있습니다. 대상 밖 설비에 붙어 있던 컨베이어 끝은 자유점이 되므로 다시 붙입니다.
• 그룹(부모)과 편집 규칙 — 부모를 옮기거나 돌리거나 크기를 바꾸면 하위 전체가 함께 바뀌고, 부모를 지우면 하위도 지워집니다. 잠긴 리소스는 이동에서 빠집니다. 부모는 편집·정리용이며 시뮬레이션 계산과 무관합니다.
• AGV 보충 요청 규칙 — 재고 + 운반 중 + 배차 전 요청 잔량이 최소 수량 이하가 되면 목표 − (재고 + 운반 중)만큼 요청합니다. 운반 작업 한 건은 품목 하나만 싣고, 양은 남은 요청량·공급 재고·적재 용량 중 가장 작은 값입니다. 최소 수량만 올려서는 한 번에 나르는 양이 늘지 않습니다.
• AGV가 안 움직일 때 확인 순서 — 1) 집어 가는 곳이 공급원(supply)을 켠 STORE인지 2) 최소·목표 수량 3) 바닥판 같은 큰 리소스가 AGV 이동 평면과 같은 높이(z)인지 4) 공급 STORE에 재고가 쌓였는지, 관찰 시간이 짧지 않은지 순서로 봅니다. 링크로 잇는 것은 원인도 해결책도 아닙니다.
• 여러 리소스 KPI를 한 번에 읽기 — 리소스마다 상세를 반복 조회하지 않고, resources(all 또는 이름 배열)와 metrics를 주면 역할별 표 한 장으로 받습니다. 값이 "미정의"나 "해당 없음"이면 0이 아니므로 합계·평균에 섞지 않습니다.
• KPI 시간 구간별 추이 — 최종 값이 아니라 "언제 그렇게 됐나"를 봅니다. 공장 전체·품목·리소스 범위로 구간별 값을 읽고, 실행 끝에서 잘린 마지막 구간은 덜 찬 구간으로 표시합니다.
• KPI·이벤트 파일로 내보내기 — 실행마다 KPI는 CSV·JSON, 이벤트 원본은 압축 CSV로 내려받습니다. 링크는 10분간 유효합니다. 엑셀이 한글을 바로 읽도록 CSV는 UTF-8 BOM으로 시작합니다.
• 지우거나 배포하기 전에 미리보기 — 리소스·링크·품목·실행·트윈 삭제, BOM 비우기, 애셋 교체, 배포는 먼저 미리보기로 대상과 영향을 보여 줍니다. 사용자가 승인한 뒤 그 미리보기의 토큰과 확인 인자로 실행하며, 그사이 대상이 바뀌면 실행하지 않고 새 미리보기를 줍니다.
• 실험은 디지털 트윈 단위로 만들고 정리 — 실험·사례마다 디지털 트윈을 따로 만들고 그 안에 설계트윈을 두면 끝난 뒤 정리가 쉽습니다. 실행은 지우기 전까지 서버에 남으므로 필요 없는 실행은 취소·삭제합니다.

MCP 도구

• 조회·탐색 — 현재 작업 대상, 설계트윈·품목·리소스·애셋을 찾고 읽는 도구입니다. (18개)
• nx_current_context — 지금 지정된 작업 설계트윈과 로그인 상태를 확인합니다.
• nx_whoami — 현재 로그인한 사용자를 확인합니다.
• nx_guide — 애셋 배치, 속성 연결, AGV 디스패치 같은 여러 도구에 걸친 절차 안내를 읽습니다.
• nx_find_design_twins — 이름으로 설계트윈 후보를 찾습니다.
• nx_list_digital_twins — 디지털 트윈(최상위 컨테이너) 목록을 봅니다.
• nx_list_operational_twins — 운영 트윈 목록을 봅니다.
• nx_list_operational_items — 운영 트윈의 품목 목록을 봅니다.
• nx_list_resources — 설계트윈에 배치된 리소스 목록을 봅니다.
• nx_get_resource — 리소스 하나의 상세(위치·크기·속성)를 읽습니다.
• nx_list_assets — 배치할 수 있는 애셋(설비 모델) 목록을 봅니다.
• nx_list_items — 품목 목록을 봅니다.
• nx_get_item — 품목 하나의 상세를 읽습니다.
• nx_get_item_usages — 품목이 어느 BOM과 리소스에서 쓰이는지 봅니다.
• nx_list_item_models — 품목에 연결할 수 있는 모델 목록을 봅니다.
• nx_list_uom_codes — 수량 단위(UOM) 코드 목록을 봅니다.
• nx_list_design_events — 설계트윈에서 일어난 변경 이력을 봅니다.
• nx_get_design_twin_thumbnail — 설계트윈의 썸네일 이미지를 가져옵니다.
• nx_list_simulation_types — 리소스에 지정할 수 있는 시뮬레이션 유형 목록을 봅니다.
• 설계트윈 관리 — 디지털 트윈(최상위 컨테이너)과 설계트윈을 만들고, 작업 대상으로 지정하고, 이름·순서를 바꾸고, 다 쓴 것을 정리하는 도구입니다. (11개)
• nx_use_design_twin — 이어서 작업할 설계트윈을 지정합니다.
• nx_create_design_twin — 빈 설계트윈을 만듭니다.
• nx_create_design_twin_auto — 요청 내용에 맞춰 설계트윈을 자동으로 구성해 만듭니다.
• nx_rename_design_twin — 설계트윈 이름을 바꿉니다.
• nx_update_design_twin_description — 설계트윈 설명을 바꿉니다.
• nx_logout — 현재 서버 세션을 폐기하고 로그아웃합니다.
• 품목·BOM — 품목을 만들고 BOM(자재 명세)을 구성하고 표시 순서를 바꾸는 도구입니다. (13개)
• nx_add_item — 품목 하나를 추가합니다.
• nx_add_items_many — 품목 여러 개를 한 번에 추가합니다.
• nx_update_item — 품목 하나를 수정합니다.
• nx_update_items_many — 품목 여러 개를 한 번에 수정합니다.
• nx_remove_item — 품목을 삭제합니다.
• nx_bom_add — BOM에 구성 품목 하나를 추가합니다.
• nx_bom_add_many — BOM에 구성 품목 여러 개를 한 번에 추가합니다.
• nx_bom_remove — BOM에서 구성 품목을 뺍니다.
• nx_bom_clear — BOM을 모두 비웁니다.
• nx_bom_tree — BOM을 트리 구조로 읽습니다.
• nx_update_bom_item — BOM 구성 품목의 수량 등을 수정합니다.
• 배치·편집 — 설비를 놓고 옮기고 돌리고 크기를 바꾸고, 복제하고 그룹(부모)으로 묶는 도구입니다. 좌표와 크기는 mm 단위입니다. (16개)
• nx_place — 애셋을 골라 리소스를 하나 배치합니다.
• nx_place_many — 리소스 여러 개를 한 번에 배치합니다.
• nx_move — 리소스를 옮깁니다.
• nx_rotate — 리소스를 회전합니다.
• nx_resize — 리소스 크기를 바꿉니다.
• nx_rename — 리소스 이름을 바꿉니다.
• nx_set_lock — 리소스를 잠그거나 잠금을 풉니다.
• nx_set_visibility — 리소스를 보이거나 숨깁니다.
• nx_add_conveyor — 물리적 컨베이어를 놓습니다.
• nx_reshape_conveyor — 컨베이어의 경로 모양을 바꿉니다.
• nx_replace_resource_assets — 리소스의 애셋(모델)을 다른 것으로 교체합니다.
• nx_remove_resources — 리소스를 골라 삭제합니다.
• nx_remove_all_resources — 리소스를 모두 삭제합니다. 확인 인자가 필요합니다.
• 흐름 연결 — 리소스 사이의 생산·물류 흐름을 연결하거나 끊는 도구입니다. (4개)
• nx_link — 두 리소스 사이에 흐름 링크를 만듭니다.
• nx_unlink — 링크 하나를 끊습니다.
• nx_unlink_all — 링크를 모두 끊습니다. 확인 인자가 필요합니다.
• 시뮬레이션 속성 — 리소스가 시뮬레이션에서 어떻게 움직일지 정하는 도구입니다. (3개)
• nx_set_simulation_type — 리소스에 시뮬레이션 유형(STORE, PROCESS 등)을 지정합니다.
• nx_get_simulation_properties — 리소스의 시뮬레이션 속성 값을 읽습니다.
• nx_set_simulation_properties — 리소스의 시뮬레이션 속성 값을 설정합니다.
• 실행·KPI — 시뮬레이션을 돌리고 결과와 제조 KPI를 읽고 비교하고 파일로 내보내는 도구입니다. (15개)
• nx_run_simulation — 즉석 재생으로 흐름을 진단합니다. 결과는 남지 않습니다.
• nx_run_simulation_report — 즉석 재생 결과를 보고서로 요약합니다.
• nx_run_datahub_simulation — 데이터 허브의 데이터로 시뮬레이션을 돌립니다.
• nx_create_simulation_run — 인스턴스 시뮬레이션 실행을 만듭니다. 서버에 영구 저장됩니다.
• nx_get_simulation_run — 실행 하나의 상태를 확인합니다. COMPLETED여야 KPI를 읽을 수 있습니다.
• nx_list_simulation_runs — 저장된 실행 목록을 봅니다.
• nx_cancel_simulation_run — 진행 중인 실행을 취소합니다.
• nx_delete_simulation_run — 저장된 실행을 삭제합니다.
• nx_get_simulation_run_kpi — 실행의 제조 KPI를 읽습니다.
• nx_get_simulation_run_kpi_series — 실행의 KPI를 시간 흐름 값으로 읽습니다.
• nx_retry_simulation_run_kpi — KPI 계산을 다시 실행합니다.
• nx_compare_simulation_run_kpi — 두 실행의 KPI를 비교합니다.
• nx_get_simulation_run_model — 실행에 쓰인 시뮬레이션 모델을 읽습니다.
• nx_get_simulation_run_design_snapshot — 실행 당시의 설계 스냅샷을 읽습니다.
• 배포 — 검토를 끝낸 설계트윈을 운영 트윈으로 배포하고 상태를 보는 도구입니다. (2개)
• nx_deploy — 설계트윈을 운영 트윈으로 배포합니다. 확인 인자가 필요합니다.
• nx_deployment_status — 배포 진행 상태를 확인합니다.
• 버전 기록·복제 — 설계트윈의 기준 상태를 버전으로 저장하고, 바꿔 가며 실행한 뒤 마음에 드는 시점으로 되돌리거나 새 트윈으로 복제하는 도구입니다. (4개)
• nx_create_digital_twin — 디지털 트윈(최상위 컨테이너)을 새로 만듭니다. 실험·사례마다 하나씩 만들면 정리가 쉽습니다. 이름은 1~20자이고 같은 이름은 거부됩니다.
• nx_rename_digital_twin — 디지털 트윈 이름을 바꿉니다.
• nx_reorder_digital_twins — 디지털 트윈 카드의 표시 순서를 바꿉니다.
• nx_delete_design_twin — 설계트윈과 그 안의 리소스·링크·품목·BOM·실행 이력을 함께 지웁니다. 미리보기를 확인한 뒤 확인 인자로 실행하며 MCP로는 되돌릴 수 없습니다.
• nx_delete_digital_twin — 비어 있는 디지털 트윈만 지웁니다. 소유자만 지울 수 있고, 운영 트윈이 남아 있으면 웹 화면에서 지워야 합니다.
• nx_save_design_twin_version — 지금의 설계를 버전으로 저장합니다. 기준 상태를 남겨 두고 조건을 바꿔 가며 실행할 때 씁니다.
• nx_list_design_twin_versions — 저장한 버전과 실행 시점의 버전 기록을 봅니다.
• nx_restore_design_twin_version — 같은 설계트윈을 고른 시점으로 되돌립니다. 미리보기 승인이 필요하고, 되돌리기 직전 상태는 자동으로 저장됩니다.
• nx_duplicate_design_twin — 설계트윈을 통째로 복제합니다. 특정 버전 시점으로도 복제할 수 있으며, 복제본은 새 식별자를 받습니다.
• nx_reorder_items — 품목 목록의 표시 순서를 바꿉니다. 품목 속성과 시뮬레이션은 그대로입니다.
• nx_reorder_bom — BOM 직속 구성품의 표시 순서를 바꿉니다. 수량과 하위 트리는 그대로입니다.
• nx_duplicate — 리소스를 하위와 내부 링크까지 그대로 복제합니다(편집기 복사·붙여넣기와 같음). 묶음 수(count)와 이름 일부 바꾸기(nameReplace)로 라인을 여러 개 만듭니다.
• nx_set_parent — 리소스를 그룹(부모) 아래로 묶거나 형제 순서를 바꿉니다. 좌표는 절대 좌표 그대로이고, 시뮬레이션 계산에는 영향이 없습니다.
• nx_set_conveyor_anchor — 컨베이어 끝을 설비에 붙이거나 뗍니다. 붙이면 설비를 따라 경로와 길이가 다시 계산됩니다.
• nx_link_many — 링크 여러 개를 한 번에 만듭니다. 이미 있는 같은 방향 링크는 건너뜁니다.
• nx_export_simulation_run — 실행의 KPI나 이벤트 원본을 CSV·JSON 다운로드 링크로 받습니다(10분 유효). 파일 내용은 대화를 거치지 않습니다.