Elektronische Rechnungen schreiben und lesen

Lizenz

Mustangproject liegt unter der liberalen Apache Public License 2 vor und darf kostenlos in kommerziellen und nichtkommerziellen Produkten genutzt werden.

Quelltext

Das git repository des Mustangproject-Quelltext liegt auf Github.

Dokumentation

Neues Projekt

Die Tastenkürzel dieses Beispiels geht von Eclipse als IDE aus.

Starten Sie Eclipse und erstellen ein neues Maven-Projekt, beispielsweise „MustangSample“ als “simple project”, Gruppen-ID “org.mustangproject”, Artifakt “mustangtest”.

Sie werden

• eine ZUGFeRD PDF/A-3 Beispieldatei für das Lesebeispiel benötigen. Speichern Sie es im selben Verzeichnis wie Ihre pom.xml.
• eine PDF/A-1-Datei ohne ZUGFeRD-Daten für das Schreibbeispiel die Sie sich
  • direkt herunterladen
  • oder selbst mit Libreoffice und der entsprechenden Quelldatei: Benutzen Sie Datei|Export als PDF und setzen Sie den Haken für PDF/A-1a in den Export-Option.
  • Speichern Sie das Resultat als MustangGnuaccountingBeispielRE-20190610_507blanko.pdf, bitte ebenfalls im selben Verzeichnis wie ihre POM.xml.

Mit Maven

Öffnen Sie Ihre pom.xml und fügen Sie folgendes Repository

<repositories>
    <repository>
        <id>mustang-mvn-repo</id>
        <url>https://raw.github.com/ZUGFeRD/mustangproject/mvn-repo/</url>
    </repository>
</repositories>

                        

sowie die Abhängigkeiten

<dependencies>
    <dependency>
        <groupId>org.mustangproject.ZUGFeRD</groupId>
        <artifactId>mustang</artifactId>
        <version>1.7.7</version>
    </dependency>
</dependencies>

                        

hinzu. Um Maven zu veranlassen, Mustangproject herunterzuladen und in Eclipse verfügbar zu machen klicken Sie rechts auf die pom.xml und sagen SieRun as| Maven build. Nennen Sie eclipse:eclipse als goal und klicken Sie auf run.Rechtsklicken Sie auf das Projekt und wählen Sie refresh.

ZUGFeRD-Daten lesen

1. Erstellen Sie eine neue Klasse im src/main/java-Verzeichnis und nennen Sie es beispielsweise Reader. Wählen Sie dabei die “Public static void main()”-Option.
2. Erstellen Sie eine “run configuration”: klicken Sie in Run|Run configurations auf Java Application,und dort auf das Icon für eine neue Konfiguration.
3. Geben Sie innerhalb der Main-Methode ZUGFeRDImporter zu=new ZUGFeRDImporter("MustangGnuaccountingBeispielRE-20190610_507.pdf"); ein und
4. fügen Sie die imports durch drücken pressing STRG+SHIFT+O (Windows) oder CMD+SHIFT+O (Mac).
5. prüfen Sie gegebenenfalls mit if (zu.canParse()) ob es sich um eine geeignete ZUGFeRD-Datei handelt
6. und zu.parse() um in der Folge die getter-Methoden wie getAmount() nutzen zu können
7. verwenden Sie schließlich beispielsweise zu.getAmount(). Es gibt nur für einige Attribute getter aber weitere können einfach ergänzt werden. Welche Daten verfügbar sind ersehen Sie beispielsweise der ZUGFeRD-invoice.xml die in jede ZUGFeRD-Datei eingebettet ist.
8. Vollständiges Beispiel

   ZUGFeRDImporter zu=new ZUGFeRDImporter("MustangGnuaccountingBeispielRE-20190610_507.pdf");
   System.out.println("Endbetrag: "+zu.getAmount());

Eigenes XML schreiben

Mustangprojects erstellt das nötige XML für Sie, alternativ können Sie auch eigenes XML angeben.

Erstellen Sie dazu eine Klasse XMLWriter mit einer statischen main-Methode. Benutzen Sie

