OK, ich habs eine Seite vorher gefunden. Hat sich erledigt. Es ging um das Häkchen "PDF's diekt an Rechnung speichern". Wenn ich hier alles so lese, sollte man doch eine neue Rechnungsvorlage (2.0) machen. Dann kann man auch zeitverzögert per E-mail die Rechnung versenden. Das Speichern in der DB sprengt sehr schnell das Limit und ist keine Lösung. Bis dahin kann man ja die Rechnung speichern und dann manuell per E-Mail versenden.
ERechnung in PDF
- Ersteller des Themas RobKl
- Erstellungsdatum
Die Rechnungen werden doch nicht als PDF in die eazybusiness gespeichert.
Oder geht es hier um eine Software eines anderen Anbieters? Irgendein Dokument-Management-System 🤔
Man kann es so einstellen, dass die Rechnungs-PDF's in der JTL-Datenbank (easybusiness) gespeichert werden. Defaultmäßig ist es wohl nicht so.
Kann JTL nicht einfach ein Video machen, um es allen ordentlich zu erklären?
Eigentlich wurde hier alles erklärt: https://guide.jtl-software.com/jtl-wawi/verkauf/x-und-zugferd-rechnungen-ausgeben/
ABER: Es scheint nur mit den neuen Vorlagen 2.0 auf Anhieb zu funktionieren. Das Problem betrifft in erster Linie Vorlagen aus der Version 1.6. Hier sind momentan noch ein paar Besonderheiten, wenn per Workflow mit Verzögerung die Rechnung per E-mail versendet wird, zu berücksichtigen. Hier wird JTL sicherlich noch nachbessern. Bitte einfach den kompletten Thread lesen (mindestens ab November 2024). Ich habe gerade eine neue Vorlage erstellt und die Teile der alten Vorlage reinkopiert inkl. E-Mail Vorlagen-Teil. Das hat 10 Minuten gedauert. Also alles nicht so schlimm.
Mal kurz eine Zwischenfrage
Ist die XRechnung bei B2B auch Pflicht für Rechnungskorrektur ( Gutschrift) und Storno und wenn ja hab ich was vergessen ?
Ist die XRechnung bei B2B auch Pflicht für Rechnungskorrektur ( Gutschrift) und Storno und wenn ja hab ich was vergessen ?
danke für den Link.
Nur leider fehlt hierzu was:
- Sie verwenden eine JTL-Wawi-Version ab 1.9.6 (mit Beta-Feature-Aktivierung)
EDIT:
ok, wird später unten beschrieben, dann komisch wenn es bei Voraussetzung schon drin steht.
Bist du dir sicher?
Meinst du das Häkchen "PDFs an Rechnung speichern" in den Einstellungen?
Da wird aber kein PDF gespeichert, sondern nur die "Zwischendatei" die List&Label zur Erzeugung des PD's benutzt hat.
Wenn du also nach dem Erzeugen der Rechnung was an deinen Vorlagen änderst wird der erneute Ausdruck trotzdem wieder so in wie es beim Erstellen ausgesehen hat.
woher kommt diese Info?
Siehe Video, es wird ein ZIP gespeichert, aber was darin ist habe ich noch nicht geschaut:
Das bläht die Datenbank aber extrem auf und sollte man sich gut überlegen, ein DMS wäre hier die bessere Wahl!
Bei uns werden keine Rechnungen erneut gemailt, das kommt alles aus dem DMS.
in einem anderen Thread hatte @Manuel Pietzsch mal geschrieben, dass die Benennung von dem Einstellungsfeld irreführend ist. Weil nämlich kein PDF, sondern lediglich die für List&Label benötigte Ausgabedatei (aus der quasi wieder ein identisches PDF erzeugt werden könnte) gespeichert wird.
Ich habe das jetzt aber nur nachgeplappert - kann also auch ganz anders sein.
.. siehe Video, so sieht man dies auch im Video als ZIP-File, aber was darin ist weis ich nicht.
Die List&Label Dateien, sprich *.VLG sind im Grunde ja ein ZIP-File, kann man umbenennen und entpacken, dann sieht man darin die List&Label, HTML, XML Dateien etc. ... das wird bei Ausgabe alles nur zusammengebaut.
Genau das bläht die Datenbank EXTREM auf, weil die Projekte sehr groß sein können ... ein tatsächliches Archivierungsformat "tiff" oder notfalls "PDF" wäre besser wenn dann.
Die List&Label Dateien, sprich *.VLG sind im Grunde ja ein ZIP-File, kann man umbenennen und entpacken, dann sieht man darin die List&Label, HTML, XML Dateien etc. ... das wird bei Ausgabe alles nur zusammengebaut.
Genau das bläht die Datenbank EXTREM auf, weil die Projekte sehr groß sein können ... ein tatsächliches Archivierungsformat "tiff" oder notfalls "PDF" wäre besser wenn dann.
Danke. Das ganze ist aber ja an sich gar nicht notwendig, vor allem nicht der Punkt PDFs direkt an Rechnung speichern.
Das entscheidende ist, bzw. war zumindest bei mir der Fall, dass eine NEUE Rechnungsvorlage erstellt werden muss. Daran führt nichts vorbei. Ansonsten konnte ich umstellen was ich wollte (PDF-Version, ...), es funkiontierte nicht. Als ich die neue Vorlage erstellte, klappte es direkt. Ich musste hier nichts an der PDF-Version ändern. Meiner Meinung nach liegt es "nur" an der Vorlage.
Fazit:
XRechnung: Ging direkt (XML-Anhang). Ob dieser natürlich inhaltlich passt - keine Ahnung
ZUGFeRD: neue Rechnungsvorlage ist zwingend. Ich habe nur die von JTL genommen, dann ging es. Habe die Test-PDF auf einer Seite hochgeladen, dort wurde diese als valide bezeichnet.
Ist ZUGFeRD immer alsd PDF, oder gibts die auch als nur XML?
Ich raff die ganzen Formate nicht so ganz:
XRechnung: Ist ja immer nur ein XML-File
ZUGFeRD: Ist das immer eine PDF mit eingenbetteter XML-Datei? Oder kann man ZUGFeRD nur als XML schicken? Und sind die XRechnung und ZUGFeRD XML-Dateien/Inhalte identisch?
ZUGFeRD geht nur mit Ausgabe 2.0. Und dem aktivierten Beta-Feature (wobei ich das einfach aktiviert hatte, obs zwingend notwendig ist, keine Ahnung). Mit Vorlage 1.x bekam ich und auch andere User ZUGFeRD nicht zum laufen.
Bei mir wars auch ein krasser Unterschied - 60kB zu knapp 900kB!!! Daher will und werde ich die PDF-Rechnungen nicht in der DB speichern.
Moin, ich teste gerade dieses ZUGFeRD Beta-Feature und bin etwas verwirrt.
Es wird erst ein mal ein PDF mit XML-Anhang erzeugt. Gut.
Prüfe ich das bei https://validator.invoice-portal.de/ validiert es nicht.
Speichere ich den XML-Anhang und prüfe ihn dort, validiert es. Hmmm .... bin verwirrt.
Mal einen anderen Validator testen: https://app.b2brouter.net/de/validation
Bei dem validiert das PDF direkt, ohne Fehler. Nun bin ich komplett verwirrt.
Kann ich nun ZUGFeRD nutzen oder nicht?
Es wird erst ein mal ein PDF mit XML-Anhang erzeugt. Gut.
Prüfe ich das bei https://validator.invoice-portal.de/ validiert es nicht.
Code:
Validation type Validation artifact Validation errors
XSD Schema CrossIndustryInvoice 2
Fatal 4 at line 1 tart tag expected, '<' not found
Error 1872 at line -1 The document has no document element.Speichere ich den XML-Anhang und prüfe ihn dort, validiert es. Hmmm .... bin verwirrt.
Mal einen anderen Validator testen: https://app.b2brouter.net/de/validation
Bei dem validiert das PDF direkt, ohne Fehler. Nun bin ich komplett verwirrt.
Kann ich nun ZUGFeRD nutzen oder nicht?
Ja, ein PDF an das eine XRechnung angehängt/eingebettet ist.
XRechnung ist nur XML.
Das habe ich hier glaube ich auch schon mal gelesen, es wäre noch nicht valide. Aber siehe meinen Post zuvor.
Und Nachtrag: unser DATEV verarbeitet eine von JTL erstellte ZUGFeRD-Rechnung ebenfalls ohne Fehler, meckert nur über die Größe, des PDFs.
Also wo genau sind die Probleme mit ZUGFeRD? Was heißt "nicht brauchber"? Wann oder wo könnten noch Probleme auftreten?
Meine ZUGFeRD-Rechnung wird korrekt erstellt, WENN eine komplett neue Vorlage genutzt wird. Mit der alten klappt es generell nicht. Man sieht es wie wawi-dl schon schrieb direkt an der Dateigröße! Meine Gaul-PDFs konnte ich als valide prüfen.
XRechnung klappte direkt ohne viel Probleme.
1) dass bestehende Rechnungsvorlagen nicht verwendet werden können
2) dass das ganze nicht reproduzierbar einrichtbar ist. Viele gehen gleich vor, aber die Erstellung klappt nicht
3) dass einfach Probleme bei Erstellung auftreten, die nicht erklärbar sind. Beim einen klappts, beim anderen nicht. Beim einen klappt wiederum der Mailversand nicht, beim anderen wird nur keine Gaul-PDF erstellt, beim nächsten kommt ne Fehlermeldung. XRechnung hingegen lief sofort.
Ich habe für mich entschlossen, dass ich auf den Gaul verzichte und zur PDF (wie bisher) die XRechnung (XML) anhänge und gut ist. Das ist ein Aufwand von ner Viertelstunde und lief direkt. Auch sind keine großen Änderungen notwendig, es muss nur beim Export konfiguriert und als Anhang hinzugefügt werden. Dann wäre die Pflicht erledigt - der, der die ERechnung braucht hat sein XML-File, und alle anderen wie gewohnt eine brauchbare, nette PDF in akzeptabler Dateigröße.
Alles weitere werden die kommenden Monate zeigen.
... ergänzend die rießigen PDFs, die für die Archivierung GoBD oder Email-Postfächer ein Horror sind!
Der beste Weg ist aktuell, dem Kunden auf Anfrage bzw. für die bestimmten Kunden die eine E-Rechnung vorschreiben, gesondert per Email zu beleifern.
Ansonsten würden wir XRechnung empfehlen und warten was die Monate bringen, eine gesetzliche Pflicht gibt es noch lange nicht, nur Kunden-Zwangsvereinbarungen.
Hallo,
unterscheidet das Feature grundsätzlich zwischen Händlern/Endkunden? Wie sonst kann ich verhindern, dass für Endkunden nicht auch ZUGFeRD versendet wird?
mit freundlichen Grüßen
Leon K
unterscheidet das Feature grundsätzlich zwischen Händlern/Endkunden? Wie sonst kann ich verhindern, dass für Endkunden nicht auch ZUGFeRD versendet wird?
mit freundlichen Grüßen
Leon K
Hi ich habe auch mal eine Frage. Im Guide verstehe ich es so das wenn ich ZugFerd aktiviere alles direkt komplett umgestellt ist. Ist dem so oder bleiben die alten vorlagen unberührt ?
Und wie gehen die Plattformen wie Amazon damit um. Kann man dort auch eine ZugFerd Rechnung hochladen ?
Danke und Gruss
Und wie gehen die Plattformen wie Amazon damit um. Kann man dort auch eine ZugFerd Rechnung hochladen ?
Danke und Gruss
Ähnliche Themen
Ähnliche Themen
-
Neu Feld zur eRechnung zufügen
- Started by dkzg
- Antworten: 1
-
Neu JTL Cloud Ecomdata PDF lokal speichern speichern
- Started by kommu
- Antworten: 1
-
Neu GPSR-relevante Herstellerdaten als PDF exportieren – Lösungen für Artikeletiketten?
- Started by Odintyr
- Antworten: 7
-
Neu Zusammenführung von XML und PDF, XML als Anhang einfügen
- Started by macler
- Antworten: 4
-
Neu Auftragserfassung aus PDF-Dokumenten?
- Started by SEO-Stefan
- Antworten: 1