---
title: "Analysemethoden en AI | NAVtoBC.de"
description: "Deterministische codeanalyse en AI combineren: uitspraken met onderbouwing, controlestatus en zichtbare onzekerheden."
url: https://navtobc.de/nl/methoden
language: nl
---

# Analysemethoden en AI

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.
