Nav Datenübernahmen

Nav123: Navision, Showare, OrderApp

Print Friendly, PDF & Email

Ein paar Beispiele für extravagante Datenübernahmen. Egal ob es sich dabei um variantengesteuerte Systeme wie TEXcom, FEE, Vario oder Texware, Vepos handelt. Auch vor chargenorientierten Produkten aus dem Lebensmittelbereich wie Beefware oder Flagranto: Ich bekomme ihre Daten aus ihrem System raus, und bringe sie sicher in Navision oder Business Central unter – Versprochen!

TEXcom von Prosoft, ein gerade im Textilhandel wegen seiner umfangreichen Variantensteuerung noch immer sehr beliebtes Warenwirtschaftsystem: Lagerbestände werden hier extrem kompakt in Excel ausgegeben. Schwierigkeiten: Die Zeilen mit Beständen haben keine Artikelnummern. Die Varianten stehen in der Zeile vorher. Mal mit, mal ohne Artikelnummer. Varianten mit — am Anfang sollten beim Import deaktiviert werden, Negativbestände erst gar nicht importiert werden. Und die Lagerpreise auch gleich übernommen werden. So können auch andere Systeme mit Varianten, nicht nur TEXcom, schnell und sicher zu Navision oder Business Central überführt werden.

Für den Menschen wunderbar kompakt lesbar, für eine Datenübername von TEXcom nach Navision „die Hölle“… da kommt man mit Rapid Start und Dataports nicht weiter.

Preislisten, die von Menschen wunderbar zu lesen sind, aber Programmierer oft vor Herausforderungen stellen. Mit ein bisschen klugen C/Side Code und etwas Überlegung kommen auch diese Daten fehlerfrei in Navision

Preislisten, mal mit, mal ohne Artikelnummer, mal mit, mal ohne Kundennummer. Und trotzdem konnte alles in Navision korrekt importiert werden.

Wie kommen Daten aus Altsystemen nach Navision? Dafür gibt es keine generelle Regel, jeder Systemwechsel ist anders. Aber bisher habe ich es noch immer geschafft die nötigen Daten aus dem Altsystem auszulesen. Dabei schrecke ich selbst vor RS232-Kopplern und Druckeremulationen nicht zurück. Auf diese Weise „denkt“ das Altsystem, es druckt seine Liste wie gehabt auf irgendeinen Drucker. Diesen Datenstrom fische ich ab, und filtere daraus die gesuchten Konten, Bewegungen, Bestände, Preise. Sobald diese erst einmal in einer Textdatei vorliegen, können Sie auch in Navision importiert werden.

Auf diese Weise bekomme ich selbst aus einer AS/400 mit RPG noch Daten heraus, oder aus einer Siemens Nixdorf Quattro 8870 mit Comet. A pro pos Comet: Haben Sie sich einmal gefragt woher die „komische“ Funktionstastenbelegung bei Navision 3.53-3.56 und den Windows-Versionen Navision 1.30, Navision 2.01 bis Navision 2009R2 kommt? Z.B. F3 = Anlegen, F4 = Löschen? Werfen Sie mal einen beherzten Blick auf das Nixdorf/Comet Business Basic. Sie werden erstaunt sein wie viel von Navision sie darin wieder entdecken. Die genialen Datenbank-Abfrageschleifen, für die der Programmierer praktisch nix tun mus, der Maskengenerator, der Reportgenerator… Navision hat sich unglaublich viel beim ehemaligen Marktführer Siemens Nixdorf / Comet abgeschaut!
Mit dieser alten Wurzel fällt es mir um so leichter auch heute noch Comet-Anwender/Business Basic Anwender oder auch Anwender des modernen Cross Basic locker leicht von Navision oder gleich von Business Central zu überzeugen.

Komprimierte oder detaillierte Datenübernahme? Es geht natürlich beides. Aus unserer Erfahrung heraus empfehle ich aber dringend, dieses pro Datenbereich NICHT zu mischen. Also entweder pro Sachkonto, Debitor, Kreditor nur die Summen/Salden, oder in der ganzen Fibu jeden einzelnen verfügbaren Posten ohne Verdichtung. Regelmäßig stelle ich hierbei auch Fehler im Altsystem fest, wenn z.B. die übergebenen Artikelbewegungen oder Fibu Journale aufsummiert nicht dem übergebenen Bestand eines Artikels oder dem Saldo eines übergebenen Kontos entsprechen. Natürlich wird in diesem Fall auch gleich ein Korrekturlauf dazu programmiert, der die nötigen Korrekturen automatisch vornimmt. So dient eine Datenübernahme aus einem Altsystem auch gleich der Datenbereinigung.

Ein großartiges Beispiel dafür sind Ablösungen von Beefware, welches ich vor langer Zeit mal in den Fingern hatte. Die Bestände auf den Artikeln waren korrekt, die Artikelbewegungen zeigten aber eine nicht passende Summe. So wurde direkt im Import passend gemacht, was vorher im Original nicht passte.