NAVtoBC.de Boka en första analys

NAVISION-ANALYS MED AI

Förstå Navision.
Förbered migreringen
till Business Central.

Vi analyserar Navision och Microsoft Dynamics NAV med artificiell intelligens (AI) och automatiserad C/AL-kodanalys. Många års erfarenhet av Navision förenar den processkunskap som vuxit fram i ditt företag med en tydlig målbild för Business Central.

Boka en förutsättningslös första analysUtforska resultaten

Standard i Business Central först. Föredra certifierade moduler.
Kundanpassad utveckling bara där den behövs.

Analys & migreringsplanering
DITT BESLUTSUNDERLAG

Kunskap blir perspektiv.

DEMO
01 / PRIORITETStandard i Business CentralAnvänd funktionerna
02 / TILLÄGGCertifierade
modulerErsätt kundanpassad kod
03 / MOTIVERAT GAPRiktad
kundanpassningUtveckla det nödvändiga
Sambanden bevarasKonsekventa ersättningsvärden
KundP-7Q4X9
OrderP-7Q4X9
FakturaP-7Q4X9
Varje rekommendation är spårbar.Med källor, granskningsstatus och öppna beslut.
Inarbetad kunskap. Tydlig plan.Analysera · dokumentera · prioritera
Illustrativt resultatformat med syntetiska data.

RESULTAT SOM TAR DIG VIDARE

Fyra resultat.
En tydlig riktning.

Inte bara en kodflytt. Du får ett dokumenterat beslutsunderlag – med källor, granskningsstatus och öppna punkter.

01 / NULÄGE

Teknisk inventering

Förstå anpassningar, integrationer och beroenden.

Objektöversikt & referensgrafer
02 / PROCESSER

Dokumenterade affärsprocesser

Gå igenom arbetsflöden, regler och undantag med verksamheten.

Processkarta & JSON-regelverk
03 / KUNSKAP

Strukturerad kunskapsbas

Säkra systemkunskap som byggts upp över tid – med ursprung och granskningsstatus.

Kunskapsartiklar & källhänvisningar
04 / MÅLBILD

Prioriterat migreringsförslag för Business Central

Väg standard, certifierade moduler och nödvändig utveckling mot varandra.

Beslutsmatris & färdplan

ANALYSRESULTATEN PÅ VIDEO

Fyra resultat. En tydlig riktning.

1:30 min · Full HD · Med ljud
Teknisk inventering, affärsprocesser, kunskapsbas och migreringsförslag – de fyra resultaten på 90 sekunder. Uppspelning i 1080p med 30 bilder per sekund.

DE 3 STÖRSTA RISKERNA

Varför vissa
projekt misslyckas.

En migrering förändrar mer än programvaran. Den påverkar inarbetade arbetsflöden, ansvarsområden och dina medarbetares kunskap. Därför bör de här tre riskerna upp på bordet tidigt.

  1. 1:1-fixeringen

    Den som vill bygga upp ett historiskt framvuxet, kraftigt modifierat Navision-landskap exakt likadant i Business Central tar också med sig gammal komplexitet. Det kan spräcka både tidsplan och budget.

    Det här hjälper

    Skilj verksamhetens krav från den befintliga koden. Pröva först standard i Business Central och passande moduler, planera sedan nödvändig kundanpassad utveckling.

  2. Otillräcklig föranalys

    Utan kod- och processanalys följer dyra specialfunktioner med som inte längre används eller som sedan länge täcks av den moderna standarden. Samtidigt kan viktiga beroenden förbises.

    Det här hjälper

    Stäm av kod, integrationer och faktisk användning med verksamheten. Fatta ett motiverat beslut för varje anpassning: ta över, ersätta eller avveckla.

  3. Bristande förändringsledning

    Om verksamhetens avdelningar involveras först strax före driftstarten lever gamla arbetssätt ofta kvar. De nya arbetsflödena är då tekniskt på plats men har ännu inte fått fäste i vardagen.

    Det här hjälper

    Involvera verksamheten tidigt, utse ansvariga och avsätt tid för utbildning. Testa nya processer tillsammans på realistiska affärsfall.

FRÅN ENSKILT OBJEKT TILL HELA SYSTEMET

Detaljerad Navision-analys
med AI.

Förstå ditt system. Se sambanden. Gör kunskapen användbar på lång sikt.

Vi analyserar ditt Navision-, Dynamics NAV- eller MS Dynamics NAV-system ända ned på objektnivå. Automatiserad C/AL-kodanalys, schemaanalys och artificiell intelligens (AI) förenar källkod, data och integrationer till en spårbar kunskapsbas.

Automatisk C/AL-analys med vårt eget analysverktyg. Det som utvärderas är TXT-objektexporter. FOB-filer i originalformat bearbetas inte direkt. Resultaten utgör grunden för dina migreringsbeslut. Nödvändig kundanpassad kod skrivs om i AL och konverteras inte automatiskt.

NAVtoBC.de · VIDEO PÅ TYSKA

Detaljerad Navision-analys med AI.

Analysomfånget förklarat på video.

Överblick över alla delar

Analysen omfattar objekttyperna i ditt NAV-system:

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

SQL-data – pseudonymiserade om du vill. Även databestånden tas med. Då kan inte bara enskilda funktioner utan även deras beroenden och dataflöden undersökas.

Dokumentera resultat per objekt

Analysresultaten registreras för varje objekt för sig, lagras strukturerat och görs sökbara. Funktioner, affärsregler och samband går att hitta. Ur källkod som vuxit fram över tid skapas en kunskapsbas för felanalyser och migreringsbeslut.

Inkludera integrationer och tredjepartssystem

Ditt NAV slutar inte vid den egna databasen. Därför tar vi med externa integrationer och verktyg från tredjepartsleverantörer – till exempel EDI-system och kopplingar till webbutiker.

Även andra SQL-databaser med koppling till Navision kan läsas ut och undersökas inom det avtalade analysomfånget. På så sätt blir dataflöden över systemgränserna spårbara.

Importer, exporter och dataflöden i detalj

Spåra varje analyssteg

Alla analyssteg loggas i detalj, inklusive transkript. Resultaten kopplas till de undersökta objekten och de dokumenterade analysstegen.

Därmed går det att följa vad som undersöktes, vilka samband som identifierades och vad en slutsats bygger på.

FÖRSTÅ DATAFLÖDENA. FÖRBERED INTEGRATIONERNA MÅLINRIKTAT.

Integrationer och
anslutna system.

Analysera datautbytet i Navision strukturerat. Bedöm det välgrundat med AI.

EDI-lösningar, BI-system, webbutiker och kundspecifika import- och exportprocesser hör ofta till ett NAV-landskap som vuxit fram över tid. Vi analyserar dessa kopplingar och gör dataflöden, fältmappningar och verksamhetsberoenden spårbara. Utifrån det tar vi fram konkreta förslag för din migrering till Business Central.

NAVtoBC.de · VIDEO PÅ TYSKA

AI-analys av integrationerna i Navision.

Dataflöden och anslutna system på video.

Datautbyte i Navision

Kartlägg datakällor, mål, format och överlämningspunkter. Analysen visar vilken information som flödar mellan Navision och de anslutna systemen.

Dataimport i Navision

Undersök importprocesser för artiklar, priser, kunder, lagersaldon och transaktionsdata: ursprung, struktur, fältinnehåll och befintlig valideringslogik.

Dataöverföring i Navision

Spåra tekniska överföringsvägar, triggrar och bearbetningsordning. Felkällor och beroenden dokumenteras som grund för förbättringar.

Dataexport i Navision

Analysera exportlogik, innehåll, målformat och mottagare. Datans verksamhetsmässiga betydelse förblir synlig för anslutna system, rapporter och vidare bearbetning.

