Cloud
We run the system; you simply use it.
- No installation effort
- Automatic updates
- Access from anywhere
- Monitoring handled by us
All our products follow the same engineering approach: integration over open protocols, systems that show what they're doing, modules that don't bring each other down, and infrastructure your team can take over.
The chain from the device in the field to the user's screen is built in four layers. Each layer can be changed on its own; renewing one part doesn't stop the others.
We don't chase trendy technology. What the tools we pick have in common: they last, our team knows them in depth, and the client's team can take them over.
None of the systems we build live on their own. The invisible part of integration is error handling: where data waits when a transfer fails, and who gets notified, is designed up front.
Security isn't a feature added later; it is part of the architecture from day one. In systems running in critical environments, the answer to "who changed what, and when" must always be at hand.
Most industrial clients want a clear answer about where their data lives. We support all three deployment models; the choice is made together based on the product and regulations.
We run the system; you simply use it.
The software runs on your servers; data never leaves the building.
The field runs at the edge; management and reporting in the cloud.
Each of our products does a different job; what they share is how they are built.
Yes. We support cloud, on-premise and hybrid deployment. On-premise, the software runs on your servers and data never leaves the building; it can also be commissioned on a closed network.
If the system has an API, we connect directly. If not, we integrate through file-based transfer, a database view or robotic process automation (RPA) on the user interface. Every transfer is logged and faulty records wait in a queue.
Not for outages within the buffer capacity. Field apps and edge gateways keep an offline queue; when the connection returns, data is sent to the center in order. In a hybrid setup, field operations keep running regardless of connectivity.
It depends on the deployment model: on your own server for on-premise, and in the region set out in the contract for cloud. If the geographic location of data matters for regulatory reasons, we settle it at the start of the project.
That's what we aim for. Architecture decisions, the data model, installation steps and maintenance notes are documented, and a hand-over session is held with your team at delivery. A system that can't be handed over isn't finished in our eyes.
In custom development the source code is handed over to you with the installation documentation, and it is yours. For products, the license grants a right of use. Which model applies is set out in writing at the start of the project.
We'll hear about your current system and decide together where to start.