E-Rechnung

[khh]

Zitat:

Zitat von sh17 (Beitrag 1542338)

man könnte jeden beliebigen PDF Drucker nehmen und die PDF dann "manuell" mit der XML verbinden. Je nachdem wie viel Rechnungen so im Monat geschrieben werden, wäre das für ältere Softwareprodukte möglich.

Ich denke das wäre eine Option. Die XML muss ich dazu aber auch erzeugen.

[khh]

Zitat:

Zitat von Olli73 (Beitrag 1542335)

Was wird denn zum Drucken verwendet (Report-Generator, TPrinter, ...)?

zum Druck verwendet das Programm TPrinter.

[Papaschlumpf73]

Zitat:

Zitat von khh (Beitrag 1542340)

Die PDF ist ja nicht das Problem.
Zur Erstellung der XML-Daten muss ich die "normale" Druckausgabe auslesen und verarbeiten.

Das geht bestimmt nach hinten los :-) Andersrum (aus der XML mache auch eine PDF) schon eher...

[Daniel]

Das ist ja die Grundidee, die von 7-PDF realisiert wurde.

https://www.7-pdf.de/zugferd-pdf-erstellen

Die Scannen die PDF-Datei nach einer Markierung, und wenn sie dann eine dazu passende XML finden, fummeln sie beides zusammen. Soweit die Theorie. Das klingt auch für mich zunächst mal ganz charmant, ich wollte mir das bei Gelegenheit mal ansehen, weil dies - wenn es denn zuverlässig funktioniert - eine sehr einfache Lösung wäre, diesen Export nachzurüsten. Wenn auch zum Preis dieser externen Abhängigkeit zu 7-PDF.

[khh]

[QUOTE=Papaschlumpf73;1542356]

Zitat:

Zitat von khh (Beitrag 1542340)

Das geht bestimmt nach hinten los :-) Andersrum (aus der XML mache auch eine PDF) schon eher...

Das ist mir ja egal, ob ich zuerst die XML erstelle, oder das PDF.
ich muss auf jeden Fall die Daten aus der Druckausgabe auslesen, wenn ich am Programm nix verändern will. Was ich danach mache ist ja zweitrangig.

[khh]

Zitat:

Zitat von Daniel (Beitrag 1542358)

Das ist ja die Grundidee, die von 7-PDF realisiert wurde.

https://www.7-pdf.de/zugferd-pdf-erstellen

Die Scannen die PDF-Datei nach einer Markierung, und wenn sie dann eine dazu passende XML finden, fummeln sie beides zusammen. Soweit die Theorie. Das klingt auch für mich zunächst mal ganz charmant, ich wollte mir das bei Gelegenheit mal ansehen, weil dies - wenn es denn zuverlässig funktioniert - eine sehr einfache Lösung wäre, diesen Export nachzurüsten. Wenn auch zum Preis dieser externen Abhängigkeit zu 7-PDF.

werd ich mir auch mal ansehen, aber ich bezwiefle dass das zuverlässig die Rechnungsdaten ausliest.
Aber der Ansatz ist schon der den ich brauche.

Hab mir das jetzt angeschaut. Kann ich aber nicht gebrauchen, da wird das fertige XML erwartet.
Gerade das will ich aber aus der Rechnung auslesen.

[Frickler]

Früher gabs mal ein Tool namens "RedMon", damit konnte man eine Druckausgabe auf einen virtuellen Drucker an ein beliebiges Programm weiterleiten. Das läuft aber leider nur bis Windows 7.
Auf der Suche danach fand ich folgendes: https://en.wikipedia.org/wiki/List_o...inter_software. Vielleicht hilfts weiter.

[khh]

Zitat:

Zitat von Frickler (Beitrag 1542370)

Auf der Suche danach fand ich folgendes: https://en.wikipedia.org/wiki/List_o...inter_software. Vielleicht hilfts weiter.

danke , schau ich mir mal an

[HolgerX]

Hmm..

Zitat:

Zitat von Frickler (Beitrag 1542370)

Früher gabs mal ein Tool namens "RedMon", damit konnte man eine Druckausgabe auf einen virtuellen Drucker an ein beliebiges Programm weiterleiten. Das läuft aber leider nur bis Windows 7.
Auf der Suche danach fand ich folgendes: https://en.wikipedia.org/wiki/List_o...inter_software. Vielleicht hilfts weiter.

Also RedMon (Version 1.9, http://www.ghostgum.com.au/software/redmon.htm ) läuft auch unter Windows 11 problemlos...
Er wurde nur nach Win7 nicht weiterentwickelt, jedoch scheint sich da bei MS nichts geändert zu haben.


Das Problem mit XML und 'Druckertreiber' ist nur, dass Drucker unter Windows generell die Rechnung auf Papier bringen und 'Papier' keinen Speicher für XML hat ;) Somit kann einem regulären Druckertreiber auch kein XML mitgegeben werden.
Die Umleitung des Ausdruckes in eine PDF ändert hier nichts.

Nur wenn deine Applikation selber direkt das PDF erzeugt (ohne Umweg über Drucken!), kann diese dann das XML dazu packen. Oder es muss ein ganz spezieller Drucker in einer Skriptsprache angesprochen werden, aber auch hier müsste deine Applikation die Skriptsprache einprogrammiert bekommen.


Die einzige Option, welche mir hier einfällt, ist folgendes:
- Redmon (für den Port)
- Druckertreiber für einen PostScript-Drucker verwenden.
- Die Roh-Daten (von Redmon an dein Tool geliefert) parsen
-> aus den PostScriptdaten (wenn vorhanden) das XML-Dokument erzeugen
-> Weiterleiten, z.B. an GhostScript (Achtung Linzenz!)
-> Dann das durch GS erstellte PDF um das XML-Dokument erweitern (wie und wo dies ins PDF gehört ???? k.a.)

[himitsu]

Ginge schon .... der Könnte das XML ja via MicroDots auf der Seite verstecken, so, wie er heimlich seine ID versteckt (damit die Polizei weiß, dass du den Erpresserbrief geschrieben hast)

Es ging ja erstmal um einen Standard, damit sämtliche Druckertreiber sowas bekommen könnten ... ob sie es dann nutzen oder nicht, war erstmal egal,
Hauptsache alle Treiber, welche es den Druck irgendeine Datei umleiten, würden die selbe Methode benutzen.