---
title: "NAV-analyse met AI | Business Central | NAVtoBC.de"
description: "Navision met AI analyseren: C/AL-code, SQL-schema en bedrijfsprocessen begrijpen. Migratie naar Business Central en AL plannen."
url: https://navtobc.de/nl
language: nl
---

NAVISION-ANALYSE MET AI

# Navision begrijpen. Migratie naar Business Central voorbereiden.

Wij analyseren Navision en Microsoft Dynamics NAV met kunstmatige intelligentie (AI) en geautomatiseerde C/AL-codeanalyse. Jarenlange Navision-ervaring verbindt uw gegroeide proceskennis met een helder doelbeeld voor Business Central.

[Vrijblijvend een intake aanvragen](https://navtobc.de/nl/kontakt) [Resultaten ontdekken](https://navtobc.de/nl/beispiel-ergebnisse)

Eerst standaard Business Central. Bij voorkeur gecertificeerde modules.  
Alleen gericht maatwerk ontwikkelen.

NAVtoBC.de Analyse & migratieplanning

UW BASIS VOOR BESLISSINGEN

## Kennis wordt perspectief.

DEMO

01 / VOORRANG **Standaard Business Central** Functies benutten

02 / UITBREIDING **Gecertificeerde  
modules** Maatwerkcode vervangen

03 / ONDERBOUWDE GAP **Gericht  
maatwerk** Het noodzakelijke ontwikkelen

**Verbanden blijven behouden** Consistente vervangende waarden

**Klant** P-7Q4X9

**Order** P-7Q4X9

**Factuur** P-7Q4X9

**Elke aanbeveling herleidbaar.** Met bronnen, controlestatus en openstaande beslissingen.

**Gegroeide kennis. Helder plan.** Analyseren · documenteren · prioriteren

Illustratief resultaatformaat met synthetische gegevens.

RESULTATEN WAARMEE U VERDER KOMT

## Vier resultaten. Eén heldere richting.

Geen simpele overname van code. U krijgt een gedocumenteerde basis voor beslissingen – met bronnen, controlestatus en openstaande punten.

01 / INVENTARIS

### Technische inventarisatie

Aanpassingen, koppelingen en afhankelijkheden inzichtelijk maken.

Objectoverzicht & referentiegrafen

02 / PROCESSEN

### Gedocumenteerde bedrijfsprocessen

Werkwijzen, regels en uitzonderingen toetsen met uw vakafdelingen.

Proceskaart & JSON-regelset

03 / KENNIS

### Gestructureerde kennisbank

Gegroeide systeemkennis vastleggen met herkomst en controlestatus.

Kennisartikelen & bronverwijzingen

04 / DOELBEELD

### Geprioriteerd migratievoorstel voor Business Central

Standaard, gecertificeerde modules en noodzakelijke ontwikkeling afwegen.

Beslismatrix & roadmap

DE ANALYSERESULTATEN OP VIDEO

### Vier resultaten. Eén heldere richting.

1:30 min. · Full HD · Met geluid

![De vier resultaten van de NAVtoBC-analyse](https://navtobc.de/film/ergebnisse-v1/nl/poster.webp)

[De vier resultaten van de NAVtoBC-analyse](https://navtobc.de/film/ergebnisse-v1/nl/index.m3u8)

Technische inventarisatie, bedrijfsprocessen, kennisbank en migratievoorstel – de vier resultaten in 90 seconden. Weergave in 1080p met 30 beelden per seconde.

WAAROM NU?

### Vroeg duidelijkheid scheppen. Migratie gericht plannen.

Welke aanpassingen zijn nog nodig? Welke koppelingen moeten behouden blijven? En welke bedrijfsregels zitten verborgen in de gegroeide C/AL-code?

**Kennisdragers hebben het bedrijf verlaten.**

Wij halen de kennis terug:

- door broncodeanalyse
- door workshops met de vakafdelingen

Een vroegtijdige analyse maakt deze verbanden inzichtelijk voordat u budget, planning en uitvoering vastlegt. Zo kunt u eisen samen met uw vakafdelingen en uw implementatiepartner onderbouwd beoordelen.

De verkregen kennis helpt u nu al bij het opsporen van fouten, bij de documentatie en bij de doorontwikkeling van uw bestaande NAV-systeem.

[Vrijblijvend een intake aanvragen](https://navtobc.de/nl/kontakt)

Welke ondersteuningstermijnen gelden voor uw systeem?  
[NAV-versies en ondersteuningstermijnen bekijken](https://navtobc.de/nl/nav-versionen)

DE 3 GROOTSTE RISICO'S

## Waarom sommige projecten mislukken.

Een migratie verandert meer dan de software. Ze raakt gegroeide werkwijzen, verantwoordelijkheden en de kennis van uw medewerkers. Deze drie risico's horen daarom vroeg op tafel.

1. ### De 1-op-1-obsessie

   Wie een historisch gegroeid, sterk aangepast Navision-landschap één op één in Business Central wil nabouwen, neemt ook de oude complexiteit over. Dat kan planning en budget doen ontsporen.

   #### Wat helpt

   Bedrijfsmatige eisen loskoppelen van de bestaande code. Eerst standaard Business Central en passende modules toetsen, daarna het noodzakelijke maatwerk plannen.
2. ### Onvoldoende vooranalyse

   Zonder code- en procesanalyse worden dure speciale functies meegesleept die niet meer worden gebruikt of allang door de moderne standaard worden afgedekt. Tegelijk kunnen belangrijke afhankelijkheden over het hoofd worden gezien.

   #### Wat helpt

   Code, koppelingen en het daadwerkelijke gebruik afstemmen met de vakafdelingen. Per aanpassing onderbouwd beslissen: overnemen, vervangen of uitfaseren.
3. ### Gebrekkig verandermanagement

   Worden de vakafdelingen pas kort voor de go-live betrokken, dan blijven oude werkwijzen vaak bestaan. Nieuwe processen zijn dan technisch gerealiseerd, maar in de dagelijkse praktijk nog niet ingeburgerd.

   #### Wat helpt

   Vakafdelingen vroeg betrekken, verantwoordelijken aanwijzen en tijd voor trainingen inplannen. Nieuwe processen samen testen aan de hand van realistische bedrijfsscenario's.

### Niet elke aanpassing hoeft mee. Maar elke bedrijfskritische regel moet begrepen zijn.

AI maakt gegroeide systeemkennis makkelijker toegankelijk. De vakafdelingen vullen aan waarom een regel nodig is. Samen ontstaat een onderbouwde basis voor beslissingen.

[Migratierisico's vroegtijdig verhelderen](https://navtobc.de/nl/kontakt?thema=nav-analyse)

VAN AFZONDERLIJK OBJECT TOT VOLLEDIG SYSTEEM

## Gedetailleerde Navision-analyse met AI.

**Uw systeem begrijpen. Verbanden herkennen. Kennis blijvend bruikbaar maken.**

Wij analyseren uw **Navision-, Dynamics NAV- of MS Dynamics NAV-systeem** tot op objectniveau. Geautomatiseerde C/AL-codeanalyse, schema-analyse en kunstmatige intelligentie (**AI**) verbinden broncode, gegevens en koppelingen tot een navolgbare kennisbasis.

**Automatische C/AL-analyse met een eigen analysetool. Er worden TXT-objectexports geanalyseerd.** Native FOB-bestanden worden niet rechtstreeks verwerkt. De resultaten vormen de basis voor uw migratiebeslissingen. Noodzakelijke maatwerkcode wordt opnieuw in AL geschreven, niet automatisch geconverteerd.

![Gedetailleerde Navision-analyse met AI.](https://navtobc.de/film/analyseumfang-v1/nl/poster.webp)

[Gedetailleerde Navision-analyse met AI.](https://navtobc.de/film/analyseumfang-v1/nl/index.m3u8)

NAVtoBC.de · VIDEO IN HET DUITS

### Gedetailleerde Navision-analyse met AI.

De analysescope uitgelegd in een video.

### Alle onderdelen in beeld

De analyse omvat de objecttypen van uw NAV-systeem:

- Codeunit
- Dataport
- Form
- MenuSuite
- Page
- Report
- Table
- XMLPort

**SQL-gegevens – desgewenst gepseudonimiseerd.** Ook de databestanden worden meegenomen. Zo kunnen niet alleen afzonderlijke functies, maar ook hun afhankelijkheden en datastromen worden onderzocht.

### Resultaten per object documenteren

De analyseresultaten worden **voor elk object afzonderlijk bijgehouden, gestructureerd vastgelegd en doorzoekbaar gemaakt**. Functies, bedrijfsregels en verbanden blijven vindbaar. Uit gegroeide broncode ontstaat een kennisbasis voor foutanalyses en migratiebeslissingen.

### Koppelingen en systemen van derden meenemen

Uw NAV houdt niet op bij de eigen database. Daarom nemen wij **externe koppelingen en tools van derden** mee – bijvoorbeeld **EDI-systemen en webshopkoppelingen**.

Ook andere SQL-databases met een relatie tot Navision kunnen binnen de afgesproken analysescope worden uitgelezen en onderzocht. Zo worden datastromen over systeemgrenzen heen inzichtelijk.

[Import, export en datastromen in detail](https://navtobc.de/nl/schnittstellen)

### Elke analysestap navolgbaar

Alle analysestappen worden **tot in detail vastgelegd, inclusief de transcripten**. Resultaten worden gekoppeld aan de onderzochte objecten en de gedocumenteerde analysestappen.

Zo blijft navolgbaar **wat er is onderzocht, welke verbanden zijn herkend en waarop een conclusie berust**.

DE BLIK VOORUIT

### Uw doelbeeld: Business Central

Van een gegroeid NAV-systeem naar een helder gedocumenteerde basis voor uw migratie.

[![Voorbeeld van een Business Central-startpagina met navigatie, taken en kerncijfers.](https://navtobc.de/business-central-beispiel.png) Voorbeeldweergave openen](https://navtobc.de/business-central-beispiel.png)

**Voorbeeldweergave van Microsoft Dynamics 365 Business Central.** De afbeelding illustreert de doelinterface; ze toont geen resultaat van onze NAV-analyse.

1. **Navision begrijpen** Objecten, gegevens en koppelingen
2. **Kennis vastleggen** Gestructureerd en doorzoekbaar
3. **Business Central voorbereiden** Eerst standaard, gericht uitbreiden

DATASTROMEN BEGRIJPEN. KOPPELINGEN GERICHT VOORBEREIDEN.

### Koppelingen en aangesloten systemen.

**Gegevensuitwisseling in Navision gestructureerd analyseren. Met AI onderbouwd beoordelen.**

EDI-oplossingen, BI-systemen, webshops en individuele import- en exportprocessen maken vaak deel uit van het gegroeide NAV-landschap. **Wij analyseren deze koppelingen en maken datastromen, veldtoewijzingen en inhoudelijke afhankelijkheden inzichtelijk.** Daaruit ontstaan concrete voorstellen voor uw migratie naar Business Central.

#### Systemen binnen de analysescope

EDI-datastromen en BI-analyses in samenhang met uw Navision-systeem.

![Lobster](https://navtobc.de/images/lobster-logo.svg)

EDI-datastromen

![Qlik](https://navtobc.de/images/qlik-logo.svg)

BI-analyses

![AI-analyse van de Navision-koppelingen.](https://navtobc.de/film/schnittstellen-v1/nl/poster.webp)

[AI-analyse van de Navision-koppelingen.](https://navtobc.de/film/schnittstellen-v1/nl/index.m3u8)

NAVtoBC.de · VIDEO IN HET DUITS

#### AI-analyse van de Navision-koppelingen.

Datastromen en aangesloten systemen in de video.

#### Gegevensuitwisseling Navision

Gegevensbronnen, doelen, formaten en overdrachtspunten vastleggen. De analyse laat zien welke informatie tussen Navision en de aangesloten systemen stroomt.

#### Gegevensimport Navision

Importprocessen voor artikelen, prijzen, klanten, voorraden en transactiegegevens onderzoeken: herkomst, structuur, veldvulling en aanwezige validatielogica.

#### Gegevensoverdracht Navision

Technische overdrachtswegen, triggers en verwerkingsvolgordes inzichtelijk maken. Foutbronnen en afhankelijkheden worden gedocumenteerd als basis voor verbeteringen.

#### Gegevensexport Navision

Exportlogica, inhoud, doelformaten en ontvangers analyseren. De inhoudelijke betekenis van de gegevens blijft zichtbaar voor aangesloten systemen, rapporten en verdere verwerking.

#### Gegevensexport voor webshops

De overdracht van artikel-, prijs-, voorraad- en ordergegevens controleren. Bestaande regels en afhankelijkheden worden voorbereid voor het latere Business Central-doelbeeld.

#### Import van artikelgegevens

Leveranciersgegevens, catalogi en voorliggende systemen meenemen. Verplichte velden, varianten, eenheden, prijzen en individuele controleregels worden systematisch onderzocht.

#### Analyse van de velden voor de importmatching

**Sleutelvelden, toewijzingslogica en duplicaatcontrole begrijpen.** Wij controleren hoe records worden herkend en vergeleken en welke inhoudelijke regels voor Business Central nodig zijn.

#### Aangesloten systemen meenemen

**EDI-systemen:** bijvoorbeeld Lobster EDI, Anvaigo EDI Connect (voorheen Anveo), SEEBURGER BIS, ecosio en Softzoll.

**Analyse en rapportage:** bijvoorbeeld Qlik, Microsoft Power BI en Jet Reports.

Binnen de afgesproken analysescope bekijken we de koppelingen en de bijbehorende SQL-databases met een relatie tot Navision.

SCHEMATISCHE DEMO

#### Gegevensuitwisseling rond Navision

Voorbeelden van koppelingen, datastromen en aanknopingspunten voor de analyse.

EDI **Lobster EDI** Documenten, stamgegevens  
en statusinformatie

BI **Qlik** Rapportage, analyse  
en gegevensaanlevering

**Navision / Dynamics NAV** C/AL · SQL · bedrijfslogica

IMPORT **Artikelgegevens** Stamgegevens, varianten,  
eenheden en prijzen

SHOP **Webshops** Artikelen, prijzen, voorraden  
en orders

HIEROP RICHT ZICH DE ANALYSE

**Gegevensexport** Inhoud, doelformaten  
en ontvangers

**Importmatching** Veldtoewijzing, sleutels  
en duplicaatcontrole

**Illustratieve weergave, geen klantproject.** De pijlen tonen voorbeeldmatige gegevensrichtingen, geen live gemeten datastromen. De werkelijke koppelingen en veldtoewijzingen worden per project gecontroleerd. Productnamen dienen ter oriëntatie; een partnerschap met de genoemde leveranciers wordt niet beweerd.

**Datastromen van de demo als tekst**

- Lobster EDI ↔ Navision: uitwisseling van documenten, stamgegevens en statusinformatie.
- Navision → Qlik: aanlevering van gegevens voor rapportage en analyse.
- Externe artikelbronnen → Navision: import met veldtoewijzing en validatie.
- Navision ↔ webshops: export van artikelen, prijzen en voorraden; terugstroom van orders.
- Gegevensexport en importmatching zijn analysegebieden, geen extra externe systemen.

NAVISION EN POWER BI

#### Uw Power BI-rapporten. Voorbereid op Business Central.

Veel Navision-systemen leveren kerncijfers aan Microsoft Power BI. Hoe de gegevens daar terechtkomen, hangt af van de NAV-versie. En daarvan hangt af wat er bij de migratie met uw rapporten gebeurt.

- **OData-webservices, vanaf NAV 2013:** NAV publiceert pagina's en query's als webservice, Power BI leest ze als OData-feed. FlowFields en machtigingen berekent NAV zelf.
- **Directe SQL-toegang, ook bij NAV 2009 R2:** Power BI leest de tabellen per bedrijf rechtstreeks uit de database. FlowFields staan daar niet als kolommen, en de NAV-machtigingen zijn niet van toepassing.
- **Power BI in het rolcentrum, vanaf NAV 2017:** rapporten verschijnen rechtstreeks in de NAV-client.

In Business Central online loopt de ondersteunde weg naar Power BI via API-pagina's en -query's; directe databasetoegang bestaat daar niet. Voor financiën en verkoop stelt Microsoft kant-en-klare sjabloon-apps beschikbaar. Rapporten die gebaseerd zijn op NAV-tabellen of gepubliceerde NAV-pagina's, moeten daarom opnieuw worden gekoppeld.

**De NAVtoBC-analyse brengt in kaart welke tabellen, velden en webservices uw Power BI-rapporten vandaag gebruiken,** en laat zien wat in Business Central opnieuw moet worden gekoppeld. Zo plant u de ombouw van uw rapporten voordat de migratie begint.

Bronnen: [Microsoft: Power BI met Dynamics NAV](https://learn.microsoft.com/nl-nl/dynamics-nav-app/across-how-use-financials-data-source-powerbi) · [Microsoft: Gegevens ophalen uit Business Central](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/devenv-extract-data)

UW RESULTAAT

#### Geen black box bij de datastromen.

U ontvangt een gedocumenteerd koppelingslandschap, navolgbare veldtoewijzingen en **AI-ondersteunde voorstellen** voor de verdere uitvoering: benodigde koppelingen behouden, vereenvoudigen of gericht vervangen.

**Business Central online apart beoordeeld:** directe bestandstoegang op de server is daar volgens Microsoft niet mogelijk. Bestandsgebaseerde koppelingen, zoals CSV-bestanden in uitwisselmappen, hebben daarom een nieuwe route nodig via webservices, API's of een bestandsupload in de browser.

**Eerst standaard Business Central, daarna geschikte ISV-modules.** Noodzakelijke specifieke eisen worden opnieuw in AL gerealiseerd. Voorstellen en openstaande punten worden afgestemd met uw vakafdelingen, uw interne IT en de partner van uw keuze.

[Koppelingsanalyse aanvragen](https://navtobc.de/nl/kontakt?thema=schnittstellen)

VERWERKING ZICHTBAAR MAKEN

### Uw datastromen. Uw bedrijfslogica. Navolgbaar als graaf.

**De graafdatabase visualiseert de verbanden in uw NAV.** Ze laat zien hoe gegevens worden verwerkt, welke functies op elkaar ingrijpen en welke bedrijfslogica daarbij wordt toegepast.

Gekoppelde objecten, aanroepketens en datastromen maken de verwerking door uw Navision-systeem navolgbaar – inclusief de onderzochte koppelingen en aangesloten systemen. Basis zijn de geanalyseerde bronnen en gedocumenteerde resultaten.

### Vijf analyses uit de graaf. Elk pad onderbouwd.

Elk object van uw NAV wordt een knooppunt: tabellen, Forms, Reports, Codeunits, Dataports en MenuSuites. Elke aanroep, elke tabelverwijzing en elk menu-item wordt een verbinding. Zo kan het netwerk worden bevraagd, niet alleen bekeken.

**Bereikbaarheid met bewijs**

Vanuit inhoudelijk afgestemde ankers – MenuSuite-items, rapporten, taakwachtrijen – bepaalt de graaf voor elk object of en via welk pad het bereikbaar is. Resultaat per object: bereikbaar ja/nee, ankerafstand en de keten waarlangs het wordt bereikt.

**Afhankelijkheden per tabel**

Welke objecten lezen of schrijven een tabel? Een blik op “Sales Header” toont alle Forms, Reports en Codeunits die ervan afhangen – de basis om de gevolgen van een wijziging of een overstap naar BC te beoordelen.

**Externe afhankelijkheden: .NET, COM, DLL**

De graaf legt per object vast waar C/AL buiten NAV reikt: DotNet-variabelen en -aanroepen (DotNet-analyse), CREATEAUTOMATION, COM-objecten, Automation Server en DLL-afhankelijkheden. .NET-interop is in Business Central alleen on-premises beschikbaar, niet online. COM- en Automation-aanroepen kunnen niet ongewijzigd naar AL worden overgenomen. Elke vindplaats staat daarom met het betreffende object als afzonderlijke bevinding in het resultaat – de basis om de vervanging in AL te plannen.

**Niet aantoonbaar bereikbare objecten**

Objecten zonder pad vanaf een anker worden verzameld en als te controleren aangemerkt – niet als verwijderlijst. Pas de inhoudelijke controle beslist over uitfasering.

**Hiaten in de export**

Objecten waarnaar wordt verwezen maar die in de export ontbreken, niet-gecompileerde objecten en onopgeloste aanroepen worden als afzonderlijke bevindingen opgenomen. Zo blijft zichtbaar wat de analyse niet afdekt.

Basis zijn opgeschoonde objectexports, geen databaseverbinding. De graaf toont statische relaties in de export. Dynamische aanroepen, ontbrekende objecten en parsergrenzen worden als zodanig gemarkeerd, niet als betrouwbaar geanalyseerd weergegeven.

Objectprofiel uit de graaf SYNTHETISCHE GEGEVENS

**Retour aanmaken** *:Form* *:Object*

**ID**

FRM-50710

**Bereikbaar**

ja · ankerafstand 1

**Bereikt via**

MenuSuite → Retourregistratie → FRM-50710

**Gebruikt**

Tabel 36 “Sales Header” (lezen, schrijven)

**Extern**

geen .NET-, COM- of DLL-afhankelijkheid

**Stand**

Export van 02-03-2018 · gecompileerd · in de export

BEWIJS PER OBJECT **bereikbaar, afstand 1 vanaf MenuSuite – pad met bron per verbinding**

Voorbeeldweergave met vast ingestelde, verzonnen objectnamen. Geen live-analyse en geen verbinding met een graafdatabase.

KENNIS DIE U IN DE BEDRIJFSVOERING VERDER HELPT

### Uw directe winst: sneller fouten opsporen – al vóór de migratie.

De analyse legt niet alleen de basis voor uw migratie naar Business Central. **Ze levert al in het bestaande NAV-systeem direct voordeel op:** fouten zijn op basis van de gedocumenteerde systeemkennis sneller en gerichter af te bakenen.

Doorzoekbare objectresultaten, gedocumenteerde bedrijfsregels en gevisualiseerde datastromen laten zien hoe functies en processen samenhangen. In plaats van deze verbanden bij elke storing opnieuw uit te zoeken, valt u terug op de al opgebouwde kennisbasis.

**Zo kan urenlang zoeken een gerichte afbakening in enkele minuten worden – een extra winst voor uw lopende bedrijfsvoering, nog voordat u overstapt op Business Central.**

*De werkelijke duur hangt af van het foutbeeld en van de gedocumenteerde analysescope.*

[Analysescope bespreken](https://navtobc.de/nl/kontakt)

DE BIJZONDERHEDEN VAN C/AL

## Weinig code. Veel impact.

In Navision zit bedrijfslogica niet alleen in functies. Ook veldeigenschappen, triggers, filters en de uitvoeringscontext bepalen wat er werkelijk gebeurt.

Wie C/AL geautomatiseerd analyseert, moet deze verbanden in samenhang lezen. Hier zijn de belangrijkste bijzonderheden voor een onderbouwde analyse en migratieplanning.

C/AL GOED PLAATSEN

### Van Navision tot Business Central 14.

**C/AL staat voor Client/server Application Language.** De taal werd gebruikt in Navision en Dynamics NAV en was nog beschikbaar in Business Central 14 (Spring 2019, on-premises). Vanaf Business Central 15 werd C/AL vervangen door AL.

ONZE ANALYSEBASIS

### TXT-objectexports.

Wij lezen de als **TXT geëxporteerde NAV-objecten** met C/AL-code en objecteigenschappen. **Native FOB-bestanden worden niet rechtstreeks verwerkt.**

Zijn er alleen FOB-bestanden, dan worden de objecten eerst in een geschikte NAV-ontwikkelomgeving geïmporteerd en daar als TXT geëxporteerd. Daarvoor zijn een passende versie en de vereiste ontwikkelaarslicentie nodig. Een hernoemde bestandsextensie volstaat niet.

EEN KLEIN VERSCHIL MET GEVOLGEN

### Toewijzen of valideren?

Beide regels zetten een waarde in de recordbuffer. `VALIDATE` voert daarnaast de veldvalidatie uit, inclusief `OnValidate`. Deze trigger kan andere velden wijzigen, bedrijfslogica activeren en zelf databasewijzigingen doorvoeren.

Directe toewijzing

```
Customer.Name := 'Beispiel';
```

Met veldvalidatie

```
Customer.VALIDATE(Name, 'Beispiel');
```

### Wat bij de analyse bij elkaar hoort.

Klap de onderwerpen open en ontdek de technische details.

****Taal & waarden** Pascal-syntaxis, Code, opties en inhoudelijke gegevenstypen**

- **Door Pascal geïnspireerde syntaxis:** `BEGIN … END`, `:=` voor toewijzingen en `//` en `{ … }` voor commentaar. Namen en sleutelwoorden zijn niet hoofdlettergevoelig. Variabelen worden globaal in het object of lokaal in functies en triggers gedeclareerd. `VAR`-parameters kunnen de waarde bij de aanroeper wijzigen.
- **Code is een eigen gegevenstype:** het zet tekst om in hoofdletters en verwijdert voorloop- en naloopspaties. De gedefinieerde lengte van `Code` en `Text` hoort bij de analyse. Tekenreeksen en arrays worden vanaf positie 1 geadresseerd.
- **Opties hebben een volgorde:** `OptionString` definieert de leden; hun numerieke waarden beginnen bij 0. Naam, positie en vertaald bijschrift moeten worden onderscheiden. Een ombouw naar AL-enums moet rekening houden met de bestaande waarden. AL ondersteunt ook nog steeds `Option`; de overstap naar enums is niet automatisch verplicht.
- **Inhoudelijke waarden in plaats van louter getallen:** `0D`, afsluitdatums, `WORKDATE` en datumformules hebben een eigen betekenis. Afrondingsregels en taalafhankelijke conversies met `FORMAT` en `EVALUATE` kunnen resultaten en koppelingen beïnvloeden.

**Voor de analyse:** gelijke zichtbare waarden kunnen technisch verschillend worden behandeld. Gegevenstype, lengte, taal en parameteroverdracht horen daarom bij de bevinding.

****Objecten & metadata** Type plus ID, veldnummers en eigenschappen**

- **Objecten in plaats van losse bronbestanden:** afhankelijk van de NAV-versie horen Table, Page, Report, Codeunit, Query, XMLport en MenuSuite erbij; oudere generaties kennen ook Form en Dataport. Uniek is de combinatie van **objecttype en ID**. Het bereik 50000–99999 is klassiek bedoeld voor klantaanpassingen; partnerbereiken en bruikbaarheid hangen ook af van de licentie.
- **Eigenschappen dragen bedrijfslogica:** `TableRelation`, `CalcFormula`, `SourceTableView`, `RunObject` en `RunPageLink` creëren relaties, filters en aanroepen buiten de eigenlijke C/AL-code. Veldnummers, sleutels, report-DataItems en XMLport-structuren horen eveneens bij het model.
- **Namen zijn geen bijschriften:** `CaptionML` en `OptionCaptionML` leveren meertalige weergaven, bijvoorbeeld Duits en Engels. Ze vervangen geen object- of veldidentiteiten. Taalversie en tekencodering van de TXT-export moeten behouden blijven.

**Voor de analyse:** een volledige objectexport bevat meer kennis dan losgekopieerde functies. Metadata zijn een onderdeel van het programma.

****Triggers & bedrijfslogica** VALIDATE, RunTrigger en verborgen vervolgacties**

- **Triggers en functies:** C/AL biedt globale en lokale functies. Daarnaast zijn er tabeltriggers zoals `OnInsert`, `OnModify`, `OnDelete` en `OnRename`, veldtriggers zoals `OnValidate` en `OnLookup`, en page- en reporttriggers. Volgorde en aanroepcontext zijn doorslaggevend.
- **Eén parameter verandert het verloop:** bij `INSERT`, `MODIFY` en `DELETE` bepaalt `RunTrigger` of de bijbehorende tabeltrigger wordt uitgevoerd. Zonder opgave is hij `FALSE`. `MODIFY(TRUE)` voert `OnModify` uit, maar valideert niet automatisch elk veld. Bulkbewerkingen moeten apart worden bekeken.
- **Controleren, overdragen en valideren zijn verschillende dingen:** `TESTFIELD` controleert een veldwaarde. `TRANSFERFIELDS` wijst waarden toe op basis van veldnummers en voert geen `OnValidate`-triggers uit. Ook een directe veldtoewijzing omzeilt deze veldvalidatie.
- **Impliciete context:** `Rec`, `xRec` en `WITH` bepalen waarnaar een expressie verwijst. Lokale en globale variabelen hebben verschillende geldigheidsbereiken. Globale variabelen kunnen hun toestand binnen een objectinstantie behouden; `SingleInstance`-codeunits delen hun instantie binnen een sessie.

**Voor de analyse:** Een functienaam alleen verklaart het verloop niet. Ook triggerschakelaars, variabelencontext en de vervolgacties die worden uitgelokt, moeten worden herleid.

****Recordtoestand & berekeningen** Filters, FlowFields, tijdelijke gegevens en bedrijven**

- **Records onthouden meer dan veldwaarden:** Filters, filtergroepen, sleutels en het huidige record bepalen mee hoe gegevens worden benaderd. `SETRANGE`, `SETFILTER`, `FILTERGROUP`, `RESET`, `FINDSET`, `FINDFIRST` en `NEXT` moeten in samenhang worden gelezen. `GET` gebruikt de primaire sleutel en negeert gewone filters; met beveiligingsfilters moet afzonderlijk rekening worden gehouden.
- **FlowField is niet hetzelfde als FlowFilter:** Een FlowField slaat zijn berekende resultaat niet blijvend op in de tabel. `CalcFormula` beschrijft de berekening, bijvoorbeeld een som of een lookup. `CALCFIELDS` berekent de waarde; afhankelijk van hoe het veld is ingebonden, doet de gebruikersinterface dit ook. Een FlowFilter levert filtervoorwaarden voor zulke berekeningen en berekent zelf geen resultaatwaarde.
- **Zelfde tabel, andere context:** Tijdelijke recordvariabelen verwerken gegevens in het geheugen. `CHANGECOMPANY` wijzigt het bedrijf waarop de gegevenstoegang betrekking heeft; triggers blijven in de context van het huidige bedrijf draaien. `DataPerCompany` maakt onderscheid tussen bedrijfsgebonden en gedeelde tabellen.

**Voor de analyse:** Tabelnaam en veldwaarde zijn niet voldoende. Filters, berekeningsdefinitie, tijdelijke toestand en bedrijf bepalen wat een gegeven werkelijk zegt.

****Dynamische afhankelijkheden & events** RecordRef, FieldRef, aanroepen en subscribers**

- **Hergebruik zonder klassenmodel:** C/AL kent geen naamruimten op taalniveau en geen native interfacedefinities. Een eigen klassenmodel met overerving maakt evenmin deel uit van de taal. Codeunits stellen globale functies beschikbaar; `CODEUNIT.RUN` start hun `OnRun`-trigger. Verwijzingen kunnen worden opgelost via namen, gedeclareerde objectsubtypen of nummers.
- **Doelen kunnen pas tijdens runtime vaststaan:** `RecordRef`, `FieldRef`, `Variant` en variabel doorgegeven object-ID's maken generieke verwerking mogelijk. Ook configuratietabellen kunnen bepalen welke code daadwerkelijk wordt aangeroepen.
- **Events maken al deel uit van C/AL:** Sinds NAV 2016 kunnen publishers en subscribers extra aanroeprelaties tot stand brengen. De analyse moet met deze bindingen rekening houden; wie alleen naar directe functieaanroepen zoekt, brengt ze niet volledig in beeld.

**Voor de analyse:** Statisch aantoonbare afhankelijkheden en relaties die pas met configuratie- of runtimekennis kunnen worden opgelost, worden afzonderlijk vermeld.

****Transacties & SQL** COMMIT, foutafhandeling, sleutels en vergrendelingen**

- **Transacties verlopen deels impliciet:** C/AL opent en sluit databasetransacties automatisch. `COMMIT` legt een expliciete grens. Een latere fout draait reeds bevestigde wijzigingen niet terug.
- **Foutafhandeling maakt deel uit van de logica:** Retourwaarden van databasefuncties, de geëvalueerde Booleaanse retourwaarde van `CODEUNIT.RUN` en `TryFunction` veranderen het fout- en transactieverloop. Databasewijzigingen binnen een TryFunction worden bij een afgevangen fout niet automatisch teruggedraaid; welke schrijfbewerkingen zijn toegestaan, hangt af van versie en serverconfiguratie.
- **C/AL beïnvloedt SQL zonder SQL te tonen:** `SETCURRENTKEY`, filters, `LOCKTABLE`, `FINDSET`, sleutels en SIFT-aggregaties werken door in gegevenstoegang en vergrendelingsgedrag. Een ingestelde sleutel garandeert geen bepaald SQL-uitvoeringsplan. Opvallende patronen bieden aanknopingspunten; de werkelijke prestaties worden gemeten.

**Voor de analyse:** Gegevensconsistentie en prestaties zijn alleen te beoordelen in samenhang met transactiegrenzen, foutpaden en de concrete databaseomgeving.

****Historie & standaardvergelijking** TXT-formaat, Version List, landversies en aanpassingen**

- **Een eigen, gedocumenteerd exportformaat:** C/SIDE beheert objecten in de database en exporteert ze als FOB of TXT. TXT bevat broncode en metagegevens zoals Version List, datum, tijd en Modified-vlag. Zulke exports zijn met Git te beheren; technische metagegevens kunnen vergelijkingen echter vervuilen met extra wijzigingen. Microsoft levert zelf vergelijkings- en conversietools.
- **Aanpassingen kunnen in de standaard zitten:** In klassieke NAV-projecten werd Microsoft-code vaak rechtstreeks gewijzigd. De `Version List` is een aanwijzing, geen volledig bewijs van wijzigingen. Betrouwbaar wordt de indeling pas door een vergelijking met de passende ongewijzigde uitgangsversie en de beschikbare projectdocumentatie.
- **De juiste basis telt:** NAV-versie, build of cumulatieve update, landversie en partneroplossingen moeten op elkaar aansluiten. Duitse, Oostenrijkse of Zwitserse lokalisaties kunnen andere standaardobjecten en functionele regels bevatten.

**Voor de analyse:** Pas de passende vergelijkingsbasis laat zien welke logica bij de standaard, de lokalisatie, een add-on of het maatwerk hoort.

****Runtime, rechten & koppelingen** Clientgeneraties, machtigingen en externe ingangspunten**

- **De NAV-generatie verandert de omgeving:** Classic Client, RoleTailored Client vanaf NAV 2009, Forms en Pages en ook Dataports en XMLports horen bij verschillende ontwikkelgeneraties. .NET-interop werd al met **NAV 2009 R2** geïntroduceerd. Automation/COM, .NET-componenten en uitvoering op client of server moeten per versie worden beoordeeld.
- **Rechten zijn maar deels zichtbaar in de export:** De objecteigenschap `Permissions` hoort bij de broncode. Toegewezen machtigingensets, gebruikersrechten, beveiligingsfilters en licentieomvang moeten aanvullend worden vastgelegd. Indirecte machtigingen kunnen bepalen via welk proces gegevens mogen worden gewijzigd.
- **Gebruik begint ook buiten de code:** Taakwachtrijen, gepubliceerde webservices, bestandspaden, externe componenten en gekoppelde SQL- en EDI-systemen of webshops kunnen processen starten of sturen. `GUIALLOWED` en clientafhankelijke functies zijn relevant voor achtergrondprocessen. Ontbrekende statische aanroepen bewijzen daarom niet dat iets ongebruikt is.

**Voor de analyse:** De TXT-export wordt aangevuld met vrijgegeven configuratie, kennis van de koppelingen en geschikte gebruiksbewijzen. Openstaande afhankelijkheden worden gericht met IT en vakafdelingen opgehelderd.

WAT HET U OPLEVERT

### Bedrijfsregels begrijpen. Migratie onderbouwd plannen.

Een betrouwbare analyse verbindt C/AL-code, objectmetagegevens en het werkelijke gebruik in de praktijk. Zo worden regels, afhankelijkheden en open vragen inzichtelijk – als basis voor standaard Business Central, geschikte modules en gerichte AL-ontwikkeling.

[C/AL-analyse aanvragen](https://navtobc.de/nl/kontakt?thema=nav-analyse)

**Vakbronnen & context**

Gecontroleerd op 09-10-2026 aan de hand van de Microsoft-documentatie. Dit overzicht bundelt de belangrijkste bijzonderheden voor de analyse; details hangen af van NAV-versie, objectstand en operationele omgeving.

- [C/AL tot en met Business Central 14 en TXT-objectexports](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/devenv-txt2al-tool)
- [FOB/TXT: objecten exporteren en importeren](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/cside/cside-import-objects)
- [.NET-interop in NAV 2009 R2](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2010/10/27/net-interoperability-in-nav-2009-r2/)
- [Events in C/AL sinds NAV 2016](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/15/integration-events-in-microsoft-dynamics-nav-2016/)
- [C/AL-functies, variabelen en VALIDATE](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2012/12/03/writing-unit-tests-in-cal/)
- [FlowFields in NAV 2018](https://learn.microsoft.com/nl-nl/previous-versions/dynamicsnav-2018-developer/FlowFields)
- [TXT-objecten, metagegevens en standaardvergelijking](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/upgrade/comparing-and-merging-application-object-source-files)
- [TryFunctions en foutafhandeling in C/AL](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/28/nav-design-pattern-tryfunction-net-exception-handling-in-cal/)
- [SingleInstance, werkdatum en neveneffecten](https://www.microsoft.com/en-us/dynamics-365/blog/it-professional/2015/10/19/test-isolation-in-the-application-test-automation-suite/)
- [Taalvergelijking: opties bestaan ook in AL](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/methods-auto/option/option-data-type)
- [CHANGECOMPANY en triggercontext (AL-referentie)](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/methods-auto/record/record-changecompany-method)
- [Permissions en indirecte rechten (AL-referentie)](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/properties/devenv-permissions-property)

[Zo combineren wij codeanalyse en AI](https://navtobc.de/nl/methoden)

UITGANGSVERSIE & DOELARCHITECTUUR

## Uw NAV-versie. De weg naar Business Central.

Van Microsoft Navision 4.0 tot Microsoft Dynamics NAV 2018: wij brengen versie, beschikbare bronnen en aanpassingen in kaart. Daaruit ontstaat uw eigen analyse- en migratieplan.

![Van Navision naar Business Central.](https://navtobc.de/film/business-central-v1/nl/poster.webp)

[Van Navision naar Business Central.](https://navtobc.de/film/business-central-v1/nl/index.m3u8)

NAVtoBC.de · VIDEO IN HET DUITS

### Van Navision naar Business Central.

Ondersteuningstermijnen, technische upgrade of herimplementatie en wat vóór de overstap opnieuw moet worden beoordeeld: de uitlegvideo in zes minuten.

MICROSOFT-ONDERSTEUNING IN HET KORT

Status vandaag: 05-11-2026. Rood: verlopen · Groen: uitgebreide ondersteuning.

**Einddata van de ondersteuning per productfamilie.** Voor oudere oorspronkelijke releases en servicepacks gelden soms eerdere data. U vindt deze direct in de betreffende rij onder “Einde ondersteuning per release”.

Navision en Dynamics NAV vóór Business Central – vanaf versie 4.0

| Productgeneratie | Versies en releases | Standaardondersteuning tot | Uitgebreide ondersteuning tot | Status vandaag | Bron |
| --- | --- | --- | --- | --- | --- |
| Microsoft Navision / Dynamics NAV 4.0 | 4.0 · 4.0 SP1 · 4.0 SP2 · 4.0 SP3 **Einde ondersteuning per release** 4.0 (oorspronkelijke release) 12-01-2010; 4.0 SP1 10-07-2007; 4.0 SP2 08-01-2008; 4.0 SP3 12-01-2010 | 12.01.2010 | Niet vermeld\* | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-40) |
| Microsoft Dynamics NAV 5.0 | 5.0 · 5.0 SP1 **Einde ondersteuning per release** 5.0 (oorspronkelijke release) 13-04-2010; 5.0 SP1 11-04-2017 | 10.04.2012 | 11.04.2017 | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-50) |
| Microsoft Dynamics NAV 2009 | NAV 2009 · NAV 2009 SP1 · NAV 2009 R2 **Einde ondersteuning per release** NAV 2009 (oorspronkelijke release) 11-10-2011; NAV 2009 SP1 14-01-2020; NAV 2009 R2 14-01-2020 | 13.01.2015 | 14.01.2020 | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2009) |
| Microsoft Dynamics NAV 2013 | NAV 2013 | 09.01.2018 | 10.01.2023 | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2013) |
| Microsoft Dynamics NAV 2013 R2 | NAV 2013 R2 | 09.01.2018 | 10.01.2023 | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2013-r2) |
| Microsoft Dynamics NAV 2015 | NAV 2015 | 14.01.2020 | 14.01.2025 | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2015) |
| Microsoft Dynamics NAV 2016 | NAV 2016 | 13.04.2021 | 14.04.2026 | × Verlopen | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2016) |
| Microsoft Dynamics NAV 2017 | NAV 2017 | 11.01.2022 | 11.01.2027 | ✓ Uitgebreide ondersteuning | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2017) |
| Microsoft Dynamics NAV 2018 | NAV 2018 | 10.01.2023 | 11.01.2028 | ✓ Uitgebreide ondersteuning | [Microsoft](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2018) |

**Geen automatische uitschakeldatum:** Het einde van de ondersteuning markeert het einde van de betreffende Microsoft-ondersteuningsfase, niet het automatische einde van het gebruik van de software. Voor ondersteuning is de telkens ondersteunde update- of servicepackversie vereist. Individuele partnercontracten maken geen deel uit van dit overzicht.

**\* Versie 4.0:** Microsoft noemt 12-01-2010 als einde van de standaardondersteuning, maar geen afzonderlijke einddatum voor uitgebreide ondersteuning.

Bronnen geraadpleegd op 24-09-2026 . Kalenderdagen volgens Microsoft Lifecycle (Pacific Time), zonder omrekening naar de Duitse datum. Aanvullende bronnen: [NAV 2009 R2](https://learn.microsoft.com/nl-nl/lifecycle/products/dynamics-nav-2009-r2) · [Microsoft-beleid voor ondersteuning en servicepacks](https://learn.microsoft.com/nl-nl/lifecycle/policies/fixed).

Het overzicht vermeldt hoofdversies en de genoemde servicepacks en R2-versies. Landversies, cumulatieve updates, branchemodules en individuele aanpassingen worden bij de intake afzonderlijk vastgelegd. Het noemen van een versie is geen algemene belofte van een geautomatiseerde directe migratie.

VAN C/AL NAAR AL

### C/AL begrijpen. De weg naar AL gericht plannen.

Niet elke aanpassing hoeft te worden omgezet naar een AL-extensie. Eerst toetsen wij aan standaard Business Central, dan aan geschikte gecertificeerde ISV-modules en pas daarna aan noodzakelijk maatwerk.

01 / BRONCODE

### C/AL-codeanalyse

C/AL-broncode en TXT-objectexports uit C/SIDE worden onderzocht op functies, bedrijfsregels, aanroepen en afhankelijkheden. De geautomatiseerde codeanalyse levert de onderbouwing voor de AI-ondersteunde evaluatie.

**Resultaat: gedocumenteerde NAV-logica.**

02 / DATAMODEL

### Schema-analyse & SQL

Tabellen, velden, sleutels en gegevensrelaties worden samen met EDI-, webshop- en andere koppelingen bekeken. SQL-gegevens vullen de schema-analyse aan binnen de afgesproken omvang – desgewenst gepseudonimiseerd.

**Resultaat: inzichtelijke datastromen.**

03 / DOELBEELD

### Standaard, ISV of AL-extensie?

Wij wijzen elke noodzakelijke eis toe aan standaard Business Central, een geschikte ISV-module of een onderbouwde AL-extensie op maat. De technische uitvoering wordt apart overeengekomen.

**Resultaat: een onderbouwd migratievoorstel.**

NAV 2009 R2 EN SP1

### Upgrade of herimplementatie?

Een technische upgrade van NAV 2009 R2 of SP1 loopt volgens Microsoft via NAV 2013 of 2015, NAV 2018 en Business Central 14 naar de actuele versie. Veel bedrijven zetten Business Central daarom opnieuw op.

Overgenomen worden dan doorgaans stamgegevens, instellingen, openstaande posten en beginsaldi. De boekingshistorie wordt voor de wettelijke bewaartermijnen leesbaar gearchiveerd. Welke aanpassingen nog nodig zijn, wordt in de fit-gapanalyse bepaald. Noodzakelijke maatwerkcode wordt opnieuw in AL geschreven.

**Hier begint de NAVtoBC-analyse:** die laat zien welke logica, gegevens en koppelingen in het gegroeide systeem zitten en waarvan ze afhangen.

Bron: [Microsoft: Dynamics NAV migreren naar Business Central](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/administration/migrate-nav)

**Is uw versie niet eenduidig vast te stellen?** Wij bepalen samen met u de werkelijke stand van objecten, applicatie en database.

[NAV-versie bespreken](https://navtobc.de/nl/kontakt)

Technische achtergrond: [Microsoft: Programmeren in AL](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/devenv-programming-in-al)

REFERENTIE UIT DE PRAKTIJK

## 480.000 regels C/AL. Bijna 1.000 codeunits.

**Kennis voor de dagelijkse bedrijfsvoering.** In dit klantproject zijn de Navision-broncode, de Navision-SQL-database en alle andere gekoppelde SQL-databases in de analyse meegenomen. De gegevens zijn gepseudonimiseerd geanalyseerd.

C/AL-CODE **480.000 regels**

CODEUNITS **Bijna 1.000**

SYSTEEM **NAV 2009 R2**

DATAVOLUME **ca. 1,5 TB**

SYSTEEMHISTORIE **20 jaar**

BRANCHE **Groothandel & B2C**

REFERENTIEPROJECT

### Systeem begrijpen. Onderbouwd beslissen.

Broncode, bedrijfslogica, functies en datastromen zijn systematisch vastgelegd, gestructureerd en afgezet tegen standaard Business Central en geschikte ISV-modules.

DE OPGEDANE KENNIS IN DE PRAKTIJK

### Fouten vinden. Kennis documenteren. Wijzigingen voorbereiden.

01

### Foutopsporing ondersteunen.

Met AI verbanden onderzoeken en mogelijke foutoorzaken afbakenen.

02

### Documentatie opstellen.

Afzonderlijke onderdelen gericht uitwerken, bijvoorbeeld EDI-datastromen.

03

### Wijzigingen voorbereiden.

Concrete voorstellen voor Navision uitwerken, bijvoorbeeld voor ondersteuning van ZUGFeRD.

KLANTERVARING

### De kennis helpt ons vandaag heel concreet.

> “In ons Navision-systeem zijn 480.000 regels C/AL-code uit bijna 1.000 codeunits geanalyseerd. Naast onze Navision-SQL-database zijn ook alle andere gekoppelde SQL-databases meegenomen. De gegevens zijn gepseudonimiseerd geanalyseerd.
>
> De opgedane kennis gebruiken we vandaag heel concreet: de AI ondersteunt ons bij het opsporen van fouten en helpt verbanden in het systeem te doorgronden. Documentatie over afzonderlijke onderdelen kunnen we met één druk op de knop laten opstellen – bijvoorbeeld over onze EDI-datastromen.
>
> Daarnaast krijgen we concrete voorstellen voor wijzigingen en uitbreidingen in Navision, bijvoorbeeld voor ondersteuning van ZUGFeRD. Zo helpt de analyse ons nu al in de dagelijkse bedrijfsvoering en legt ze tegelijk een solide basis voor de verdere ontwikkeling van ons systeem.”

Klantervaring uit een NAV-analyseproject

RESULTAAT **Een gestructureerde kennisbasis, gevisualiseerde verbanden en een onderbouwd migratievoorstel voor Business Central.** [Vergelijkbaar analyseproject aanvragen](https://navtobc.de/nl/kontakt?thema=nav-analyse)

STANDAARD VÓÓR MAATWERK

## Eerst standaard Business Central. Minder maatwerkcode.

Niet elke historisch gegroeide NAV-aanpassing hoeft mee. Wij toetsen elke noodzakelijke eis in deze volgorde – samen met uw vakafdelingen.

![Eerst standaard Business Central.](https://navtobc.de/film/standard-zuerst-v1/nl/poster.webp)

[Eerst standaard Business Central.](https://navtobc.de/film/standard-zuerst-v1/nl/index.m3u8)

NAVtoBC.de · VIDEO IN HET DUITS

### Eerst standaard Business Central.

Maatwerkcode vervangen door een ISV-module.

1. 01

   EERST

   ### Standaard gebruiken.

   Functies en configuratie van Business Central hebben voorrang. Wij bekijken hoe uw processen zich op de standaard laten afstemmen, zonder noodzakelijke bedrijfseisen op te geven.

   **Standaard Business Central heeft de voorkeur.**
2. 02

   DAN

   ### Gecertificeerde modules.

   Volstaat de standaard niet, dan toetsen wij passende gecertificeerde branche- en functiemodules. Maatwerkprogrammering wordt waar mogelijk door deze uitbreidingen vervangen.

   **Passende modules vóór nieuwe programmering.**
3. 03

   ALLEEN INDIEN NODIG

   ### Gericht ontwikkelen.

   Maatwerk blijft voorbehouden aan zakelijk noodzakelijke eisen waaraan noch de standaard noch geschikte modules voldoen. Resterende hiaten worden gedocumenteerd en onderbouwd.

   **Elk maatwerk met onderbouwing.**

**Zo selecteren wij modules**

Wij toetsen functionele geschiktheid, integraties, licentie- en onderhoudskosten, ondersteuning door de leverancier en compatibiliteit met doelversie, land en exploitatiemodel. Certificerings- of validatiebewijzen worden gecontroleerd voor de concrete module en de betreffende versie.

Een Marketplace-validatie is geen algemene garantie voor uw bedrijfsproces. De geschiktheid wordt in het project afzonderlijk beoordeeld. [Microsoft: technische app-validatie](https://learn.microsoft.com/nl-nl/dynamics365/business-central/dev-itpro/developer/devenv-checklist-submission)

PRAKTIJKVOORBEELD / AMAZON-KOPPELING

### Maatwerkcode vervangen door een ISV-module.

**Gegroeide bedrijfslogica begrijpen. Maatwerkkoppelingen gericht vervangen.**

Een op maat ontwikkelde Amazon-koppeling in Navision bevatte eigen C/AL-logica voor het verwerken van bestel- en verzendinformatie. De broncode houdt onder meer rekening met reeds verzonden regels, bestaande Navision-ordertoewijzingen en verschillende fulfillmentcenters.

**In dit voorbeeld is de bestaande maatwerkprogrammering vervangen door een ISV-module voor de Amazon-koppeling.**

VAN AANPASSING NAAR MODULE

VOORHEEN **Amazon-koppeling op maat**

Eigen C/AL-logica in Navision

VERVANGING **ISV-module voor Amazon**

Bestaand maatwerk vervangen

Bedrijfslogica behouden –  
**maatwerkcode niet ongetoetst overnemen.**

Voor de migratieplanning is het doorslaggevend de bestaande bedrijfsregels te kennen en te toetsen of de nieuwe oplossing ze afdekt. Niet de oude programmacode moet ongewijzigd blijven bestaan, maar de functionaliteit die inhoudelijk nodig is.

**Onze AI-ondersteunde analyse helpt bij de voorbereiding van uw Navision-migratie naar Business Central:** ze maakt bedrijfslogica, afhankelijkheden en koppelingen inzichtelijk. Zo kunt u onderbouwd beslissen wat de standaard afdekt, waar een geschikte ISV-module past en welke AL-ontwikkeling op maat werkelijk nodig blijft.

**C/AL-broncode en herkende bedrijfsregels bekijken**

**C/AL-broncodefragment, aangeleverd door de beheerder van deze website.** Het fragment is ongewijzigd en eindigt midden in een verwerkingsgedeelte. Het is geen volledig, uitvoerbaar programma.

C/AL · fragment van de bestaande Amazon-koppeling

```
CLEAR(l_HoldOpen);

      l_SalesLineAmazon.RESET;
      l_SalesLineAmazon.SETRANGE("Amazon Document Type",p_SalesHeaderAmazon."Amazon Document Type");
      l_SalesLineAmazon.SETRANGE("Amazon-Order-Id",p_SalesHeaderAmazon."Amazon-Order-Id");
      l_SalesLineAmazon.SETFILTER("Navision Order No.",'=%1','');
      l_SalesLineAmazon.SETFILTER("Quantity-Shipped",'>%1',0); // AKT#032
      IF NOT l_SalesLineAmazon.FIND('-') THEN BEGIN
        EXIT;
      END ELSE BEGIN
        //  AKT#038 BEG
        l_FulfillmentCenterId := l_SalesLineAmazon."Fulfillment-Center-Id";
        IF l_FulfillmentCenterId<>'' THEN BEGIN
          p_SalesHeaderAmazon."Fulfillment-Center-Id" := l_FulfillmentCenterId;
          p_SalesHeaderAmazon."Shipment-Date" := l_SalesLineAmazon."Shipment-Date"
        END;
        REPEAT
          IF l_FulfillmentCenterId <> l_SalesLineAmazon."Fulfillment-Center-Id" THEN
            l_HoldOpen := TRUE;
        UNTIL l_SalesLineAmazon.NEXT=0;
        //  AKT#038 END
      END;

      // Funktion für Navision Auftragserstellung
      CLEAR(WarningMessageOrder);
      CLEAR(ShippingCost);
      IF (p_SalesHeaderAmazon."Order No." = '') AND
         (p_SalesHeaderAmazon."Amazon-Order-Id" <>'') THEN BEGIN
         //(p_SalesHeaderAmazon."Error Message"='') THEN BEGIN  //Fehlerprüfung??
```

#### Wat uit dit fragment valt af te leiden

**01 / Passende bestelling afbakenen**

De regels worden gefilterd op Amazon-documentsoort en Amazon-bestelnummer.

**02 / Nog niet toegewezen verzendregels selecteren**

Het Navision-ordernummer moet leeg zijn en de verzonden hoeveelheid groter dan nul. Wordt er geen passende regel gevonden, dan eindigt deze functieaanroep met `EXIT`.

**03 / Verzendinformatie overnemen**

Is de fulfillmentcenter-ID van de eerst gevonden regel gevuld, dan worden deze ID en de verzenddatum overgenomen in de documentkopvariabele. Dat deze wijziging wordt opgeslagen, is in het fragment niet te zien.

**04 / Verschillende fulfillmentcenters herkennen**

Wijkt een van de gevonden regels af van de als eerste vastgestelde center-ID, dan wordt `l_HoldOpen` op `TRUE` gezet.

**05 / Verdere orderverwerking voorbereiden**

Het volgende gedeelte veronderstelt een leeg ordernummer en een aanwezig Amazon-bestelnummer in de kop. De controle van de foutmelding die daaronder staat, is uitgecommentarieerd en daarmee niet actief.

**Grens van het fragment:** Het daadwerkelijk aanmaken van de order, het latere effect van `l_HoldOpen` en het volledige bestel- en verzendproces zijn hier niet opgenomen. De doorgevoerde vervanging is een praktijkopgave van de beheerder van deze website; de code alleen bewijst noch de functionele dekking van de module, noch een afgeronde go-live van Business Central.

Welke van uw NAV-aanpassingen kunnen zinvol worden vervangen?

[Potentieel van uw NAV-aanpassingen verkennen](https://navtobc.de/nl/kontakt?thema=standard-module)

**Uw resultaat:** Een beslismatrix per aanpassing – vervangen door de standaard, gecertificeerde module toetsen of onderbouwd op maat ontwikkelen. Nog onopgehelderde eisen blijven zichtbaar.

SAMEN NAAR BUSINESS CENTRAL

## Uw implementatiepartner blijft betrokken. Wij vullen aan met de analyse.

**Samenwerking in plaats van een partnerwissel – voor een efficiënte en slanke migratie naar Business Central.**

Wij ondersteunen uw huidige Navision-implementatiepartner en uw interne IT met uitgewerkte analysegegevens, gedocumenteerde bedrijfsregels en een onderbouwde beslissingsbasis. **Het gaat er daarbij niet om uw huidige partner te vervangen, maar om diens knowhow en de kennis van uw eigen medewerkers gericht aan te vullen.**

Wij werken onafhankelijk van een bepaalde implementatiepartner samen met de partners van uw keuze. De technische migratie kan nog steeds worden uitgevoerd door uw huidige partner, uw eigen ontwikkelafdeling of in gezamenlijkheid.

01 / IMPLEMENTATIEPARTNER

### Voor uw Navision-implementatiepartner

**Meer transparantie voor planning en uitvoering.**

Uw partner kent uw bedrijf en begeleidt uw oplossing. Wij vullen die kennis aan met een systematische analyse van C/AL-code, objecten, datastromen en koppelingen.

De gestructureerde resultaten helpen om aanpassingen te beoordelen, afhankelijkheden te herkennen en de migratie naar Business Central gericht voor te bereiden: **standaardfuncties gebruiken, geschikte ISV-modules inzetten en alleen noodzakelijk maatwerk opnieuw in AL realiseren.**

02 / INTERNE IT

### Voor uw interne IT

**Opgebouwde kennis borgen. Uw team ontlasten.**

Ook uw interne Navision-afdeling ondersteunen wij rechtstreeks bij de migratievoorbereiding. Doorzoekbare objectdocumentatie, geëxtraheerde bedrijfsregels en een graafdatabase maken verbanden inzichtelijk en vergemakkelijken de afstemming tussen IT, vakafdelingen en implementatiepartners.

**De kennis van uw medewerkers blijft doorslaggevend. Onze analyse vult die aan met een gestructureerde, controleerbare basis.**

03 / ZELFSTANDIG

### Ook zonder betrokkenheid van een implementatiepartner

**De analyse is zelfstandig mogelijk.**

U kunt de Navision-analyse ook los van een migratieproject en zonder actieve medewerking van een externe partner laten uitvoeren. De benodigde toegang en analysebronnen stemmen wij rechtstreeks met u af.

De resultaten zijn daarna beschikbaar voor uw dagelijkse bedrijfsvoering, uw interne planning en de samenwerking met een partner naar keuze.

### Drie vragen voor het gesprek met uw implementatiepartner

1. **Welke gegevens nemen we over, en hoe worden ze gemapt?** Veel standaardtabellen zoals Klant, Artikel of Verkoopkop bestaan nog steeds. Doorslaggevend zijn eigen velden, optiewaarden en nummerreeksen.
2. **Welke aanpassingen worden opnieuw in AL ontwikkeld, en met welke inspanning?** Microsofts conversietool Txt2Al was alleen bij Business Central 14 beschikbaar. Forms en Dataports uit NAV 2009 R2 kan die tool niet verwerken.
3. **Hoe nemen we dimensies zoals kostenplaats en kostendrager over?** Tegenwoordig verwijzen posten via een dimensieset naar hun dimensies. Bij een herimplementatie gaat het vooral om standaarddimensies, openstaande posten en code die dimensies verwerkt.

**De NAVtoBC-analyse levert voor alle drie de vragen de basis:** tabellen en velden met aantoonbaar gebruik, aanpassingen met hun afhankelijkheden en de plaatsen waar code dimensies leest of schrijft.

**Uw voordeel:** Alle betrokkenen werken met een gemeenschappelijke, inzichtelijke kennisbasis – in plaats van dezelfde verbanden steeds opnieuw te moeten uitzoeken.

[Samenwerking bespreken](https://navtobc.de/nl/kontakt)

RESULTATEN BEKIJKEN IN PLAATS VAN ER ALLEEN OVER LEZEN

## Van proceskennis naar een doelbeeld voor Business Central.

Eén samenhangend voorbeeld: klant, order en factuur. Wissel tussen Analyse, Proces, Kennis en Roadmap.

Illustratief voorbeeld met synthetische gegevens – geen klantproject.

NAV → Business Central SYNTHETISCH VOORBEELD

VOORBEELDRESULTAAT

## Het grote geheel. In beeld.

SYNTHETISCH ANALYSEVOORBEELD .txt`// Consistente vervangende waardenKlant.Naam: "P-7Q4X9"Klant.ID: "K-7Q4X9"Order.Klant: "K-7Q4X9"Factuur.Klant: "K-7Q4X9"`

**Verbanden doorgronden**

Dezelfde klant in order en factuur

Bron: synthetische voorbeeldgegevens Inhoudelijk controleren

Alleen vrijgegeven analyseartefacten met consistente vervangende waarden

VOLLEDIG TRACEERBAAR

### Dezelfde klant. Gekoppelde documenten. Toetsbare beslissingen.

1. **Samenhang herkennen**

   “P-7Q4X9” blijft via de klant-ID K-7Q4X9 gekoppeld aan order en factuur.
2. **Kennis documenteren**

   Het kennisartikel legt de samenhang vast, met bronveld en inhoudelijke controlestatus.
3. **Doelbeeld voor Business Central beoordelen**

   Eerst de dekking door de standaard controleren. Alleen resterende eisen leiden tot een modulebeoordeling of maatwerk.

[Pseudonimisering in het voorbeeld bekijken](https://navtobc.de/nl/pseudonymisierung)

**Voorbeeld van een beslismatrix bekijken**

Synthetisch beslisformat, geen gecontroleerd module- of klantadvies.

| Eis in het voorbeeld | Toetsingsroute | Volgende stap | Status |
| --- | --- | --- | --- |
| Klant en documenten koppelen | Eerst standaard Business Central | Proces en configuratie inhoudelijk afstemmen | Standaardcontrole openstaand |
| Aanvullende branche-eis | Gecertificeerde module als de standaard niet volstaat | Geschiktheid, onderbouwing, integratie en kosten controleren | Modulescreening openstaand |
| Resterende uitzonderingsregel | Maatwerk alleen bij een bevestigd hiaat | Noodzaak en alternatieven documenteren | Geen ontwikkeling vrijgegeven |

VAN ANALYSERESULTAAT NAAR KENNISPORTAAL

## Uw NAV-kennis.In direct gesprek.

Stel vragen over uw Navision-systeem – net zo eenvoudig als in een chatinterface naar het voorbeeld van ChatGPT.

Het webportaal stelt de door AI gedocumenteerde kennis voor u beschikbaar: bedrijfsregels, processen, koppelingen en technische verbanden worden via een dialoog toegankelijk.

Op de achtergrond verwerkt een via een API gekoppelde AI uw vragen en betrekt daarbij de lokaal verzamelde kennisbank. Indien nodig kan het portaal via vrijgegeven koppelingen met alleen-lezentoegang ook actuele gegevens uit de Navision-database en andere bronnen meenemen.

[Portaalweergave op ware grootte openen](https://navtobc.de/images/nav-wissensportal.png)

KIJKJE IN HET KENNISPORTAAL NAV-projectanalyse

[![Kennisportaal “NAV-projectanalyse”: chatinvoer voor vragen over het project en ingangen voor overzicht, verbanden en openstaande punten.](https://navtobc.de/images/nav-wissensportal.png)](https://navtobc.de/images/nav-wissensportal.png)

Analyseresultaten en vrijgegeven gegevensbronnen gebruiken via één gemeenschappelijke chatinterface.

**Lokale gebruikersaanmelding**

De toegang verloopt via lokale gebruikersaccounts. Zo is het gebruik gekoppeld aan een aangemelde gebruiker.

**Rechten gericht toekennen**

Het rechtenbeheer bepaalt welke vrijgegeven informatie en bronnen een gebruiker mag opvragen.

**Uitsluitend leestoegang**

De gekoppelde gegevensbronnen worden alleen gelezen. Het portaal wijzigt geen NAV-gegevens of andere brongegevens.

**Opvragingen vastleggen**

Alle opvragingen worden gelogd. Daardoor blijft het gebruik van het portaal traceerbaar.

Welke kennisbestanden, live-gegevensbronnen en machtigingen worden gekoppeld, stemmen we samen met u af voor uw project.

[Kennisportaal ontdekken](https://navtobc.de/nl/kontakt?thema=wissensportal)

ERVARING ONTMOET METHODIEK

## Jarenlange Navision-ervaring. Met AI systematisch inzetbaar gemaakt.

We combineren praktische Navision-kennis met geautomatiseerde codeanalyse en AI-ondersteunde evaluatie. Dat levert gedocumenteerde verbanden en concrete voorstellen op voor uw bestaande systeem en de weg naar Business Central.

Navision Dynamics NAV MS Dynamics NAV Business Central

DE NAVtoBC-AANPAK

## Eerst begrijpen. Dan gericht veranderen.

Jaren aan aanpassingen hoeven geen obstakel te zijn. Waar het om gaat, is herkennen welke logica uw bedrijf vandaag echt nodig heeft.

01

AI-analyse

### Het bestaande NAV begrijpen.

Vrijgegeven TXT-objectexports evalueren met een eigen C/AL-parser: maatwerklogica, aanroepen, verwijzingen en koppelingen vastleggen met bronvermelding.

UW RESULTAAT **Technische inventarisatie**

02

Bedrijfsprocessen

### Processen afleiden uit de logica.

Proceshypothesen en bedrijfsregels uit de bronnen extraheren, als JSON-regelset en grafen documenteren en inhoudelijk valideren.

UW RESULTAAT **Gedocumenteerde proceskaart**

03

Kennisbank

### Kennis duurzaam bruikbaar maken.

Inzichten gestructureerd vastleggen – met bronvermelding, inhoudelijke context en traceerbare controlestatus.

UW RESULTAAT **Uw centrale kennisbank**

04

Migratievoorstel voor Business Central

### De juiste route voorbereiden.

Voorrang geven aan standaard Business Central, gecertificeerde modules controleren en alleen noodzakelijk maatwerk opnemen in een geprioriteerde roadmap.

UW RESULTAAT **Onderbouwd migratieplan**

AI ondersteunt de analyse. Vakafdelingen valideren de resultaten en beslissen over de doelprocessen.

HELDERE SCOPE

## Een heldere basis. Een afgestemde volgende stap.

Ons hier beschreven aanbod omvat de analyse van uw NAV-systeem, de documentatie van uw proceskennis en een onderbouwd migratievoorstel voor Business Central.

**Implementatie, tests en go-live apart overeenkomen.** De resultaten vormen de basis voor uw interne team, uw huidige partner of een aansluitend overeengekomen implementatie.

[Scope voor uw project bespreken](https://navtobc.de/nl/kontakt)

GEGEVENSBESCHERMING BEGINT VÓÓR DE ANALYSE

## Uw proceskennis telt. Niet uw gevoelige gegevens.

SQL-toegang is nodig voor de analyse – maar niet rechtstreeks door de AI. Een voorgeschakelde pseudonimiseringsserver benadert de database gecontroleerd en vervangt identificerende waarden “on the fly”, voordat vrijgegeven resultaten aan de analyse worden doorgegeven.

UW BRONCODE BLIJFT UW KENNIS

### Uw broncode wordt niet gebruikt om AI-modellen te trainen.

Dat is een voorwaarde voor elke analyse: we zetten alleen inzetmodellen in waarbij het gebruik van uw broncode voor trainingsdoeleinden is uitgesloten. Bij clouddiensten wordt dit gecontroleerd aan de hand van de overeengekomen voorwaarden en instellingen; lokaal vindt de analyse plaats zonder dat uw broncode voor modeltraining wordt gebruikt.

01 / GECONTROLEERDE SQL-TOEGANG

### SQL-toegang met voorgeschakelde beveiliging.

De voorgeschakelde pseudonimiseringsserver krijgt de afgestemde SQL-toegang. Hij verwerkt gegevens, gebruiksstatistieken en volumekengetallen voordat ze worden doorgegeven. SQL-inloggegevens en databaseback-ups komen niet bij de AI of de website terecht. Object- en metadata-exports vullen de analyse aan.

02 / ON-THE-FLY

### Waarden vervangen. Niet verwijderen.

Identificerende waarden worden bij het inlezen vervangen door blijvend consistente vervangende waarden. De voorbeeldklant “Müller” krijgt het pseudoniem “P-7Q4X9” – ook bij latere opvragingen uit dezelfde analysedataset. Records en inhoudelijk vereiste relaties blijven behouden.

03 / TRACEERBAAR

### Verbanden blijven behouden.

Afgestemde vervangingsregels borgen de koppeling tussen klanten, orders en facturen. Na controle en vrijgave worden de resultaten lokaal of met een overeengekomen cloud-AI geanalyseerd. Bedrijfsregels worden afgeleid uit de code en de systeemverbanden.

IN UW OMGEVING

**NAV / SQL  
& TXT-objectexports**

→

**Beveiligingsserver:  
waarden vervangen**

→

**Controleren &  
vrijgeven**

ANALYSE: LOKAAL OF CLOUD

**AI-ondersteunde  
analyse**

→

**Kennis &  
Business Central-roadmap**

De analyseomgeving kan volledig lokaal staan. Bij gebruik in de cloud verlaten alleen daarvoor vrijgegeven artefacten met consistente vervangende waarden uw omgeving. Geen automatische overstap van lokaal naar cloud.

Geen directe SQL-toegang door de AI

[Gegevensbescherming voor uw project afstemmen](https://navtobc.de/nl/kontakt?thema=datenschutz)

GEGEVENS VERVANGEN. VERBANDEN BEHOUDEN.

## Müller wordt P-7Q4X9. De samenhang blijft.

Identificerende waarden worden vóór de AI-verwerking vervangen door blijvende pseudoniemen. Dezelfde eenduidig geïdentificeerde klant krijgt binnen de overeengekomen analysedataset ook bij latere opvragingen dezelfde vervangende waarde. Verschillende klanten met dezelfde achternaam krijgen verschillende pseudoniemen.

Relaties tussen klanten, orders en facturen blijven traceerbaar. Zo kunnen bedrijfsprocessen, afhankelijkheden en programmaregels worden geanalyseerd zonder dat de oorspronkelijke namen nodig zijn.

De pseudonimisering heeft betrekking op de analysegegevens; de productieve NAV-gegevens worden niet herschreven. De koppeling met de oorspronkelijke waarden wordt gescheiden en beveiligd tegen onbevoegde toegang opgeslagen en niet aan de AI doorgegeven. Voor de verwerkingsverantwoordelijke blijven het persoonsgegevens.

[Pseudonimisering: art. 4, punt 5 AVG ↗](https://eur-lex.europa.eu/legal-content/NL/TXT/?uri=CELEX%3A32016R0679)

Pseudonimisering in een voorbeeld SYNTHETISCHE GEGEVENS

**Naam**

P-7Q4X9

**Klantnr.**

K-7Q4X9

**E-mail**

p-7q4x9@example.invalid

**Klant in order**

P-7Q4X9 · K-7Q4X9

**Klant in factuur**

P-7Q4X9 · K-7Q4X9

DEZELFDE KLANT. DEZELFDE VERVANGENDE WAARDE. **P-7Q4X9 blijft P-7Q4X9 – in order en factuur.**

UW INFRASTRUCTUUR. UW AI-STRATEGIE.

## Cloud-AI of lokale AI. U beslist.

ChatGPT, Claude en elke andere cloud-AI komen als optie in aanmerking. Of u gebruikt verschillende lokale modellen: op uw hardware of op hardware die wij u voor het project in bruikleen geven. De concrete koppeling stemmen we met u af.

CLOUD-AI

### ChatGPT, Claude. En uw cloud-AI.

U bent niet gebonden aan een bepaalde aanbieder. ChatGPT, Claude en andere cloud-AI ondersteunen vrijgegeven analysestappen. Aanbieder, model en beschikbare koppelingen stemmen we per project af.

ChatGPT · OpenAI Claude · Anthropic Andere cloud-AI

**Details over het inzetmodel**

**Datastroom**

Vóór de AI-verwerking identificerende waarden consistent vervangen, controleren en vrijgeven.

**Integratie**

De gekozen aanbieder aansluiten via geschikte, afzonderlijk ingerichte koppelingen.

**Afstemming**

Contractvoorwaarden, gegevensverwerking en bewaring vooraf controleren.

[Cloud-AI bespreken](https://navtobc.de/nl/kontakt)

LOKALE AI

### Uw hardware. Of in bruikleen van ons.

Verschillende lokale AI-modellen draaien op uw eigen hardware. Als alternatief stellen wij passende hardware voor het project in bruikleen beschikbaar. Modelkeuze en uitrusting hangen af van uw analysetaken.

Uw hardware Hardware in bruikleen Verschillende modellen

**Details over het inzetmodel**

**Datastroom**

Ook lokaal: consistente vervangende waarden en vrijgave vóór de AI-verwerking.

**Inzet**

Lokale analyse op eigen hardware of hardware in bruikleen, in uw omgeving.

**Afbakening**

Geen automatische doorsturing naar clouddiensten. Uitgaande verbindingen controleren.

[Lokale AI bespreken](https://navtobc.de/nl/kontakt)

OPTIONEEL COMBINEERBAAR

### Lokaal en cloud. Gericht gecombineerd.

Sommige AI-taken lokaal, andere in de cloud – met een eigen vrijgave per verwerkingsstap. **Geen automatische cloud-fallback.** Voor alle inzetmodellen gelden dezelfde kwaliteitscriteria.

[Inzetmodel bepalen](https://navtobc.de/nl/kontakt)

Concrete modellen en integraties worden in het project overeengekomen. Het AI-inzetmodel staat los van de vraag of Business Central later online of lokaal wordt gebruikt.

MEER AI-ANALYSES

### Active Directory analyseren met AI.

Op KI4AD.de leest u meer over de AI-ondersteunde analyse van uw Active Directory.

[KI4AD.de bezoeken](https://ki4ad.de/)

AI-ONDERSTEUNDE TECHNIEKEN & WERKWIJZEN

## C/AL diepgaand analyseren. Traceerbaar in het resultaat.

Eigen parser, gerichte AI-ondersteuning en bindende controleketens: onze analyseaanpak verbindt technische bevindingen met inhoudelijk begrip.

### Opmerking over de zeggingskracht van de analyse

**AI maakt fouten.** Volledigheid en foutloosheid zijn bij een analyse niet te garanderen – ook niet bij puur handmatig werk.

Het doel is een **voldoende onderbouwde werkbasis voor uw migratie**. Daarom maken we onzekerheden en openstaande punten zichtbaar en controleren we de resultaten samen met uw vakafdelingen.

HET ANALYSETRAJECT ALS 3D-FILM

### Van gegevensstroom tot AI-analyse.

60 seconden

![3D-film over gegevens, koppelingen en AI-analyse](https://navtobc.de/nl/film/datenfluss-v1.webp)

[3D-film over gegevens, koppelingen en AI-analyse](https://navtobc.de/nl/film/navtobc-datenfluss-v1.mp4)

Koppelingen verbinden, de NAV-omgeving structureren, gegevens vrijgeven en bevindingen door AI laten analyseren en kruiselings controleren. Een schematische weergave met voorbeeldgegevens, zonder geluid.

[Interactieve 3D-speler openen](https://navtobc.de/nl/film/index.html) [Film als MP4 downloaden](https://navtobc.de/nl/film/navtobc-datenfluss-v1.mp4)

**De vijf filmscènes als tekst**

1. **00:00 · Koppelingen.** Gegevens uit EDI, webshop, SQL en C/AL stromen naar de NAV-omgeving.
2. **00:12 · NAV-verwerking.** Broncode, tabellen en verwijzingen worden gestructureerd vastgelegd.
3. **00:24 · Gegevensvrijgave.** Consistente vervangende waarden behouden de relaties tussen vrijgegeven informatie.
4. **00:34 · AI-analyse.** Gescheiden rollen analyseren en toetsen bewijs, tegenstrijdigheden en open vragen.
5. **00:48 · Resultaten.** Bedrijfsregels, kennisbank en BC-doelbeeld worden traceerbaar met bronnen en controlestatus.

**Methoden in detail 8 analyse- en controlemethoden**

01 CODE BEGRIJPEN

### Statische C/AL-codeanalyse

Een eigen C/AL-parser legt aanroepen en verwijzingen in de aangeleverde Navision-broncode vast. Daaruit ontstaat een aanroep-/verwijzingsgraaf die tot op functie en coderegel nauwkeurig is, als basis voor de AI-ondersteunde duiding.

**Methode in detail**

Elke bevinding verwijst naar object, functie en coderegel in de vrijgegeven export. Niet-oplosbare dynamische aanroepen, ontbrekende objecten en grenzen van de parser worden zichtbaar gemarkeerd – en niet als betrouwbaar geanalyseerd gepresenteerd.

02 RELEVANTIE BEPALEN

### Bereikbaarheid vanaf ankerlijst

Bereikbaarheidsanalyse vanaf een inhoudelijk afgestemde ankerlijst in plaats van iteratief wegstrepen. Vanuit bekende ingangspunten worden afhankelijkheden gevolgd.

**Methode in detail**

Tot de ankerlijst behoren bijvoorbeeld gestarte rapporten, taakwachtrijen en externe aanroepen. “Niet bereikbaar vanaf de vastgelegde ankers” betekent niet automatisch “ongebruikt”. Onduidelijke paden blijven onderwerp van controle.

03 GEBRUIK AANTONEN

### Gebruiksbewijs per tabel

SQL-toegangsstatistieken en geaggregeerde volumekengetallen vullen de codeanalyse aan. De voorgeschakelde pseudonimiseringsserver levert vrijgegeven resultaten – dagactueel bij dagelijkse verzameling en verwerking.

**Methode in detail**

Meetmoment, observatieperiode en aanwijzingen voor resets van statistieken worden meegeleverd. De SQL-toegang verloopt via de voorgeschakelde server; de AI ontvangt alleen vrijgegeven resultaten. Ontbrekende toegangen zijn geen bewijs van niet-gebruik; de aanwezige gegevens en de inhoudelijke context worden afzonderlijk beoordeeld. Bij een herimplementatie laat het gebruiksbewijs zien welke tabellen en gegevens in aanmerking komen voor overname. Oudere NAV-versies exporteren tekst in de MS-DOS-tekenset; diakritische tekens zoals umlauts worden daarom vóór de overname gecontroleerd.

04 RESULTATEN VERIFIËREN

### Multi-agent-controleketens

Gescheiden agentrollen voor analyse, kruiscontrole en consolidatie. Uitspraken worden teruggekoppeld aan bronnen; tegenstrijdigheden en open vragen blijven traceerbaar.

[![Claude Code toont een lopende controleketen met drie parallel werkende AI-agents en de fasen Verify en Critique.](https://navtobc.de/claude-code-pruefkette.png) Voorbeeld op ware grootte openen](https://navtobc.de/claude-code-pruefkette.png)

**Voorbeeld uit Claude Code.** Drie AI-agents controleren parallel een inventaris aan tools. Aansluitend is een kritische kruiscontrole voorzien.

**Methode in detail**

De kruiscontrole beoordeelt bewijs, dekking en alternatieve verklaringen. Overeenstemming tussen meerdere agents alleen is geen bewijs van juistheid. Inhoudelijke vrijgaven en technische controlepoorten blijven noodzakelijk.

05 KWALITEIT CONTROLEREN

### Zelftests, mutatieproeven, controlesommen

Zelftests controleren verwachte resultaten. Mutatieproeven wijzigen testgevallen gericht. Controlesommen koppelen bevindingen eenduidig aan de gecontroleerde versies van artefacten.

**Methode in detail**

Mutatietests controleren of bewust ingebouwde fouten worden opgemerkt. Controlesommen dienen voor versie- en integriteitscontrole; ze bewijzen noch inhoudelijke juistheid, noch de bescherming van persoonsgegevens. Mislukte controles blokkeren de vrijgave van resultaten.

06 LEREN VAN FOUTEN

### Verplicht leerproces na fouten

Elke bevestigde fout leidt tot een oorzaakanalyse, een regressietest en een geversioneerde regel. Mechanisch verankerde regels worden geautomatiseerd gecontroleerd – niet alleen als aanwijzing geformuleerd.

**Methode in detail**

Een foutgeval wordt pas gesloten na reproduceerbaar bewijs, correctie en een geslaagde regressietest. Controlepoorten voorkomen vrijgave bij regelovertredingen. Regelversie en verantwoordelijkheid worden gedocumenteerd.

07 ZWAKKE PLEKKEN VERBETEREN

### SQL-tabellen, CU's & ports

Gevonden zwakke plekken in SQL-tabellen, Codeunits (CU's) en Dataports/XMLports worden vertaald naar concrete verbetervoorstellen – met bevinding, prioriteit en controlestap.

**Methode in detail**

Zo worden bijvoorbeeld opvallende toegangspatronen, redundante logica en ontoereikende importcontroles onderzocht. Vermoedens over performance blijven hypotheses tot ze gemeten zijn. Wijzigingen in het productiesysteem gebeuren niet automatisch.

08 BEDRIJFSKENNIS BEWAREN

### Extractie van bedrijfsregels

Bedrijfsregels als machineleesbare JSON-regelset en als grafen: met voorwaarden, acties, afhankelijkheden, bronverwijzingen en inhoudelijke controlestatus.

**Methode in detail**

Regels krijgen stabiele ID's en verwijzingen naar functie en coderegel in de vrijgegeven export. Bevestigde regels worden opgenomen in de kennisbank en de fit-gapanalyse voor Business Central. Ontbrekende informatie en niet-onderbouwde aannames blijven gemarkeerd.

### Verdiepende vragen

**Hoe ontstaat een dagactueel gebruiksbewijs? +**

De voorgeschakelde server leest de overeengekomen SQL-toegangsstatistieken en volumekengetallen uit. Identificerende waarden worden vóór het doorgeven vervangen door consistente vervangende waarden. Dagactualiteit veronderstelt dagelijkse verzameling en geslaagde verwerking; gegevensstand en observatievenster worden vermeld. SQL-gebruikstellers kunnen bijvoorbeeld na een herstart van de server zijn teruggezet. Ontbrekende toegangssignalen zijn daarom geen bewijs van niet-gebruik; aanwezige gegevens alleen bewijzen evenmin een actief bedrijfsproces.

**Waarom analyseert u de bereikbaarheid vanaf een ankerlijst?+**

We beginnen bij inhoudelijk afgestemde ingangspunten en volgen van daaruit de aanroep- en verwijzingsrelaties. Dat vervangt het puur iteratief wegstrepen van schijnbaar ongebruikte objecten. Onvolledige ankerlijsten, dynamische aanroepen en ontbrekende exports worden uitdrukkelijk als grenzen gemarkeerd. De analyse verwijdert geen objecten en vervangt geen inhoudelijke beslissing over uitfasering.

**Welke bedrijfsregels ontvangen we als JSON en grafen?+**

Het beoogde resultaat bevat per geëxtraheerde bedrijfsregel een ID, voorwaarden, acties, afhankelijkheden en bronverwijzingen naar object, functie en coderegel. Een regelgraaf toont de relaties. Controlestatus en open aannames blijven behouden; pas de inhoudelijke bevestiging maakt van een conceptregel een vrijgegeven kennisbasis.

**Wat betekent een mechanisch verankerd leerproces na fouten?+**

Bevestigde fouten worden als reproduceerbare gevallen gedocumenteerd en geborgd met regressietests en geversioneerde controleregels. Deze regels worden geautomatiseerd gecontroleerd en kunnen een vrijgave blokkeren. Een louter extra aanwijzing aan een AI-agent volstaat daarvoor niet.

**Hoe worden Claude en ChatGPT in geautomatiseerde processen geïntegreerd?+**

Het gebruik van ChatGPT en een integratie via de OpenAI API moeten afzonderlijk worden bekeken. Voor geautomatiseerde controleketens wordt per project een koppeling via de OpenAI API of de Claude API ingericht. Een ChatGPT-abonnement vervangt geen afzonderlijke API-facturering.

[OpenAI: ChatGPT en API gescheiden ↗](https://help.openai.com/en/articles/8156019-how-can-i-move-my-chatgpt-subscription-to-the-api) · [Anthropic: Claude API ↗](https://platform.claude.com/docs/en/api/overview)

ONZE KWALITEITSNORM

Elke uitspraak onderbouwd.  
**Elke onzekerheid zichtbaar.**

Deterministische codeanalyse en AI vullen elkaar aan. Wat de bronnen niet onderbouwen, wordt als open aangemerkt en met uw vakafdelingen verduidelijkt.

[Analyse bespreken](https://navtobc.de/nl/kontakt)

De methoden verbinden technische bevindingen met inhoudelijke controle en traceerbare documentatie.

GOED OM TE WETEN

## De belangrijke vragen. Vóór de eerste stap.

Niet elke aanpassing hoeft mee. Maar elke bedrijfskritische regel verdient aandacht.

[Uw situatie bespreken](https://navtobc.de/nl/kontakt)

**Wordt C/AL automatisch geanalyseerd?**

**Ja.** Onze eigen analysetool analyseert de C/AL-broncode van uw Navision- of Dynamics NAV-systeem automatisch. De resultaten worden per object gestructureerd gedocumenteerd en doorzoekbaar opgeslagen.

**Is er een eigen analysetool?**

**Ja.** We gebruiken een eigen analysetool voor de geautomatiseerde NAV-analyse.

**Worden NAV-FOB's direct geanalyseerd?**

**Nee.** Onze analysetool leest TXT-objectexports met C/AL-code en objecteigenschappen. Als objecten als FOB worden aangeleverd, worden ze eerst in een geschikte NAV-ontwikkelomgeving geïmporteerd en daar met de vereiste ontwikkelaarslicentie als TXT geëxporteerd. Native FOB-bestanden worden niet direct verwerkt.

[C/AL-bijzonderheden en analysebasis in detail →](https://navtobc.de/nl/cal-besonderheiten)

**Is er een automatische transformatie naar AL-code?**

**Nee.** Bestaande C/AL-code wordt niet automatisch omgezet naar AL-code. Eerst controleren we standaard Business Central en geschikte ISV-modules. Alleen maatwerk dat nog steeds nodig is, wordt op basis van de benodigde bedrijfslogica **opnieuw in AL geschreven** – in plaats van de oude code één-op-één over te zetten.

**Welke Business Central-doelversies worden ondersteund?**

**Alle Business Central-doelversies vanaf 2025.** De concrete doelversie wordt per migratieproject vastgelegd.

**Hoe ondersteunt AI de NAV-migratie?**

AI staat voor kunstmatige intelligentie. We combineren de C/AL-codeanalyse van uw Navision- of Dynamics NAV-systeem met AI-ondersteunde evaluatie. U ontvangt gedocumenteerde bedrijfsregels, een doorzoekbare kennisbank en een migratievoorstel voor Business Central. De analyse vormt de basis voor de technische migratie; inhoudelijke vrijgaven worden door uw vakafdelingen gegeven. De implementatie spreken we desgewenst aansluitend apart af, of uw partner neemt die op zich.

**Wat betekent C/AL naar AL bij de migratie?**

C/AL beschrijft de bestaande programmalogica van veel NAV-aanpassingen; AL wordt gebruikt voor Business Central-extensies. Bij een C/AL-naar-AL-migratie controleren we eerst of standaard Business Central al aan de eis voldoet of dat er geschikte gecertificeerde ISV-modules beschikbaar zijn. Alleen onderbouwde hiaten worden als maatwerk-AL-extensies gepland – geen loutere één-op-één-overname van de oude code.

**Is een cloudmigratie verplicht?**

Nee. Het doelbeeld voor Business Central – online of on-premises – wordt los van het AI-inzetmodel vastgelegd. Voor een cloudmigratie onderzoeken we vooral koppelingen, datastructuren en extensies. De NAV-analyse kan plaatsvinden met cloud-AI of met lokale AI-modellen op uw hardware of op hardware die wij in bruikleen beschikbaar stellen. De concrete implementatieroute wordt in het project overeengekomen.

**Heeft de analyse toegang tot onze SQL-database nodig? +**

Ja. De benodigde SQL-toegang verloopt via een voorgeschakelde pseudonimiseringsserver met afgestemde machtigingen. Deze vervangt identificerende waarden voordat vrijgegeven resultaten de AI bereiken. De AI en deze website krijgen geen directe databasetoegang, geen SQL-inloggegevens en geen databaseback-ups. Object- en metadata-exports kunnen aanvullend worden aangeleverd.

**Kan de AI-analyse in de cloud of volledig lokaal plaatsvinden? +**

Ja. ChatGPT, Claude en elke andere cloud-AI komen als optie in aanmerking; geschikte koppelingen, contractvoorwaarden en gegevensvrijgaven worden vooraf afgestemd. Als alternatief gebruiken we verschillende lokale modellen op uw hardware of op hardware die wij u in bruikleen geven. Een uitdrukkelijk overeengekomen combinatie is ook mogelijk. Het vervangen van identificerende waarden en de vrijgave vinden in alle varianten plaats vóór de AI-verwerking.

**Welke hardware hebben we nodig voor lokale AI? +**

Verschillende lokale modellen kunnen analyse, regelextractie en kruiscontrole uitvoeren. Ze draaien op uw bestaande hardware of op hardware die wij u voor het project in bruikleen geven. Uitrusting, duur van de bruikleen en modellicenties stemmen we af op de analysetaken. Bij puur lokaal gebruik blijven ook embeddings, kennisbank, logbestanden en hulpdiensten lokaal. Cloudfuncties en automatische uitwijkroutes naar de cloud worden niet zonder overleg geactiveerd.

**Kan AI alle bedrijfsprocessen automatisch herkennen?+**

De analyse is erop gericht om uit de beschikbare artefacten proceshypothesen en bedrijfsregels af te leiden. Handmatige werkstappen, niet-gedocumenteerde uitzonderingen en processen buiten NAV moeten in workshops worden aangevuld. Resultaten blijven als concept gemarkeerd totdat ze inhoudelijk zijn bevestigd.

**Worden aanpassingen één op één overgenomen in Business Central?**

Nee. Wij geven de voorkeur aan standaard Business Central. Volstaat die niet, dan moet maatwerk zo veel mogelijk worden vervangen door passende gecertificeerde modules. Alleen voor noodzakelijke, aantoonbaar resterende eisen komt maatwerkontwikkeling in aanmerking. Beslissingen, alternatieven en openstaande controles worden gedocumenteerd.

**Is de analyse al de technische migratie?**

De analyse levert de basis voor uw besluitvorming. Technische uitvoering, gegevensmigratie, migratietests en livegang worden afzonderlijk overeengekomen – met uw interne team, uw huidige partner of in het kader van een aansluitend overeengekomen implementatie.

**Blijven onze Power BI-rapporten na de migratie werken?**

Niet ongewijzigd, als ze rechtstreeks NAV-tabellen of gepubliceerde NAV-pagina's gebruiken. Business Central stelt gegevens voor Power BI beschikbaar via API-pagina's en -query's; in Business Central online is dat de enige ondersteunde manier. Voor financiën en verkoop zijn er kant-en-klare sjabloon-apps. Wij brengen in kaart welke gegevensbronnen uw rapporten gebruiken en laten zien wat opnieuw moet worden gekoppeld.

**Welke informatie helpt bij het eerste gesprek?**

Uw NAV-versie, de belangrijkste vakafdelingen, bekende aanpassingen en uw doel voor Business Central. Samen bepalen we daarna de analysebronnen en het passende AI-inzetmodel.

DE EERSTE STAP IS HELDERHEID

## Wat zit er in uw NAV?

Vertel ons over uw uitgangssituatie. Samen bepalen we welke analyse zinvol is voor uw migratie.

ZO GAAN WE VERDER

**01**

Uitgangssituatie en doelbeeld bespreken

**02**

SQL-toegang en gegevensbescherming afstemmen

**03**

Analyseaanpak en AI-inzetmodel vastleggen

VRIJBLIJVENDE INTAKE

### Vrijblijvende intake

Een paar kerngegevens volstaan voor een eerste inschatting van inspanning en aanpak.

\* Verplicht veld

KOSTEN & DOORLOOPTIJD

#### Wat kost het en hoe lang duurt het?

Kosten en doorlooptijd hangen af van de NAV-versie, de mate van aanpassing, koppelingen, de gegevensomvang en het doelbeeld. Na een korte intake ontvangt u een concreet kostenkader en een realistische tijdsinschatting – voordat verdere stappen worden afgesproken.

NAVtoBC.de staat op geen enkele wijze in verband met NAVTOBC.com.