Dataexport till webbutiker

Granska överföringen av artikel-, pris-, lager- och orderdata. Befintliga regler och beroenden bearbetas för den kommande målbilden i Business Central.

Import av artikeldata

Inkludera leverantörsdata, kataloger och försystem. Obligatoriska fält, varianter, enheter, priser och kundspecifika kontrollregler undersöks systematiskt.

Analys av fälten för importmatchningen

Förstå nyckelfält, mappningslogik och dubblettkontroll. Vi granskar hur poster identifieras och matchas och vilka verksamhetsregler som behövs för Business Central.

Inkludera anslutna system

EDI-system: till exempel Lobster EDI, Anvaigo EDI Connect (tidigare Anveo), SEEBURGER BIS, ecosio och Softzoll.

Analys och rapportering: till exempel Qlik, Microsoft Power BI och Jet Reports.

Inom det avtalade analysomfånget granskar vi anslutningarna och tillhörande SQL-databaser som hör ihop med Navision.

SCHEMATISK DEMO

Datautbyte kring Navision

Exempel på kopplingar, dataflöden och utgångspunkter för analysen.

EDILobster EDIDokument, grunddata
och statusinformation
BIQlikRapportering, analys
och dataförsörjning
Navision / Dynamics NAVC/AL · SQL · affärslogik
IMPORTArtikeldataGrunddata, varianter,
enheter och priser
WEBBUTIKWebbutikerArtiklar, priser, lager
och order
ANALYSENS FOKUS
DataexportInnehåll, målformat
och mottagare
ImportmatchningFältmappning, nycklar
och dubblettkontroll
Illustrativ framställning, inget kundprojekt. Pilarna visar exempel på dataflödesriktningar, inte dataströmmar som mätts i realtid. De faktiska integrationerna och fältmappningarna granskas i varje enskilt projekt. Produktnamnen används för att ge sammanhang; inget partnerskap med de nämnda leverantörerna påstås.
Demons dataflöden som text
  • Lobster EDI ↔ Navision: utbyte av dokument, grunddata och statusinformation.
  • Navision → Qlik: tillhandahållande av data för rapportering och analys.
  • Externa artikelkällor → Navision: import med fältmappning och validering.
  • Navision ↔ webbutiker: export av artiklar, priser och lagersaldon; returflöde av order.
  • Dataexport och importmatchning är analysområden, inte ytterligare externa system.

DITT RESULTAT

Inga svarta lådor i dataflödena.

Du får ett dokumenterat integrationslandskap, spårbara fältmappningar och AI-stödda förslag för det fortsatta genomförandet: behålla nödvändiga kopplingar, förenkla dem eller ersätta dem målinriktat.

Business Central online bedöms separat: Enligt Microsoft är direkt filåtkomst på servern inte möjlig där. Filbaserade integrationer, till exempel CSV-filer i utbytesmappar, behöver därför en ny väg via webbtjänster, API:er eller filuppladdning i webbläsaren.

Standard i Business Central först, lämpliga ISV-moduler därefter. Nödvändiga kundspecifika krav implementeras på nytt i AL. Förslag och öppna punkter stäms av med verksamheten, din interna IT och den partner du väljer.

Boka en integrationsanalys

KUNSKAP SOM HJÄLPER I DRIFTEN

Din direkta vinst: snabbare felsökning – redan före migreringen.

Analysen lägger inte bara grunden för din migrering till Business Central. Den ger en omedelbar fördel redan i det befintliga NAV-systemet: fel kan avgränsas snabbare och mer träffsäkert utifrån den dokumenterade systemkunskapen.

Sökbara objektresultat, dokumenterade affärsregler och visualiserade dataflöden visar hur funktioner och arbetsflöden hänger ihop. I stället för att undersöka sambanden på nytt vid varje störning använder du den kunskapsbas som redan tagits fram.

Så kan timmar av sökande bli en riktad avgränsning på några minuter – en extra vinst för din löpande drift, redan innan du går över till Business Central.

Den faktiska tiden beror på felbilden och det dokumenterade analysomfånget.

Diskutera analysomfånget

SÄRDRAGEN I C/AL

Lite kod.
Stor verkan.

I Navision finns affärslogiken inte bara i funktioner. Även fältegenskaper, triggrar, filter och körningskontexten avgör vad som faktiskt händer.

Den som analyserar C/AL automatiserat måste läsa dessa samband tillsammans. Här är de viktigaste särdragen för en välgrundad analys och migreringsplanering.

SÄTT C/AL I RÄTT SAMMANHANG

Från Navision till
Business Central 14.

C/AL står för Client/server Application Language. Språket användes i Navision och Dynamics NAV och fanns fortfarande i Business Central 14 (Spring 2019, on-premises). Från och med Business Central 15 ersattes C/AL av AL.

EN LITEN SKILLNAD MED KONSEKVENSER

Tilldela eller validera?

Båda raderna sätter ett värde i postbufferten. VALIDATE kör dessutom fältvalideringen inklusive OnValidate. Den här triggern kan ändra andra fält, utlösa affärslogik och själv göra ändringar i databasen.

Direkt tilldelning
Customer.Name := 'Beispiel';
Med fältvalidering
Customer.VALIDATE(Name, 'Beispiel');

Det här hör ihop i analysen.

Fäll ut ämnena och upptäck de tekniska detaljerna.

Språk & värdenPascal-syntax, Code, Option och affärsnära datatyper
  • Pascal-präglad syntax: BEGIN … END, := för tilldelningar samt // och { … } för kommentarer. Identifierare och nyckelord skiljer inte på versaler och gemener. Variabler deklareras globalt i objektet eller lokalt i funktioner och triggrar. VAR-parametrar kan ändra värdet hos anroparen.
  • Code är en egen datatyp: Den omvandlar text till versaler och tar bort inledande och avslutande blanksteg. Den definierade längden för Code och Text ingår i utvärderingen. Teckensträngar och matriser adresseras från position 1.
  • Option-värden har en ordningsföljd: OptionString definierar medlemmarna; deras numeriska värden börjar på 0. Namn, position och översatt visningstext måste hållas isär. En övergång till AL-enums måste ta hänsyn till befintliga värden. AL stöder även fortsättningsvis Option; övergången till enums är inte automatiskt nödvändig.
  • Affärsmässiga värden i stället för bara tal: 0D, bokslutsdatum, WORKDATE och datumformler har egen betydelse. Avrundningsregler och språkberoende konverteringar med FORMAT och EVALUATE kan påverka resultat och integrationer.

För analysen: Samma synliga värden kan hanteras olika tekniskt. Datatyp, längd, språk och parameteröverföring hör därför till iakttagelsen.

Objekt & metadataTyp plus ID, fältnummer och egenskaper
  • Objekt i stället för enskilda källfiler: Beroende på NAV-version ingår Table, Page, Report, Codeunit, Query, XMLport och MenuSuite; äldre generationer har även Form och Dataport. Det är kombinationen av objekttyp och ID som är unik. Intervallet 50000–99999 är klassiskt avsett för kundanpassningar; partnerintervall och användbarhet beror även på licensen.
  • Egenskaper bär affärslogik: TableRelation, CalcFormula, SourceTableView, RunObject och RunPageLink skapar relationer, filter och anrop utanför den egentliga C/AL-koden. Fältnummer, nycklar, rapporters DataItems och XMLport-strukturer hör också till modellen.
  • Identifierare är inte visningstexter: CaptionML och OptionCaptionML ger flerspråkiga visningstexter, till exempel på tyska och engelska. De ersätter varken objekt- eller fältidentiteter. TXT-exportens språkversion och teckenkodning måste bevaras.