ZUGFeRDExporter ze;
try {
    System.out.println("Converting to PDF/A-3u");

    /*
    * Add .setZUGFeRDVersion and .setZUGFeRDConformanceLevel
    * in the next lines to set the ZUGFeRD version respective profile of the XML
    * you are inserting.
    */
    ze = new ZUGFeRDExporterFromA1Factory().setProducer("My Application")
    .setCreator(System.getProperty("user.name"))
    .load("./MustangGnuaccountingBeispielRE-20190610_507blanko.pdf");
    System.out.println("Attaching ZUGFeRD-Data");

    /*
    * Mustangproject checks if the input PDF/A file looks halfway valid and the XML
    * data contains „<rsm:CrossIndustry“ which is the case for both ZF1
    * (CrossIndustryDocument) and ZF2 files (CrossIndustryInvoice).
    * Insert your (validated) XML here.
    */
    String ownZUGFeRDXML = "<rsm:CrossIndustryDocument></rsm:CrossIndustryDocument>";
    ze.setZUGFeRDXMLData(ownZUGFeRDXML.getBytes());
    System.out.println("Writing ZUGFeRD-PDF");
    ze.export("./Target.pdf");
} catch (IOException e) {
    e.printStackTrace();
}
        



                

und importieren Sie die Klassen (STRG+SHIFT+O in Windows oder CMD+SHIFT+O auf dem Mac).Erstellen Sie eine Run-Configuration durch Klick auf Run|Run configurations, dann auf Java Application und dann Klick auf das Icon für “neu”.

Um das eigene EN16931 XML zu schreiben sei erwähnt:

Schema

Die EN16931 Schemadatei für UN/CEFACT is the “SCRDM uncoupled” der 2016 (“16B”) Version
erhältlich von https://www.unece.org/cefact/xml_schemas/ .
Die Schemadatei des ZUGFeRD “info packet” sollte äquivalent sein.

CIUS

Als ZUGFeRD/Factur-X Profil können Sie bspw. einfach EN16931 nutzen. Als CIUS kommt XRechnung soweit als möglich in Frage.

Beispiel

Das XML der Mustangprojects Beispieldatei kann online eingesehen werden.

Der Grund warum diese Datei im XRechnungs-Validierer nicht funktioniert ist interessant:

Validatoren

Sie können sich den offiziellen XRechnung-Validator wie folgt herunterladen, konfigurieren und und verwenden:

mkdir xr
cd xr
wget https://github.com/itplr-kosit/validator/releases/download/v1.0.2/validationtool-1.0.2-full.zip
wget https://github.com/itplr-kosit/validator-configuration-xrechnung/releases/download/release-2018-12-19/validator-configuration-xrechnung_1.2.0_2018-12-19.zip
unzip validationtool-1.0.2-full.zip
unzip validator-configuration-xrechnung_1.2.0_2018-12-19.zip
mkdir test/instances

Ihre Testdateien können Sue dann in test/instances ablegen. Validierungsberichte in HTML in test/reports erhalten Sie dann mit

