Construction
Where your product writes into every job-costing and trades system a contractor runs, with one API.
Built for invoice, site-documentation and scheduling products.
The systems, by name.
Every one starts with a short assessment. Name the system and the action, and we tell you within a week whether and how it can be opened.
Construction ERP
Invoice and controlling products
- Procore
- Autodesk Construction Cloud
- Trimble Viewpoint
- CMiC
- Sage Intacct Construction
Job costing, DACH
Invoice AI, tendering and site-documentation products
- Nevaris
- RIB iTWO
- BRZ
- Sage 100 Bau
- pds Software
Trades software
Scheduling, field and invoicing apps
- KWP bnWin
- Streit V.1
- Sander & Doll
- TAIFUN
- Label Software
Grown systems
Document AI and field apps
- Custom systems on MS SQL
- Access and Excel
- Older Sage and Lexware
- Time clocks, CSV exports
- Supplier portals, no API
Not on the list? Most are not. Name it anyway.
Invoice read. Then booked by hand.
Your product reads the supplier invoice and finds the job. Nothing can post it into the job-costing system. Deepdock posts it, confirmed by the system.
See how a write travelsOne API. Every system your customers run.
Integrate Deepdock once. Every contractor after that is a setup, not a project.
Write back, everywhere
Invoices, hours, orders and site records land in the contractor's system, confirmed by its own rules.
Every installation, the same call
Another system, another branch, another cost-code scheme: your product calls the same endpoint.
The system says yes
A write is done when the system says so. The call reaches the system, passes its checks, and the answer comes back the same way.
The actions your product needs
Each one is a single call. Deepdock performs it inside the customer's system, through the system's own rules, and returns the confirmation. Choose a system and an action.
Procore, Autodesk, Viewpoint, CMiC
- Today
- Accounting matches every invoice by hand.
- With Deepdock
- Posted to the job the day it arrives, confirmed.
The call
POST /v1/supplier-invoices{ "supplier": "SP-301", "job": "J-2026-044", "cost_code": "03-300", "net": 18420.00, "order": "PO-5102" } 201 { "id": "ER-30417", "job": "J-2026-044", "posted": true }// confirmed by the systemREST API and MCP tools, one model across systems, every call logged.
Why providers build on Deepdock
We do not sell a connector. We sell the action: performed inside the customer's system, confirmed by its rules, the same at every customer.
API first. The screen last.
An official interface where it exists, the system's own data paths where it does not, the screen only when nothing else works.
Confirmed, not assumed
Every write goes through the system's own validation and comes back confirmed, logged with its request, per customer.
Project data stays in the building
The client runs inside the customer's network. No record is copied out, nothing is installed on the system, approval per write.
A managed connector, not a project
We open the system, run the connector and keep it running through updates. The next customer on it is a setup.
Start with the deal that is blocked.
Not a platform rollout. One customer, one system, one action that is in the way today. We tell you within a week whether we can open it, then run it for you as a managed connector.
One action, end to end
confirmed- requestPOST /v1/supplier-invoices0 ms
- routeConstruction · Nevaris4 ms
- checkvalidated by the system's own rules120 ms
- approvalcheckpoint passed · optional2.1 s
- result201 · confirmed2.4 s
- logrequest and response kept, per customer2.4 s
1. Name the action
The system, the action and the customer where it is blocking you. One call, one week to an answer.
2. We open it
The client goes on a PC in that customer's network. You get the action as an endpoint, confirmed and logged.
3. The next customer is a setup
The same system reuses what we built; a different system gets the same API. Days per installation.
4. Priced per connected customer
A platform fee plus a fee per connected customer, and a setup fee for a new system. No per-call charges.
Questions from construction teams
What software and AI providers ask before the first contractor connects.
We do, together with you. The Deepdock client runs on a PC inside the customer's network, nothing is installed on the system itself, and we bring the technical and data protection documentation their IT asks for.
Every system on this page is assessed on request: tell us the system and your action, and we tell you within a week whether and how it can be opened. We name a system as supported only once it runs at a customer.
We use them wherever a system supports the action you need. Most of the actions providers ask us for sit outside what they cover: writes, older releases, grown installations, the system nobody has an interface for.
Deepdock maintains the connector. Every action goes through the system's own validation, so a change is caught at the action, not weeks later in a support ticket.
Nothing simulates typing. Deepdock uses the system's own interfaces and data paths first, validates every write with the system's own rules, and returns a confirmation your product can rely on. The screen is the last resort, not the method.
A platform fee, plus a fee per connected customer, plus a setup fee when we open a system for the first time. No per-call charges, no per-seat licences: the price follows what we run for you, not how often your product calls it. Early partners can start on a revenue share instead. The numbers are part of the first call.
Book a call and bring one blocked case: the system, the action, the customer. We tell you within a week whether we can open it and, if we can, we start.
Show us the system that is blocking you.
- Building a product?
- One API for every job-costing and trades system your contractor customers run.
- Already building integrations yourself?
- Keep what works. Hand us the systems that are still in the way.