För analysen: En fullständig objektexport innehåller mer kunskap än utkopierade funktioner. Metadata är en del av programmet.

Triggrar & affärslogikVALIDATE, RunTrigger och dolda följdåtgärder
  • Triggrar och funktioner: C/AL har globala och lokala funktioner. Därtill finns tabelltriggrar som OnInsert, OnModify, OnDelete och OnRename, fälttriggrar som OnValidate och OnLookup samt Page- och Report-triggrar. Ordningsföljd och anropskontext är avgörande.
  • En parameter ändrar förloppet: Vid INSERT, MODIFY och DELETE styr RunTrigger om den tillhörande tabelltriggern körs. Om den utelämnas är den FALSE. MODIFY(TRUE) kör OnModify men validerar inte automatiskt varje fält. Massoperationer måste betraktas separat.
  • Kontrollera, överföra och validera är olika saker: TESTFIELD kontrollerar ett fältvärde. TRANSFERFIELDS tilldelar värden via fältnummer och kör inga OnValidate-triggers. En direkt fälttilldelning kringgår också denna fältvalidering.
  • Implicit kontext: Rec, xRec och WITH påverkar vad ett uttryck refererar till. Lokala och globala variabler har olika räckvidd. Globala variabler kan behålla tillstånd inom en objektinstans; SingleInstance-Codeunits delar sin instans inom en session.

För analysen: Ett funktionsnamn ensamt förklarar inte förloppet. Även triggerflaggor, variabelkontext och utlösta följdåtgärder måste spåras.

Record-tillstånd & beräkningarFilter, FlowFields, temporära data och företag
  • Records minns mer än fältvärden: Filter, filtergrupper, nycklar och aktuell post påverkar åtkomsten. SETRANGE, SETFILTER, FILTERGROUP, RESET, FINDSET, FINDFIRST och NEXT måste läsas i sitt sammanhang. GET använder primärnyckeln och ignorerar vanliga filter; säkerhetsfilter måste beaktas separat.
  • FlowField är inte FlowFilter: Ett FlowField lagrar inte sitt beräknade resultat permanent i tabellen. CalcFormula beskriver beräkningen, till exempel en summa eller en lookup. CALCFIELDS beräknar värdet; beroende på hur fältet används sköter även användargränssnittet detta. Ett FlowFilter ger filtervillkor för sådana beräkningar och beräknar inte själv något resultatvärde.
  • Samma tabell, annan kontext: Temporära record-variabler bearbetar data i minnet. CHANGECOMPANY byter företag för dataåtkomsten; triggers körs fortfarande i det aktuella företagets kontext. DataPerCompany skiljer mellan företagsspecifika och gemensamma tabeller.

För analysen: Tabellnamn och fältvärde räcker inte. Filter, beräkningsdefinition, temporärt tillstånd och företag avgör vad värdet faktiskt säger.

Dynamiska beroenden & eventsRecordRef, FieldRef, anrop och subscribers
  • Återanvändning utan klassmodell: C/AL har inga namnrymder i språket och inga inbyggda interfacedefinitioner. En egen klassmodell med arv ingår inte heller i språket. Codeunits tillhandahåller globala funktioner; CODEUNIT.RUN startar deras OnRun-trigger. Referenser kan lösas upp via namn, deklarerade objektsubtyper eller nummer.
  • Anropsmålet kan avgöras först vid körning: RecordRef, FieldRef, Variant och objekt-ID:n som skickas in som variabler möjliggör generisk bearbetning. Även konfigurationstabeller kan styra vilken kod som faktiskt anropas.
  • Events finns redan i C/AL: Sedan NAV 2016 kan publishers och subscribers skapa ytterligare anropsrelationer. Analysen måste ta hänsyn till dessa bindningar; en sökning efter direkta funktionsanrop fångar dem inte fullständigt.

För analysen: Beroenden som kan beläggas statiskt redovisas separat från relationer som bara kan lösas upp med hjälp av konfiguration eller kunskap om körningen.

Transaktioner & SQLCOMMIT, felhantering, nycklar och låsning
  • Transaktioner hanteras delvis implicit: C/AL startar och avslutar databastransaktioner automatiskt. COMMIT sätter en uttrycklig gräns. Ett senare fel återställer inte ändringar som redan har bekräftats.
  • Felhantering är en del av logiken: Returvärden från databasfunktioner, det utvärderade booleska returvärdet från CODEUNIT.RUN och TryFunction förändrar fel- och transaktionsflödet. Databasändringar inom en TryFunction återställs inte automatiskt vid ett fångat fel; vilka skrivåtgärder som är tillåtna beror på version och serverkonfiguration.
  • C/AL påverkar SQL utan att visa SQL: SETCURRENTKEY, filter, LOCKTABLE, FINDSET, nycklar och SIFT-aggregat påverkar åtkomst och låsningsbeteende. En vald nyckel garanterar ingen bestämd exekveringsplan i SQL. Iögonfallande mönster ger utgångspunkter; deras faktiska prestanda mäts.

För analysen: Datakonsistens och prestanda kan bara bedömas utifrån transaktionsgränser, felvägar och den konkreta databasdriften.

Historik & standardjämförelseTXT-format, Version List, landsversioner och anpassningar
  • Ett eget, dokumenterat exportformat: C/SIDE hanterar objekt i databasen och exporterar dem som FOB eller TXT. TXT innehåller källkod och metadata som Version List, datum, klockslag och Modified-flagga. Sådana exporter kan versionshanteras med Git; teknisk metadata kan dock fylla jämförelser med ytterligare ändringar. Microsoft tillhandahåller själv verktyg för jämförelse och konvertering.
  • Anpassningar kan finnas i standardkoden: I klassiska NAV-projekt ändrades Microsofts kod ofta direkt. Version List är en indikation, inte ett fullständigt bevis på ändringar. Tillförlitlig blir klassificeringen först genom en jämförelse med rätt oförändrad utgångsversion och befintlig projektdokumentation.
  • Rätt bas är avgörande: NAV-version, build respektive kumulativ uppdatering, landsversion och partnerlösningar måste stämma överens. Tyska, österrikiska eller schweiziska lokaliseringar kan innehålla andra standardobjekt och affärsregler.

För analysen: Först med rätt jämförelseversion syns vilken logik som hör till standarden, till lokaliseringen, till ett add-on eller till en kundspecifik anpassning.

Körning, behörigheter & integrationerKlientgenerationer, rättigheter och externa ingångspunkter
  • NAV-generationen förändrar miljön: Classic Client, RoleTailored Client från och med NAV 2009, Forms och Pages samt Dataports och XMLports hör till olika utvecklingsstadier. .NET-interop infördes redan med NAV 2009 R2. Automation/COM, .NET-komponenter och körning på klient respektive server måste bedömas utifrån respektive version.
  • Behörigheter syns bara delvis i exporten: Objektegenskapen Permissions hör till källmaterialet. Tilldelade behörighetsuppsättningar, användarbehörigheter, säkerhetsfilter och licensomfattning måste kartläggas separat. Indirekta behörigheter kan påverka genom vilket flöde data får ändras.
  • Användning börjar även utanför koden: Jobbköer, publicerade webbtjänster, filsökvägar, externa komponenter och anslutna SQL- och EDI-system eller webbutiker kan starta eller styra flöden. GUIALLOWED och klientberoende funktioner är relevanta för bakgrundskörningar. Att statiska anrop saknas bevisar därför inte att något är oanvänt.

För analysen: TXT-exporten kompletteras med konfiguration som godkänts för analysen, kunskap om integrationerna och lämpliga belägg för användning. Öppna beroenden klargörs målinriktat med IT och verksamheten.

