ARCHITECTURE / V1.0.4

ONE CORE.
THREE
LAYERS.

ARIA UNIFIES ERP WORKFLOWS, AI INTELLIGENCE, AND INDUSTRIAL SIGNALS INTO A SINGLE OPERATING CORE — RUNNING ENTIRELY INSIDE THE CLIENT'S ENVIRONMENT. NOT A COLLECTION OF TOOLS. A UNIFIED OPERATING LAYER.

LAYERS

3

MODULES

5

DATABASE

SINGLE

HOSTING

CLIENT

ARCHITECTURE_PRINCIPLE

NOT A COLLECTION OF TOOLS. A UNIFIED OPERATING LAYER.

01 / PROBLEM_FRAME

MOST BUSINESSES
RUN ON
DISCONNECTED STACKS.

THE TYPICAL MSME OPERATING STACK IS NOT ONE SYSTEM. IT IS FIVE OR SIX TOOLS HELD TOGETHER BY MANUAL HANDOFFS, CSV EXPORTS, AND HOPE. THE ARCHITECTURE PROBLEM IS NOT MISSING FEATURES — IT IS MISSING INTEGRATION.

PROBLEM_01

FINANCE, OPERATIONS, AND INVENTORY LIVE IN DIFFERENT DATABASES.

EVERY HANDOFF BETWEEN SYSTEMS INTRODUCES DELAY, ERROR, AND RECONCILIATION OVERHEAD. TEAMS SPEND TIME MATCHING RECORDS INSTEAD OF WORKING FROM A SHARED TRUTH.

PROBLEM_02

AI FEATURES ARRIVE WITHOUT SYSTEM CONTEXT.

AUTOMATION LAYERED ON FRAGMENTED DATA PRODUCES LOW-CONFIDENCE OUTPUTS. IF THE AI DOES NOT SEE THE FULL OPERATING RECORD, IT CANNOT MAKE GOOD DECISIONS.

PROBLEM_03

MACHINE SIGNALS NEVER REACH THE BUSINESS RECORD.

IIOT DATA SITS IN STANDALONE LOGGERS OR SCADA SCREENS. IT DOES NOT AUTOMATICALLY TRIGGER INVENTORY CHANGES, MAINTENANCE TICKETS, OR QUALITY HOLDS.

ARCHITECTURE_RESPONSE

THE ANSWER IS NOT MORE TOOLS. IT IS ONE OPERATING CORE THAT CLOSES THE GAPS BY DESIGN.

THAT IS WHAT ARIA'S THREE-LAYER ARCHITECTURE DELIVERS.

02 / THREE_LAYER_CORE

THREE LAYERS.
ONE DATA MODEL.

ARIA'S ARCHITECTURE HAS THREE DISTINCT LAYERS — EACH WITH A CLEAR RESPONSIBILITY — SHARING A SINGLE DATABASE INSIDE THE CLIENT'S OWN ENVIRONMENT. NO INTEGRATION MIDDLEWARE. NO DUPLICATE RECORDS. NO EXTERNAL DEPENDENCIES.

LAYER_01

CORE ERP LAYER.

THE TRANSACTIONAL BACKBONE. FINANCE, INVENTORY, PROCUREMENT, PRODUCTION, AND HR WORKFLOWS RUN HERE. EVERY PURCHASE ORDER, GOODS RECEIPT, WORK ORDER, SALES RECORD, AND PAYSLIP ORIGINATES IN THIS LAYER.

THIS IS THE FOUNDATIONAL LAYER — THE SINGLE SOURCE OF TRUTH FOR EVERY BUSINESS TRANSACTION. ALL OTHER LAYERS READ FROM AND WRITE TO THIS LAYER.

INVENTORY TRANSACTIONS & STOCK REGISTER
PROCUREMENT & GOODS RECEIPT NOTES
PRODUCTION WORK ORDERS & ROUTING
ASSET REGISTER & DEPRECIATION
CRM PIPELINE & SALES ORDERS
HR MASTER, PAYROLL & ATTENDANCE

