Step 1업무 요구
Requirement
이 업무는 실제로 어떻게 흘러가는가
사람이 자기 말로 업무를 설명합니다. RFQ가 들어오면 누가 무엇을 검토하고, 무엇이 나와야 다음으로 넘어가는지 — 문서 양식이 아니라 말로 시작합니다.
Produces
- Business Requirement
- Scope & Boundary
- Stakeholder & Role
Enterprise AX Platform
AXnyxFrom Business Process
to Working Applications.
- Describe your business process.
- Turn it into a working application.
제조기업의 업무 프로세스를 AI와 설계하고, 그 프로세스를 실제 업무 시스템으로 자동 구현합니다.
회사 바깥에서 무슨 일이 일어나는지 AI가 대신 읽어 줍니다 — 산업·기술·시장·경쟁사·규제의 변화를 찾아 우리 업무와 이어 줍니다.우리 회사가 지금 어디에 있는지 재는 곳입니다 — 세계표준과 우리 방식을 나란히 놓고 차이를 찾아, 어디로 가야 하는지(To-Be)까지 정합니다.업무를 말로 설명하면 그것이 실제로 쓰는 시스템이 됩니다 — 프로세스에서 데이터·화면·워크플로가 나오고, 사람이 그 화면으로 일합니다.
발행된 글은 제조업 AX 인사이트에서 로그인 없이 읽을 수 있습니다.
- Sense what changes outside.
- Diagnose the gap inside.
- Engineer process into application.
- Execute, measure, improve.
Process to Application
업무를 설명하면,
작동하는 애플리케이션이 나옵니다.
프로세스를 그리는 것에서 끝나지 않습니다. 프로세스가 정해지면 그 업무가 다루는 데이터가 유도되고, 프로세스와 데이터에서 화면·워크플로·규칙·API가 나옵니다. 순서를 거꾸로 하면 화면부터 그리게 되고, 그때 프로세스는 화면을 설명하는 사후 문서가 됩니다.
- Step 2프로세스
Process
무엇을 어떤 순서로, 누가 하는가
AI가 그 설명을 프로세스 구조로 옮깁니다. 계층·활동·역할·조건·분기가 이름이 붙은 정의가 되고, 사람이 확인해 고칩니다.
Produces
- Process Architecture
- Activity Definition
- Role & Condition
- Process Flow
- Step 3데이터
Data
이 업무는 무엇을 다루는가
활동이 만들고 소비하는 것이 업무 객체가 됩니다. 프로세스가 정해지면 데이터 구조는 따로 설계하는 것이 아니라 거기서 유도됩니다.
Produces
- Business Objects
- Data Model
- Master Data
- Relationships
- Step 4애플리케이션
Application
사람은 무엇으로 이 일을 하는가
정의된 프로세스와 데이터가 실제로 쓰는 화면·흐름·규칙·연계가 됩니다. 여기서 나오는 것은 명세서가 아니라 동작하는 애플리케이션입니다.
Produces
- Forms & Screens
- Workflow
- Business Rules
- APIs & Integration
- Step 5실행
Execution
실제로 돌아가는가
사람과 AI가 같은 정의 위에서 업무를 수행합니다. 할 일이 배정되고, 승인이 남고, 거래가 기록됩니다.
Produces
- Tasks
- Approvals
- Transactions
- Audit Trail
- Step 6개선
Improvement
어디가 막혀 있고 무엇을 고칠 것인가
실행이 남긴 데이터로 어느 활동이 오래 걸리고 어디서 되돌아가는지 잽니다. 고치는 대상은 화면이 아니라 정의이고, 고친 정의가 다시 애플리케이션이 됩니다.
Produces
- Measurement
- Diagnosis
- Change
- Redeploy
Engineering sequence
여섯 칸을 실제로 만들어지는 순서로 펴면 열한 단계입니다. 어느 단계에서도 사람이 확인하고 고칠 수 있고, 고친 것이 다음 단계로 이어집니다.
- Business Requirement업무 요구
- AI Process EngineeringAI 프로세스 설계
- Process Architecture프로세스 구조
- Data Architecture데이터 구조
- Application Design애플리케이션 설계
- Workflow & Rules흐름과 규칙
- Application Generation애플리케이션 생성
- Execution실행
- Measurement측정
- Diagnosis진단
- Improvement개선
Worked example
말 한 덩어리가
구조 열한 층이 됩니다.
아래 왼쪽은 실제로 사람이 하는 말입니다. 정리된 요구사항 문서가 아니라, 회의에서 나오는 그대로의 문장입니다. 오른쪽은 AI가 그 말에서 뽑아낸 층이고, 이 층들이 곧 애플리케이션의 재료입니다.
RFQ가 들어오면 영업이 설계에 기술검토를 요청합니다.
설계는 기존에 만든 제품과 무엇이 다른지부터 봅니다.
차이가 있으면 기계·전기·제어·원가 검토를 동시에 돌립니다.
네 검토가 다 들어와야 견적을 뽑을 수 있습니다.
수주되면 생산으로 넘겨 설계를 진행하고 BOM을 만듭니다.
자재소요를 계산해서 구매하고, 생산하고, 검사하고, FAT하고, 출하합니다.
영업팀장 · 수주설계(ETO) 장비 제조
AI Process Engineering — 뽑아낸 구조
- 01Business Requirement업무 요구
- 수주 전 기술검토와 견적을 하나의 흐름으로 잇는다
- 02Process프로세스
- RFQ 접수
- 기술검토
- 견적
- 수주
- 설계·BOM
- 구매·생산
- 검사·FAT·출하
- 03Activity활동
- 기존 제품 차이 분석
- 기계 검토
- 전기 검토
- 제어 검토
- 원가 검토
- 견적 산출
- 04Role역할
- 영업
- 설계
- 기계
- 전기
- 제어
- 원가
- 생산
- 품질
- 05Data데이터
- RFQ
- Technical Review
- Quotation
- Order
- BOM
- MRP
- FAT Report
- 06Rule업무규칙
- 검토 4건이 모두 회신되어야 견적을 산출한다
- 수주 전에는 BOM을 확정하지 않는다
- 07Condition조건
- 기존 제품과 차이가 없으면 기술검토를 건너뛴다
- 원가가 견적 대비 초과하면 재승인
- 08Workflow흐름
- 기술검토 4건 병렬 → 취합 → 견적 승인
- 수주 → 생산 이관 → 설계 착수
- 09UI화면
- RFQ 접수
- 검토 요청·회신
- 검토 취합
- 견적 승인
- 10Application애플리케이션
- 기술검토 관리
- 견적 관리
- 수주 이관
- 11Execution실행
- 할 일 배정
- 승인 이력
- 검토 회신 기록
- FAT 결과
이 표는 예시입니다. 특정 고객의 시스템이 아니고, 실제 프로젝트에서는 층마다 사람이 확인하고 고칩니다 — AI가 뽑은 것을 그대로 쓰면 「들은 말」이 「확인된 사실」로 둔갑합니다.
AXFabric은 프로세스를 관리하는 시스템이 아닙니다.
AI와 함께 업무 프로세스를 설계하고, 그 프로세스를 실제 업무 애플리케이션으로 만들어내는 플랫폼입니다.
AXnyx는 그 AXFabric을 중심으로 Sense → Diagnose → Process Engineering → Application → Execution → Improvement 를 연결하는 Enterprise AX Platform입니다.
이미 아는 것
거기서 끝나는 곳
AXFabric이 계속하는 곳
BPM
거기서 끝나는 곳프로세스를 그리고 관리한다
AXFabric이 계속하는 곳그 프로세스에서 데이터 모델과 화면이 유도된다
Low-code
거기서 끝나는 곳화면을 빠르게 만든다
AXFabric이 계속하는 곳화면을 그리지 않는다 — 프로세스와 데이터에서 나온다
Workflow 엔진
거기서 끝나는 곳정해진 흐름을 실행한다
AXFabric이 계속하는 곳그 흐름을 정할 근거(활동·역할·규칙)를 함께 만든다
AI Copilot
거기서 끝나는 곳사람의 작업을 옆에서 돕는다
AXFabric이 계속하는 곳사람의 설명을 실행되는 정의로 바꾼다
저 넷은 자기 자리에서 옳습니다. 다른 것은 좋고 나쁨이 아니라 끝나는 지점입니다.
What changes
같은 정의 하나가
끝까지 갑니다.
요구에서 시스템까지 가는 동안 사람이 몇 번 옮겨 적는지를 세어 보면 차이가 보입니다. 옮겨 적을 때마다 뜻이 조금씩 달라지고, 그 차이는 언제나 운영에서 발견됩니다.
지금까지
8 steps요구에서 시스템까지 — 사람이 여덟 번 옮겨 적는다
- Requirement
- 사람이 분석
- 사람이 프로세스 설계
- 개발자가 데이터 설계
- 개발자가 화면 개발
- 개발자가 Workflow 개발
- 테스트
- 배포
AXFabric
5 steps요구에서 시스템까지 — 같은 정의 하나가 끝까지 간다
- Business Requirement
- AI Process Engineering
- Process · Data · Application Architecture
- Application Generation
- Execution
없어지는 것은 개발이 아니라 옮겨 적는 단계입니다. 분석 문서를 설계 문서로, 설계 문서를 화면 명세로 옮길 때마다 뜻이 조금씩 달라지고, 그 차이는 언제나 운영에서 발견됩니다.
AXnyx Platform
Three services. One platform.
AXnyx는 세 개의 제품을 파는 회사가 아닙니다. 바깥의 변화를 읽고, 현재 수준을 진단하고, 실제로 실행하는 하나의 흐름이며, 세 서비스는 그 흐름의 구간입니다.
AXnyx
Enterprise AX Platform
Sense
회사 바깥에서 무슨 일이 일어나는지 AI가 대신 읽어 줍니다 — 산업·기술·시장·경쟁사·규제의 변화를 찾아 우리 업무와 이어 줍니다.AXPulse
외부에서 무엇이 변하고 있는가?
→ 바깥의 변화
Diagnose
우리 회사가 지금 어디에 있는지 재는 곳입니다 — 세계표준과 우리 방식을 나란히 놓고 차이를 찾아, 어디로 가야 하는지(To-Be)까지 정합니다.AXDap
우리 회사는 지금 어디에 있는가?
→ 현재 수준과 GAP
Process-to-Application
업무를 말로 설명하면 그것이 실제로 쓰는 시스템이 됩니다 — 프로세스에서 데이터·화면·워크플로가 나오고, 사람이 그 화면으로 일합니다.AXFabric
이 프로세스는 어떤 시스템이 되는가?
→ 작동하는 애플리케이션
Continuous AX
한 바퀴가 끝나면 다시 처음으로 돌아갑니다. 끝나는 것은 프로젝트이고, 끝나지 않는 것이 AX입니다.
The AX Loop
Sense → Diagnose → Design → Execute → Improve
AX는 한 번의 프로젝트가 아니라 반복되는 한 바퀴입니다. AXnyx는 이 다섯 단계를 각각 다른 도구로 흩어 놓지 않고, 하나의 계정과 하나의 데이터 위에서 이어 줍니다.
- 01감지
Sense
바깥에서 무엇이 변하고 있는지 지속적으로 읽습니다.
AXPulse
- 02진단
Diagnose
표준과 비교해 우리 회사의 현재 수준과 차이를 찾습니다.
AXDap
- 03설계
Design
승인된 To-Be 프로세스가 AI와 함께 실행되는 프로세스 정의가 됩니다.
AXDap → AXFabric
- 04실행
Execute
그 정의에서 데이터·화면·워크플로가 나와 실제 업무 애플리케이션이 됩니다.
AXFabric
- 05개선
Improve
실행이 남긴 데이터로 막힌 곳을 찾아 정의를 고치고 다시 배포합니다.
AXFabric
Improve는 끝이 아니라 다음 Sense입니다. 개선한 뒤 다시 재고, 바깥이 또 바뀌면 다시 진단합니다.
Sense
AXPulse
External Intelligence Platform
산업·기술·시장의 외부 인텔리전스 플랫폼
“Know what is changing outside.”
산업·기술·시장·경쟁사·정책의 변화를 AI 에이전트가 찾아 분석하고, 그것이 어떤 표준 업무 프로세스에 닿는지까지 분류합니다. 사람이 승인한 것만 밖으로 나갑니다.
핵심 질문 외부에서 무엇이 변하고 있는가?
- Industry
- AI
- AX
- DX
- Technology
- Manufacturing
- Market
Diagnose
AXDap
Process Diagnosis & To-Be Design Platform
세계표준 대비 진단과 To-Be 프로세스 설계 플랫폼
“Know where you are. Design where you need to go.”
세계표준 프로세스와 우리 회사가 실제로 일하는 방식을 나란히 놓고 차이를 찾습니다. 진단은 점수로 끝나지 않습니다 — 승인된 To-Be 프로세스가 그대로 AXFabric으로 넘어가 애플리케이션이 됩니다.
핵심 질문 우리 회사는 지금 어디에 있는가?
Process-to-Application
AXFabric
Process-to-Application AI Engineering Platform
AI 기반 업무 프로세스–애플리케이션 자동 설계 플랫폼
“Describe the process. Get the application.”
사람이 업무를 설명하면 AI가 그것을 프로세스 구조로 만들고, 그 프로세스에서 업무 객체·데이터 모델·화면·워크플로·업무규칙·API가 나옵니다. 나온 것은 문서가 아니라 사람이 실제로 열어 쓰는 애플리케이션이고, 실행이 남긴 데이터로 다시 진단해 고칩니다.
핵심 질문 이 프로세스는 어떤 시스템이 되는가?
바로 가는 화면
무엇이 만들어지는가
- Requirement업무 요구
Business Requirement · Scope & Boundary · Stakeholder & Role
- Process프로세스
Process Architecture · Activity Definition · Role & Condition · Process Flow
- Data데이터
Business Objects · Data Model · Master Data · Relationships
- Application애플리케이션
Forms & Screens · Workflow · Business Rules · APIs & Integration
- Execution실행
Tasks · Approvals · Transactions · Audit Trail
- Improvement개선
Measurement · Diagnosis · Change · Redeploy
Diagnosis → Application
진단 결과가 보고서로 끝나지 않고,
실제 업무 애플리케이션이 됩니다.
대부분의 AX는 진단에서 멈춥니다. 표준과 비교해 GAP을 찾고 To-Be를 그리고 나면, 그것을 실제로 돌아가게 만드는 일은 다시 처음부터입니다. AXnyx는 승인된 To-Be 프로세스를 AXFabric으로 그대로 넘겨 프로세스·데이터·애플리케이션으로 만듭니다.
구현 완료운영 자동화 대기
어디에 있는지 알고, 어디로 가야 하는지 정하고, 그것을 AXFabric이 만듭니다. 진단한 사람과 실행하는 사람이 같은 정의를 보므로 옮겨 적다 틀리는 일이 없습니다.
API·계약·시험은 구현되어 두 제품 운영에 배포되어 있습니다. 화면에서 승인해 전달하는 경로는 동작합니다. 예약 자동 전달은 아직 만들지 않았습니다 — 지금은 사람이 승인한 것만 넘어갑니다.
POST /api/integration/dap/processes — DAP fabric_export.py → AXFabric DapImportController
External Intelligence → Diagnosis
바깥의 변화가
우리 업무의 개선으로 닿습니다.
AXPulse가 찾은 트렌드는 읽을거리로 끝나지 않습니다. 관련된 표준 프로세스 코드로 분류되어 DAP로 넘어가고, DAP는 그것이 우리 프로세스·성숙도·열린 GAP과 어떻게 닿는지 사실만 모아 보여줍니다. 해당하는지 아닌지는 사람이 판단합니다.
구현 완료운영 자동화 대기
「이 트렌드가 우리와 무슨 상관인가」에 데이터로 답합니다. 모델이 단정하지 않는 이유는 하나입니다 — 단정하면 사람이 그것을 검증할 방법이 없습니다.
API·계약·시험은 구현되어 두 제품 운영에 배포되어 있습니다. 화면에서 눌러 보내는 경로는 동작하고, 예약 자동 송출은 만들어져 있으나 아직 켜지 않았습니다 — 조직별 설정으로 켭니다.
POST /api/v1/integration/axpulse/trends — AXPulse dap-export.ts → DAP pulse_intake.py
Business Scope
RFQ에서 출하까지, 이름으로 부를 수 있는 업무
AXnyx가 다루는 것은 생산 라인이 아니라 회사 전체의 업무입니다. 수주설계(ETO) 환경에서는 견적 하나가 설계·구매·제작·품질·변경을 지나 출하까지 이어지고, 그 사이의 업무가 대부분 시스템 밖에 남아 있습니다.
Engineer-to-Order chain
- RFQ
- Technical Review
- Quotation
- Order
- WBS
- Design
- BOM
- MRP
- Procurement
- Production
- Quality
- Change
- FAT
- Shipment
이 사슬은 한 회사 안에서 부서를 여섯 번 넘습니다. 넘을 때마다 엑셀과 메일이 끼어들고, 그 자리가 곧 AXnyx가 채우는 자리입니다.
Sales & Order
- RFQ
- Quotation
- Order Review
- Customer Service
Engineering
- R&D
- Design
- BOM
- ECR · ECO · CCB
Project
- Project Management
- WBS
- Schedule
- Cost
Supply Chain
- MRP
- Procurement
- Inventory
- Logistics
Production
- Work Order
- Production
- FAT
- Shipment
Quality
- Inspection
- NCR
- Corrective Action
- Audit
System Connection
Connect What You Already Have.
AXnyx는 ERP·PLM·MES를 대체하지 않습니다. ERP를 바꾸자는 제안은 3년짜리 프로젝트이고, 그 3년 동안 아무 업무도 나아지지 않습니다. AXFabric이 만드는 애플리케이션은 이 시스템들 사이에 비어 있는 업무를 채우고 API로 양쪽에 붙습니다.
- ERP
- PLM
- MES
- CRM
- GROUPWARE
- DOCUMENTS
- DATA
AXnyx Process & Application Layer
업무 프로세스를 정의하고 그 정의에서 애플리케이션을 만들어 내는 계층
- Forms
- Workflow
- Rules
- APIs
Working Application
사람이 실제로 열어 쓰는 업무 애플리케이션
Solutions
필요한 곳부터 따로 도입할 수 있습니다
위의 세 서비스가 AX의 한 바퀴를 이룬다면, 여기 있는 영역은 그 위에서 개별적으로 도입할 수 있는 솔루션입니다. 연결된 것과 아직 준비 중인 것을 있는 그대로 표시합니다.
DX·AX Assessment
DX·AX 진단
제조기업의 현재 DX/AX 수준을 진단하고 AI 적용 가능성과 개선 우선순위를 분석합니다.
- DX/AX Level Assessment
- Process Analysis
- AI Opportunity Analysis
- Priority Analysis
- AX Roadmap
02
PLM Knowledge AI
PLM 지식 AI
프로젝트, 문서, 도면, BOM, 이슈, 변경 데이터를 AI가 이해하고 활용할 수 있는 지식으로 전환합니다.
- Project Knowledge
- Engineering Knowledge
- Issue Knowledge
- Change Knowledge
- Similar Case Search
- AI Knowledge Assistant
준비 중
03
Manufacturing AI Agent
제조 AI 에이전트
AI Agent가 반복적인 제조업무를 이해하고 수행하여 사람은 판단과 개선에 집중합니다.
- Information Search
- Data Analysis
- Report Generation
- Work Summary
- Notification
- Workflow Automation
- System Integration
준비 중
04
AXnyx Lab
AXnyx 랩
아직 제품이 아닌 것을 먼저 만들어 보고 재는 곳입니다. 여기서 통과한 것만 AXFabric·DAP·AXPulse로 들어갑니다.
- AI PoC
- Manufacturing AI
- AI Agent
- Knowledge AI
- Process Automation
- New Technology
준비 중
05
AI Learning
AI 러닝
제조 현장의 구성원이 AI를 실제 업무에 활용할 수 있도록 학습하고 훈련하는 플랫폼입니다.
- Learning Engine
- Exam Engine
- AI Tutor
- Learning Analytics
AI Trend Intelligence
AI 트렌드 인텔리전스
AI 에이전트가 제조업 관련 변화를 발견하고 분석해, 사람이 승인한 글만 외부에 게시합니다.
- Trend Discovery
- Trend Analysis
- Fact Check
- Article Writing
- Human Approval
- Publishing
About AXnyx
업무를 설명하는 것에서 업무 시스템이 만들어지는 것까지의 거리를 줄입니다.
제조기업의 업무 프로세스를 AI와 설계하고, 그 프로세스를 실제 업무 시스템으로 자동 구현합니다.
- 만드는 것
- 업무 프로세스를 AI와 함께 설계하고, 그 프로세스에서 데이터 모델·화면·워크플로·업무규칙·API가 나와 실제로 돌아가는 업무 애플리케이션이 되는 플랫폼을 만듭니다.
- 만들지 않는 것
- ERP·PLM·MES를 대체하는 시스템은 만들지 않습니다. 진단 보고서로 끝나는 컨설팅도, 무엇을 만들지 스스로 답하지 못하는 개발 도구도 만들지 않습니다.
- 아직 못 하는 것
- 업무 규칙을 문장에서 실행 정의로 자동 변환하지 않습니다. 사람이 검토하지 않은 규칙이 실행에 걸리는 것보다, 경고를 띄우고 멈추는 편이 낫다고 보기 때문입니다.
Ready to start
your AX?
하나의 계정으로 세 서비스를 모두 사용합니다. 어디서 시작하든 나머지가 이어집니다.
axnyxfabirc@gmail.com