Aus der Rechnung gelesen, nicht aus einer zweiten Quelle
Die Rechnungsvorlage von Gravity PDF enthält bereits Rechnungsnummer, Fälligkeitsdatum und Steuersatz. Das Add-on liest diese Werte direkt aus der Vorlage und blendet seine eigenen Felder dafür aus. Es gibt also keine zweite Kopie, die Sie abgleichen müssten, und nichts kann auseinanderlaufen.
Die Rechnungsnummer folgt gfpdf_invoice_number
Vergibt ein Zähler-Add-on der gedruckten Rechnung eine neue Nummer, erhält die XML dieselbe Nummer. Dafür beachtet das Add-on den Wert gfpdf_invoice_number von Gravity PDF.
Das Zahlungsmittel folgt dem Zahlungsdienst
Wurde eine Bestellung über PayPal oder Stripe bezahlt, meldet das Add-on sie als Zahlung über einen Online-Zahlungsdienst, eine Kartenzahlung als Zahlung mit Bankkarte. Ein Eintrag ohne Zahlungsdienst erhält den Code, den Sie in den Einstellungen wählen. Entwickler können über einen Filter weitere Zahlungsdienste ergänzen.
Richtig gerechnet, fünffach geprüft
Das Add-on prüft Positionssummen, Nachlässe, Zuschläge, die Aufschlüsselung der Steuer und den Gesamtbetrag gegen die Rechenregeln, die EN 16931 festlegt. Das schließt auch den unbequemen Fall einer unversteuerten Versandkostenposition ein, die eine eigene Steuerkategorie mit dem Steuersatz null braucht.
Rechnungssteller einmal erfassen
Firmenname, Adresse, USt-IdNr. (Umsatzsteuer-Identifikationsnummer), Steuernummer, Bankverbindung und Kontaktdaten tragen Sie nur einmal ein, und zwar auf der gemeinsamen Einstellungsseite (e)invoice Settings statt in jedem Feed. Die anderen Add-ons der Familie lesen dieselben Werte, Sie pflegen sie also an einer einzigen Stelle.
Nur Pflichtfelder sind als Pflicht markiert
Die Oberfläche folgt den Vorgaben der EN 16931: Name und Ländercode des Verkäufers sind Pflicht, eine Straße ist es nicht. Ein Feld, dessen Wert das Add-on bereits kennt, müssen Sie nie ausfüllen. Die Länderliste kommt aus Gravity Forms selbst, deshalb bedeutet „DE“ an beiden Stellen dasselbe.