LAYER_02

INTELLIGENCE LAYER.

AI-ASSISTED TASKS THAT OPERATE ON THE CLIENT'S OWN DATA PERIMETER — NOT A SHARED SaaS STACK. THE INTELLIGENCE LAYER READS THE FULL OPERATING RECORD AND PROVIDES ASSISTANCE WITHOUT SENDING DATA OUTSIDE THE CLIENT'S ENVIRONMENT.

THIS IS NOT "AI" AS A MARKETING LABEL. IT IS SPECIFIC, AUDITABLE ASSISTANCE THAT REDUCES MANUAL WORK WHILE KEEPING THE HUMAN IN THE DECISION LOOP.

ASSISTED DATA ENTRY & VALIDATION
REVIEW ROUTING & APPROVAL SUGGESTIONS
ANOMALY DETECTION IN TRANSACTIONS
DEMAND FORECASTING FROM HISTORICAL DATA
REORDER POINT OPTIMIZATION
MAINTENANCE SCHEDULE RECOMMENDATIONS

LAYER_03

SIGNAL LAYER.

IIoT INPUTS FROM MACHINES, SENSORS, AND METERS — TRIGGERING BUSINESS RECORDS, ALERTS, AND AUDIT TRAILS IN REAL TIME. SIGNALS ARE NOT AN ADD-ON. THEY ARE A FIRST-CLASS DATA SOURCE IN THE CORE DATA MODEL.

MACHINE EVENTS ENTER THE ERP AS STRUCTURED, TIMESTAMPED RECORDS — AVAILABLE FOR AUDIT, REPORTING, AND DOWNSTREAM WORKFLOW TRIGGERS AUTOMATICALLY.

MODBUS RTU / TCP REGISTER READS
MQTT BROKER SUBSCRIPTIONS
REST / WEBHOOK INGESTION
EDGE NODE PROCESSING & BUFFERING
THRESHOLD-BASED TRIGGER RULES
LOCAL TELEMETRY LOG & REPLAY

SINGLE_DATA_MODEL

ONE DATABASE.
FIVE MODULES.
ZERO MIDDLEWARE.

EVERY MODULE — INVENTORY, ASSETS, MES, CRM, AND HRMS — READS AND WRITES TO THE SAME DATABASE. THERE IS NO INTEGRATION LAYER, NO ETL PIPELINE, AND NO SYNC JOB HOLDING THE SYSTEM TOGETHER. THE DATA MODEL IS THE INTEGRATION.

INVENTORY → MES: MATERIAL AVAILABILITY CHECKS AGAINST LIVE STOCK RECORDS BEFORE WORK ORDER SCHEDULING. NO EXPORT REQUIRED.
MES → INVENTORY: PRODUCTION CONSUMPTION POSTS QUANTITY ADJUSTMENTS IN REAL TIME. STOCK RECORDS REFLECT ACTUAL FLOOR USAGE.
HRMS → MES: SHIFT SCHEDULES AND SKILL AVAILABILITY FEED DIRECTLY INTO PRODUCTION PLANNING AND MACHINE ALLOCATION.
CRM → INVENTORY: SALES ORDER CREATION CHECKS REAL-TIME STOCK AVAILABILITY. NO SEPARATE SYSTEM CALL.

WHAT_THIS_ELIMINATES

NO RECONCILIATION. NO DUPLICATE RECORDS. NO INTEGRATION TAX.

IN A TYPICAL MULTI-TOOL SETUP, TEAMS SPEND HOURS RECONCILING RECORDS BETWEEN SYSTEMS. INVENTORY SAYS ONE THING, FINANCE SAYS ANOTHER, AND NO ONE TRUSTS EITHER. ARIA ELIMINATES THIS PROBLEM AT THE DATABASE LEVEL — THERE IS ONLY ONE RECORD.

DATABASES

