Business Central and Navision
Customers, suppliers, users, warehouses and projects come in from the ERP; work orders go out to it. With SOAP, OAuth2 and multi-company variants.
Integrations
The CMMS knows what was done, how many hours it took and what materials were used. The ERP needs exactly that to invoice. Having a person copy that data across by hand is the most expensive waste in a maintenance operation.
An integration that just copies records from one system to another ends up creating more work than it saves: duplicates, fields that don’t line up, manual corrections on both sides. What needs deciding before connecting anything is which system owns which data. The ERP owns customers, items and rates; the CMMS owns assets, interventions and consumption. Once it’s clear who owns what, the integration is a technical matter. Before that, it’s a source of problems.
The systems with a production connector, and an open route for everything else.
We talk to ourselves. If your customer and your supplier both use GMAO CLOUD, each works in their own and the two understand each other: the customer sends its supplier the addresses, facilities, assets, incidents, work orders and documents that concern it, and the supplier sends back the status of each job without leaving its own system. Nobody logs into the other’s CMMS or types anything twice.
Trademarks of their respective owners, used only to indicate compatibility. They do not imply any commercial relationship.
Running today on real installations, not on a wish list. Each one has its own profile, because what travels isn’t the same for all of them.
Customers, suppliers, users, warehouses and projects come in from the ERP; work orders go out to it. With SOAP, OAuth2 and multi-company variants.
Closed work orders go out to SAP with their hours and materials for the cost and invoicing circuit.
Brings in customers, addresses and items from the ERP. Note: it doesn’t return work orders, and it’s worth knowing that before scoping the project.
Works both ways for master data: customers, suppliers and projects can come in or go out. Work orders go out to Holded.
Customers come in from Factura Directa and closed work goes out with its line items to become an invoice.
Customers, suppliers and addresses come in from QuickBooks. What goes out to it are quotes, not work orders.
One of the most complete on master-data import: customers, addresses, warehouses and items. Work orders go out with their line items.
The only one that imports assets in addition to customers and addresses, which saves the heaviest work of a rollout.
File-based exchange of customers, stock and sites, with work orders coming back. Robust when real time isn’t possible.
Deliberately narrow scope: keep stock aligned and return completed work.
Customers and addresses from the ERP, work orders back. The classic pattern, which is the one that needs the least upkeep over time.
The most complete in the catalog in both directions. It connects directly to its database, with a mode for group structures.
Which is the most common case, because management software out there is so fragmented.
The standard route for a new integration. Lets you read and write to the CMMS from your own development, and it’s documented at developers.gmao.cloud.
For systems that still speak that language, and there are quite a few in industrial environments.
Direct read/write against the other system’s database, when it exposes no interface of its own.
File exchange is still the most robust option when the two systems can’t talk in real time.
Leave your details and we will get in touch to see whether we fit. No commitment, no lock-in period.
Not every connector does the same thing, and it’s worth knowing that before buying. The most common pattern is that closed work orders go out to the ERP with their hours and materials to become an invoice, and that customers, addresses and items come in from the ERP so you don’t maintain two masters. But some connectors only do one of the two things: Sage X3, for example, imports customers, addresses and items and doesn’t export work orders. That’s why the useful question isn’t "do you integrate with X?" but "what data needs to travel, in which direction and how often?" — and that’s the first thing we clarify in the demo.
A badly planned integration costs more than doing it by hand. These are the steps that prevent that.
Before writing a single line: which data is the source of truth in each system, and what happens when both change.
Customers, addresses and items have to be recognizable across systems. That’s the real work of an integration.
With a narrow subset, watching what lands on the other side before opening the tap all the way.
What was sent, when, and with what result. Without a log, a sync failure only surfaces once an invoice is missing.
That’s why it matters to keep a trail of every send attempt and its outcome. What couldn’t be sent has to be visible and retriable, because a silent failure is the worst possible scenario: it surfaces weeks later, when an invoice is missing and nobody remembers what happened that day.
There are connectors in production with Business Central and Navision, SAP, Sage X3, Holded, Factura Directa, QuickBooks, STEL Order, Libra, Golden, Progein, Freematica and Sage 200c, among others. For everything else there’s REST API, SOAP, SQL connection, CSV and FTP, which is how most new cases get solved.
The usual pattern is that closed work orders go out to the ERP with hours and materials for invoicing, and that customers, addresses and items come in from the ERP. What exactly travels depends on the connector and on what you decide: not all of them do both things.
It depends on the connector and on the system on the other side. Ones that work against an API or a database can run on the spot; ones that exchange files run on cycles. In the demo we decide what fits your operation.
No, and it shouldn’t. The ERP manages the company and the CMMS manages maintenance. They’re complementary systems, which is why the product integrates instead of trying to replace it.
What takes the most time isn’t the connection itself, it’s agreeing which data is authoritative in each system and mapping the master data. A standard integration with an existing connector is much faster than a custom one, which is why it’s worth checking first whether yours is on the list.
In the demo we look at your ERP, what data needs to travel and in which direction, before talking about anything technical.
Accessibility
Saved in this browser. Light or dark theme is set from the footer.