VAD DU FÅR UT AV DET

Förstå affärsreglerna.
Planera migreringen på säker grund.

En tillförlitlig analys förenar C/AL-kod, objektmetadata och den faktiska driften. Då blir regler, beroenden och öppna frågor spårbara – som underlag för standard i Business Central, lämpliga moduler och målinriktad AL-utveckling.

Begär en C/AL-analys
Källor & bakgrund

Kontrollerat mot Microsofts dokumentation. Översikten samlar de viktigaste särdragen för analysen; detaljerna beror på NAV-version, objektversion och driftmiljö.

Så kombinerar vi kodanalys och AI

REFERENS FRÅN PRAKTIKEN

480 000 rader C/AL.
Nästan 1 000 Codeunits.

Kunskap för den dagliga driften. I detta kundprojekt omfattade analysen Navision-källkoden, Navisions SQL-databas och alla andra anslutna SQL-databaser. Data utvärderades i pseudonymiserad form.

C/AL-KOD480 000 rader
CODEUNITSNästan 1 000
SYSTEMNAV 2009 R2
DATAMÄNGDca 1,5 TB
SYSTEMHISTORIK20 år
BRANSCHPartihandel & B2C
REFERENSPROJEKT

Förstå systemet.
Fatta välgrundade beslut.

Källkod, affärslogik, funktioner och dataflöden kartlades systematiskt, strukturerades och ställdes mot standard i Business Central och lämpliga ISV-moduler.

DEN VUNNA KUNSKAPEN I PRAKTIKEN

Hitta fel. Dokumentera kunskap. Förbereda ändringar.

01

Stödja felsökning.

Undersöka samband med AI och ringa in möjliga felorsaker.

02

Ta fram dokumentation.

Beskriva enskilda områden målinriktat, till exempel EDI-dataflöden.

03

Förbereda ändringar.

Ta fram konkreta förslag för Navision, till exempel för stöd för ZUGFeRD.

KUNDRÖST

Kunskapen hjälper oss i dag helt konkret.

”I vårt Navision-system analyserades 480 000 rader C/AL-kod från nästan 1 000 Codeunits. Utöver vår Navision-SQL-databas togs även alla andra anslutna SQL-databaser med. Data utvärderades i pseudonymiserad form.

Den vunna kunskapen använder vi i dag helt konkret: AI:n stöttar oss vid felsökning och hjälper oss att förstå samband i systemet. Dokumentation för enskilda områden kan vi låta ta fram med ett knapptryck – till exempel om våra EDI-dataflöden.

Dessutom får vi konkreta förslag på ändringar och tillägg i Navision, till exempel för stöd för ZUGFeRD. Analysen hjälper oss alltså redan i den löpande driften och lägger samtidigt en stabil grund för den fortsatta utvecklingen av vårt system.”

Kundröst från ett NAV-analysprojekt
RESULTAT Strukturerad kunskapsbas, visualiserade samband och ett spårbart migreringsförslag för Business Central. Begär ett liknande analysprojekt

STANDARD FÖRE SPECIALLÖSNING

Standard i Business Central först.
Mindre kundanpassad kod.

Inte varje NAV-anpassning som vuxit fram över åren behöver följa med. Vi prövar varje nödvändigt krav i den här ordningen – tillsammans med verksamhetens avdelningar.

NAVtoBC.de · VIDEO PÅ TYSKA

Standard i Business Central först.

Kundanpassad kod ersatt av en ISV-modul.

  1. 01

    FÖRST

    Använd standarden.

    Funktioner och konfiguration i Business Central har företräde. Vi undersöker hur dina processer kan anpassas till standarden utan att ge avkall på nödvändiga affärskrav.

    Standard i Business Central föredras.
  2. 02

    SEDAN

    Certifierade moduler.

    Om standarden inte räcker till prövar vi lämpliga certifierade bransch- och funktionsmoduler. Kundanpassad programmering ersätts så långt det går av dessa tillägg.

    Lämpliga moduler före ny programmering.
  3. 03

    BARA OM DET BEHÖVS

    Utveckla målinriktat.

    Kundanpassad utveckling förbehålls affärsmässigt nödvändiga krav som varken standarden eller lämpliga moduler uppfyller. Kvarstående luckor dokumenteras och motiveras.

    Varje egenutveckling motiveras.
Så väljer vi moduler

Vi prövar funktionell lämplighet, integrationer, licens- och underhållskostnader, leverantörens support samt kompatibilitet med målversion, land och driftmodell. Certifierings- eller valideringsbevis kontrolleras för den konkreta modulen och den aktuella versionen.

En Marketplace-validering är ingen generell garanti för din affärsprocess. Lämpligheten bedöms separat i projektet. Microsoft: teknisk validering av appar

PRAKTISKT EXEMPEL / AMAZON-INTEGRATION

Kundanpassad kod ersatt av en ISV-modul.

Förstå framvuxen affärslogik. Ersätt kundanpassade integrationer målinriktat.

En egenutvecklad Amazon-integration i Navision innehöll egen C/AL-logik för att bearbeta order- och leveransinformation. Källkoden tar bland annat hänsyn till redan levererade rader, befintliga kopplingar till Navision-order och olika fulfillment-center.

I det här exemplet ersattes den tidigare kundanpassade programmeringen av en ISV-modul för Amazon-integration.

För migreringsplaneringen är det avgörande att känna till de befintliga affärsreglerna och kontrollera hur de täcks i den nya lösningen. Det är inte den gamla programkoden som måste bevaras oförändrad, utan den funktion som verksamheten faktiskt behöver.

Vår AI-stödda analys hjälper dig att förbereda migreringen från Navision till Business Central: Den gör affärslogik, beroenden och integrationer spårbara. Så kan du fatta välgrundade beslut om vad standarden täcker, var en lämplig ISV-modul passar och vilken kundanpassad AL-utveckling som faktiskt fortfarande behövs.

Visa C/AL-källkoden och identifierade affärsregler

C/AL-kodutdrag tillhandahållet av den ansvarige för denna webbplats. Utdraget är oförändrat och slutar mitt i ett bearbetningsavsnitt. Det är inte ett fullständigt, körbart program.

C/AL · Utdrag ur den tidigare Amazon-integrationen
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??

Vad som kan utläsas av detta utdrag

01 / Avgränsa rätt order
Raderna filtreras på Amazon-dokumenttyp och Amazon-ordernummer.
02 / Välj leveransrader som ännu inte kopplats
Navision-ordernumret måste vara tomt och den levererade kvantiteten större än noll. Hittas ingen matchande rad avslutas funktionsanropet med EXIT.
03 / Överför leveransinformation
Om fulfillment-center-ID:t på den första hittade raden är ifyllt förs detta ID och leveransdatumet över till variabeln för dokumenthuvudet. Att ändringen sparas framgår inte av utdraget.
04 / Identifiera olika fulfillment-center
Avviker någon av de hittade raderna från det först fastställda center-ID:t sätts l_HoldOpen till TRUE.
05 / Förbered fortsatt orderhantering
Följande avsnitt förutsätter ett tomt ordernummer och ett befintligt Amazon-ordernummer i huvudet. Kontrollen av felmeddelandet som står därunder är bortkommenterad och därmed inte aktiv.

Utdragets begränsning: Själva orderskapandet, den senare effekten av l_HoldOpen och den fullständiga order- och leveransprocessen ingår inte här. Att integrationen har ersatts är en uppgift från den ansvarige för denna webbplats; koden ensam styrker varken modulens funktionstäckning eller en genomförd go-live i Business Central.

Vilka av dina NAV-anpassningar kan med fördel ersättas?

Utvärdera dina NAV-anpassningar

