Rigid software
The operation must conform to fixed screens and workflows even when the physical process differs.
Mobi adaptability · current and future states
Your software should evolve without becoming unsupported custom code.
Bring the operational vision; Arrowhead builds it inside a governed framework. Shape approved configuration around the organization today, with AI-assisted composition, deeper extension, and full control of your data as the clearly labeled future direction under Arrowhead governance.
- Current and future capabilities separated visibly
- Customer-directed. Arrowhead-governed.
- Devices, data, permissions, deployment, and support remain controlled
Adaptable without choosing unsupported software
Operations should not have to choose between a rigid template and a custom system with no durable owner.
Supported operational foundation
Mobi starts with approved products, devices, data, permissions, integration, deployment, and support, then limits adaptation to governed boundaries.
Unsupported custom code
A custom interface may be quick to create, but the organization inherits device, data, integration, testing, release, and support risk.
Future Direction · Organization environments
Organization-specific environments with explicit boundaries
The long-term direction is an environment shaped around your vision of the operation: your own approved data access and permissions with your data fully in your control, enabled capabilities, configuration, branding, workflows, and extensions — with AI-assisted composition and AI-enabled capture devices doing more of the assembly work over time. The model is deliberately open: shaped with guidance from Arrowhead and by contributions from the operations that run it, while core enterprise controls stay non-negotiable. This is a design direction, not a claim that every control exists today.
Core controls do not become optional
- Tenant and data boundaries
- Permissions and auditability
- Hardware and integration contracts
- Testing and deployment controls
- Review, rollback, and support ownership
Configure, Compose, Extend
Each level states what the organization controls, what Arrowhead controls, how changes are reviewed, and how changes are reversed and supported.
Current availability
Configure
What the organization controls
Approved fields, views, reports, roles, branding, and workflow settings defined for the deployment.
What Arrowhead controls
Supported components, permissions, data contracts, release scope, and deployment controls.
How changes are reviewed
Configuration is documented and approved as part of the controlled-release implementation.
How changes are reversed and supported
Changes remain inside supported configuration and follow the deployment's documented rollback and support process.
Future Direction
Compose
What the organization controls
AI-assisted reports, views, forms, and automations assembled from approved building blocks.
What Arrowhead controls
Available components, data access, permissions, testing, approval, and release boundaries.
How changes are reviewed
The organization would review and approve a versioned result before it could be enabled.
How changes are reversed and supported
Approved results would need version history, disable controls, rollback, and a defined support boundary.
Future Direction
Extend
What the organization controls
Describe deeper organization-specific workflow, hardware, data, or integration needs.
What Arrowhead controls
Security, architecture, data contracts, hardware impact, testing, approval, release, and lifecycle support.
How changes are reviewed
Arrowhead would scope and review the change before any authorized organization could receive it.
How changes are reversed and supported
Every approved change would require versioning, rollback, ownership, and an ongoing support plan.
Customer-directed. Arrowhead-governed.
Customers direct the operational requirement and approve the intended result. Arrowhead remains responsible for supported components, permissions, data contracts, device and integration impact, testing, deployment, rollback, and support.
Customers do not directly change core product code or production data.
Any deeper capability would require defined scope, review, testing, approval, release controls, and ownership before use.
Start from the parts a blank project does not provide
An interface alone is not an operational system. Mobi's value is the supported foundation around physical work.
- Supported device and hardware connectivity
- Trusted operational data and defined system ownership
- Permissions and approved access boundaries
- Integration contracts, validation, and error handling
- Testing, deployment, rollback, and release controls
- Arrowhead training, service, and lifecycle support
Current availability versus Future Direction
Product existence, configuration, and future adaptability are separate claims.
Current availability
- ConfigureControlled Release
- Governed ExtensionsControlled Release
- Mobi InventoryAvailable
- Mobi PrintAvailable
- DevicesControlled Release
- IntegrationsControlled Release
- Print StudioPreview
- RFID LabControlled Release
Future Direction
- ComposeFuture Direction
- ExtendFuture Direction
Questions
Frequently Asked Questions
Start with proven operational software. Shape it around your organization. Keep it governed and supported by Arrowhead.
Bring Arrowhead the workflow, devices, systems, and constraints. We will separate what is available now from what belongs on the roadmap.