Boltrics integratie met Logentic

Boltrics is gebouwd op Microsoft Dynamics 365 Business Central. Dat geeft Logentic twee routes: dag één via browser-entry (zoals bij elk TMS), of diepe integratie via de BC REST API. Voor 3PL- en warehousing-operaties is dit het TMS waar API-integratie het eenvoudigst schaalt. Prijskaartje ongewijzigd — uw Boltrics- en BC-licenties blijven wat ze zijn.

Wat is Boltrics precies?

Boltrics (HQ Almere, NL) is een Nederlandse softwarehuis dat vertical-oplossingen bouwt op Microsoft Dynamics 365 Business Central. De logistieke package bestaat uit modules voor Forwarding, Customs Agent, Road Transportation, en Warehousing (3PL). Gebruikers zijn typisch NL expediteurs en 3PL-operaties met 10-150 FTE die een enkele, geïntegreerde stack willen — forwarding + customs + warehousing + financials in één Dynamics-installatie.

Het grote verschil met CargoWise of Riege Scope: Boltrics is geen standalone TMS, maar een laag bovenop het standaard-Dynamics-BC-datamodel. Klanten, items, orders, invoices — dat zijn gewoon BC-records. Boltrics voegt daar logistiek-specifieke tabellen en workflows aan toe (shipment, container, customs-declaration, warehouse-pick). Gevolg: alles wat Dynamics BC kan — Power Automate, Dataverse, Power BI — werkt ook met Boltrics-data.

Twee integratie-routes

Route 2 vereist een Boltrics-consultant aan uw kant die de API-user en permissions configureert — typisch 2-3 uur. Dat is de enige aanvullende setup. Wij adviseren om met Route 1 te starten (snelste time-to-value), en naar Route 2 over te stappen wanneer volumes dat rechtvaardigen.

Module-dekking

Wat de BC-fundering mogelijk maakt

Dynamics 365 BC is een enterprise-platform met een breed ecosysteem. Drie dingen die bij Boltrics-klanten tastbare waarde geven:

1. Power Automate triggers. Wanneer Alex een shipment aanmaakt, kan uw BC-Power-Automate-flow daarop reageren — notificatie naar de carrier-planner, automatische approval-request voor hoge-waarde zendingen, logging naar Power BI. De agents maken "gewone" BC-records aan; uw bestaande automatisering werkt ongewijzigd door.
2. Dataverse als semantisch datamodel. Records die Alex aanmaakt zijn direct beschikbaar in Dataverse, Power BI-rapportages, en custom Power Apps. Geen ETL, geen data-synchronisatie, geen duplicate source of truth.
3. Azure AD + role-based access. De agent werkt onder een dedicated BC-user met precies de permissions die u toekent. Geen admin-privileges, geen omweg. Uw security-team houdt controle via dezelfde tools als voor menselijke gebruikers.

3PL & warehousing-use-case

Veel Boltrics-klanten combineren forwarding met 3PL-warehousing. Typische flow: een klant stuurt een Advance Shipping Notice (ASN) per mail of EDI — "truck arriveert morgen met 24 pallets". Handmatig moet iemand die data overnemen in Boltrics Warehousing, een Goods Receipt voorbereiden, en pick-locations toewijzen.

Wat de agents doen:

1. ASN-email geparsed: klant, verwachte aankomst, product-lijnen, hoeveelheden.
2. Klant gematcht op BC-Customer; items gematcht op BC-Item (SKU-tabel).
3. Expected Goods Receipt-record aangemaakt in Boltrics Warehousing.
4. Notificatie naar warehouse-supervisor: "24 pallets verwacht morgen 10:00, receipt #WH-25-4411 klaar."

Wat de agent niet doet: locatie-toewijzing, pick-routing, capacity-management. Dat blijft bij Boltrics' eigen WMS-optimalisatie.

Drie dingen om te weten bij Boltrics

1. Multi-company setup. Veel Boltrics-klanten hebben meerdere BC Companies (bijv. voor verschillende BV's, landen, of business-units). De agent respecteert de company-context: mails die binnenkomen voor de NL-BV gaan in de NL-company, idem voor BE, DE. Configuratie gebeurt in week 2 van de implementatie.
2. Boltrics-specifieke velden. De Forwarding- en Customs-modules voegen custom velden toe aan standaard BC-tabellen. De agents gebruiken deze velden correct — B/L-nummer staat op het juiste shipment-record, niet op een generiek sales-order.
3. Boltrics-upgrades. Boltrics doet typisch één major-release per jaar (meelift op BC-release-cyclus). Nieuwe velden of workflow-wijzigingen pikken we binnen 48 uur op via het discovery-systeem — geen regressie aan uw kant.

Implementatie

4-5 weken voor Route 1 (browser-entry), 5-7 weken voor Route 1 + Route 2 (API-integratie parallel). De Route 2-upgrade kan achteraf — u start met Route 1 en schakelt over wanneer u daar klaar voor bent, zonder downtime.