Neu Rechnung speichern PDF/A --> Größe ist unterschiedlich?

[_simone_]

Wenn ich ein Rechnungs-PDF speichere ist die Dateigröße wie folgt:

• Vom Win10-Rechner: +/- 350kB
• Vom Win7-Rechner +/- 250kB

Beide Rechner greifen auf dieselbe Vorlage zu mit Einstellungen:

• PDF/A-1b
• Flate Kompression
• JPG Quali 50%

Wie kann es da so einen enormen Unterschied geben?

 

[wawi-dl]

Ich tippe in diesem Fall auf die Schriftart an sich, da diese ja eingebettet wird und den größten Anteil der Dateigröße meistens ausmacht, abgesehen von Bildern/Logos.

Die Schriftart wurde für WIN10 bestimmt überarbeitet, vergleich mal die verwendeten Fonts miteinander.

P.S. mmmhhh ungetestet, da kommt mir aber die Idee, für Archivierungszwecke vielleicht eine abgespeckte Schriftart zu nehmen

 

[_simone_]

Ok, ist mal ein Ansatz. Werde ich morgen mal nachgehen. Schon mal vielen Dank!

 

[_simone_]

Ich tippe in diesem Fall auf die Schriftart an sich, da diese ja eingebettet wird und den größten Anteil der Dateigröße meistens ausmacht, abgesehen von Bildern/Logos.

Die Schriftart wurde für WIN10 bestimmt überarbeitet, vergleich mal die verwendeten Fonts miteinander.

P.S. mmmhhh ungetestet, da kommt mir aber die Idee, für Archivierungszwecke vielleicht eine abgespeckte Schriftart zu nehmen

Ne, das hat auch keine Abhilfe gebracht, leider.
Rechnung ohne /A ~ 30kB
Rechnung mit /A ~ 350kB

Dabei ist egal ob ich A-1b oder die anderen wähle.
Die Rechnung erhält ausschließlich Arial als Schriftart mit kursiv, fett und normal.
Ausserdem ein winziges 2-farbiges Logo, das wars.

So langsam macht mir das Archivieren Sorgen....

 

[Verkäuferlein]

Rechnung ohne /A ~ 30kB
Rechnung mit /A ~ 350kB

Aber genau das ist doch der Unterschied, ohne A wird die Schriftart nicht eingebettet, es kann also passieren, wenn Du Dir die Rechnung in 91/2 Jahren wieder öffnest, dass Du den Inhalt nicht mehr lesen kannst, weil die Schriftart nicht mehr interpretiert werden kann.

Mit A wird (unter Anderem) die Schriftart mit eingebettet, was dann zu enormen Dateigrößen führt. Allerdings ist es laut meinem Kenntnisstand so, dass Combit (Hersteller von List & Label) das Thema PDF-Archivierung und Dateigröße auf dem Schirm hat und da in einem der nächsten Updates von L&L Optimierungen einfließen sollen. Wann das dann wiederum in der Wawi landet ist allerdings ein anderes Thema.

Realistisch müsste man aber eigentlich PDF-A-Dateien unter 100 KB hinbekommen können, mit ganz viel Optimierung sogar um die 20 KB.

 

[_simone_]

Mit A wird (unter Anderem) die Schriftart mit eingebettet, was dann zu enormen Dateigrößen führt.

Das ist schon klar, aber es geht um das Speichern von einer Rechnung auf verschiedenen Rechnern:

• Vom Win10-Rechner: +/- 350kB
• Vom Win7-Rechner +/- 250kB

Warum wird die Rechnung von Win10 Rechnern so enorm viel größer bei gleicher Wawi?

Realistisch müsste man aber eigentlich PDF-A-Dateien unter 100 KB hinbekommen können, mit ganz viel Optimierung sogar um die 20 KB.

Hast du da einen Tipp? Meine HDs quellen über.^^

 

[wawi-dl]

Wie gesagt Tom, schau dir mal die Fonts an, wie groß sind beide?

Zudem gibt es sicherlich seitens JTL neue Druck-Prozesse (PDF Generierung), die sich sicherlich ebenfalls geändert haben.
Steuer mal zudem einen eigenen PDF Drucker an und vergleiche dann mit JTL.

Wie oben erwähnt, versuch gerne mal eine abgespeckte Schriftart für Archivierungen zu nutzen, hilft vllt. auch.

 

[_simone_]

Werde mich morgen nochmal an die Arbeit machen...bis dahin: thx für die Aufmerksamkeit.

 

[joker888]

Hallo Zusammen,

wir haben beim Speichern aus JTL auch die folgenden Dateigrößen:
Rechnung ohne /A ~ 30kB
Rechnung mit /A ~ 350kB

