abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du: 
Hinweis
10 Jahre DATEV-Community – wir feiern (mit) euch!
Jetzt mitmachen und DATEV-Fanshop-Guthaben sowie leckere Lebkuchen gewinnen!

Fehler bei Import von Bewegungsdaten: "Der Eintrag 'Ziel=LODAS' fehlt"

10
letzte Antwort am 03.01.2024 12:01:34 von asdev
Dieser Beitrag ist geschlossen
0 Personen hatten auch diese Frage
asdev
Beginner
Offline Online
Nachricht 1 von 11
562 Mal angesehen

Hallo Zusammen,

 

vielen Dank vorab für eure Unterstützung. Ich bin Entwickler in einem Vorsystem, welches eine Exportdatei für LODAS generiert. Es kommt nun aber bei unserem Kunden zu einem Fehler der den Import verhindert:

 

"FEHLER: Die Eingabedatei hat ein ungültiges Format."

"Der Eintrag 'Ziel=LODAS' fehlt."

 

Die Datei ist als .txt generiert, es folgt der anonymisierte Inhalt.

 

 

 

[Allgemein]
Ziel=LODAS
Version_SST=1.0
Version_DB=12.6
BeraterNr=XXXXX
MandantenNr=XXXXX
Feldtrennzeichen=;
Stringbegrenzer='

[Satzbeschreibung]
1;u_lod_bwd_buchung_kalendarium;abrechnung_zeitraum#bwd;as_kal#bwd;kalendertag#bwd;kalenderwoche#bwd;la_eigene#bwd;pnr#bwd;stunden_pro_tag#bwd;wochentag#kal;kostenstelle#bwd;
2;u_lod_bwd_buchung_standard;abrechnung_zeitraum#bwd;bs_nr#bwd;bs_wert_butab#bwd;la_eigene#bwd;pnr#bwd;kostenstelle#bwd;

[Bewegungsdaten]
1;01.12.2023;1;1;48;;108;0,0;Fr;'';
1;02.12.2023;1;2;48;;108;0,0;Sa;'';
1;03.12.2023;1;3;49;;108;0,0;So;'';
1;04.12.2023;1;4;49;'30';108;10,92;Mo;'';
1;05.12.2023;1;5;49;'30';108;8,93;Di;'';
1;06.12.2023;1;6;49;'30';108;9,82;Mi;'';
1;07.12.2023;1;7;49;'30';108;9,92;Do;'';
1;08.12.2023;1;8;49;'30';108;6,17;Fr;'';
1;09.12.2023;1;9;49;;108;0,0;Sa;'';
1;10.12.2023;1;10;50;;108;0,0;So;'';
1;11.12.2023;1;11;50;'31';108;12,87;Mo;'';
2;11.12.2023;3;'10,00';9979;'';'';
1;12.12.2023;1;12;50;'31';108;8,65;Di;'';
2;12.12.2023;3;'10,00';9979;'';'';
1;13.12.2023;1;13;50;'30';108;9,58;Mi;'';
1;14.12.2023;1;14;50;'30';108;9,62;Do;'';
1;15.12.2023;1;15;50;'30';108;5,03;Fr;'';
1;16.12.2023;1;16;50;;108;0,0;Sa;'';
1;17.12.2023;1;17;51;;108;0,0;So;'';
1;18.12.2023;1;18;51;'30';108;12,18;Mo;'';
2;18.12.2023;3;'10,00';9979;'';'';
1;19.12.2023;1;19;51;'30';108;10,65;Di;'';
2;19.12.2023;3;'20,00';9979;'';'';
1;20.12.2023;1;20;51;'30';108;0,0;Mi;'';
2;20.12.2023;3;'20,00';9979;'';'';
1;21.12.2023;1;21;51;;108;0,0;Do;'';
1;22.12.2023;1;22;51;;108;0,0;Fr;'';
1;23.12.2023;1;23;51;;108;0,0;Sa;'';
1;24.12.2023;1;24;52;;108;0,0;So;'';
1;25.12.2023;'F';25;52;'47';108;0,0;Mo;'';
1;26.12.2023;'F';26;52;'47';108;0,0;Di;'';
1;27.12.2023;1;27;52;;108;0,0;Mi;'';
1;28.12.2023;1;28;52;;108;0,0;Do;'';
1;29.12.2023;1;29;52;;108;0,0;Fr;'';
1;30.12.2023;1;30;52;;108;0,0;Sa;'';
1;31.12.2023;1;31;53;;108;0,0;So;'';
2;31.12.2023;3;2,0;36;'';'';

 

 

 

metalposaunist
Unerreicht
Offline Online
Nachricht 2 von 11
552 Mal angesehen

Die Informationen unter [Allgemein] unterscheiden sich zur DATEV TXT-Beispiel:

 

Ziel=LODAS
Version_SST=1.0
Version_DB=12.4
BeraterNr=28547
MandantenNr=90909
Datumsformat=TT/MM/JJJJ
Stringbegrenzer='
StammdatenGueltigAb=01/01/2023

Das mal 1:1 prüfen und ggf. anpassen. 