Ditt resultat: En beslutsmatris per anpassning – ersätt med standard, pröva en certifierad modul eller utveckla kundanpassat med motivering. Krav som ännu inte är utredda förblir synliga.

TILLSAMMANS TILL BUSINESS CENTRAL

Din implementeringspartner finns kvar.
Vi kompletterar med analysen.

Samarbete i stället för partnerbyte – för en effektiv och slimmad migrering till Business Central.

Vi stöttar din befintliga Navision-partner och din interna IT med bearbetade analysdata, dokumenterade affärsregler och ett välgrundat beslutsunderlag. Syftet är inte att ersätta din nuvarande partner, utan att målinriktat komplettera partnerns kunnande och dina egna medarbetares kunskap.

Vi är oberoende av någon viss implementeringspartner och samarbetar med de partner du väljer. Den tekniska migreringen kan även fortsättningsvis genomföras av din befintliga partner, din interna utvecklingsavdelning eller gemensamt.

01 / PARTNER

För din Navision-partner

Mer transparens för planering och genomförande.

Din partner känner ditt företag och stöttar din lösning. Vi kompletterar den kunskapen med en systematisk analys av C/AL-kod, objekt, dataflöden och integrationer.

De strukturerade resultaten hjälper till att bedöma anpassningar, identifiera beroenden och förbereda migreringen till Business Central målinriktat: använd standardfunktioner, sätt in lämpliga ISV-moduler och genomför bara nödvändig kundanpassad utveckling på nytt i AL.

02 / INTERN IT

För din interna IT

Säkra den framvuxna kunskapen. Avlasta ditt team.

Vi stöttar också din interna Navision-avdelning direkt i förberedelserna inför migreringen. Sökbar objektdokumentation, extraherade affärsregler och en grafdatabas gör sambanden spårbara och underlättar samordningen mellan IT, verksamheten och implementeringspartner.

Dina medarbetares kunskap är fortfarande avgörande. Vår analys kompletterar den med ett strukturerat, verifierbart underlag.

03 / FRISTÅENDE

Även utan medverkan av en implementeringspartner

Analysen kan genomföras fristående.

Du kan också beställa Navision-analysen oberoende av ett migreringsprojekt och utan aktiv medverkan från en extern partner. Vilka åtkomster och analyskällor som behövs stämmer vi av direkt med dig.

Resultaten står sedan till ditt förfogande för den löpande driften, din interna planering och samarbetet med en partner som du själv väljer.

Tre frågor till samtalet med din implementeringspartner

  1. Vilka data för vi över, och hur mappas de? Många standardtabeller som kund, artikel eller försäljningshuvud finns kvar. Det avgörande är egna fält, optionsvärden och nummerserier.
  2. Vilka anpassningar utvecklas på nytt i AL, och med vilken insats? Microsofts konverterare Txt2Al fanns bara med Business Central 14. Forms och Dataports från NAV 2009 R2 hanterar den inte.
  3. Hur för vi över dimensioner som kostnadsställe och kostnadsbärare? I dag refererar poster till sina dimensioner via en dimensionsuppsättning. Vid en nyimplementering är det framför allt standarddimensioner, öppna poster och kod som bearbetar dimensioner som räknas.

NAVtoBC-analysen ger underlaget för alla tre frågorna: tabeller och fält med belagd användning, anpassningar med deras beroenden och de ställen där kod läser eller skriver dimensioner.

Din fördel: Alla inblandade arbetar med en gemensam, spårbar kunskapsbas – i stället för att behöva kartlägga samma samband om och om igen.

Diskutera ett samarbete

SE RESULTATEN I STÄLLET FÖR ATT BARA LÄSA OM DEM

Från processkunskap
till målbild för Business Central.

Ett sammanhängande exempel: kund, order och faktura. Växla mellan Analys, Process, Kunskap och Roadmap.

Illustrativt exempel med syntetiska data – inget kundprojekt.

SYNTETISKT EXEMPEL

EXEMPELRESULTAT

Helheten. I fokus.

SYNTETISKT ANALYSEXEMPEL .txt// Konsekventa ersättningsvärden
Kund.Namn: "P-7Q4X9"
Kund.ID: "K-7Q4X9"
Order.Kund: "K-7Q4X9"
Faktura.Kund: "K-7Q4X9"
Spåra sambanden

Samma kund i order och faktura

Källa: syntetiska exempeldataGranskas av verksamheten
Endast godkända analysartefakter med konsekventa ersättningsvärden

SPÅRBART HELA VÄGEN

Samma kund.
Länkade dokument.
Granskningsbara beslut.

  1. Se sambandet

    ”P-7Q4X9” förblir kopplad till order och faktura via kund-id K-7Q4X9.

  2. Dokumentera kunskap

    Kunskapsartikeln dokumenterar sambandet med källfält och verksamhetens granskningsstatus.

  3. Bedöm målbilden för Business Central

    Granska först standardtäckningen. Endast återstående krav leder till modulgranskning eller kundanpassad utveckling.

Se pseudonymiseringen i exemplet
Visa exempel på en beslutsmatris
Syntetiskt beslutsformat, ingen granskad modul- eller kundrekommendation.
Krav i exempletGranskningsvägNästa stegStatus
Koppla kund och dokumentStandard i Business Central förstStäm av flöde och konfiguration med verksamhetenStandardgranskning återstår
Ytterligare branschkravCertifierad modul, om standard inte räckerGranska lämplighet, belägg, integration och kostnaderModulgenomgång återstår
Återstående specialregelKundanpassad utveckling endast vid bekräftat gapDokumentera behov och alternativIngen utveckling godkänd

FRÅN ANALYSRESULTAT TILL KUNSKAPSPORTAL

Din NAV-kunskap.I direkt dialog.

Ställ frågor om ditt Navision-system – lika enkelt som i ett chattgränssnitt i stil med ChatGPT.

Webbportalen ger dig tillgång till den kunskap som AI:n har dokumenterat: affärsregler, flöden, integrationer och tekniska samband blir tillgängliga i dialogform.

I bakgrunden bearbetar en AI som är ansluten via API dina frågor och använder den lokalt insamlade kunskapsbasen. Vid behov kan portalen även hämta aktuella data från Navision-databasen och andra resurser via godkända integrationer med enbart läsåtkomst.

Öppna portalvyn i originalstorlek
INBLICK I KUNSKAPSPORTALENNAV-projektanalys
Kunskapsportalen NAV-projektanalys: chattfält för frågor om projektet samt ingångar för översikt, samband och öppna punkter.
Använd analysresultat och godkända datakällor via ett gemensamt chattgränssnitt.
Lokal användarinloggning
Åtkomsten sker via lokala användarkonton. Därmed är användningen kopplad till en inloggad användare.
Behörigheter efter behov
Behörighetshanteringen styr vilken godkänd information och vilka resurser en användare får ställa frågor mot.
Endast läsåtkomst
De anslutna datakällorna läses enbart. Portalen ändrar inga NAV-data eller andra källdata.
Frågor loggas
Alla frågor loggas. Därmed förblir användningen av portalen spårbar.

Vilka kunskapskällor, livedatakällor och behörigheter som ska ingå bestämmer vi tillsammans för ditt projekt.

Lär känna kunskapsportalen

ERFARENHET MÖTER METODIK

Mångårig Navision-erfarenhet.
Systematiskt användbar med AI.

Vi kombinerar praktisk Navision-kunskap med automatiserad kodanalys och AI-stödd utvärdering. Resultatet blir dokumenterade samband och konkreta förslag för ditt befintliga system och för vägen till Business Central.

NavisionDynamics NAVMS Dynamics NAVBusiness Central

NAVtoBC-METODEN

Förstå först.
Förändra sedan med precision.