java -jar validationtool-1.0.2-standalone.jar -s scenarios.xml -o test/reports -h test/instances/*.xml

Das EN16931 ZF Profile erwartet genau urn:cen.eu:en16931:2017 im RAM:ID-Element während die XRechnung urn:cen.eu:en16931:2017#compliant#urn:xoev-de:kosit:standard:xrechnung_1.2 erwartet.

Fügen Sie im Beispiel der RAM:ID #compliant#urn:xoev-de:kosit:standard:xrechnung_1.2 hinzu sollte es den XRechnungs-Validierer erfolgreich durchlaufen.

Die Ausgabe von

wget https://github.com/ZUGFeRD/ZUV/releases/download/v0.8.0/ZUV-0.8.0.jar

java -jar ZUV-0.8.0.jar -x <your file here>

sollte bei Ihren Dateien “valid” sein.

Es ist leider nicht ausreichend, lediglich mit den Schemadateien zu prüfen: Die Schematron-Datei prüft nämlich zusätzlich noch andere Elemente läßt aber auch einiges außer acht was in der Schemadatei steht.

Schematron kann beispielsweise prüfen ob das Lieferdatum vor dem Rechnungsdatum liegt und ob die Gesamtsumme der Summe der Posten entspricht.

Validierer prüfen in der Regel sowohl gegen Schema als auch Schematron und Sie sollten einen benutzen oder diese Doppelprüfung auch vornehmen.

Rechenregeln

Wenn Sie wissen möchten wie viele Stellen hinter dem Komma Sie bei Beträgen angeben müssen oder wie richtig gerechnet wird: Das ist Teil des ersten Teils des Standards.

Codelisten

Wenn Sie Artikel in Fünferpacks verkaufen oder keine deutsche USt-ID angeben möchten, oder Firmen anders identifizieren oder eine Rechnung nach Malaysia schicken möchten brauchen Sie andere Codes.

Das CEF hat eine sehr praktische Liste aller möglichen Codes in EN16931 veröffentlicht.

XML generieren und schreiben

Ihre MustangWriter.java sollte nun so aussehen.

Project setup ohne Maven

1. Download
   1. Mustang
      1. die JAR-Datei http://mustangproject.org/deploy/mustang-1.7.7.jar
      2. die notice-Datei http://mustangproject.org/deploy/NOTICE
2. In Ihrer Entwicklungsumgebung: Fügen Sie die heruntergeladene JAR-Dateien Ihrem Projekt hinzu (Rechtsklick auf Projektname, Eigenschaften), hinzufügen als „external Jar“ zum „Build Path“ im Reiter „libraries“. Wenn Sie ohnehin bereits PDFBox einbetten (pdfbox, fontbox, preflight, xmpbox sowie deren Abhängigkeiten apache-commons-io und apache-commons-logging) können Sie auch das viel kleinere http://mustangproject.org/deploy/original-mustang-1.7.7.jar herunterladen.

Zusatzfunktionen

Liefert ein ZUGFeRDExporter im ZUGFeRD 2-Modus

new ZUGFeRDExporterFromA1Factory().setZUGFeRDVersion(2).setZUGFeRDConformanceLevel(ZUGFeRDConformanceLevel.EN16931).load(SOURCE_PDF)

Erstellt eine Factur-X-Datei (Gleicher Inhalt aber anderer Dateiname der eingebetteten Datei)

ZUGFeRDExporter ze = new ZUGFeRDExporterFromA1Factory().setProducer("My Application")
					.setCreator(System.getProperty("user.name"))
					.load("./MustangGnuaccountingBeispielRE-20170509_505blanko.pdf");
			ze.setFacturX();
			System.out.println("Generating and attaching ZUGFeRD-Data");
			ze.PDFattachZugferdFile(this);
			System.out.println("Writing Factur-X-PDF");
			ze.export("./factur-x.pdf");

Liefert EN1931-konformes UN/CEFACT XML aus einer das Interface implementierenden Klasse. Sofern Sie eine buyerReference und einen seller contact angegeben haben ist der einzige Unterschied zu einer XRechnung der fehlende

#compliant#urn:xoev-de:kosit:standard:xrechnung_1.2

RAM:ID Suffix:

ZUGFeRDExporter ze = new ZUGFeRDExporter();        
        ze.setZUGFeRDVersion(2);
        ze.getProvider().generateXML(this);
        System.out.println("XML "+new String(ze.getProvider().getXML()));

Setzt ein Testrechnungs-Flag

ZUGFeRDExporter.setTest()

Überspringt die Eingangsprüfung auf valides PDF/A-1

ZUGFeRDExporter.ignoreA1Errors()

Liefert die PDF XMP Metadaten

ZUGFeRDImporter().getMeta()

Liefert ebenfalls das XML der ZUGFeRD-PDF-Datei und entfernt gleichzeigt mögliche UTF8 BOMs

ZUGFeRDImporter().getUTF8()

Commandline

Mustang können Sie auch auf der Kommandozeile nutzen:

XML extrahieren

➜ target git:(master) ✗ java -jar mustang-1.7.7.jar -e

Source PDF (default: invoice.pdf):
ZUGFeRD XML (default: ZUGFeRD-invoice.xml):
Written to ZUGFeRD-invoice.xml
        

ZUGFeRD 1 auf 2 migrieren

java -jar mustang-1.7.7.jar -u

ZUGFeRD 1.0 XML
        source (default: ZUGFeRD-invoice.xml):
        ZUGFeRD 2.0 XML target (default: factur-x.xml):
    Written to factur-x.xml

Die Migration von ZF1 zu Version 2 benutzt intern eine selbstgeschriebene (lies: unvollständige) XSLT-Transformation. Korrekturen und Ergänzungen sind hochwillkommen.

PDF und XML kombinieren

In diesem Fall muss die PDF-Quelldatei eine PDF/A-1 wie unser “blanko” sein

java -jar mustang-1.7.7.jar -c

Source PDF (default: invoice.pdf):
ZUGFeRD XML (default: ZUGFeRD-invoice.xml):
Ouput PDF (default: invoice.ZUGFeRD.pdf):
ZUGFeRD version (1 or 2) (default: 1):
ZUGFeRD profile b)asic, c)omfort or e)xtended (default: e):
Written to invoice.ZUGFeRD.pdf

PDF/A-1 nach PDF/A-3 konvertieren

java -jar mustang-1.7.7.jar -a

Migriert eine PDF/A-1 in eine PDF/A-3-Datei ohne ZUGFeRD-Daten hinzuzufügen. Derselbe Dateiinhalt wird schlicht als die neue Version ausgewiesen (was funktionieren muss weil das Format rückwärts-kompatibel ist). Zusätzliche Features wie die in PDF/A-2 eingeführte JPG2000-Kompression von Bildern werden nicht genutzt werden.

Metriken

Der Ursprungszweck des Kommandozeilentools war, herauszufinden, wie viele PDF-Dateien in bestimmten Pfaden bereits ZUGFeRD-Rechnungen sind.
Nutzen Sie

java -jar mustang-1.7.7.jar -d <Verzeichnisname>

bspw.

java -jar mustang-1.7.7.jar -d /tmp/XMLExamples

.................................................................................................................................................
===================================================================
Files: 145 Dirs: 15 PDF: 18 ZUGFeRD: 14

Jeder Punkt ist eine überprüfte Datei.
Verzeichnisse werden rekursiv abgehandelt, in diesem Beispiel wurden 18 PDF-Dateien in 15 Verzeichnissen gefunden. 14 der 18 Dateien wurden als ZUGFeRD 1 oder 2 identifiziert. Üblicherweise werden nur Dateien die auf .pdf oder .PDF enden überprüft. Ein zusätzliches -i überprüft alle Dateien.

java -jar mustang-1.7.7.jar -l

Mit -l kann eine Liste der zu überprüfenden Dateien angegeben werden. Eine leere Zeile startet die Überprüfung.
Beispiel:

java -jar mustang-1.7.7.jar -l

./MustangGnuaccountingBeispielRE-20170509_505PDFA3.pdf
./MustangGnuaccountingBeispielRE-20171118_506blanko.pdf
./MustangGnuaccountingBeispielRE-20170509_505PDF14.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_Sachversicherung_berechneter_Steuersatz.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_Einfach.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_Rechnungskorrektur.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_EXTENDED_Warenrechnung.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_Kraftfahrversicherung_Bruttopreise.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_SEPA_Prenotification.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_EXTENDED_Kostenrechnung.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_EXTENDED_Rechnungskorrektur.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_BASIC_Rechnungskorrektur.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_BASIC_Einfach.pdf
./ZUGFerdExamples/xslt/factur-x.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_Haftpflichtversicherung_Versicherungssteuer.pdf
./ZUGFerdExamples/ZUGFeRD_1p0_COMFORT_Rabatte.pdf
./MustangGnuaccountingBeispielRE-20170509_505.pdf
./MustangGnuaccountingBeispielRE-20170509_505blanko.pdf
./zf2test.pdf
...................
===================================================================
Files: 19 Dirs: 0 PDF: 19 ZUGFeRD: 15

Detaillierte Parameter

Falls Sie Mustang nicht-interaktiv, beispielsweise in einem Skript verwenden möchten, können Sie je nach Operation auf folgende Parameter zugreifen:

–source <filename>

Eingabe-PDF-Datei

–source-xml <filename>

Eingabe XML-Datei

–out <filename>

Ausgabe-Datei (meist PDF)

–format <fx|zf>

Factur-x oder ZUGFeRD-Ausgabe

–version <1|2>

ZUGFeRD-Version

–profile <…>

ZUGFeRD-Profile

• Für ZUGFeRD v1: <b>ASIC, <c>OMFORT oder <e>XTENDED
• Für ZUGFeRD v2: <m>INIMUM, BASIC <w>L, <b>ASIC, <c>IUS, <e>N16931, E<x>TENDED