Beim Druck in ein PDFA-2b über ein Drittanbieter Tool aber nur ~70kb bei voller Kompatibilität und mit farbigem Logo.

Gruß,
Joker888

 

[_simone_]

über ein Drittanbieter Tool

*AusDerNaseZieh* Bist du zu Schweigen über den Namen des Tools verpflichtet oder warum nennst du es nicht beim Namen?^^

 

[wawi-dl]

Vor allem muss auch gesichert sein, dass PDFA 2B auch GoBD ist!
Habe ich nicht nachgeschaut ...

 

[joker888]

PDFCreator

 

[_simone_]

So, unser Logo auf der Rechnung kleiner und ohne Skalierung hat schon mal -80kB gebracht.

PDFCreator

Aber wie geil ist das denn:
Von ~ 270kB schrumpft der Creator die Datei auf ~70kB bei voller Beibehaltung des PDF/A-1b Standards.
Überprüft mit folgendem Online-Tool: https://bfo.com/blog/2017/11/08/verify_pdfa_online/
Wie kann das?
Ist das wirklich wahr?
Kann man den Creator per script einbinden?

 

[joker888]

Ja ist ganz gut 😉

 

[Verkäuferlein]

....
Hast du da einen Tipp? Meine HDs quellen über.^^

...
Aber wie geil ist das denn:
Von ~ 270kB schrumpft der Creator die Datei auf ~70kB bei voller Beibehaltung des PDF/A-1b Standards.
...

Das ist es ja, was ich sage, theoretisch ist das überhaupt kein Problem, nur das Zusammenspiel aus JTL-Wawi und L&L optimiert da halt aktuell noch nicht wirklich und das ist das Hauptproblem. Wie gesagt habe ich auch schon PDF-A-Dateien (Rechnugen von Lieferaten) mit 15 kb erhalten. Eingangsrechnungen scannen wir momentan auch meistens noch, anstatt die per Mail senden zu lassen und speichern diese als TIFF, da man dann auf ca. 20 kb / DIN A4-Seite kommt.

Also zwischen 20 und 100 kb sollte für eine DIN A4-Rechnungsseite überhaupt kein Problem sein. 200-400 kb ist irgendwie voll neben der Spur und für Archivierung Speicher- und Kostenfresser.

Hier mal ein paar Infos von combit zur Optimierung von PDF-Exporten:
https://forum.combit.net/t/pdf-export-dateigrossen-und-optimierungen/4737

 

[_simone_]

200-400 kb ist irgendwie voll neben der Spur und für Archivierung Speicher- und Kostenfresser.

In der Tat; bei der Anzahl von gut 4-stellig/Monat hört es langsam auf lustig zu sein. Combit scheint ja auf dem Weg zu sein, aber an eine zeitnahe Umsetzung für JTL glaube ich nicht.

Was mir fehlt ist ein script, was ich über die automatisch erzeugte monumentale Rechnung/Gutschrift oder was auch immer, laufen lassen kann.
Entweder on the fly oder dann am Ende des Monats über die erzeugten Ordner mit PDF(A)-Inhalt. Ich werde dann mal weiter suchen....

 

[wawi-dl]

Richtig, JTL verwendet einen wohl recht veralteten "PDF Erzeuger", im Quelltext nachlesbar:
%wPDF4 by WPCubed GmbH (432), 32bit unicode #PDF/A-1a


PDFCreator ist hier stark, 7-PDF Printer ist ebenfalls ganz gut, frist aber nochmals 20-30% mehr Platz, JTL kackt dafür leider richtig ab


Da man Profile mit PDF Creator erstellen kann, ist es sicherlich möglich diesen Druck umzuleiten.

Die PDFs untersuche ich aber nochmals, ob soweit alles passt.

 

[wawi-dl]

Zur Info:

1.) PDF Creator starten und in Register "Drucker" wechseln
2.) Drucker hinzufügen, Namen verpassen und Profil "PDF Langzeitarchivierung" zuweisen
3.) Profile prüfen, Speicherpfad anpassen
4.) JTL-Wawi neustarten und Drucker zuweisen

funzt ... bin begeistert!


P.S. für Arhcivierung in Ordnung, Email-Versand ist so leider nicht möglich, das muss leider über die onboard PDF-Generierung erfolgen

 

[joker888]

Im PDF Creator haben wir verschieden Profile angelegt bei denen teilweise hinterher noch Scripte laufen z.B. um die Dateien umzubenennen. Die Profile sind dann verschiedenen virtuellen Druckern zugeordnet.

 

[joker888]

P.S. für Arhcivierung in Ordnung, Email-Versand ist so leider nicht möglich, das muss leider über die onboard PDF-Generierung erfolgen .

Das funktioniert über wunderbar über Workflows.