Her er et par eksempler på ekstravagante situationer for datahentning. Jeg vil hente dine data fra dit system og sikkert opbevare dem i Navision eller Business Central – garanteret. Jeg er i stand til at hente dine data fra versionsstyrede systemer som TEXcom, FEE, Vario, Texware eller Vepos, eller endda batch-orienterede produkter fra fødevaresektoren som Beefware eller Flagranto:
TEXcom fra Prosoft, et ERP-system der er ret populært i tekstilindustrien, især på grund af dets omfattende versionsstyring: programmet leverer lagre i Excel i et ekstremt kompakt format. Vanskelighederne her er, at rækkerne med eksisterende merchandising gør ikke har nogen artikelnumre. Versionerne er angivet i rækken ovenfor og har nogle gange et artikelnummer, og nogle gange ikke. Artikler, der starter med —, skal deaktiveres under import, og negative lagre skal slet ikke importeres. Lagerpriserne skal også importeres. På denne måde kan data fra andre systemer med versioner, ikke kun TEXcom, overføres sikkert til Navision eller Business Central.
Prislister er meget nemme at læse for mennesker, men de er ret udfordrende for programmører. Med lidt snedig C/Side-kode og nogle andre tricks vil disse data også finde vej til Navision uden fejl.
Hvordan får man data fra ældre systemer ind i Navision? Der er ingen generel regel her, da enhver overførsel fra system til system er forskellig. Men jeg har altid formået at finde en måde at hente data ud af det ældre system på, og jeg er ikke bange for at gå så vidt som at bruge RS232-koblinger eller printeremulering. Med disse metoder „tror“ det ældre system, at det udskriver sin liste til en printer som normalt. Jeg aflytter denne datastrøm og filtrerer de konti, transaktioner, lagre og priser, jeg har brug for, ud. Når disse oplysninger er tilgængelige i en tekstfil, kan de også importeres til Navision.
Med denne metode er jeg i stand til endda at hente data fra en AS/400 med RPG eller fra en Siemens Nixdorf Quattro 8870 med Comet. Apropos Comet: Har du nogensinde undret dig over, hvor den „sjove“ funktionsknap-tilordning for Navision 3.53-3.56 og Windows-versionerne Navision 1.30, Navision 2.01 til Navision 2009R2 kommer fra? Som F3 = tilføj, F4 = slet? Tag et nærmere kig på Nixdorf/Comet Business Basic. Du vil blive overrasket over, hvor meget af Navision du vil finde her, såsom de geniale databaseforespørgselsløkker, som programmøren grundlæggende ikke behøver at gøre noget ved, formgeneratoren, rapportgeneratoren osv. Navision kopierede faktisk en hel del fra tidligere markedsleder Siemens Nixdorf/Comet. Med denne historiske forbindelse er det endnu lettere for mig at overbevise Comet-brugere/Business Basic-brugere eller endda den moderne Cross Basic om at skifte til Navision eller endda Business Central.
Det er selvfølgelig muligt at hente komprimeret eller detaljeret data, intet problem overhovedet. Mit erfaringsgrundlag tilsiger dog, at jeg kraftigt anbefaler IKKE at blande disse to for hvert datasæt. Så enten kun pr. GL-konto, kunde, leverandør eller hele finansbogholderiet for hver individuelt tilgængelige post uden nogen form for kompression. Jeg finder ligeledes jævnligt fejl i legacy-systemet, når f.eks. de overførte varebevægelser eller journaler summeres og ikke stemmer overens med varelageret af en vare eller beholdningen af en overført konto. Jeg indsætter naturligvis straks et korrektionsloop i dette tilfælde, der foretager de nødvendige rettelser. Dataudtræk fra et legacy-system svarer af denne årsag ligeledes til datavalidering og -oprydning.
Et godt eksempel på denne type datahentning er at flytte data fra Beefware, som jeg arbejdede på for ret lang tid siden. Mens beholdningerne af artiklerne var korrekte, viste artiklernes bevægelser en sum, der ikke passede. Jeg rettede derfor de ting, der ikke var korrekte i kilden, under importen.