Et par eksempler på ekstravagante dataoverførsler. Uanset om det drejer sig om variantstyrede systemer som TEXcom, FEE, Vario eller Texware, Vepos. Også for batch-orienterede produkter fra fødevaresektoren som Beefware eller Flagranto: Jeg får jeres data ud af jeres system og får dem sikkert over i Navision eller Business Central – det lover jeg!
TEXcom fra Prosoft, et lagerstyringssystem der trods alt stadig er meget populært inden for tekstilhandlen på grund af dets omfattende variantstyring: Lagerbeholdningen udskrives her i ekstremt kompakt form i Excel. Problemer: Linjerne mine beholdninger have ingen Artikelnumre. Varianterne står i linjen før. Nogle gange med, nogle gange uden artikelnummer. Varianter med — i starten skal deaktiveres ved import, negative lagre må slet ikke importeres. Og lagerpriserne skal også overtages med det samme. På denne måde kan andre systemer med varianter, ikke kun TEXcom, hurtigt og sikkert overføres til Navision eller Business Central.
Prislisten, som er vidunderlig læselig for mennesker, men som ofte giver programmører udfordringer. Med lidt klog C/Side-kode og lidt omtanke kan disse data også komme fejlfrit ind i Navision
Der er ingen generel regel for, hvordan data fra ældre systemer flyttes til Navision; hver systemovergang er forskellig. Men hidtil har jeg altid formået at udtrække de nødvendige data fra det ældre system. Jeg viger ikke engang tilbage for RS232-koblinger og printeremuleringer. På denne måde „tror“ det ældre system, at det udskriver sin liste som sædvanligt på en eller anden printer. Jeg opfanger denne datastrøm og filtrerer de søgte konti, bevægelser, beholdninger og priser fra den. Når disse først foreligger i en tekstfil, kan de også importeres til Navision.
På denne måde får jeg selv data ud af en AS/400 med RPG, eller ud af en Siemens Nixdorf Quattro 8870 med Comet. Apropos Comet: Har du nogensinde undret dig over, hvor den „sjove“ tildeling af funktionstaster i Navision 3.53-3.56 og Windows-versionerne Navision 1.30, Navision 2.01 til Navision 2009R2 kommer fra? F.eks. F3 = Opret, F4 = Slet? Kig engang på Nixdorf/Comet Business Basic. Du vil blive overrasket over, hvor meget af Navision du vil opdage igen. De geniale databaseforespørgselsløkker, som programmøren praktisk talt ikke skal gøre noget ved, maskinengeneratoren, rapportgeneratoren... Navision har lært utroligt meget af den tidligere markedsleder Siemens Nixdorf / Comet!
Med denne gamle rod er det endnu lettere for mig selv i dag at overbevise Comet-brugere/Business Basic-brugere eller endda brugere af moderne Cross Basic ubesværet om Navision eller Business Central.
Komprimeret eller detaljeret dataovertagelse? Begge dele er naturligvis muligt. Ud fra vores erfaring anbefaler jeg dog kraftigt, at man IKKE blander disse pr. dataområde. Dvs. enten kun summer/saldi pr. konto, debitor, kreditor, eller i hele bogholderiet hver eneste tilgængelige post uden aggregering. Regelmæssigt opdager jeg også fejl i det gamle system, når f.eks. de overførte varebevægelser eller bogførte dagbogsblade ikke stemmer overens med den overførte lagerbeholdning af en vare eller saldoen på en overført konto, når de summeres. Selvfølgelig programmeres der i dette tilfælde også straks et korrektionskørsel, der automatisk foretager de nødvendige rettelser. Således tjener en dataovertagelse fra et gammelt system også til datarensning.
Et glimrende eksempel på dette er udskiftninger af Beefware, som jeg havde fingrene i for længe siden. Bestanden på varerne var korrekt, men varebevægelserne viste en uoverensstemmende sum. Således blev det, der ikke passede i originalen, direkte tilpasset under importen.