1

MIDDLEWARE

0

SYNC JOBS

0

DESIGN_DECISION

THE DATA MODEL IS THE INTEGRATION.

MOST ERP SYSTEMS BOLT ON MODULES THROUGH APIs AND MIDDLEWARE. ARIA'S MODULES WERE DESIGNED TOGETHER FROM DAY ONE — SHARING TABLES, RELATIONSHIPS, AND BUSINESS LOGIC AT THE DATABASE LEVEL.

03 / DATA_FLOW

HOW DATA
MOVES INSIDE ARIA.

EVERY TRANSACTION, SIGNAL, AND DECISION FLOWS THROUGH THE SAME OPERATING CORE. HERE IS HOW THE FIVE MODULES AND THREE LAYERS INTERACT IN PRACTICE.

01

FLOW_PATH

PROCUREMENT → INVENTORY → PRODUCTION.

A PURCHASE ORDER IS RAISED AGAINST A SUPPLIER. GOODS ARRIVE AND ARE RECEIVED VIA GRN WITH QUALITY CHECKS. STOCK IS POSTED TO THE BIN-LEVEL INVENTORY REGISTER. WHEN A WORK ORDER IS CREATED, MATERIAL AVAILABILITY IS CHECKED AGAINST LIVE STOCK — AND CONSUMPTION IS RECORDED AS PRODUCTION PROCEEDS.

01 PURCHASE ORDER → SUPPLIER
02 GOODS RECEIPT NOTE → QUALITY CHECK → STOCK POSTING
03 WORK ORDER → MATERIAL CHECK → BOM RESERVATION
04 PRODUCTION CONSUMPTION → LIVE STOCK ADJUSTMENT
05 REORDER EVALUATION → NEXT PROCUREMENT TRIGGER

WHY_THIS_MATTERS

THE ENTIRE CYCLE — FROM PO TO PRODUCTION — IS ONE CONTINUOUS RECORD.

NO CSV EXPORTS. NO MANUAL STOCK COUNTS BETWEEN STEPS. NO SEPARATE SYSTEM FOR PROCUREMENT AND PRODUCTION. THE DATA FLOWS THROUGH THE SAME DATABASE, SO EVERY DEPARTMENT WORKS FROM THE SAME NUMBER.

SIGNAL_FLOW

MACHINE EVENTS BECOME BUSINESS RECORDS AUTOMATICALLY.

A VIBRATION SENSOR CROSSES A THRESHOLD. THE SIGNAL LAYER CAPTURES IT, STRUCTURES IT, AND POSTS A MAINTENANCE WORK ORDER TO THE ASSET MODULE — WITHOUT A HUMAN WRITING A TICKET. THE SAME FLOW APPLIES TO INVENTORY QUANTITY SIGNALS AND PRODUCTION CYCLE EVENTS.

INPUT

SENSOR / PLC / METER

OUTPUT

STRUCTURED RECORD

02

FLOW_PATH

SENSOR SIGNAL → ERP RECORD.

THE SIGNAL LAYER TRANSLATES RAW MACHINE DATA INTO STRUCTURED BUSINESS EVENTS. EACH SIGNAL IS ROUTED TO THE RELEVANT MODULE BASED ON CONFIGURATION SET DURING DEPLOYMENT.

QUANTITY WEIGHT / COUNT / FLOW → INVENTORY STOCK ADJUSTMENT
CONDITION VIBRATION / TEMP / HOURS → ASSET MAINTENANCE TRIGGER
EVENT CYCLE COMPLETE / FAULT CODE → MES WORK ORDER UPDATE
QUALITY SPEC EXCEEDANCE → QUALITY HOLD ON AFFECTED BATCH
03

FLOW_PATH

OPERATING DATA → AI ASSISTANCE → HUMAN DECISION.

