[gelöst] GDPdU und NAV 2.01

[fragglet]

Hallo liebes Forum,

ich habe eine Frage bezüglich der GDPdU und NAV 2.01. Ist es möglich die GDPdU-Objekte aus NAV 5.0 SP1 herauszuziehen und einfach in
NAV 2.01 zu importieren? Ich habe es versucht, bekomme aber immer die Fehlermeldung "Die Datensicherung kann mit dieser Version des Programms
nicht benutzt werden" Mache ich etwas falsch oder muß ich die 2.01 Version technisch updaten?

Vielen Dank für eure Antworten.

Tschau Frank

[TomTom64]

Hi Frank,

es ist einfacher eine lokale Datenbank Version 5 anzulegen und dann Deine Datensicherung und die GDPdU-Objekte zu importieren. Dann klappt alles ggfs. nach kleiner Modifikation prima.

Die Laufzeit des Exports könnte ziemlich lang werden.

Gruß Tom

[fragglet]

Das hat funktioniert. Danke schön.
Aber ohne Konvertierung geht das scheinbar überhaupt nicht.
Wahrscheinlich ist NAV 2.01 zu alt für den korrekten Import der NAV 5.0 SP1 Objekte.

Viele Grüße

Frank

[solionte]

Hallo
bin ziemlich frich hier.
ich stehe gerade vor diesem Problem.
GDPDU im NAV 2.0
Objekte muss ich aus der Version 5.0 importieren!
Das hat nicht geklapt.
könnte mir jemand helfen?

Danke

[solionte]

Hallo zusammen,
es ist soweit, das Finanzamt will von uns die Daten haben,
wir haben NAV 2.00, würde einer mir helfen das einzurichten?

[TomTom64]

Kannst Du eine Datensicherung von 2.0 machen?

Hast Du eine Installations-Disk 5.0 oder neuer?

Kannst du 5.0 auf einem PC lokal installieren und eine Datenbank anlegen?

Gruß Tom

[solionte]

Kannst Du eine Datensicherung von 2.0 machen?

das kann ich, aber das darf ich nicht weiter geben :(

Hast Du eine Installations-Disk 5.0 oder neuer?

Kannst du 5.0 auf einem PC lokal installieren und eine Datenbank anlegen?

Gruß Tom

Das habe ich schon mal versucht, die GDPDUs von 5.0 zu übertragen ging nicht, mir fehlt die Lizenz für 5.0., und die Anpassung ist aufwändig,
wir haben NAV2.0 DE

[TomTom64]

Ob und wie gdpdu-Objekte von 2.0 funktionieren, weiß ich leider nicht.

[solionte]

Hallo,
ich habe es endlich verstanden, also :
1.Lokale Datenbank in NAV 3.70 erstelen.
2.Datensicherung von 2.01 einspielen.
3.GDPDU Objekte in NAV 3.70 einführen (mit NAV 5.00 geht auch,Export noch nicht ausprobiert),
ein paar Anpassungen sind auch nötig.
4.GDPDU Export ausführen.


? Eine Frage habe ich noch : ist es normal das die .DTD Datei leer ist ? oder habe ich da was verpasst ?

[HattrickHorst]

Ja, genauso ist die Vorgehensweise richtig. Einige Felder der Definitionsvorgabe vom Finanzamt sind u.U. in NAV 2 nicht vorhanden (z.B. "Verkaufsbetrag (tatsächl.)" aus den Artikelposten), in dem Fall einfach nach dem analogen Feld aus der alten Version suchen und das in der Exportdefinition eintragen.

Nein, die dtd dürfte eigentlich nicht leer sein.

[winfy]

Die *.DTD Datei ist nicht leer. Die Beschreibungsdatei wird benötigt, um die in Navision verwendeten Formate zu den in der Finanzamtsoftware gebräuchlichen Formaten zu mappen. Beispiel 19.09.11 -> 19.09.2011.

Hier ein Link zum GDPdU-Beschreibungsstandard: (Link).
Da ist auch eine *.dtd Datei vorhanden.

Hinweis: Den Pfad zur *.DTD Datei auch nicht manuell eingeben, sondern direkt im Formular bei jedem Export neu suchen.
Es könnte sonst passieren das Navision, nach fast erfolgreichen Export, bei der Erzeugung der index.xml einen XML Fehler ausgibt.

Weiterhin hatte ich früher Probleme bei Textfeldern.
Falls die Buchhaltung in den Buchungsblättern aus Exceltabellen kopiert, dann könnten die besagten "Vierecke"(siehe Anhang) auch in die Posten kommen und hier hat der GDPdU Export dann große Probleme und bricht ab.

Vierecke.JPG (1.5 KiB) 1714-mal betrachtet

Die Vierecke sind ein CR/LF was für ein Zeilenende sorgt und den Export durcheinander bringt.

mfg,
winfy

[HattrickHorst]

Weiterhin hatte ich früher Probleme bei Textfeldern.
Falls die Buchhaltung in den Buchungsblättern aus Exceltabellen kopiert, dann könnten die besagten "Vierecke"(siehe Anhang) auch in die Posten kommen und hier hat der GDPdU Export dann große Probleme und bricht ab.

Vierecke.JPG

Die Vierecke sind ein CR/LF was für ein Zeilenende sorgt und den Export durcheinander bringt.

Das ist korrekt. Auch andere "Sonderzeichen" können ein Problem sein. Ich meine mich zu erinnern, daß ein Semikolon auch schon zu Problemen führen kann.
Außerdem sind einige Zeichen (z.B. \ / : * ? " < > |) nicht bei der Einrichtung im Dateinamen zulässig. Das kommt eigentlich von Windows, aber die Fehlermeldung ist eine ganz andere und man sieht nicht auf den ersten Blick, was das Problem ist.

[solionte]

Herzlichen Dank an allen für die Unterstüzung.
Ich werde erstmal alles durchlesen und melde mich noch.
@winfy : Den Pfad zur *.DTD Datei klicke ich im Formular, aber vorerst muss ich die Datei erzeugen,
NAV meldet 'die Datei existiert nicht' wenn ich die nicht vorher erzeugt habe.
ist das soweit richtig ?

[winfy]

Herzlichen Dank an allen für die Unterstüzung.
Ich werde erstmal alles durchlesen und melde mich noch.
@winfy : Den Pfad zur *.DTD Datei klicke ich im Formular, aber vorerst muss ich die Datei erzeugen,
NAV meldet 'die Datei existiert nicht' wenn ich die nicht vorher erzeugt habe.
ist das soweit richtig ?

Du mußt/darst die Datei nicht selber erzeugen, sondern nur verwenden.
Das ist eine Art Definitionsdatei. DTD steht für "Document Type Definition".

Einfach die im obigen Link angegebene zip-Datei vollständing in ein Verzeichnis entpacken und die mitgelieferte *.DTD Datei dann in dem GDPdU- Report verwenden.

Lies Dir am Besten die beiliegende PDF durch, dort werden viele Fragen schon beantwortet.

... die DTD-Datei müssen (dürfen!) Sie nicht modifizieren.

mfg,
winfy

[solionte]

Verstanden
Danke