Uafhængig BC/Navision freelance programmør tilbyder rådgivning
Er din Navision for gammel? Kan din langsomme Navision angiveligt kun accelereres ved at købe en ny version eller en endnu dyrere server? Skal du angiveligt skynde dig at skifte, fordi din Navision ellers snart ikke virker længere? Kan en webshop-tilslutning, en APP-løsning via Android eller Apple iOS kun udføres, hvis du skifter din Navision? Fortæller din fastansatte Navision Financials Attain/Microsoft Business Central 365 udvikler/programmør dig, at kun ny hardware kan løse et massivt performance-/hastighedsproblem? Så er det måske tid til at kontakte en uafhængig og erfaren (siden 1993 Navision!) freelancer for at få et andet syn på dit ERP. For…
Alt dette stemmer som regel ikke. Du finder f.eks. Her er et bankinterface også til Navision helt ned til 2.10, a Shopware-grænseflade til teknisk Navision fra 4.03 og 2009r2 og diverse andre tips, at gøre din - angiveligt forældede - trækhest Navision til en moderne veddeløbshest igen. Det gælder på tværs af versionerne! OK, en Navision 3.56 ville selv jeg kalde „gammel“... men langt fra forældet! Den geniale 2009R2 version, som for mig er „for evigt“ tilstrækkelig... Og også igen Navision 2018/BC14 versionen. „Debet“ og „Kredit“ og „Lagerbeholdning“ og „åbne tilgodehavender“ ændrer sig ikke ligefrem med ugentlige mellemrum. Et ERP-system er ikke en printerdriver eller et actionspil, som måske bør have opdateringer hver time. Man betaler mange penge for at få en forhåbentlig næsten fejlfri startversion... og den skulle eller burde så også kunne fungere i 10 eller 20 år. Hvorfor dog ikke? Tja... Fordi Microsoft nu står bag. Og de har lavet banan-software siden 90'erne - modner hos kunden.
Ved langsomme systemer og/eller lange svartider er det ofte nok at rette nogle flowfelter og databasetabeller for at få dit system til at køre hurtigere igen. Og så arbejder du hurtigt og uden kaffepauser. 🙂 Det kræver ikke engang avancerede programmeringsfærdigheder, men kræver dyb forståelse for en (SQL-) databases virkemåde. Hvilket desværre mange, mange programmører og freelancere på markedet ikke har. Det skyldes sandsynligvis fortiden hos disse selvstændige (=freelance) eller også fastansatte Navision-programmører: Næsten ingen kender Navision fra bunden. Jeg tror, at mere end 80% er folk, der er kommet ind fra siden, og som ret tilfældigt i løbet af deres professionelle karriere som programmører på et tidspunkt er kommet til Navision Financials Attain/ Microsoft Business Central 365.
Så mangler der naturligvis grundlæggende forståelse for flowfelter, SQL-forespørgsler, og til dels endda forståelse for fysiske harddiske, RAID-konfigurationer.Jeg gætter på, at 80% af alle Navision SQL Server RAID-konfigurationer og harddiskallokeringer i industrien er forkerte!) og forstå den egentlige Navision-logik, f.eks. forskelle mellem de to Navision Server-varianter i håndteringen af bogføring, tabel-låsning osv.
Navision eller Business Central licenser
Via min partner kan du også få frigivet licenser (brugere, objekter, funktioner). Det er dog ikke nødvendigt, at du forlader eller skifter dit systemhus / Navision eller Business Central partner! Min konsulent- og programmeringsservice kan du også benytte uafhængigt af en Udnyt skift af Navision-systemhus. Jeg betragter det dog som mit ansvar som en rigtig freelancer at kunne levere jer begge fra én hånd (eller 1,5 hænder).
Ikke tilfreds med din Navision og Business Central?
Er du utilfreds med din Navision? Er din Navision Financials Attain/ Microsoft Business Central 365 kompliceret eller langsom? Kører den langsomt? Reagerer den trægt? Giver den forkerte resultater? Så er det ikke Navision eller Business Central! Men en forkert installation. Hvis det er blevet alt for slemt, kan jeg også vidne for Dem i retten som certificeret bedømmelsesmand støtte. Eller som selvstændig og fri („freelancer“) programmør kan de hurtigt trylle en løsning i Navision / SQL Server frem. Google leverer på forespørgsel „Navision Langsom“gerne sådanne svar, også nogle gange med KI (AI), kunstig intelligens under Gemini:
Hej alle sammen, hos os åbner artikelkortet ekstremt langsomt (15 sekunder). Det føles som om, problemet opstod for første gang, … Det finder man f.eks. hos MSDynamics, ligeledes med svaret „Server for svag“ eller „Netværk for langsomt“.
Infrastrukturen har skylden, hvis systemet reagerer langsomt. Enten er serveren for langsom, eller også er netværket overbelastet. Det er den … skriver Dynamicsproject for eksempel på deres hjemmeside.
Det er, und undskyld ordvalget, vrøvl. Navision, og med det mener jeg DOS og det ægte legacy Navision Financials dynamics, før det blev til RTC, kørte allerede med et gammelt 10Mb Ethernet eller en 16Mbit Token Ring lynhurtigt! Jeg nævner versionerne eksplicit, fordi disse stadig kørte databehandlingen på klienten, dvs. alle data skulle først igennem ledningen til klienten. Med Business Central 365 (BC365), og Navision Dynamics RTC-versionerne ændrede dette sig radikalt: Der kørte dataene kun til Navision-tjenesten, ikke længere til klienten. Netværkshastighed eller den lokale computers ydeevne spillede pludselig ingen rolle mere. Selv internetforbindelser mellem klient og Navision-server var pludselig mulige uden RDP.
Alle disse versioner er simpelthen ekstremt hurtige. Selv med den native databaseserver. Hvis noget her hakker, et debitorkort eller en kreditorliste tager lang tid at åbne, hvis en rapport kører 1, 10 eller 100 minutter, hvis en analyse, startmenuen eller en varekort tager lang tid at åbne, så er der simpelthen programmeret dårligt. Det kan man heller ikke blåforklare! Som regel skal jeg kun ændre 2 linjer, og så åbner menuen sig igen med det samme og ikke med forsinkelse, eller skiftet fra et datasæt sker lige så hurtigt som et tastetryk. Det sker nemlig, når en Visual Basic eller Access-programmør bliver lukket ind på Navision eller BC365 efter en uges omskoling, uden baggrundsviden om databaseforespørgsler, nøgler, sorteringer, resultsets.... Og den samme udvikler råber så efter „Cloud“ og „hurtigere server“ eller „mere CPU“ eller „mere RAM“. Nej, mere hjerne ville være alt, hvad man skal investere.
Navision Financials / Business Central er netop designet til at blive tilpasset dine individuelle ønsker. Men man burde jo vide, hvordan man gør det.
Refaktorering, Afvikling af ældre systemer
Men bare rolig: Navision er OGSÅ systemet til en Navision-intern refaktorering (løsning af gamle designfejl, frigørelse af teknisk gæld).
Grundlæggende er Navision & Business Central for øvrigt også den Løsning til generelt at erstatte ældre systemer! Især det strengt procedurelle udviklingsmiljø er med sin ligefremme orientering mod kommercielle processer optimalt egnet til at erstatte netop alle former for ældre systemer med lidt programmeringsarbejde! Hvis du en omfattende RPG (Rat-Programmer-Tro) at migrere en løsning fra en AS/400; hvis du ønsker at erstatte en Siemens Nixdorf Quattro Pro (8870) med Comet i Business Basic; Hvis du har et gammelt Cobol-system; Eller du kæmper med en fejlslagen ERP-implementering:
Med Business Central og Navision kan en erfaren programmør / freelancer fokusere præcist på én ting: At løse opgaven!
Fokus på løsningen
Moderne GUI, simpel rapportering, optimal databaseintegration, State of the Art REST API dataadgang eller web-frontends? I Navision Financials Attain / Microsoft Business Central 365 er alt dette allerede forankret i udviklingsmiljøet! Som programmør (uanset om du er selvstændig udvikler (freelancer) eller konsulent) behøver du ikke at beskæftige dig med klasser, arv, garbage collection eller konstant skiftende framework-trends. Simpelt og højtydende databaseforespørgsler, integreret forespørgselsoptimering som lazy read, systemstyret transaktionshåndtering: Alt, hvad der giver dig søvnløse nætter med moderne universelle programmeringssprog som Java, C++, C#, Python, Pearl og også gamle sprog som Visual Basic og Delphi med objektorientering, sideeffekter, race conditions og undtagelser, fjerner Navision fra programmøren! Således kan programmøren koncentrere sig om det væsentlige: Dit Løsning at udvikle. Det gik selvfølgelig endnu hurtigere med de ældre versioner af Navision, men selv med AL og RDLC er der i dag – efter min mening – stadig intet bedre egnet system til det end Business Central.
Bemærkning: Navision op til version 2009R2 var klart bedre egnet til dette end Microsoft Business Central 365, men det findes ikke længere. Dette ændrer dog ikke ved, at efterfølgeren BC365 stadig, men på en anden måde, er et virkelig fedt udviklingsmiljø, som de fleste (for ikke at sige alle) konkurrenter stadig kan lære meget af.
AAA: Gennemførelse af afvikling af gamle systemer
Sådan ser en klassisk udskiftning („Best Practice“) af et ældre system ud set fra mit synspunkt:
- Gennemgang af bilag og analyser (Result First eller Bottom Up)
- Gennemgang af datakilder/tabeller i kildesystemet, f.eks. hvor grænseflader fra det gamle system til det nye system oprettes allerede på et tidligt stadie. Og testes igen og igen under hele projektet. På den måde sparer man sig selv for søvnløse nætter på dagen for overgangen!
- Overvåg og lær af nogle brugere i forbindelse med regelarbejde (ordreoprettelse, bestillingsprocesser, lagerstyring og logistik).
- Ærmerne op og omprogrammering. Ved genimplementering er der i de fleste tilfælde IKKE behov for adgang til den originale kode! Med lidt analytisk sans og en lommeregner kan man som regel nemt omprogrammere den gamle forretningslogik, hvis man blot opdeler den i små deltrin. hvis kildekode fra f.eks. RPG (AS/400), Cobol, Business Basic (f.eks. Comet) stadig at være til rådighed, kan dette som regel overføres meget let til Business Central eller Navision gennem lignende variabeltyper, programflows (procedurelt sprog). En mangeårig erfaring med at erstatte gamle kommercielle løsninger hjælper naturligvis også en omfattende kvalificering. Uanset om du er freelancer („selvstændig udvikler“) som mig eller fastansat programmør.
- Sådan laver man projekter, så du ikke fejle?
Anvendelsesområder som Business Central/Navision-freelancer / Rådgiver:
Jeg programmerede & trænede & rådgav Navision i Kassel (Hessen) og landsdækkende siden 1993. Siden 2021 også lokalt i Tyskland (efter ønske), eller hvor som helst i verden. Og i alle disse år er jeg kommet til den konklusion: „Det kan ikke lade sig gøre“ findes ikke i Navision. Og dette credo er jeg også trofast forbliver som selvstændig (freelancer) Navision-konsulent – op til den aktuelle RDLC og AL-programmering under Business Central. Da min primære bopæl er på Filippinerne, er det naturligvis endnu mere internationalt. Ikke kun i Kassel/Hessen og de tilstødende delstater som Niedersachsen, Nordrhein-Westfalen og Thüringen, men også i hele det tysk- og engelsksprogede udland. Projekter i Østrig og Schweiz er også velkomne. Bemærk! Vær opmærksom på ved interesse, ved planlægning, at jeg sædvanligvis er booket flere uger, oftest endda måneder i forvejen. Men bedre planlagt i fremtiden end at lide for evigt!
Mine strategiske fordele som Business Central 365/Navision Financials-freelancer:
Alt fra én freelancer's hånd Rådgivning og Programmering!
- Uddannet industrikøbmand
- Entusiastisk Navision-programmør
- Overbevist database designer
- Erfaren inden for bogføring og anlægsbogføring
- Rutineret logistiker
- Tidligere en central beliggenhed i Tyskland (Nordhessen, Kassel). Nu endnu mere rejseglad for hele Europa, Tyskland, Østrig, og ligeledes gerne i engelsksprogede udlandet (England, Amerika, Australien, Filippinerne, Singapore...).
- Erfaren i refaktorering af ældre legacy-løsninger
- Erfaring med læsning og skrivning af procedurale sprog, derfor også i stand til at læse og oversætte gamle Cobol / RPG / Turbopascal / Business Basic (Comet) programmer
- Erfaring med analyse af beregningsveje for at genskabe klassisk kommerciel forretningslogik i Navision / Business Central, selv uden adgang til kildekode.
Sådan kan jeg kommunikere direkte med enhver af dine afdelingsledere eller medarbejdere: Vi taler en Sprog. Således kan
- Deres bogholder har problemer med debet/kredit...
- Deres lagerchef hans genopfyldningsproblemer…
- Jeres lagerarbejder har MDE- eller BDE-problemer…
- Din indkøber hans ordreafvigelse...
- Jeres sælgere den komplicerede ordreoptagelse…
- Deres administrerende direktørs manglende, forsinkede eller fejlbehæftede evalueringer…
direkte med mig at diskutere: Det er ikke nødvendig, tid og penge i en ekstra Konsulent eller oversætter at sidde fast. Hos mig taler brugeren direkte med programmøren. Og hvis jeg finder fejl i databasedesign, datasikkerhed, performance, kan jeg også selv rette dem. Uden at „vente på en kollega.“.
Via flere hurtige & dermed redundante internetforbindelser kan jeg, selvom jeg arbejder fra den anden side af jorden, løse dine problemer hurtigt og erfarent. Ikke billigt, men kvalificeret. Specielt for en freelancer, ikke kun en BC365/Navision-freelancer, meget vigtigt! Særligt i tider med og efter corona en væsentlig fordel. Men også onsite-indsatser er mulige. Om jeg ankommer fra Filippinerne til dig i Slesvig-Holsten, Bayern, Nordrhein-Westfalen, eller til naboerne Thüringen, Niedersachsen, Rheinland-Pfalz og Sachsen-Anhalt, gør praktisk talt ingen forskel. Også eksisterende kunder fra det ret fjerntliggende Hamborg, Kiel, Düsseldorf og Berlin, Brandenburg og Mecklenburg-Vorpommern kan jeg betjene herfra som „onsite“.
Eksklusive produkter
Bank Schnittstelle für alte NavisionEn cool integreret i Business Central & Navision? Bestillingsapp til din feltservice og dine slutkunder? En, der virkelig arbejder med REST-API Shopware-grænsefladeAutomatisering af din fakturaindgang med en GetMyInvoices SchnittstelleMange produkter til Navision får du eksklusivt fra mig – uden binding!
Kontakt os
Risikofri første kontakt med din Navision & Business Central freelancer konsulent og programmør til hele verden, Tyskland, Østrig og Schweiz:
Tag kontakt mig straks, Indledende samtaler er som regel gratis. Bemærk venligst i din planlægning, at jeg normalt er booket flere uger, ofte endda måneder i forvejen. Bedre planlagt i fremtiden end lidelse for evigt!
Anslået læsetid: 10 minutter