--- title: "NAV-analys med AI | Business Central | NAVtoBC.de" description: "Analysera Navision med AI: förstå C/AL-kod, SQL-schema och affärsprocesser. Planera migreringen till Business Central och AL." url: https://navtobc.de/se language: sv --- 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 analys](https://navtobc.de/se/kontakt) [Utforska resultaten](https://navtobc.de/se/beispiel-ergebnisse) Standard i Business Central först. Föredra certifierade moduler. Kundanpassad utveckling bara där den behövs. NAVtoBC.de Analys & migreringsplanering DITT BESLUTSUNDERLAG ## Kunskap blir perspektiv. DEMO 01 / PRIORITET **Standard i Business Central** Använd funktionerna 02 / TILLÄGG **Certifierade moduler** Ersätt kundanpassad kod 03 / MOTIVERAT GAP **Riktad kundanpassning** Utveckla det nödvändiga **Sambanden bevaras** Konsekventa ersättningsvärden **Kund** P-7Q4X9 **Order** P-7Q4X9 **Faktura** P-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 ![De fyra resultaten av NAVtoBC-analysen](https://navtobc.de/film/ergebnisse-v1/se/poster.webp) [De fyra resultaten av NAVtoBC-analysen](https://navtobc.de/film/ergebnisse-v1/se/index.m3u8) Teknisk inventering, affärsprocesser, kunskapsbas och migreringsförslag – de fyra resultaten på 90 sekunder. Uppspelning i 1080p med 30 bilder per sekund. VARFÖR NU? ### Skapa klarhet tidigt. Planera migreringen målinriktat. Vilka anpassningar behövs fortfarande? Vilka integrationer måste finnas kvar? Och vilka affärsregler döljer sig i C/AL-kod som vuxit fram under åren? **Nyckelpersoner med kunskap har lämnat företaget.** Vi återskapar kunskapen: - genom analys av källkoden - genom workshops med verksamhetens avdelningar En tidig analys gör dessa samband begripliga innan du fastställer budget, tidsplan och genomförande. Då kan du bedöma kraven på ett välgrundat sätt tillsammans med verksamheten och din implementeringspartner. Kunskapen hjälper dig redan i dag med felsökning, dokumentation och vidareutveckling av ditt befintliga NAV-system. [Boka en förutsättningslös första analys](https://navtobc.de/se/kontakt) Vilka supportperioder gäller för ditt system? [Se NAV-versioner och supportperioder](https://navtobc.de/se/nav-versionen) 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. ### Alla anpassningar behöver inte följa med. Men varje affärskritisk regel måste vara förstådd. AI gör systemkunskap som byggts upp över tid lättare att komma åt. Verksamheten kompletterar med varför en regel behövs. Tillsammans skapas ett välgrundat beslutsunderlag. [Klargör migreringsriskerna i tid](https://navtobc.de/se/kontakt?thema=nav-analyse) 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. ![Detaljerad Navision-analys med AI.](https://navtobc.de/film/analyseumfang-v1/se/poster.webp) [Detaljerad Navision-analys med AI.](https://navtobc.de/film/analyseumfang-v1/se/index.m3u8) 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](https://navtobc.de/se/schnittstellen) ### 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å**. BLICKEN FRAMÅT ### Din målbild: Business Central Från ett NAV-system som vuxit fram över tid till ett tydligt dokumenterat underlag för din migrering. [![Exempel på en startsida i Business Central med navigering, uppgifter och nyckeltal.](https://navtobc.de/business-central-beispiel.png) Öppna exempelvy](https://navtobc.de/business-central-beispiel.png) **Exempelvy av Microsoft Dynamics 365 Business Central.** Bilden illustrerar målgränssnittet; den visar inget resultat av vår NAV-analys. 1. **Förstå Navision** Objekt, data och integrationer 2. **Säkra kunskapen** Strukturerad och sökbar 3. **Förbered Business Central** Standard först, sedan riktade tillägg 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. #### System inom analysomfånget EDI-dataflöden och BI-analyser i anslutning till ditt Navision-system. ![Lobster](https://navtobc.de/images/lobster-logo.svg) EDI-dataflöden ![Qlik](https://navtobc.de/images/qlik-logo.svg) BI-analyser ![AI-analys av integrationerna i Navision.](https://navtobc.de/film/schnittstellen-v1/se/poster.webp) [AI-analys av integrationerna i Navision.](https://navtobc.de/film/schnittstellen-v1/se/index.m3u8) 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. EDI **Lobster EDI** Dokument, grunddata och statusinformation BI **Qlik** Rapportering, analys och dataförsörjning **Navision / Dynamics NAV** C/AL · SQL · affärslogik IMPORT **Artikeldata** Grunddata, varianter, enheter och priser WEBBUTIK **Webbutiker** Artiklar, priser, lager och order ANALYSENS FOKUS **Dataexport** Innehåll, målformat och mottagare **Importmatchning** Fä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. NAVISION OCH POWER BI #### Dina Power BI-rapporter. Förberedda för Business Central. Många Navision-system levererar nyckeltal till Microsoft Power BI. Hur data kommer dit beror på NAV-versionen. Och det avgör vad som händer med dina rapporter vid migreringen. - **OData-webbtjänster, från NAV 2013:** NAV publicerar sidor och frågor som webbtjänst, och Power BI läser dem som OData-flöde. FlowFields och behörigheter beräknar NAV självt. - **Direkt SQL-åtkomst, även med NAV 2009 R2:** Power BI läser tabellerna per företag direkt från databasen. FlowFields finns inte som kolumner där, och NAV-behörigheterna gäller inte. - **Power BI i rollcentret, från NAV 2017:** Rapporterna visas direkt i NAV-klienten. I Business Central online går den väg till Power BI som stöds via API-sidor och API-frågor; direkt databasåtkomst finns inte där. För ekonomi och försäljning tillhandahåller Microsoft färdiga mallappar. Rapporter som bygger på NAV-tabeller eller publicerade NAV-sidor måste därför anslutas på nytt. **NAVtoBC-analysen kartlägger vilka tabeller, fält och webbtjänster dina Power BI-rapporter använder i dag,** och visar vad som måste anslutas på nytt i Business Central. Så kan du planera ombyggnaden av dina rapporter innan migreringen startar. Källor: [Microsoft: Power BI med Dynamics NAV](https://learn.microsoft.com/sv-se/dynamics-nav-app/across-how-use-financials-data-source-powerbi) · [Microsoft: Hämta data från Business Central](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/devenv-extract-data) 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](https://navtobc.de/se/kontakt?thema=schnittstellen) GÖR BEARBETNINGEN SYNLIG ### Dina dataflöden. Din affärslogik. Spårbara som graf. **Grafdatabasen visualiserar sambanden i ditt NAV.** Den visar hur data bearbetas, vilka funktioner som griper in i varandra och vilken affärslogik som tillämpas. Länkade objekt, anropskedjor och dataflöden gör bearbetningen i ditt Navision-system spårbar – inklusive de undersökta integrationerna och anslutna systemen. Grunden är de analyserade källorna och de dokumenterade resultaten. ### Fem analyser ur grafen. Varje väg belagd. Varje objekt i ditt NAV blir en nod: Tables, Forms, Reports, Codeunits, Dataports och MenuSuites. Varje anrop, varje tabellreferens och varje menypost blir en kant. Nätet kan alltså genomsökas med frågor, inte bara betraktas. **Nåbarhet med belägg** Utifrån verksamhetsmässigt avstämda ankare – MenuSuite-poster, rapporter, jobbköer – fastställer grafen för varje objekt om och via vilken väg det är nåbart. Resultat per objekt: nåbart ja/nej, ankaravstånd och den kedja via vilken det nås. **Beroenden per tabell** Vilka objekt läser eller skriver en tabell? En titt på ”Sales Header” visar alla Forms, Reports och Codeunits som hänger ihop med den – grunden för att bedöma konsekvenserna av en ändring eller en övergång till BC. **Externa beroenden: .NET, COM, DLL** Grafen registrerar per objekt var C/AL sträcker sig utanför NAV: DotNet-variabler och -anrop (DotNet-analys), CREATEAUTOMATION, COM-objekt, Automation Server och DLL-beroenden. .NET-interop är i Business Central endast tillgängligt on-premises, inte online. COM- och Automation-anrop kan inte överföras oförändrade till AL. Varje förekomst redovisas därför tillsammans med det berörda objektet som en egen iakttagelse i resultatet – grunden för att planera ersättningen i AL. **Objekt utan belagd nåbarhet** Objekt utan väg från ett ankare samlas och redovisas som objekt som kräver granskning – inte som en raderingslista. Först den verksamhetsmässiga granskningen avgör om de ska avvecklas. **Luckor i exporten** Refererade objekt som saknas i exporten, objekt som inte är kompilerade och olösta anrop förs som egna iakttagelser. Så förblir det synligt vad analysen inte täcker. Grunden är rensade objektexporter, ingen databasanslutning. Grafen visar statiska relationer i exporten. Dynamiska anrop, saknade objekt och parserns begränsningar markeras som sådana och redovisas inte som säkert analyserade. Objektprofil ur grafen SYNTETISKA DATA **Skapa retur** *:Form* *:Objekt* **ID** FRM-50710 **Nåbart** ja · ankaravstånd 1 **Nås via** MenuSuite → Returregistrering → FRM-50710 **Använder** Tabell 36 ”Sales Header” (läsa, skriva) **Externt** inget .NET-, COM- eller DLL-beroende **Status** Export från 2018-03-02 · kompilerat · i exporten BELÄGG PER OBJEKT **nåbart, avstånd 1 från MenuSuite – väg med källa per kant** Exempelframställning med fasta, fiktiva objektnamn. Ingen liveanalys och ingen anslutning till en grafdatabas. 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](https://navtobc.de/se/kontakt) 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. VÅRT ANALYSUNDERLAG ### TXT-objektexporter. Vi läser de **NAV-objekt som exporterats som TXT** med C/AL-kod och objektegenskaper. **FOB-filer i originalformat bearbetas inte direkt.** Om det bara finns FOB-filer importeras objekten först i en lämplig NAV-utvecklingsmiljö och exporteras där som TXT. Det kräver en passande version och den nödvändiga utvecklarlicensen. Det räcker inte att byta filändelse. 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ärden** Pascal-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 & metadata** Typ 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ärslogik** VALIDATE, 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äkningar** Filter, 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 & events** RecordRef, 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 & SQL** COMMIT, 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örelse** TXT-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 & integrationer** Klientgenerationer, 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](https://navtobc.de/se/kontakt?thema=nav-analyse) **Källor & bakgrund** Kontrollerat 2026-10-09 mot Microsofts dokumentation. Översikten samlar de viktigaste särdragen för analysen; detaljerna beror på NAV-version, objektversion och driftmiljö. - [C/AL fram till Business Central 14 och TXT-objektexporter](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/devenv-txt2al-tool) - [FOB/TXT: exportera och importera objekt](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/cside/cside-import-objects) - [.NET-interop i NAV 2009 R2](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2010/10/27/net-interoperability-in-nav-2009-r2/) - [Events i C/AL sedan NAV 2016](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/15/integration-events-in-microsoft-dynamics-nav-2016/) - [C/AL-funktioner, variabler och VALIDATE](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2012/12/03/writing-unit-tests-in-cal/) - [FlowFields i NAV 2018](https://learn.microsoft.com/sv-se/previous-versions/dynamicsnav-2018-developer/FlowFields) - [TXT-objekt, metadata och standardjämförelse](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/upgrade/comparing-and-merging-application-object-source-files) - [TryFunctions och felhantering i C/AL](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/28/nav-design-pattern-tryfunction-net-exception-handling-in-cal/) - [SingleInstance, arbetsdatum och sidoeffekter](https://www.microsoft.com/en-us/dynamics-365/blog/it-professional/2015/10/19/test-isolation-in-the-application-test-automation-suite/) - [Språkjämförelse: Option finns även i AL](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/methods-auto/option/option-data-type) - [CHANGECOMPANY och triggerkontext (AL-referens)](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/methods-auto/record/record-changecompany-method) - [Permissions och indirekta behörigheter (AL-referens)](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/properties/devenv-permissions-property) [Så kombinerar vi kodanalys och AI](https://navtobc.de/se/methoden) UTGÅNGSVERSION & MÅLARKITEKTUR ## Din NAV-version. Vägen till Business Central. Från Microsoft Navision 4.0 till Microsoft Dynamics NAV 2018: Vi klarlägger versionsnivå, tillgängliga källor och anpassningar. Utifrån det tas din individuella analys- och migreringsplan fram. ![Från Navision till Business Central.](https://navtobc.de/film/business-central-v1/se/poster.webp) [Från Navision till Business Central.](https://navtobc.de/film/business-central-v1/se/index.m3u8) NAVtoBC.de · VIDEO PÅ TYSKA ### Från Navision till Business Central. Supportperioder, teknisk uppgradering eller nyimplementering och vad som måste omvärderas före bytet: förklaringsvideon på sex minuter. MICROSOFTS SUPPORT I ÖVERSIKT Status i dag: 2026-11-05. Röd: upphört · Grön: utökad support. **Slutdatum för support per produktfamilj.** För äldre originalversioner och service packs gäller i vissa fall tidigare datum. Dessa hittar du direkt på respektive rad under ”Supportens slut per release”. Navision och Dynamics NAV före Business Central – från version 4.0 | Produktgeneration | Versioner och releaser | Standardsupport till | Utökad support till | Status i dag | Källa | | --- | --- | --- | --- | --- | --- | | Microsoft Navision / Dynamics NAV 4.0 | 4.0 · 4.0 SP1 · 4.0 SP2 · 4.0 SP3 **Supportens slut per release** 4.0 (originalversion) 2010-01-12; 4.0 SP1 2007-07-10; 4.0 SP2 2008-01-08; 4.0 SP3 2010-01-12 | 12.01.2010 | Ej angivet\* | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-40) | | Microsoft Dynamics NAV 5.0 | 5.0 · 5.0 SP1 **Supportens slut per release** 5.0 (originalversion) 2010-04-13; 5.0 SP1 2017-04-11 | 10.04.2012 | 11.04.2017 | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-50) | | Microsoft Dynamics NAV 2009 | NAV 2009 · NAV 2009 SP1 · NAV 2009 R2 **Supportens slut per release** NAV 2009 (originalversion) 2011-10-11; NAV 2009 SP1 2020-01-14; NAV 2009 R2 2020-01-14 | 13.01.2015 | 14.01.2020 | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2009) | | Microsoft Dynamics NAV 2013 | NAV 2013 | 09.01.2018 | 10.01.2023 | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2013) | | Microsoft Dynamics NAV 2013 R2 | NAV 2013 R2 | 09.01.2018 | 10.01.2023 | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2013-r2) | | Microsoft Dynamics NAV 2015 | NAV 2015 | 14.01.2020 | 14.01.2025 | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2015) | | Microsoft Dynamics NAV 2016 | NAV 2016 | 13.04.2021 | 14.04.2026 | × Upphört | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2016) | | Microsoft Dynamics NAV 2017 | NAV 2017 | 11.01.2022 | 11.01.2027 | ✓ Utökad support | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2017) | | Microsoft Dynamics NAV 2018 | NAV 2018 | 10.01.2023 | 11.01.2028 | ✓ Utökad support | [Microsoft](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2018) | **Inget automatiskt avstängningsdatum:** Supportens slut anger när respektive supportfas hos Microsoft upphör, inte att användningen av programvaran automatiskt upphör. För support krävs den uppdaterings- eller service pack-nivå som stöds. Individuella partneravtal ingår inte i denna översikt. **\* Version 4.0:** Microsoft anger 2010-01-12 som slutdatum för standardsupport, men inget separat slutdatum för utökad support. Källorna kontrollerade: 2026-09-24 . Kalenderdagar enligt Microsoft Lifecycle (Pacific Time), utan omräkning till centraleuropeiskt datum. Ytterligare källor: [NAV 2009 R2](https://learn.microsoft.com/sv-se/lifecycle/products/dynamics-nav-2009-r2) · [Microsofts policy för support och service packs](https://learn.microsoft.com/sv-se/lifecycle/policies/fixed). Översikten anger huvudversioner samt de service packs och R2-versioner som listas. Landsversioner, kumulativa uppdateringar, branschmoduler och individuella anpassningar kartläggs separat vid den första analysen. Att en version nämns innebär inget generellt löfte om en automatiserad direktmigrering. FRÅN C/AL TILL AL ### Förstå C/AL. Planera vägen till AL målmedvetet. Inte varje anpassning behöver överföras till ett AL-tillägg. Först granskar vi standard i Business Central, sedan lämpliga certifierade ISV-moduler och först därefter nödvändig kundanpassad utveckling. 01 / KÄLLKOD ### C/AL-kodanalys C/AL-källkod och TXT-objektexporter från C/SIDE undersöks med avseende på funktioner, affärsregler, anrop och beroenden. Den automatiserade kodanalysen ger belägg för den AI-stödda utvärderingen. **Resultat: dokumenterad NAV-logik.** 02 / DATAMODELL ### Schemaanalys & SQL Tabeller, fält, nycklar och datarelationer analyseras tillsammans med EDI-, webbutiks- och andra integrationer. SQL-data kompletterar schemaanalysen i överenskommen omfattning – pseudonymiserade om så önskas. **Resultat: spårbara dataflöden.** 03 / MÅLBILD ### Standard, ISV eller AL-tillägg? Vi kopplar varje nödvändigt krav till standard i Business Central, en lämplig ISV-modul eller ett motiverat kundanpassat AL-tillägg. Den tekniska implementeringen avtalas separat. **Resultat: ett välgrundat migreringsförslag.** NAV 2009 R2 OCH SP1 ### Uppgradering eller nyimplementering? En teknisk uppgradering från NAV 2009 R2 eller SP1 går enligt Microsoft via NAV 2013 eller 2015, NAV 2018 och Business Central 14 till den aktuella versionen. Många företag sätter därför upp Business Central på nytt. Då förs vanligtvis grunddata, inställningar, öppna poster och ingående saldon över. Bokföringshistoriken arkiveras i läsbar form för att uppfylla arkiveringskraven. Vilka anpassningar som fortfarande behövs klarläggs i fit-gap-analysen. Nödvändig kundanpassad kod skrivs om i AL. **Här kommer NAVtoBC-analysen in:** Den visar vilken logik, vilka data och vilka integrationer som finns i det framvuxna systemet och vad de är beroende av. Källa: [Microsoft: Migrera Dynamics NAV till Business Central](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/administration/migrate-nav) **Går det inte att entydigt avgöra vilken version du har?** Vi klarlägger tillsammans med dig den faktiska objekt-, applikations- och databasversionen. [Diskutera din NAV-version](https://navtobc.de/se/kontakt) Teknisk bakgrund: [Microsoft: Programmering i AL](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/devenv-programming-in-al) 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-KOD **480 000 rader** CODEUNITS **Nästan 1 000** SYSTEM **NAV 2009 R2** DATAMÄNGD **ca 1,5 TB** SYSTEMHISTORIK **20 år** BRANSCH **Partihandel & 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](https://navtobc.de/se/kontakt?thema=nav-analyse) 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. ![Standard i Business Central först.](https://navtobc.de/film/standard-zuerst-v1/se/poster.webp) [Standard i Business Central först.](https://navtobc.de/film/standard-zuerst-v1/se/index.m3u8) 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](https://learn.microsoft.com/sv-se/dynamics365/business-central/dev-itpro/developer/devenv-checklist-submission) 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.** FRÅN ANPASSNING TILL MODULLÖSNING FÖRE **Kundanpassad Amazon-integration** Egen C/AL-logik i Navision ERSATT AV **ISV-modul för Amazon** Befintlig kundanpassad programmering ersatt Bevara affärslogiken – **för inte över kundanpassad kod ogranskad.** 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](https://navtobc.de/se/kontakt?thema=standard-module) **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](https://navtobc.de/se/kontakt) 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. NAV → Business Central SYNTETISKT EXEMPEL EXEMPELRESULTAT ## Helheten. I fokus. SYNTETISKT ANALYSEXEMPEL .txt`// Konsekventa ersättningsvärdenKund.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 exempeldata Granskas 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](https://navtobc.de/se/pseudonymisierung) **Visa exempel på en beslutsmatris** Syntetiskt beslutsformat, ingen granskad modul- eller kundrekommendation. | Krav i exemplet | Granskningsväg | Nästa steg | Status | | --- | --- | --- | --- | | Koppla kund och dokument | Standard i Business Central först | Stäm av flöde och konfiguration med verksamheten | Standardgranskning återstår | | Ytterligare branschkrav | Certifierad modul, om standard inte räcker | Granska lämplighet, belägg, integration och kostnader | Modulgenomgång återstår | | Återstående specialregel | Kundanpassad utveckling endast vid bekräftat gap | Dokumentera behov och alternativ | Ingen 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](https://navtobc.de/images/nav-wissensportal.png) INBLICK I KUNSKAPSPORTALEN NAV-projektanalys [![Kunskapsportalen NAV-projektanalys: chattfält för frågor om projektet samt ingångar för översikt, samband och öppna punkter.](https://navtobc.de/images/nav-wissensportal.png)](https://navtobc.de/images/nav-wissensportal.png) 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](https://navtobc.de/se/kontakt?thema=wissensportal) 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. Navision Dynamics NAV MS Dynamics NAV Business 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 RESULTAT **Teknisk 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 RESULTAT **Dokumenterad processkarta** 03 Kunskapsbas ### Gör kunskapen varaktigt användbar. Lagra insikter strukturerat – med källhänvisning, verksamhetskontext och spårbar granskningsstatus. DITT RESULTAT **Din 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 RESULTAT **Vä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](https://navtobc.de/se/kontakt) 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. DIN KÄLLKOD FÖRBLIR DIN KUNSKAP ### Din källkod används inte för att träna AI-modeller. Det är en förutsättning för varje analys: vi använder bara driftmodeller där det är uteslutet att din källkod används i träningssyfte. För molntjänster kontrolleras detta mot de avtalade villkoren och inställningarna; lokalt sker analysen utan att din källkod används för modellträning. 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](https://navtobc.de/se/kontakt?thema=datenschutz) 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) ↗](https://eur-lex.europa.eu/legal-content/SV/TXT/?uri=CELEX%3A32016R0679) Pseudonymisering – ett exempel SYNTETISKA 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.** 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 · OpenAI Claude · Anthropic Annan 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](https://navtobc.de/se/kontakt) 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årdvara Lånad hårdvara Olika 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](https://navtobc.de/se/kontakt) 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](https://navtobc.de/se/kontakt) Konkreta modeller och integrationer avtalas i projektet. Driftformen för AI är oberoende av om Business Central senare körs online eller lokalt. FLER AI-ANALYSER ### Analysera Active Directory med AI. På KI4AD.de kan du läsa mer om AI-stödd analys av ditt Active Directory. [Besök KI4AD.de](https://ki4ad.de/) 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. ### Om analysens tillförlitlighet **AI gör fel.** Fullständighet och felfrihet kan inte garanteras i en analys – inte heller vid helt manuellt arbete. Målet är ett **tillräckligt välgrundat arbetsunderlag för din migrering**. Därför synliggör vi osäkerheter och öppna punkter och granskar resultaten tillsammans med din verksamhet. ANALYSVÄGEN SOM 3D-FILM ### Från dataflöde till AI-analys. 60 sekunder ![3D-film om data, integrationer och AI-analys](https://navtobc.de/se/film/datenfluss-v1.webp) [3D-film om data, integrationer och AI-analys](https://navtobc.de/se/film/navtobc-datenfluss-v1.mp4) Integrationer kopplas samman, NAV-beståndet struktureras, data godkänns och AI analyserar och dubbelkontrollerar iakttagelser. En schematisk framställning med exempeldata, utan ljud. [Öppna den interaktiva 3D-spelaren](https://navtobc.de/se/film/index.html) [Ladda ned filmen som MP4](https://navtobc.de/se/film/navtobc-datenfluss-v1.mp4) **Filmens fem scener som text** 1. **00:00 · Integrationer.** Data från EDI, webbutik, SQL och C/AL flödar in i NAV-beståndet. 2. **00:12 · NAV-bearbetning.** Källkod, tabeller och referenser registreras strukturerat. 3. **00:24 · Datagodkännande.** Konsekventa ersättningsvärden bevarar relationerna mellan godkänd information. 4. **00:34 · AI-analys.** Separata roller analyserar och granskar belägg, motsägelser och öppna frågor. 5. **00:48 · Resultat.** Affärsregler, kunskapsbas och målbild för BC blir spårbara med källor och granskningsstatus. **Metoder i detalj 8 analys- och granskningsmetoder** 01 FÖ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. 02 FASTSTÄ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. 03 PÅ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. 04 DUBBELKONTROLLERA 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.](https://navtobc.de/claude-code-pruefkette.png) Öppna exemplet i originalstorlek](https://navtobc.de/claude-code-pruefkette.png) **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. 05 KONTROLLERA 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. 06 LÄ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. 08 BEVARA 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 ↗](https://help.openai.com/en/articles/8156019-how-can-i-move-my-chatgpt-subscription-to-the-api) · [Anthropic: Claude API ↗](https://platform.claude.com/docs/en/api/overview) 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](https://navtobc.de/se/kontakt) 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](https://navtobc.de/se/kontakt) **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 →](https://navtobc.de/se/cal-besonderheiten) **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. NAVtoBC.de har ingen som helst koppling till NAVTOBC.com.