JTL-Ameise 2.04 - Export Rechnungen csv - unvollständig

[Mojo78]

Hi Leute,
ich möchte meine Rechnungen exportieren.

Ameise sagt nach dem Export-Vorgang: "571 Rechnungen wurden exportiert!"
Wenn ich aber in notepad++ (oder Excel) schaue gibt es nur 387 Zeilen. Da fehlen also jede Menge Rechnungen.

Mir ist nicht klar welche Rechnungen fehlen - ich dachte erst es könnte mit Steuereinstellungen zusammenhängen, es sind jedoch auf jeden auch Fall ganz normale 19% Rechnungen nach DE Rechnungen bei den fehlenden. Warnungen oder Fehler Melde Ameise nicht.

Einstellungen:

Export von Export Rechnungen (Neu) für LW, 03.07.2026 08:14:22, Version: 984
Trennzeichen: Semikolon (;), Quote-Zeichen: ", Escape-Zeichen: ", Kopfzeile vorhanden

Filter
------------------
Rechnungen:                     bezahlte Rechnungen, unbezahlte Rechnugen
Firma:                     Alle Firmen                  
Zahlungsdatum beachten (IST)
Zeitraum:                  xx.xx.2026 - xx.xx.2026
 
 Spaltenzuordnungen
------------------
Zahlungsdatum                           Spalte 1       Zahlungsdatum                
RA Firma, RA Vorname RA Nachname        Spalte 2       RA Firma, RA Vorname RA Nachname
Rechnungsnummer                         Spalte 3       Rechnungsnummer              
Erstelldatum Rechnung                   Spalte 4       Erstelldatum Rechnung        
Zahlungsbetrag (2 Nachkommastellen)     Spalte 5       Zahlungsbetrag (2 Nachkommastellen)
Betrag Brutto gruppiert nach USt.       Spalte 6       Betrag Brutto gruppiert nach USt.
SKR03/04 Konto                          Spalte 7       SKR03/04 Konto              
Steuerschlüssel                         Spalte 8       Steuerschlüssel              
Buchungskonto                           Spalte 9       Buchungskonto                
Plattform                               Spalte 10      Plattform                    
Externe Bestellnummer                   Spalte 11      Externe Bestellnummer        
Transaktion-ID                          Spalte 12      Transaktion-ID              
Zahlung Transaktion-ID                  Spalte 13      Zahlung Transaktion-ID

Ich hatte das Problem noch nie. Hat das mit der Version zu tun? Habe letztens das Update auf 2.0.4 gemacht...

Edit:
Habe gerade testweise nur die Rechnungsnummer exportiert... der Effekt ist der selbe. Sollte also meiner Ansicht nach nicht an irgendeinem Steuerschlüssel oder ähnlichem liegen...

 

[John]

Die Ameise gibt ja im Berichtsfenster aus, welche Rechnungen exportiert werden.
Scroll mal nach Abschluss hoch.
Gibts da Einträgen, die "wurde nicht exportiert" lauten?

Vermutlich ja. Und vermutlich sind bei den betroffenen Rechnungen Steuereinstellungen falsch oder nicht vollständig.

 

[Mojo78]

Nein, habe gerade nach "wurde nicht exportiert" durchsucht:

Starte Export [08:34:28]
Hole globale Daten aus Datenbank...
Bereite Datei [C:\Users\jne\Desktop\temp\JTL-Export-Rechnungen-03072026.csv] zum Speichern vor...
Exportiere Datensätze (insgesamt 571 Datensätze)...
Datensatz [1] wird exportiert.
Datensatz [2] wird exportiert.
Datensatz [3] wird exportiert.
...
Datensatz [569] wird exportiert.
Datensatz [570] wird exportiert.
Datensatz [571] wird exportiert.

Sie haben mindestens eine stornierte Rechnung exportiert. Wir empfehlen Ihnen ebenfalls die Buchungsdaten für Rechnungskorrekturen zu exportieren.

571 Rechnungen wurden exportiert!

 

[John]

Dann musst Du mal bei einer betroffenen Rechnung schauen, was deren Besonderheit ist.
Vielleicht gibts Zusammenhang hierzu?

https://forum.jtl-software.de/threa...ngen-nicht-mehr-angehakt.247345/#post-1359911

 

[Mojo78]

ja danke John, das wars. Jetzt hat das File 564 Zeilen inkl. Kopfzeile. Sollten eigentlich 571 sein - kp was da jetzt noch fehlt, ich kann aber in diesem Fall damit arbeiten. Vielen Dank für Deine Hilfe!
Ciao, Jörg

 

[John]

Oh, wow.
Das war echt nur zufällig geraten. Was ist das überhaupt für eine irre Einstellung, an der Zahlung festzulegen, ob später eine Rechnung exportiert werden soll?!?

Ich würde aber trotzdem noch weiter forschen, warum immer noch Rechnung fehlen.

Alternative: Verzichte auf die Ameise und exportieren die Rechungen direkt aus der Rechnnugsliste der Wawi...

 

[John]