Många års anpassningar behöver inte vara ett hinder. Det avgörande är att se vilken logik din verksamhet verkligen behöver i dag.

01

AI-analys

Förstå det befintliga NAV-systemet.

Analysera godkända TXT-objektexporter med en egen C/AL-parser: fånga kundspecifik logik, anrop, referenser och integrationer med källhänvisning.

DITT RESULTATTeknisk inventering
02

Affärsprocesser

Härled flöden ur logiken.

Extrahera processhypoteser och affärsregler ur källorna, dokumentera dem som JSON-regelverk och grafer och validera dem med verksamheten.

DITT RESULTATDokumenterad processkarta
03

Kunskapsbas

Gör kunskapen varaktigt användbar.

Lagra insikter strukturerat – med källhänvisning, verksamhetskontext och spårbar granskningsstatus.

DITT RESULTATDin centrala kunskapsbas
04

Migreringsförslag för Business Central

Förbered rätt väg framåt.

Föredra standard i Business Central, granska certifierade moduler och ta bara med nödvändig kundanpassad utveckling i en prioriterad färdplan.

DITT RESULTATVälgrundad migreringsplan

AI stöder analysen. Verksamheten validerar resultaten och beslutar om målprocesserna.

TYDLIG LEVERANSOMFATTNING

En tydlig grund.
Ett överenskommet nästa steg.

Vårt erbjudande som beskrivs här omfattar analys av ditt NAV-system, dokumentation av din processkunskap och ett välgrundat migreringsförslag för Business Central.

Implementering, tester och driftstart avtalas separat. Resultaten är underlaget för ditt interna team, din befintliga partner eller en implementering som avtalas i ett senare skede.

Diskutera omfattningen för ditt projekt

DATASKYDD BÖRJAR FÖRE ANALYSEN

Din processkunskap räknas.
Inte dina känsliga data.

SQL-åtkomst krävs för analysen – men AI:n får ingen direkt åtkomst. En mellanliggande pseudonymiseringsserver får kontrollerad åtkomst till databasen och ersätter identifierande värden ”on the fly” innan godkända resultat lämnas vidare till analysen.

01 / KONTROLLERAD SQL-ÅTKOMST

SQL-åtkomst bakom ett skyddslager.

Den mellanliggande pseudonymiseringsservern får den överenskomna SQL-åtkomsten. Den bearbetar data, användningsstatistik och nyckeltal om databeståndet innan de lämnas vidare. SQL-inloggningsuppgifter och databassäkerhetskopior når varken AI:n eller webbplatsen. Export av objekt och metadata kompletterar analysen.

02 / ON-THE-FLY

Värden ersätts. Inget raderas.

Identifierande värden byts vid inläsningen ut mot ersättningsvärden som förblir konsekventa över tid. Exempelkunden ”Müller” får pseudonymet ”P-7Q4X9” – även vid senare frågor mot samma analysbestånd. Poster och verksamhetsmässigt nödvändiga relationer bevaras.

03 / SPÅRBART

Sambanden bevaras.

Överenskomna ersättningsregler säkerställer kopplingen mellan kunder, order och fakturor. Efter granskning och godkännande analyseras resultaten lokalt eller med en överenskommen moln-AI. Affärsregler härleds ur koden och systemsambanden.

I DIN MILJÖ
NAV / SQL
& TXT-objektexporter
→
Skyddsserver:
ersätter värden
→
Granska &
godkänn
ANALYS: LOKALT ELLER I MOLNET
AI-stödd
analys
→
Kunskap &
färdplan för Business Central

Analysmiljön kan ligga helt lokalt. Vid molndrift lämnar endast artefakter som godkänts för detta, med konsekventa ersättningsvärden, din miljö. Inget automatiskt byte från lokalt till moln.

Ingen direkt SQL-åtkomst för AI:n
Stäm av dataskyddet för ditt projekt

ERSÄTT DATA. BEVARA SAMBANDEN.

Müller blir P-7Q4X9.
Sambandet består.

Identifierande värden ersätts med beständiga pseudonymer innan AI:n bearbetar dem. Samma entydigt identifierade kund får samma ersättningsvärde inom det överenskomna analysbeståndet, även vid senare frågor. Olika kunder med samma efternamn får olika pseudonymer.

Relationerna mellan kunder, order och fakturor förblir spårbara. Därmed kan affärsprocesser, beroenden och programregler analyseras utan att de ursprungliga namnen behövs.

Pseudonymiseringen gäller analysdata; produktionsdata i NAV skrivs inte om. Kopplingen till originalvärdena lagras separat och åtkomstskyddat och lämnas inte vidare till AI:n. För den personuppgiftsansvarige förblir uppgifterna personuppgifter.

Pseudonymisering: artikel 4.5 i dataskyddsförordningen (GDPR) ↗
Pseudonymisering – ett exempelSYNTETISKA DATA
Namn
P-7Q4X9
Kundnr
K-7Q4X9
E-post
p-7q4x9@example.invalid
Kund i order
P-7Q4X9 · K-7Q4X9
Kund i faktura
P-7Q4X9 · K-7Q4X9
SAMMA KUND. SAMMA ERSÄTTNINGSVÄRDE.P-7Q4X9 förblir P-7Q4X9 – i order och faktura.

Fasta exempeldata: ingen radering, inget byte av ersättningsvärde. Denna demo bearbetar inga verkliga data och överför ingenting.

DIN INFRASTRUKTUR. DIN AI-STRATEGI.

Moln-AI eller lokal AI.
Du bestämmer.

ChatGPT, Claude och alla andra moln-AI-tjänster kan komma i fråga som driftalternativ. Eller så använder du olika lokala modeller: på din egen hårdvara eller på hårdvara som vi lånar ut till dig för projektet. Den konkreta anslutningen stämmer vi av med dig.

MOLN-AI

ChatGPT, Claude.
Och din moln-AI.

Du är inte bunden till en viss leverantör. ChatGPT, Claude och andra moln-AI-tjänster stöder godkända analyssteg. Leverantör, modell och tillgängliga integrationer stämmer vi av för varje projekt.

ChatGPT · OpenAIClaude · AnthropicAnnan moln-AI
Detaljer om driftmodellen
Dataflöde
Ersätt identifierande värden konsekvent, granska och godkänn innan AI:n bearbetar dem.
Integration
Anslut den valda leverantören via lämpliga, separat konfigurerade integrationer.
Avstämning
Granska avtalsvillkor, databehandling och lagring i förväg.
Diskutera moln-AI
LOKAL AI

Din hårdvara.
Eller lånad av oss.

Olika lokala AI-modeller körs på din egen hårdvara. Alternativt lånar vi ut lämplig hårdvara till dig för projektet. Modellval och utrustning anpassas efter dina analysuppgifter.

Din hårdvaraLånad hårdvaraOlika modeller
Detaljer om driftmodellen
Dataflöde
Även lokalt: konsekventa ersättningsvärden och godkännande innan AI:n bearbetar data.
Drift
Lokal analys på egen eller lånad hårdvara i din miljö.
Avgränsning
Ingen automatisk vidarebefordran till molntjänster. Utgående anslutningar kontrolleras.
Diskutera lokal AI
KAN KOMBINERAS VID BEHOV

Lokalt och i molnet.
I riktat samspel.

Vissa AI-uppgifter lokalt, andra i molnet – med separat godkännande för varje bearbetningssteg. Ingen automatisk övergång till molnet. Samma kvalitetskriterier gäller för alla driftmodeller.

Klargör driftmodellen

Konkreta modeller och integrationer avtalas i projektet. Driftformen för AI är oberoende av om Business Central senare körs online eller lokalt.

AI-STÖDDA TEKNIKER & METODER

