Delphi-PRAXiS
Seite 2 von 4     12 34      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   E-Rechnung (https://www.delphipraxis.net/216052-e-rechnung.html)

khh 21. Okt 2024 09:18

AW: E-Rechnung
 
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 21. Okt 2024 09:27

AW: E-Rechnung
 
Zitat:

Zitat von Olli73 (Beitrag 1542335)
Was wird denn zum Drucken verwendet (Report-Generator, TPrinter, ...)?

zum Druck verwendet das Programm TPrinter.

Papaschlumpf73 21. Okt 2024 11:11

AW: E-Rechnung
 
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 21. Okt 2024 11:22

AW: E-Rechnung
 
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 21. Okt 2024 11:27

AW: E-Rechnung
 
[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 21. Okt 2024 11:41

AW: E-Rechnung
 
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 21. Okt 2024 13:19

AW: E-Rechnung
 
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 21. Okt 2024 14:11

AW: E-Rechnung
 
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 22. Okt 2024 12:38

AW: E-Rechnung
 
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 22. Okt 2024 12:49

AW: E-Rechnung
 
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.


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:47 Uhr.
Seite 2 von 4     12 34      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz