NAVtoBC.de Intake aanvragen

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 aanvragenResultaten ontdekken

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

Analyse & migratieplanning
UW BASIS VOOR BESLISSINGEN

Kennis wordt perspectief.

DEMO
01 / VOORRANGStandaard Business CentralFuncties benutten
02 / UITBREIDINGGecertificeerde
modulesMaatwerkcode vervangen
03 / ONDERBOUWDE GAPGericht
maatwerkHet noodzakelijke ontwikkelen
Verbanden blijven behoudenConsistente vervangende waarden
KlantP-7Q4X9
OrderP-7Q4X9
FactuurP-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
Technische inventarisatie, bedrijfsprocessen, kennisbank en migratievoorstel – de vier resultaten in 90 seconden. Weergave in 1080p met 30 beelden per seconde.

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.

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.

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

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.

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.

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.

EDILobster EDIDocumenten, stamgegevens
en statusinformatie
BIQlikRapportage, analyse
en gegevensaanlevering
Navision / Dynamics NAVC/AL · SQL · bedrijfslogica
IMPORTArtikelgegevensStamgegevens, varianten,
eenheden en prijzen
SHOPWebshopsArtikelen, prijzen, voorraden
en orders
HIEROP RICHT ZICH DE ANALYSE
GegevensexportInhoud, doelformaten
en ontvangers
ImportmatchingVeldtoewijzing, 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.

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

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

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.

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 & waardenPascal-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 & metadataType 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 & bedrijfslogicaVALIDATE, 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 & berekeningenFilters, 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 & eventsRecordRef, 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 & SQLCOMMIT, 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 & standaardvergelijkingTXT-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 & koppelingenClientgeneraties, 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
Vakbronnen & context

Gecontroleerd op 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.

Zo combineren wij codeanalyse en AI

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-CODE480.000 regels
CODEUNITSBijna 1.000
SYSTEEMNAV 2009 R2
DATAVOLUMEca. 1,5 TB
SYSTEEMHISTORIE20 jaar
BRANCHEGroothandel & 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

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.

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

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.

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

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

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.

SYNTHETISCH VOORBEELD

VOORBEELDRESULTAAT

Het grote geheel. In beeld.

SYNTHETISCH ANALYSEVOORBEELD .txt// Consistente vervangende waarden
Klant.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 voorbeeldgegevensInhoudelijk 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
Voorbeeld van een beslismatrix bekijken
Synthetisch beslisformat, geen gecontroleerd module- of klantadvies.
Eis in het voorbeeldToetsingsrouteVolgende stapStatus
Klant en documenten koppelenEerst standaard Business CentralProces en configuratie inhoudelijk afstemmenStandaardcontrole openstaand
Aanvullende branche-eisGecertificeerde module als de standaard niet volstaatGeschiktheid, onderbouwing, integratie en kosten controlerenModulescreening openstaand
Resterende uitzonderingsregelMaatwerk alleen bij een bevestigd hiaatNoodzaak en alternatieven documenterenGeen 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
KIJKJE IN HET KENNISPORTAALNAV-projectanalyse
Kennisportaal “NAV-projectanalyse”: chatinvoer voor vragen over het project en ingangen voor overzicht, verbanden en openstaande punten.
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

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.

NavisionDynamics NAVMS Dynamics NAVBusiness 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 RESULTAATTechnische 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 RESULTAATGedocumenteerde proceskaart
03

Kennisbank

Kennis duurzaam bruikbaar maken.

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

UW RESULTAATUw 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 RESULTAATOnderbouwd 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

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.

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

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 ↗
Pseudonimisering in een voorbeeldSYNTHETISCHE 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.

Vast ingestelde voorbeeldgegevens: geen verwijdering, geen wisseling van de vervangende waarde. Deze demo verwerkt geen echte gegevens en verzendt niets.

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 · OpenAIClaude · AnthropicAndere 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
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 hardwareHardware in bruikleenVerschillende 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
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

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.

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.

Methoden in detail8 analyse- en controlemethoden
01CODE 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.

02RELEVANTIE 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.

03GEBRUIK 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.

04RESULTATEN 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. Voorbeeld op ware grootte openen
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.

05KWALITEIT 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.

06LEREN 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.

07ZWAKKE 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.

08BEDRIJFSKENNIS 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 ↗ · Anthropic: Claude API ↗

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

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
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 →

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.

Verzendstatus wordt gecontroleerd.
01Contact
E-MAILVERIFICATIETer verificatie sturen wij een eenmalige bevestigingscode naar het opgegeven e-mailadres.
02Project & doelbeeld
Minimaal 20 tekens.0 / 5.000

Uw gegevens worden uitsluitend gebruikt voor de afhandeling van uw aanvraag. Informatie over de verwerking vindt u in de privacyverklaring. Geen nieuwsbriefabonnement.

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