Analysera C/AL på djupet.
Spårbart i resultatet.

Egen parser, riktat AI-stöd och bindande granskningskedjor: vår analysmetod förenar tekniska iakttagelser med förståelse för verksamheten.

Metoder i detalj8 analys- och granskningsmetoder
01FÖRSTÅ KODEN

Statisk C/AL-kodanalys

En egen C/AL-parser registrerar anrop och referenser i den tillhandahållna Navision-källkoden. Resultatet är en anrops- och referensgraf på funktions- och radnivå som grund för den AI-stödda klassificeringen.

Metoden i detalj

Varje iakttagelse hänvisar till objekt, funktion och rad i den godkända exporten. Dynamiska anrop som inte kan lösas upp, saknade objekt och parserns begränsningar markeras synligt – de redovisas inte som säkert analyserade.

02FASTSTÄLL RELEVANS

Nåbarhet från ankarlista

Nåbarhetsanalys utifrån en ankarlista som stämts av med verksamheten i stället för iterativ bortstrykning. Beroenden följs från kända startpunkter.

Metoden i detalj

Till ankarlistan hör till exempel körda rapporter, jobbköer och externa anrop. ”Inte nåbar från de registrerade ankarna” betyder inte automatiskt ”oanvänd”. Oklara vägar måste fortsatt granskas.

03PÅVISA ANVÄNDNING

Användningsbelägg per tabell

SQL-åtkomststatistik och aggregerade nyckeltal om databeståndet kompletterar kodanalysen. Den mellanliggande pseudonymiseringsservern tillhandahåller godkända resultat – dagsaktuella vid daglig insamling och bearbetning.

Metoden i detalj

Insamlingstidpunkt, observationsperiod och tecken på återställd statistik följer med. SQL-åtkomsten sker via den mellanliggande servern; AI:n får bara godkända resultat. Uteblivna åtkomster är inget bevis för att något inte används; databestånd och verksamhetskontext bedöms separat. Vid en nyimplementering visar användningsbelägget vilka tabeller och data som kan komma i fråga för överföring. Äldre NAV-versioner exporterar text i MS-DOS-teckenuppsättningen; därför kontrolleras tecken som å, ä och ö före överföringen.

04DUBBELKONTROLLERA RESULTAT

Granskningskedjor med flera agenter

Separata agentroller för analys, motgranskning och konsolidering. Påståenden knyts tillbaka till källor; motsägelser och öppna frågor förblir spårbara.

Claude Code visar en pågående granskningskedja med tre AI-agenter som arbetar parallellt och faserna Verify och Critique. Öppna exemplet i originalstorlek
Exempel från Claude Code. Tre AI-agenter granskar en verktygsuppsättning parallellt. Därefter är en kritisk motgranskning planerad.
Metoden i detalj

Motgranskningen bedömer belägg, täckning och alternativa förklaringar. Att flera agenter är överens är i sig inget bevis för korrekthet. Godkännanden från verksamheten och tekniska kontrollspärrar krävs fortfarande.

05KONTROLLERA KVALITET

Självtester, mutationsprov, kontrollsummor

Självtester kontrollerar förväntade resultat. Mutationsprov ändrar testfall avsiktligt. Kontrollsummor knyter iakttagelser entydigt till de granskade versionerna av artefakterna.

Metoden i detalj

Mutationstester kontrollerar om avsiktligt inbyggda fel upptäcks. Kontrollsummor används för versions- och integritetskontroll; de bevisar varken verksamhetsmässig korrekthet eller skydd av personuppgifter. Misslyckade kontroller spärrar godkännandet av resultaten.

06LÄRA AV FEL

Bindande process för att lära av fel

Varje bekräftat fel leder till orsaksanalys, regressionstest och en versionerad regel. Mekaniskt förankrade regler kontrolleras automatiskt – de formuleras inte bara som en anvisning.

Metoden i detalj

Ett felärende stängs först efter reproducerbart belägg, korrigering och godkänt regressionstest. Kontrollspärrar förhindrar godkännande vid regelbrott. Regelversion och ansvar dokumenteras.

07ÅTGÄRDA SVAGHETER

SQL-tabeller, CU:er & ports

Identifierade svagheter i SQL-tabeller, Codeunits (CU:er) samt Dataports/XMLports omvandlas till konkreta förbättringsförslag – med iakttagelse, prioritet och kontrollsteg.

Metoden i detalj

Till exempel undersöks avvikande åtkomstmönster, redundant logik och otillräckliga importkontroller. Antaganden om prestanda förblir hypoteser tills de har mätts. Ändringar i produktionssystemet görs inte automatiskt.

08BEVARA AFFÄRSKUNSKAP

Extrahering av affärsregler

Affärsregler som maskinläsbart JSON-regelverk och som grafer: med villkor, åtgärder, beroenden, källhänvisningar och verksamhetens granskningsstatus.

Metoden i detalj

Regler får stabila id:n och hänvisningar till funktion och rad i den godkända exporten. Bekräftade regler förs in i kunskapsbasen och fit-gap-analysen för Business Central. Saknad information och obelagda antaganden förblir markerade.

Fördjupande frågor

Hur tas ett dagsaktuellt användningsbelägg fram? +

Den mellanliggande servern läser ut den överenskomna SQL-åtkomststatistiken och nyckeltalen om databeståndet. Identifierande värden ersätts med konsekventa ersättningsvärden innan de lämnas vidare. Dagsaktualitet förutsätter daglig insamling och lyckad bearbetning; datastatus och observationsfönster redovisas. SQL-användningsräknare kan till exempel ha nollställts efter en omstart av servern. Uteblivna åtkomstsignaler är därför inget bevis för att något inte används; befintliga data bevisar inte heller i sig en aktiv affärsprocess.

Varför analyserar ni nåbarheten utifrån en ankarlista?+

Vi börjar vid startpunkter som stämts av med verksamheten och följer därifrån anrops- och referensrelationerna. Det ersätter en rent iterativ bortstrykning av till synes oanvända objekt. Ofullständiga ankarlistor, dynamiska anrop och saknade exporter markeras uttryckligen som begränsningar. Analysen raderar inga objekt och ersätter inget verksamhetsbeslut om avveckling.

Vilka affärsregler får vi som JSON och grafer?+

Det planerade resultatet innehåller för varje extraherad affärsregel ett id, villkor, åtgärder, beroenden samt källhänvisningar till objekt, funktion och rad. En regelgraf visar relationerna. Granskningsstatus och öppna antaganden bevaras; först verksamhetens bekräftelse gör ett regelutkast till ett godkänt kunskapsunderlag.

Vad innebär en mekaniskt förankrad process för att lära av fel?+

Bekräftade fel dokumenteras som reproducerbara fall och säkras med regressionstester och versionerade kontrollregler. Reglerna kontrolleras automatiskt och kan blockera ett godkännande. En ren extra anvisning till en AI-agent räcker inte för detta.

Hur integreras Claude och ChatGPT i automatiserade flöden?+

Användning av ChatGPT och en integration via OpenAI API ska betraktas var för sig. För automatiserade granskningskedjor sätts en anslutning via OpenAI API respektive Claude API upp specifikt för projektet. Ett ChatGPT-abonnemang ersätter inte separat API-fakturering.

OpenAI: ChatGPT och API är separata ↗ · Anthropic: Claude API ↗

VÅRT KVALITETSKRAV

Varje påstående med belägg.
Varje osäkerhet synlig.

Deterministisk kodanalys och AI kompletterar varandra. Det som källorna inte belägger redovisas som öppet och klargörs tillsammans med din verksamhet.

Diskutera analysen

Metoderna förenar tekniska iakttagelser med verksamhetsgranskning och spårbar dokumentation.