THE INTELLIGENCE LAYER READS THE FULL OPERATING RECORD — INVENTORY TRENDS, PRODUCTION YIELDS, MAINTENANCE HISTORIES, SALES PATTERNS — AND PROVIDES SPECIFIC, AUDITABLE SUGGESTIONS. THE HUMAN ALWAYS MAKES THE FINAL DECISION.

REORDER SUGGESTIONS BASED ON CONSUMPTION PATTERNS AND LEAD TIMES
ANOMALY FLAGS ON UNUSUAL TRANSACTIONS OR QUANTITY CHANGES
DEMAND FORECASTING FROM HISTORICAL SALES AND SEASONAL DATA
MAINTENANCE SCHEDULE RECOMMENDATIONS FROM CONDITION TRENDS
DATA ENTRY ASSISTANCE FOR COMMON TRANSACTION PATTERNS
REVIEW ROUTING BASED ON TRANSACTION TYPE AND VALUE

AI_BOUNDARY

AI RUNS WHERE YOUR DATA LIVES. NOT ON A SHARED STACK.

THE INTELLIGENCE LAYER OPERATES ENTIRELY WITHIN THE CLIENT PERIMETER. OPERATING DATA DOES NOT LEAVE THE CLIENT'S ENVIRONMENT FOR AI PROCESSING. THIS IS NOT A GENERIC ML-AS-A-SERVICE BOLT-ON — IT IS PURPOSE-BUILT ASSISTANCE THAT UNDERSTANDS THE FULL BUSINESS RECORD.

KEY DISTINCTION

ARIA'S AI IS SPECIFIC AND AUDITABLE. EVERY SUGGESTION TRACES BACK TO THE DATA THAT PRODUCED IT. NO BLACK BOX. NO EXTERNAL DATA DEPENDENCY.

04 / CUSTOMIZATION

SHAPED TO
YOUR OPERATION.

ARIA IS NOT A GENERIC TEMPLATE APPLIED TO EVERY CLIENT. IT IS CUSTOMIZED AND ADAPTED TO EACH CLIENT'S SPECIFIC WORKFLOWS, INTEGRATIONS, AND DEPLOYMENT ENVIRONMENT. THIS IS A STRENGTH, NOT A LIMITATION — BECAUSE EVERY MANUFACTURING OPERATION IS DIFFERENT.

WHAT GETS
CUSTOMIZED.

01

WORKFLOW CONFIGURATION

APPROVAL CHAINS, DOCUMENT FLOWS, NOTIFICATION RULES, AND PROCESS SEQUENCES ARE CONFIGURED TO MATCH HOW THE CLIENT ACTUALLY OPERATES — NOT HOW A GENERIC ERP ASSUMES THEY SHOULD.

02

ENTITY STRUCTURE

WAREHOUSES, LOCATIONS, DEPARTMENTS, COST CENTRES, AND ORGANIZATIONAL HIERARCHIES ARE MAPPED TO THE CLIENT'S REAL STRUCTURE. THE SYSTEM REFLECTS THE BUSINESS, NOT THE OTHER WAY AROUND.

03

IIOT SIGNAL MAPPING

DEVICE ADDRESSES, SIGNAL TYPES, THRESHOLD VALUES, AND ROUTING RULES ARE CONFIGURED TO THE CLIENT'S SPECIFIC EQUIPMENT AND PROCESS REQUIREMENTS.

04

DEPLOYMENT ENVIRONMENT

THE SYSTEM IS DEPLOYED TO THE CLIENT'S CHOSEN INFRASTRUCTURE — ON-PREM, PRIVATE CLOUD, OR HYBRID EDGE — WITH NETWORKING, STORAGE, AND ACCESS POLICY MATCHED TO THEIR ENVIRONMENT.

WHY THIS
MATTERS.

GENERIC ERP SYSTEMS FORCE BUSINESSES TO CHANGE HOW THEY OPERATE TO FIT THE SOFTWARE. ARIA TAKES THE OPPOSITE APPROACH: THE SOFTWARE ADAPTS TO THE BUSINESS.

