Der Community-Support für Quba über die Issues und die Mailingliste ist selbstverständlich kostenlos,
kommerzieller Support ist für 80 Euro zuzügl. MwSt pro angefangener Stunde beziehbar.
Abgesehen von Hilfe bei Installation und Bedienung und Fehlerkorrekturen bieten wir Ihnen gerne Hilfe zur Selbsthilfe und helfen Ihnen bei der Umsetzung zusätzlicher Features.
Gern implementieren wir natürlich auch ganze Features für Sie. Für folgende Features wurden bereits vorarbeiten geleistet:
Validator
Beim Validieren werden die wichtigsten Beträge in der Rechnung automatisch nachgerechnet und die
Rechnung auf syntaktische Korrektheit überprüft.
Beschreibung:
Die Validierung beruht auf den offiziellen Prüfdateien (Schematrondateien) von Factur-X/ZUGFeRD.
Da diese zur Anwendung in XSLT umgewandelt werden müssen, und da Quba ohnehin zur Visualisierung von
XML mit der Fähigkeit ausgestattet ist, XSLT anzuwenden, bietet sich dieses Verfahren an.
Status:
Probeweise mit den Schematrondateien für CII / Factur-X/ZUGFeRD EN16931 im Branch Features/validation implementiert,
Anfrage noch über Hauptmenü, Ausgabe noch auf Konsole. Die XML-Ausgabe wird schon geparsed.
Eine eventuelle Prüfung für UBL fehlt noch sowie die Prüfung der Schemadateien und
gegebenenfalls der XRechnung-Schematron.
Aufwandsgrobschätzung:
Da XSLT-Verarbeitung bereits implementiert ist ist mit vergleichsweise wenig Aufwand zu rechnen.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine
Implementierung kostet
IDs
Im Rahmen der digitalen Behördenrechnung EN16931 wurden viele Begriffe durch IDs konkretisiert, wie
BT-25 (Business Term) für die Rechnungsnummer. Da die Zuordnung dieser IDs zu entsprechenden Medldungen
beispielsweise der Validierer oft noch schwer fällt, wäre es eine Idee neben den eigentlichen Begriffen in der
Visualisierung auch deren Codes anzuzeigen.
Beschreibung:
Zur Auswahl muss in der Nutzeroberfläche ein entsprechender Dialog implementiert und diese Einstellung gespeichert werden. Idealerweise würden die BTs per CSS versteckt um nicht pro Sprache eine eigene Transformation „normal“ und „mit BTs“ zu erfordern. Die Frage ist ob es einfach ist bei der Darstellung angepasstes CSS auszuliefern oder nach der Darstellung anzupassen.
Status:
Proof-of-Concept verfügbar.
Aufwandsgrobschätzung:
Kleiner bis höchstens mittlerer Aufwand da die IDs vorliegen. Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine
Implementierung kostet.
Viewer als Komponente
Um die Visualisierung beispielsweise in Apps oder auf Webseiten verwenden zu können wäre es denkbar sie als Javascript-Komponente in vue.js zu veröffentlichen.
Im Rahmen der Übersetzung wird ohnehin von einer Elektron-Anwendung auf eine Elektron-Anwendung mit vue.js umgestellt. Die eigentliche E-Rechnungs-Visualisierung innerhalb eines Tabs könnte als vue.js-Komponente zur Verfügung gestellt und per NPM verteilt werden. Im Idealfall wäre diese Komponente auch per unpkg.com für reine Javascript-Seiten verfügbar.
Beschreibung:
Grundsätzlich wäre dann denkbar eine Einbettung unter Angabe der zu verwendenen Sprache, der Datei und einer Angabe ob bei Hybridrechnungen das PDF oder das XML dargestellt werden soll denkbar:
Status:
Das Anwendungsgerüst innerhalb von Electron wird im Rahmen der Überstungen gerade auf vue.js umgestellt.
Aufwandsgrobschätzung:
Eine Komponente, vor allem wenn sie PDF darstellen können soll, ist, selbst wenn das Gerüst bereits auf vue.js umgestellt wurde, mit großem Aufwand verbunden.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine Implementierung kostet
Weitere Factur-X/ZUGFeRD Extended Attribute
Derzeit unterstützt Quba vor allem Attribute für B2G-Rechnungen (EN16931), aber im B2B-Bereich sind weitere Attribute
bekannt, die beispielsweise Sammelrechnungen ermöglichen.
Beschreibung:
Dabei geht es um zusätzliche Attribute (wie Faxnummer) in existierenden Strukturen, zusätzliche Elemente wie Warenempfänger, Endnutzer, Auftrags oder Vertragsbezug oder
Informationen auf Zeilenebene die in EN16931 lediglich auf Dokumentebene möglich sind.
Status:
Beispielsweise Skonto ist bereits umgesetzt.
Aufwandsgrobschätzung:
Pro Attribut ein ein kleiner Aufwand (wenn ein brauchbares Datenfeld schon existiert), ansonsten mittlerer Aufwand.
Ein großer Aufwand entsteht durch die Anzahl der Attribute.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine
Implementierung kostet
Weitere Formate
Neben CII und UBL gibt es weitere, auch XML-basierte Formate wie OpenTrans oder FinInvoice oder das
für ZUGFeRD 1 benutzte abgewandelt CII.
Beschreibung:
In anderen Branchen oder Ländern können zusätzliche Formate oder Formatversionen unterstützt sein, beispielsweise basiert EN16931 ja auf Versionen die 2016 aktuell waren. FinInvoice oder OpenTrans sind weitere internationale Formate und Akteuren wie Peppol steht es logischerweise frei zu entscheiden welche Versionen sie zulassen. Auch noch nicht abgedeckt sind Bestellformate wie Order-X.
Status:
Quba unterstützt ja bereits zwei Formate, weitere wären mit entsprechenden Eingangs-XSLT-Dateien vor allem möglich wenn die Features gemappt werden könnten.
Aufwandsgrobschätzung:
Mittlerer Aufwand beispielsweise für ZUGFeRD 1 und wenn nicht weitere Features unterstützt werden, sonst größerer Aufwand.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine Implementierung kostet
Schreibunterstützung
Rechnungsattribute beschreiben können.
Beschreibung:
Grundsätzlich werden Rechnungen vom Empfänger nicht mehr beschrieben aber sollte das im Ausnahmefall, beispielsweise für Laufzettel trotzdem nötig sein kann das implementiert werden.
Wichtig ist, dass eine komplette Faktura mit allen Elementen beschreib- und anlegbar praktisch nicht mit
vertretbarem Aufwand zu realisieren wäre, es also keine Kunden-, Artikel oder offene-Posten-Verwaltung
gibt und beispielsweise keine Listen möglicher Attribute verwaltet werden müssen.
Status:
Proof-of-concept liegt vor.
Aufwandsgrobschätzung:
Nur schätzbar wenn Attribute und Format bekannt, nur ein Format betroffen ist und die Speicherung als XML erfolgen kann. Bei Dokumentweiten Elementen ein geringer Aufwand, positionsbasiert mindestens ein mittlerer Aufwand.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine Implementierung kostet.
Export
Ein Export der angezeigten Rechnung in anderen Formaten
Beschreibung:
Ein Export einer angezeigten Rechnung als PDF/A (=Factur-X/ZUGFeRD) ist aus technischen Gründen nicht möglich, ein Export, vor allem ausgewählter Attribute als XML, JSON oder CSV ist jedoch durchaus denkbar.
Wegen der Tatsache, dass es sich bei der Eingabe um komplette XML-Strukturen handelt gehen bei einem Export allerdings meist Informationen verloren.
Status:
Durch das Druckfeature ist grundsätzlich ein
PDF-Export bereits über Umwege möglich. Intern wird bereits ein zwischenformat benutzt.
Aufwandsgrobschätzung:
Eher geringer Aufwand bei kleinen Ausgaben. Eine Umwandlung bspw. von
CII in UBL oder umgekehrt wäre mit Einschränkungen oder enorm großem Aufwand verbunden.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine Implementierung kostet
Individualvorlage
Wie die angezeigte Rechnung aussieht, welche Tabs es gibt und ob es überhaupt Tabs gibt, ist
grundsätzlich anpassbar, eine Vorlage in der Corporate Identity eines Auftraggebers möglich.
Beschreibung:
Während sich die PDF-Ansicht logischerweise nicht anpassen lässt ist es durchaus denkbar
die aus den XML-Daten generierte HTML-Ansicht optisch beliebig umzustrukturieren oder eine
Auswahl anzubieten in welchem von mehreren „Themes“ die Ausgabe dargestellt werden soll.
Status:
Im Rahmen der Schreibunterstützung wurde ansatzweise eine Individualvorlage umgesetzt.
Aufwandsgrobschätzung:
Eher niedriger bis mittlerer Aufwand, bei Reaktion auf Inhalte beispielsweise durch nicht-anzeige leerer Zeilen auch mittlerer bis höherer Aufwand möglich.
Drücken Sie Interesse aus und lassen Sie sich informieren sobald es Updates zum Feature gibt.
Sie können es auch gern selbst implementieren oder erfragen Sie was eine Implementierung kostet