BRA ATT VETA

De viktiga frågorna.
Före första steget.

Alla anpassningar behöver inte följa med. Men varje affärskritisk regel förtjänar uppmärksamhet.

Diskutera din situation
Analyseras C/AL automatiskt?

Ja. Vårt eget analysverktyg analyserar C/AL-källkoden i ditt Navision- eller Dynamics NAV-system automatiskt. Resultaten dokumenteras strukturerat per objekt och lagras sökbart.

Finns det ett eget analysverktyg?

Ja. Vi använder ett eget analysverktyg för automatiserad NAV-analys.

Analyseras NAV-FOB-filer direkt?

Nej. Vårt analysverktyg läser TXT-objektexporter med C/AL-kod och objektegenskaper. Om objekten finns som FOB importeras de först i en lämplig NAV-utvecklingsmiljö och exporteras där som TXT med den utvecklarlicens som krävs. FOB-filer i originalformat bearbetas inte direkt.

C/AL-särdrag och analysunderlag i detalj →

Finns det en automatisk omvandling till AL-kod?

Nej. Befintlig C/AL-kod omvandlas inte automatiskt till AL-kod. Först granskar vi standard i Business Central och lämpliga ISV-moduler. Endast kundanpassad programmering som fortfarande behövs skrivs om i AL utifrån den affärslogik som krävs – i stället för att den gamla koden överförs ett till ett.

Vilka målversioner av Business Central stöds?

Alla målversioner av Business Central från 2025. Den konkreta målversionen fastställs för respektive migreringsprojekt.

Hur stöder AI NAV-migreringen?

AI står för artificiell intelligens. Vi kombinerar C/AL-kodanalysen av ditt Navision- eller Dynamics NAV-system med AI-stödd utvärdering. Du får dokumenterade affärsregler, en sökbar kunskapsbas och ett migreringsförslag för Business Central. Analysen är grunden för den tekniska migreringen; de verksamhetsmässiga godkännandena ges av din verksamhet. Implementeringen avtalar vi på begäran separat i ett senare skede, eller så tar din partner hand om den.

Vad innebär C/AL till AL vid migreringen?

C/AL beskriver den befintliga programlogiken i många NAV-anpassningar; AL används för tillägg i Business Central. Vid en migrering från C/AL till AL granskar vi först om standard i Business Central redan uppfyller kravet eller om lämpliga certifierade ISV-moduler finns. Endast motiverade gap planeras som kundanpassade AL-tillägg – ingen ren ett-till-ett-överföring av den gamla koden.

Är en molnmigrering obligatorisk?

Nej. Målbilden för Business Central – online eller on-premises – fastställs separat från driftmodellen för AI. Vid en molnmigrering undersöker vi särskilt integrationer, datastrukturer och tillägg. NAV-analysen kan göras med moln-AI eller med lokala AI-modeller på din hårdvara eller på lånehårdvara som vi tillhandahåller. Den konkreta implementeringsvägen avtalas i projektet.

Kräver analysen åtkomst till vår SQL-databas? +

Ja. Den SQL-åtkomst som krävs sker via en mellanliggande pseudonymiseringsserver med överenskomna behörigheter. Den ersätter identifierande värden innan godkända resultat når AI:n. Varken AI:n eller denna webbplats får direkt databasåtkomst, SQL-inloggningsuppgifter eller databassäkerhetskopior. Export av objekt och metadata kan tillhandahållas som komplement.

Kan AI-analysen göras i molnet eller helt lokalt? +

Ja. Som driftalternativ kan ChatGPT, Claude och alla andra moln-AI-tjänster komma i fråga; lämpliga integrationer, avtalsvillkor och datagodkännanden stäms av i förväg. Alternativt använder vi olika lokala modeller på din hårdvara eller på hårdvara som vi lånar ut till dig. En uttryckligen överenskommen kombination är också möjlig. Ersättningen av identifierande värden och godkännandet sker i alla varianter innan AI:n bearbetar data.

Vilken hårdvara behöver vi för lokal AI? +

Olika lokala modeller kan ta hand om analys, regelextrahering och motgranskning. De körs på din befintliga hårdvara eller på hårdvara som vi lånar ut till dig för projektet. Utrustning, lånetid och modellicenser stämmer vi av utifrån analysuppgifterna. Vid rent lokal drift förblir även embeddings, kunskapsbas, loggar och hjälptjänster lokala. Molnfunktioner och automatiska reservvägar till molnet aktiveras inte utan att du tillfrågas.

Kan AI identifiera alla affärsprocesser automatiskt?+

Analysen ska härleda processhypoteser och affärsregler ur de tillgängliga artefakterna. Manuella arbetsmoment, odokumenterade undantag och flöden utanför NAV måste kompletteras i workshoppar. Resultaten förblir markerade som utkast tills verksamheten har bekräftat dem.

Flyttas anpassningar över 1:1 till Business Central?

Nej. Vi föredrar standard i Business Central. Räcker den inte ska kundanpassad programmering så långt som möjligt ersättas av lämpliga certifierade moduler. Kundanpassad utveckling kommer bara i fråga för nödvändiga krav som bevisligen kvarstår. Beslut, alternativ och punkter som ännu ska utredas dokumenteras.

Är analysen redan den tekniska migreringen?

Analysen ger dig beslutsunderlaget. Teknisk implementering, dataöverföring, migreringstester och driftstart avtalas separat – med ditt interna team, din befintliga partner eller inom ramen för en implementering som avtalas i ett senare skede.

Fungerar våra Power BI-rapporter fortfarande efter migreringen?

Inte oförändrade, om de hämtar data direkt från NAV-tabeller eller publicerade NAV-sidor. Business Central tillhandahåller data för Power BI via API-sidor och API-frågor; i Business Central online är det enda sättet som stöds. För ekonomi och försäljning finns färdiga mallappar. Vi kartlägger vilka datakällor dina rapporter använder och visar vad som behöver anslutas på nytt.

Vilka uppgifter är till hjälp vid det första samtalet?

Din NAV-version, de viktigaste avdelningarna i verksamheten, kända anpassningar och ditt mål med Business Central. Därefter klargör vi tillsammans analyskällorna och vilken driftmodell för AI som passar.

FÖRSTA STEGET ÄR KLARHET

Vad döljer sig
i ditt NAV?

Berätta om ditt utgångsläge. Tillsammans klargör vi vilken analys som är meningsfull för din migrering.

SÅ GÅR VI VIDARE
01

Genomgång av utgångsläge och målbild

02

Avstämning av SQL-åtkomst och dataskydd

03

Val av analysupplägg och driftmodell för AI

FÖRUTSÄTTNINGSLÖS FÖRSTA ANALYS

Förutsättningslös första analys

Några nyckeluppgifter räcker för en första bedömning av arbetsinsats och upplägg.

* Obligatoriskt fält

KOSTNAD & TIDSRAM

Vad kostar det och hur lång tid tar det?

Kostnad och tidsåtgång beror på NAV-version, anpassningsgrad, integrationer, datamängd och målbild. Efter en kort första analys får du en konkret kostnadsram och en realistisk tidsuppskattning – innan några ytterligare steg avtalas.

Status för utskick kontrolleras.
01Kontakt
E-POSTVERIFIERINGFör verifieringen skickar vi en bekräftelsekod för engångsbruk till den e-postadress du har angett.
02Projekt & målbild
Minst 20 tecken.0 / 5 000

Dina uppgifter används uteslutande för att hantera din förfrågan. Information om behandlingen finns i vår integritetspolicy. Ingen prenumeration på nyhetsbrev.

NAVtoBC.de har ingen som helst koppling till NAVTOBC.com.