Christian 

Die Frage ist doch: Was wäre die Alternative, wenn man frühzeitig E-Rechnungen unterstützen will?

Ich bin auch nicht glücklich mit der Umsetzung, aber Ninox bietet als eines von ganz wenigen vergleichbaren Tools immerhin eine. Die einzige Alternative wäre eine Umstellung auf ein spezialisiertes Rechungstool wie Lexoffice, Sevdesk o. ä. Aber dort läuft in Sachen E-Rechnung auch noch längst nicht alles rund. Und die Prozesse vor der Rechnung, die ihr jetzt mit Ninox erledigt, lassen sich dort wahrscheinlich gar nicht abbilden. Man müsste das also zusätzlich buchen und dann schauen, wie man seine Daten dahin übermittelt.

Kurzum: Der Aufwand, die Software zu wechseln, wird in den meisten Fällen noch grüßer sein als die Implementierung der E-Rechnung in Ninox.

Ich würde deshalb eher empfehlen, einen Ninox-Partner wie Götje Ingenieure Partnerschaft mit der Umsetzung zu beauftragen, wenn es einem selbst zu kompliziert ist. Klar, das kostet erst mal Geld, aber das wird es in jedem anderen Fall auch (und sei es in Form von Zeit und Kompromissen).

Christian 
Die Erstellung von konformen E-Rechnungen kann man sich selber bauen. Hier ist, was dafür nötig ist:
- Entscheidung, welches Format genutzt werden soll. UBL oder CII, hybrid oder nicht. 
- Erörterung, welchen Standard des jeweiligen Formats man benötigt. Primär, ob der "normale" oder der Extended Standard nötig ist. 
- Umsetzung des jeweiligen Standards, nach aktuellen Vorgaben der EN 16931 und der jeweiligen Version der Spezifikation des gewählten Standards
- Implementierung der kompletten Logik, welche Informationen wo hin kommen. 

Bis hier hin, hört sich das erstmal total einfach an, was es aber nicht ist. Die Spezifikation der xRechnung 3.0.2 hat ca. 130 Seiten. Es gelten rund 150 BTs (Business Terms = Datenfelder, welche rekursiv geschachtelt sein können), je nach Standard gibt es dann noch etwa 100-300 BRs (Business Rules, welche die Abhängigkeiten zueinander und die Pflicht/Soll-Angaben der einzelnen BTs regeln). Dazu kommt noch die korrekte Umsetzung in die geltende XML Syntax, damit die Rechnung auch maschinenlesbar ist. 
Nicht erwähnt ist bisher die Validierung, welche nicht gerade trivial ist. 
Auch nicht erwähnt sind die noch kommenden Erweiterungen und Änderungen der Standards, welche dann abgebildet werden müssen.

Kurz gesagt und ohne jemandem zu nahe treten zu wollen, E-Rechnungen sind nicht einfach, nicht trivial und auch nicht "nur" eine XML und dann ist es gut. Dahinter stecken extrem komplexe Zusammenhänge, ein Haufen Arbeit und wir können alle sehr froh sein, dass es Open Source Projekte wie das Mustangprojekt gibt, mit dem diese Mammutaufgabe gelöst werden kann.

Wir müssen uns alle davon verabschieden, mit 5 Minuten Internetrecherche alle Infos für korrekte Rechnungsstellung zusammen zu haben, komplett umsonst, für immer. Ja, das schmerzt im ersten Moment, eröffnet aber auch immense Chancen in Unternehmen jeder Größe, die Abläufe zu verbessern, zu automatisieren und nicht zuletzt transparenter zu gestalten. 

Fun Fact, mindestens Sev-Desk nutzt auch das Mustangprojekt für die E-Rechnungs-Verarbeitung. Dort sind also die exakt gleichen Probleme, die auch aktuell in Ninox herrschen, vorhanden. Das Gras ist wieder einmal nicht grüner, wenn man auf die andere Seite des Zauns geht. 

René Hey René,
Es ist faktisch nicht korrekt, dass man ZUGFeRD nicht lesen könne. ZUGFeRD ist ein hybrides E-Rechnungs-Format und genau wegen der Lesbarkeit ohne Maschine wird es sich voraussichtlich durchsetzen.
In der ZUGFeRD Rechnung ist eine XML eingebettet, diese kann man auslesen und visualisieren oder eben digital verarbeiten.

Ich verstehe, dass es im ersten Schritt als große Hürde erscheint, doch die Vorteile der E-Rechnungen sind immens. Trotzdem denke ich, dass dieses Forum nicht der richtige Platz ist, um über Sinn und Unsinn der Gesetze in diesem Land zu lästern. Entsprechend bitte ich euch, zu einer sachlichen Diskussion bezüglich der Umsetzbarkeit der E-Rechnungen in Ninox zurückzukehren.

Wem die Umsetzung selbst zu aufwändig ist, kann bei uns ein Modul erwerben, welches die vollständige Erstellung der E-Ausgangsrechnungen und Erfassung/Verarbeitung der E-Eingangsrechnungen abdeckt. Ebenso bieten wir die Vollintegration in bestehende Datenbanken, damit der bisherige Rechnungsfluss nicht geändert werden muss. Vielleicht sagt dir das ja zu?
Grüße und guten Rutsch!