WORKFLOWS MATCH EXISTING PROCESSES — NO FORCED PROCESS RE-ENGINEERING
INTEGRATIONS CONNECT TO EXISTING EQUIPMENT AND SYSTEMS ALREADY IN USE
BUSINESS RULES REFLECT ACTUAL OPERATIONAL LOGIC, NOT TEMPLATE DEFAULTS
DEPLOYMENT FITS THE FACILITY'S NETWORK TOPOLOGY AND SECURITY REQUIREMENTS
CONFIGURATION EVOLVES AS THE BUSINESS GROWS — WITHOUT STARTING OVER

MODULAR_ADOPTION

START WITH
WHAT MATTERS.
ADD DEPTH
OVER TIME.

ARIA IS MODULAR — NOT IN THE SENSE OF UPSELLS, BUT IN THE SENSE OF OPERATIONAL PRIORITY. ALL FIVE MODULES ARE INCLUDED IN THE LICENSE. CLIENTS ACTIVATE AND CONFIGURE THEM AS THEIR PROCESSES ARE READY.

RECOMMENDED START

INVENTORY

ADD WHEN READY

MES + ASSETS

CONNECT

IIoT SIGNALS

UNIFY

CRM + HRMS

EXTENSIBILITY

EVERY MODULE ADDS DEPTH, NOT SYSTEM COMPLEXITY.

ADDING MES DOES NOT MEAN INTEGRATING A NEW SYSTEM. IT MEANS ACTIVATING A MODULE THAT ALREADY SHARES THE SAME DATA MODEL. PRODUCTION WORK ORDERS READ LIVE INVENTORY. ASSET MAINTENANCE READS MACHINE SIGNALS. CRM READS STOCK AVAILABILITY. NOTHING IS BOLTED ON — EVERYTHING IS ALREADY CONNECTED.

ACTIVATE A MODULE → IT READS THE SAME DATABASE IMMEDIATELY
ADD IIoT → SIGNALS ROUTE TO ALREADY-CONFIGURED MODULES
GROW LOCATIONS → THE ENTITY STRUCTURE EXTENDS, THE SYSTEM DOES NOT CHANGE

05 / DESIGN_PHILOSOPHY

WHY THE SYSTEM
IS BUILT THIS WAY.

EVERY ARCHITECTURAL DECISION IN ARIA FLOWS FROM A SINGLE PREMISE: THE SOFTWARE SHOULD SERVE THE BUSINESS, NOT CREATE DEPENDENCIES. THESE ARE THE PRINCIPLES THAT SHAPED THE SYSTEM.

SERVE, NOT LOCK IN.

THE SOFTWARE EXISTS TO SERVE THE CUSTOMER, NOT TO CREATE SWITCHING COSTS. EVERY DESIGN CHOICE — FROM THE PERPETUAL LICENSE TO THE CLIENT-HOSTED DEPLOYMENT — REINFORCES THIS.

CLARITY OVER COMPLEXITY.

IF A FEATURE DOES NOT HELP THE BUSINESS RUN BETTER, IT DOES NOT BELONG IN THE PRODUCT. THE ARCHITECTURE IS DELIBERATELY SIMPLE: THREE LAYERS, ONE DATABASE, FIVE MODULES.

OWNERSHIP IS THE BASELINE.

CONTROL OVER DATA, DEPLOYMENT LOCATION, UPDATE TIMING, AND ACCESS POLICY ARE NOT EXTRAS. THEY ARE HOW SOFTWARE SHOULD WORK. THE ARCHITECTURE ENFORCES THIS AT EVERY LEVEL.

INTEGRATION BY DESIGN.

MODULES WERE NOT BUILT SEPARATELY AND THEN CONNECTED. THEY WERE DESIGNED TOGETHER AROUND A SHARED DATA MODEL. THE INTEGRATION IS THE ARCHITECTURE, NOT A LAYER ON TOP OF IT.

