AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

E-Rechnung

Ein Thema von khh · begonnen am 20. Okt 2024 · letzter Beitrag vom 27. Okt 2024
Antwort Antwort
Seite 1 von 2  1 2      
khh

Registriert seit: 18. Apr 2008
Ort: Südbaden
1.929 Beiträge
 
FreePascal / Lazarus
 
#1

AW: E-Rechnung

  Alt 20. Okt 2024, 18:11
An sich eine gute Idee, nur irgendwie muss man dem PDF-Drucker ja das XML-File übergeben, welches mit in die PDF integriert werden soll. Das können nicht mal die üblichen PDF-Drucker am Markt.
ja, leider, eben drum meine Idee.
Karl-Heinz
  Mit Zitat antworten Zitat
Benutzerbild von Olli73
Olli73

Registriert seit: 25. Apr 2008
Ort: Neunkirchen
793 Beiträge
 
#2

AW: E-Rechnung

  Alt 20. Okt 2024, 18:23
Was wird denn zum Drucken verwendet (Report-Generator, TPrinter, ...)?
  Mit Zitat antworten Zitat
Benutzerbild von sh17
sh17

Registriert seit: 26. Okt 2005
Ort: Radebeul
1.690 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: E-Rechnung

  Alt 21. Okt 2024, 05:55
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.
Sven Harazim
--
  Mit Zitat antworten Zitat
harfes

Registriert seit: 25. Jun 2006
Ort: Rand der Scheibe
208 Beiträge
 
Delphi 12 Athens
 
#4

AW: E-Rechnung

  Alt 21. Okt 2024, 07:57
Ich meine FastReport hatte da mal eine Anleitung, wie nach einer PDF-Erstellung die XML-Datei via Programmcode angehängt werden kann...die xml-Datei muss aber vorher erstellt werden. In der Vollversion gibt es ein "zugferd demo project".

Hartmut
Hartmut
  Mit Zitat antworten Zitat
khh

Registriert seit: 18. Apr 2008
Ort: Südbaden
1.929 Beiträge
 
FreePascal / Lazarus
 
#5

AW: E-Rechnung

  Alt 21. Okt 2024, 08:16
Ich meine FastReport hatte da mal eine Anleitung, wie nach einer PDF-Erstellung die XML-Datei via Programmcode angehängt werden kann...die xml-Datei muss aber vorher erstellt werden.

Hartmut
Die PDF ist ja nicht das Problem.
Zur Erstellung der XML-Daten muss ich die "normale" Druckausgabe auslesen und verarbeiten.
Die Struktur der Rechnung ist mir ja bekannt, deshalb die Idee über einen Druckertreiber zu arbeiten.
Das alte Programm anfassen zu müssen, will ich vermeiden.
Karl-Heinz
  Mit Zitat antworten Zitat
Papaschlumpf73

Registriert seit: 3. Mär 2014
Ort: Berlin
464 Beiträge
 
Delphi 12 Athens
 
#6

AW: E-Rechnung

  Alt 21. Okt 2024, 10:11
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...
  Mit Zitat antworten Zitat
khh

Registriert seit: 18. Apr 2008
Ort: Südbaden
1.929 Beiträge
 
FreePascal / Lazarus
 
#7

AW: E-Rechnung

  Alt 21. Okt 2024, 10:27
[QUOTE=Papaschlumpf73;1542356]
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.
Karl-Heinz
  Mit Zitat antworten Zitat
Daniel
(Co-Admin)

Registriert seit: 30. Mai 2002
Ort: Hamburg
13.920 Beiträge
 
Delphi 10.4 Sydney
 
#8

AW: E-Rechnung

  Alt 21. Okt 2024, 10:22
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.
Daniel R. Wolf
mit Grüßen aus Hamburg
  Mit Zitat antworten Zitat
khh

Registriert seit: 18. Apr 2008
Ort: Südbaden
1.929 Beiträge
 
FreePascal / Lazarus
 
#9

AW: E-Rechnung

  Alt 21. Okt 2024, 10:41
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.
Karl-Heinz

Geändert von khh (21. Okt 2024 um 11:19 Uhr)
  Mit Zitat antworten Zitat
khh

Registriert seit: 18. Apr 2008
Ort: Südbaden
1.929 Beiträge
 
FreePascal / Lazarus
 
#10

AW: E-Rechnung

  Alt 21. Okt 2024, 08:18
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.
Karl-Heinz
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 1 von 2  1 2      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:42 Uhr.
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-2025 by Thomas Breitkreuz