Hast Du den SQL aus dem anderen Thread benutzt oder die Haken manuell gesetz?

 

[Morimus]

Alternative: Verzichte auf die Ameise und exportieren die Rechungen direkt aus der Rechnnugsliste der Wawi...

Wie genau meinst du das?
Sowas geht?

 

[Mojo78]

hab selbst sql geschrieben, manuell ging nicht - das waren einige datensätze bei mir

 

[John]

Der SQL dort genannte SQL hat aber nur Zahlungen mit genau der genannten Zahlungsart und in einem bestimmten Zeitraum erfasst.
Hast Du das ggf. auf weitere Zahlungsarten angepasst?
Gibt ja eigentlich überhaupt keinen Grund, warum der Hake mal fehlen sollte.

Export aus Listen geht fast überall in der wawi.
Entweder via Rechtsklick auf einenen Eintrag und dann im Kontextmenu Export ODER in der Liste einen Rechtklich in irgendeinen Spaltenkopf und dort dann Export.
Wichtig: Es wird genau die dann angezeigte Liste exportiert. Ggf. vorher zusätzliche Spalten einblenden, wenn man sie benötigt.
Auch weitere Filter wie Datum die aktuelle auf die Liste gesetzt sind wirken genauso wie die Sortierung.
Es ist wirklich ein 1:1 Export von dem was du siehst.

 

[Morimus]

Es ist wirklich ein 1:1 Export von dem was du siehst.

Besten Dank!
Das ist genial.

 

[Mojo78]

genau. habe mir vorher die tZahlung in dem Zeitraum angeschaut. Bei mir waren auch andere Zahlungsarten betroffen (Ratepay). Zudem schien mir 'AND COALESCE(cExternalTransactionId, '') <> ''' bei mir wenig Sinn zu machen. Daher nur:

update tZahlung set nKeinExport = 0 where nKeinExport=1 AND dDatum Between 'xx.x.2026' AND 'xx.xx.2026'

Edit:
Für Mitleser mit dem gleichen Problem: Bitte nicht einfach mein SQL-Statement nutzen. Das muss nicht in jedem Fall richtig sein.

Edit 2:
Ja zu den jetzt noch fehlenden Datensätze... ich vermute, das könnte damit zusammenhängen, dass ich Beträge nach UST. gruppiert exportiere. Zudem habe ich Bestellporitionen mit Summe 0 € ohne MwSt, ist mir eben aufgefallen. Ich hoffe gerade einfach, dass JTL was fixt bevor ich das das nächste mal brauche

 

[Steffen80]

Was ist das überhaupt für eine irre Einstellung, an der Zahlung festzulegen, ob später eine Rechnung exportiert werden soll?!?

Ich bin froh das hier gelesen zu haben bevor ich mich demnächst wieder frage was JTL mal wieder für tolle Features eingebaut hat und mich totsuche son programmierten Müll zu fixen

Betrifft bei uns sowohl PayPal als auch Amazon Zahlungen naja zumindest Überweisungen werden exportiert....

Fällt mir nix mehr zu ein und für mich ne total sinnlose Einstellung an einem unmöglichem Platz ! (Das muss man erstmal finden)

 

[AllAboutEcommerce]

Gibts auch eine Lösung für Menschen ohne Programmierkenntnisse? 😂

 

[Tr3bi]

Allem Anschein nach nicht

 

[MichaelH]

Wurde der Bug korrigiert oder läuft das nun tatsächlich unter "Feature" weil sich irgendein Großkunde oder Partner das so gewünscht hat, nach 20 Jahren eine Änderung ohne Ankündigung ??
Oder will man den Ameisenexport absichtlich unbrauchbar machen ?

 

[Enrico W.]

@MichaelH Bitte unterlass diese Mutmaßungen. Danke

@Mojo78 Die Checkbox war bei Deinen Zahlungen nicht automatisch gesetzt, hab ich das so richtig verstanden?
Ich recherchiere gerade, wie das passieren kann. Mein jetziger Stand: Die Option selbst ist extrem alt.
Ursprünglich hieß sie "Nicht für Export berücksichtigen" oder so ähnlich und war standardmäßig deaktiviert.
Mein erster Reflex war, in den Zahlungsarten selbst nachzuschauen, ob es da eine Option gibt. Natürlich erfolglos. Ein Blick in die Globalen Einstellungen war auch nicht erfolgreicher.
Der zweite Weg war dann über die Datenbank. In der Datenbank findet sich in der Tabelle tZahlung die Spalte nKeinExport. Steht der Eintrag auf 0, dann wird die Zahlung exportiert, steht sie auf 1, dann nicht.
Wer mich kennt weiß, dass ich so etwas nicht gern empfehle. Aber: Wer sich ein wenig mit MSSQL auskennt, kann die Spalte (und nur diese Spalte) relativ schnell updaten und den Wert überall bei Bedarf auf 0 setzen. Selektiv ist das natürlich schon komplizierter. Daher muss man prüfen, ob diese Option gf. auch bewusst bei Zahlungen gesetzt sein könnte.
Damit dürfte der Export dann wieder wie gewohnt funktionieren.

Warum die Option bei einigen standardmäßig scheinbar deaktiviert ist, konnte ich noch nicht herausfinden, aber ich habe nachher ein Gespräch mit einem Entwickler zu diesem Thema anberaumt.

Ich melde mich aber in jedem Falle noch im Laufe des Tages zurück.

 

[MichaelH]

Sorry, deine Antwort liest sich wie Satire.

Der Beitrag ist schon 4 Wochen alt, ohne ein Reaktion, daher meine berechtigte Nachfrage ob dies nun wohl ein Feature ist - und ja, wir sind gespannt auf die Antwort des Entwicklers, denn diese Option ist tatsächlich urururalt.

 

[Steffen80]

@MichaelH Bitte unterlass diese Mutmaßungen. Danke

@Mojo78 Die Checkbox war bei Deinen Zahlungen nicht automatisch gesetzt, hab ich das so richtig verstanden?
Ich recherchiere gerade, wie das passieren kann. Mein jetziger Stand: Die Option selbst ist extrem alt.
Ursprünglich hieß sie "Nicht für Export berücksichtigen" oder so ähnlich und war standardmäßig deaktiviert.
Mein erster Reflex war, in den Zahlungsarten selbst nachzuschauen, ob es da eine Option gibt. Natürlich erfolglos. Ein Blick in die Globalen Einstellungen war auch nicht erfolgreicher.
Der zweite Weg war dann über die Datenbank. In der Datenbank findet sich in der Tabelle tZahlung die Spalte nKeinExport. Steht der Eintrag auf 0, dann wird die Zahlung exportiert, steht sie auf 1, dann nicht.
Wer mich kennt weiß, dass ich so etwas nicht gern empfehle. Aber: Wer sich ein wenig mit MSSQL auskennt, kann die Spalte (und nur diese Spalte) relativ schnell updaten und den Wert überall bei Bedarf auf 0 setzen. Selektiv ist das natürlich schon komplizierter. Daher muss man prüfen, ob diese Option gf. auch bewusst bei Zahlungen gesetzt sein könnte.
Damit dürfte der Export dann wieder wie gewohnt funktionieren.

Warum die Option bei einigen standardmäßig scheinbar deaktiviert ist, konnte ich noch nicht herausfinden, aber ich habe nachher ein Gespräch mit einem Entwickler zu diesem Thema anberaumt.

Ich melde mich aber in jedem Falle noch im Laufe des Tages zurück.

Das Verhalten trat nach einem Update der Wawi auf 2.0.2 auf und betrifft bei uns PayPal und Amazon Zahlungen aus dem JTL-Shop. (auch RatePay und andere sollen betroffen sein)

Ein Update der Spalte nKeinExport der Tabelle tZahlung mit * ist theoretisch schnell gemacht und behebt diesen Fehler auch, jedoch ist dazu nicht jeder in der Lage...
Ich kann hierfür z.B als Freeware HeidiSql empfehlen.

Ich wüßte aber nicht warum man dies in der Wawi bewusst setzen sollte.
Zudem wird von der Ameise kein Fehler ausgegeben weshalb das unbedingt gefixt werden muss. Auch weil ich nicht weiß, ob der manuelle Eingriff in die DB hier vielleicht später noch zu Problemen führen kann...??

 

[Enrico W.]

@Steffen80 Vielen Dank für den Hinweis. Dass die Zahlungen aus dem Shop kommen ist ein wichtiger Punkt. Da die Nachfrage: Kannst du ersehen, ob alle Aufträge aus dem Shop betroffen sind oder "nur" einige? Hintergrund ist, dass ich gerade versuche herauszufinden, wo der Ursprung des Problems ist. Wenn alle Zahlungen betroffen sind, die aus dem Shop übertragen werden, dann könnte der Abgleich die Ursache sein. Wenn es nur einige Zahlungen betrifft, dann wird das schon im Shop falsch gesetzt. Dass das nach Update auf die 2.0.2 aufgefallen ist deutet erst mal darauf hin, dass der Abgleich Schuld sein könnte. Da will ich aber lieber auf Nummer sicher gehen.

Die Spalte sollte tatsächlich ausschließlich den Export der Ameise beeinflussen, nichts anderes. Aber ich kann natürlich verstehen, wenn man da Bauchschmerzen hat.
Vorschlag wäre für dringende Exporte (und ja - ich weiß, dass das von hinten durch die Brust ins Auge ist. Aber hier geht es nur um eine Soforthilfe für dringende Exporte!):

1. Datenbank sichern
2. Änderung der Spalte wie oben
3. Export mit der Ameise
4. Import der Sicherung

Während dessen sollte natürlich kein Worker laufen oder aktiv auf der DB gearbeitet werden, damit keine weiteren Zahlungen rein kommen.
Alternativ kann man auch mit Management Studio den Inhalt in eine CSV exportieren, allerdings ist das Zurückschreiben nicht mal eben gemacht, weil Management Studio kein Boardmittel dafür anbietet.