#EmpoweringPeopleInTechnology – Daniel Bohle
www.metalposaunist.de
0 Kudos
asdev
Beginner
Offline Online
Nachricht 3 von 11
545 Mal angesehen

Hallo metalposaunist,

 

vielen Dank für deinen Input!

Laut Schnittstellenbeschreibung sind die Angaben in denen Unterschiede bestehen optional.

 

Auf Seite 27 werden die Angaben für Allgemein definiert.

Auf Seite 35 ist das Defaultformat für Datumsangaben definiert, welches TT.MM.JJJJ entspricht, daher machen wir hier keine Angabe.

 

https://www.datev.de/dnlexom/api/content/v01/entity/st72057615881783947_de.pdf?save=False&docId=1080789

0 Kudos
Uwe_Lutz
Unerreicht
Offline Online
Nachricht 4 von 11
538 Mal angesehen

Ich würde die erstellte TXT-Datei noch mal inhaltlich prüfen. 

 

Ich hatte es schon, dass im Header "Allgemein" noch zusätzliche Semikola am Ende angeführt waren, dass es also hieß "Ziel=LODAS;;;;;;". Nachdem ich diese rausgenommen habe, klappte der Import.

 

 

asdev
Beginner
Offline Online
Nachricht 5 von 11
534 Mal angesehen

Hallo Herr Lutz,

 

auch Ihnen vielen Dank für den Input!

Der Zitierte Text in meinem Beitrag ist der Inhalt aus der Datei, welche den Fehler generiert.

 

Ich habe den Inhalt schon mehrmals geprüft, kann aber keinen Fehler entdecken.

Ich wäre Ihnen sehr dankbar, wenn Sie mir Ihre Meinung zum Inhalt mitteilen.

0 Kudos
metalposaunist
Unerreicht
Offline Online
Nachricht 6 von 11
518 Mal angesehen

@asdev schrieb:

Laut Schnittstellenbeschreibung sind die Angaben in denen Unterschiede bestehen optional.


Dann lass sie doch weg, wenn sie sowieso Standard sind. Je weniger Code, umso besser 😉.

 

Dass die LODAS Version immer passen muss, muss ich Dir bestimmt nicht sagen, oder? Nicht, dass LODAS in der Kanzlei zu alt ist und noch gar nicht Version 12.6 drauf ist? Heute kommt schon 12.7 raus. 

#EmpoweringPeopleInTechnology – Daniel Bohle
www.metalposaunist.de
0 Kudos
Uwe_Lutz
Unerreicht
Offline Online
Nachricht 7 von 11
515 Mal angesehen

Moin,

 

wenn ich dies richtig sehe (Kalendarien habe ich schon ewig nicht eingelesen), muss der Wert  "abrechnung_zeitraum#bwd" immer der Monatserste des Monats sein (also jeweils 01.12.2023), da man hierüber nur den Abrechnungsmonat steuert. Das Datum wird über die Kalenderwoche und Kalendertag angesteuert. 

 

Ein Fehler hierzu passt aber nicht zu der Fehmeldung "Ziel=LODAS fehlt"...

 

Weiterhin viel Erfolg!

 

Viele Grüße

Uwe Lutz

asdev
Beginner
Offline Online
Nachricht 8 von 11
507 Mal angesehen

Hallo metalposaunist,

 

sie sind genau aus diesem Grund noch nie vorhanden gewesen, wie du im Inhaltsbeispiel in meinem Post sehen kannst.

 

Ich wollte dir lediglich freundlich aufführen, wieso der Vorschlag aus deinem ersten Posting überflüssig ist.

 

Die Version ist schon mit der Kanzlei abgestimmt, aber guter Hinweis!

0 Kudos
pogo
Experte
Offline Online
Nachricht 9 von 11
491 Mal angesehen

Die mit deinem Inhalt von mir erstellte Datei war problemlos zu importieren.

 

Ich vermute, dass deine generierte Datei die Zeilenumbrüche nicht korrekt einfügt/kodiert.

 

In Notepad++ kann man sich z.B. die Zeilenumbrüche anzeigen lassen.

Normal ist ja [CR][LF].

Ändere ich das z.B. in nur [LF], kommt genau deine genannte Fehlermeldung.

 

Könnte also bei dir auch daran liegen. Zumindest solltest du das mal prüfen.

asdev
Beginner
Offline Online
Nachricht 10 von 11
452 Mal angesehen

Hallo Herr Lutz,

 

sie haben vollkommen recht, ich habe hier eine Anpassung auf den 01. des Monats vorgenommen.

 

vielen Dank.

0 Kudos
asdev
Beginner
Offline Online
Nachricht 11 von 11
450 Mal angesehen

Hallo pogo,

 

vielen Dank, hier lag tatsächlich der Fehler! In der von mir generierten Datei war nur ein [CR]. Ich habe daraus nun [CR][LF] gemacht und der mysteriöse Importfehler war behoben.

 

Großes Lob an dich!

10
letzte Antwort am 03.01.2024 12:01:34 von asdev
Dieser Beitrag ist geschlossen
0 Personen hatten auch diese Frage