BUILT FOR THE PHYSICAL WORLD.

ARIA IS DESIGNED FOR OPERATIONS THAT HAVE MACHINES, INVENTORY, AND PEOPLE ON A FLOOR — NOT PURELY DIGITAL WORKFLOWS. THE ARCHITECTURE ACCOUNTS FOR LATENCY, CONNECTIVITY, AND EQUIPMENT CLOSE TO THE PROCESS.

LONG-TERM FLEXIBILITY.

THE ARCHITECTURE SUPPORTS GROWTH WITHOUT REPLACEMENT. ADD USERS, MODULES, LOCATIONS, OR IIoT INPUTS WITHOUT REBUILDING THE FOUNDATION. THE SYSTEM SCALES WITH THE BUSINESS.

SYSTEM
BOUNDARIES.

CLEAR BOUNDARIES BETWEEN WHAT THE SYSTEM DOES AND WHAT IT DOES NOT DO. NO SCOPE CREEP. NO FEATURE BLOAT.

ARIA HANDLES: INVENTORY, ASSETS, PRODUCTION, CRM, AND HR WORKFLOWS WITH AI ASSISTANCE AND IIoT INTEGRATION.
ARIA DOES NOT REPLACE: STANDALONE ACCOUNTING SOFTWARE, TAX FILING SYSTEMS, OR SPECIALISED INDUSTRY-SPECIFIC COMPLIANCE TOOLS.
ARIA DOES NOT HOST: THE SYSTEM RUNS ON CLIENT INFRASTRUCTURE. PIVOTR DOES NOT HOST, STORE, OR ACCESS CLIENT DATA.
ARIA DOES NOT FORCE: UPDATE WINDOWS, DATA MIGRATION, OR PROCESS CHANGES. THE CLIENT CONTROLS THE SYSTEM TIMELINE.

WHAT THE
ARCHITECTURE
PROTECTS.

01

COST DISCIPLINE

THE SYSTEM STAYS INSIDE A CAPEX-FIRST MODEL. GROWTH DOES NOT GENERATE RECURRING PLATFORM COST. ADD USERS, LOCATIONS, AND MODULES WITHOUT BILLING EVENTS.

02

DATA SOVEREIGNTY

CUSTOMER DATA, OPERATIONS DATA, AND MACHINE HISTORY REMAIN ON INFRASTRUCTURE THE CLIENT APPROVES. NO SHARED TENANCY. NO EXTERNAL DATA FLOW.

03

OPERATIONAL CONTINUITY

THE SYSTEM DOES NOT DEPEND ON VENDOR AVAILABILITY, INTERNET CONNECTIVITY, OR EXTERNAL SERVICE UPTIME. BUSINESS OPERATIONS CONTINUE REGARDLESS.

INFRASTRUCTURE

DEPLOYMENT MODELS, HOSTING OPTIONS, AND OPERATIONAL CONTROL.

→ VIEW INFRASTRUCTURE

IIoT ADAPTERS

MODBUS, MQTT, REST INGESTION, EDGE PROCESSING, AND SIGNAL ROUTING.

→ VIEW IIoT REFERENCE

SECURITY ENCLAVE

ACCESS CONTROL, NETWORK ZONES, AUDIT TRAILS, AND PATCH SOVEREIGNTY.

→ VIEW SECURITY

DOCUMENTATION

FULL OPERATING MANUAL: MODULES, DEPLOYMENT, AND GETTING STARTED.

→ VIEW DOCS

CONTACT / DEPLOYMENT_CONSULT

PLAN YOUR
ARIA ROLLOUT.

Share your current setup and deployment goals. We will respond with licensing clarity, infrastructure fit, and practical next steps for your team.

RESPONSE WINDOW: 1 BUSINESS DAY
CHANNEL: TECHNICAL + COMMERCIAL HANDOFF
DEPLOYMENT MODES: ON-PREM / PRIVATE CLOUD

* REQUIRED FIELDS