Hallo, sehr wahrscheinlich liegt das an einer fehlenden Einstellung in den Unternehmensdaten: Ist diese Checkbox noch nie gesetzt worden, kommt es zu dieser Fehlermeldung. Wahrscheinlich deswegen, weil die Auswahl der Sachverhalte (noch) leer ist. Man hat jetzt 2 Möglichkeiten: Setzt man diese Checkbox in den Unternehmensdaten, hat man dann in jedem seiner Belege immer die Option, einen Sachverhalt 13b auszuwählen. Diese Auswahl im Beleg steuert auch automatisch den richtigen Geschäftsvorfall ein:   Möchte man dieses 13b Thema nicht haben, sollte man trotzdem die Checkbox einmal setzen, die Unternehmensdaten speichern, die Checkbox wieder abhaken und wieder speichern. Dann stellt es sich im Beleg so dar, dass man diese Option auch nicht sieht, aber trotzdem den Geschäftsvorfall wählen und auch den Beleg speichern kann:     Das ganze sieht für mich nach einem "kleinen" Fehler aus. Offensichtlich sind am Anfang die Liste der Sachverhalte leer, was dann zu dem Fehler führt. Erst mit Aktivierung / Deaktivierung der 13b Checkbox werden die Sachverhalte im Programm "verwendbar" gemacht. ... Mehr anzeigen

Hallo. Das ganze Thema ist etwas kompliziert. Tatsächlich liefert das Hilfedokument die korrekte Vorgehensweise. Man muss in der Buchführung den angesprochenen Punkt "3.6. Erhaltene Anzahlungen buchen" auch wirklich ausführen. Erst wenn das gemacht wurde und man erstellt zu dem Auftrag (bei dem es schon Abschlagsrechnungen gab) eine Schlussrechnung, dann wird tatsächlich mit der Aktivierung des Häkchens "Schlussrechnung für Abschlagsrechnungen" auch die bereits geleistete Abschlagszahlung automatisch eingefügt: Wer diese Anzahlung nicht buchen kann / will, der braucht aber keinen Umweg über eine Pseudoposition zu gehen sondern kann auch geleistete Anzahlungen (weil ASRs vorher erstellt wurden) auch manuell eingeben: Da muss man sich aber dann selber darum kümmern, dass die Beträge und die BelegNr. stimmen. Übrigens springt einem das nicht ins Gesicht, wenn man das Häkchen "Schlussrechnung für Abschlagsrechnungen" anhakt. Es erscheint unter dem Endbetrag ein kleiner grauer Kasten "Abschlagszahlungen einfügen". Dort draufklicken und loslegen.   ... Mehr anzeigen

Also gut, lassen wir das mal so stehen. Aber fakt ist, dass Sie immer noch der DATEV die Schuld geben...für eigentlich was genau??? Nochmal: Der Empfänger entscheidet, was er für ein Format haben will, nicht DATEV. Wird im Auftragswesen keine Leitweg-ID angegeben, dann entsteht doch immer ein ZUGFeRD 2.0. Die PDF Dateien haben den PDF/A-3b Standard, sind gut komprimiert und auch mit jedem PDF Reader lesbar.   Dass es überhaupt zu der E-Rechnungspflicht gekommen ist, ist Sache des Bundes bzw. der EU, auch nicht eine Idee von DATEV. Ja, die Sache mit der Absender Adresse von DATEV bei der Zustellung, ok. Aber das wars dann auch schon, eine Spitzfindigkeit meines Erachtens. Muss jeder selbst entscheiden, wieviel wert einem das ist. Wenn dann immer mehr Rechnungsempfänger ihre Rechnungen in Portalen zugestellt bekommen wollen (auch keine Erfindung von DATEV), dann viel Freude beim manuellen Upload einer jeden Rechnung ins Portal. Ich bleibe trotzdem dabei: Die Bedeutung einer personalisierten Rechnung, so wie man sie heute kennt, wird über die nächsten Jahre abnehmen. Aber gut, ist nur meine Meinung... ... Mehr anzeigen

Wenn man diese oder auch andere Diskussionen bzgl. der E-Rechnung verfolgt, dann stelle ich zumindest immer wieder fest, dass sich jeder Betroffene erst noch mit diesem gesamten Thema "anfreunden" muss. Ich denke, dass die Zeiten, in der man eine personalisierte, ansprechend designte und der corporate identity entsprechende Rechnung des Erstellers in den Händen hält, leider bald vorbei sein werden. Für viele Leistende war das sozusagen das Tüpfelchen auf dem "i", die Krönung einer erbrachten Leistung oder des erfolgreichen Verkaufs von Artikeln. In solchen Rechnungen bekommt man gleich noch das Leistungsportfolio des Unternehmens und die besten Wünsche mitgeteilt, um es vielleicht etwas überspitzt darzustellen. Was uns allen mit der Einführung der E-Rechnung ereilt, sind einfach nur nackte Zahlen und strukturierte Daten. Gerade bei einer XRechnung, in der es auch keinen Sichtbeleg mehr gibt. D.h. einfach gesagt, dass jede Rechnung gleich aussieht, egal welches Unternehmen diese Rechnung erstellt. Man kann es sich wie einen Kontoauszug vorstellen, der stupide einfach nur Verwendungszweck, Kontoinhaber und Betrag zeigt. Die Personalisierung einer Rechnung rutscht total in den Hintergrund und ist auch gar nicht mehr möglich. Dazu zähle ich auch z.B. welches Stück "Software" die E-Rechnung zustellt oder wie evtl. der Text einer E-Mail aussieht, der diese E-Rechnung als Anlage beinhaltet. Der einzige Vorteil, den ich bei Ersteller und Empfänger sehe, ist ein riesiges Potenzial, diese strukturierten Daten nahezu automatisiert verarbeiten zu können. Und natürlich gibt es einen riesigen Vorteil für den Staat, der dann ab 2028 unter dem Decknamen "VIDA" alle E-Rechnungen vorab zugesendet bekommt und diese auch verarbeitet, ehe diese zum Empfänger gelangen. Spätestens dann hat die Rechnung nur noch den Charme eines Kontoauszuges. Aber gut, das sind meine Gedanken dazu. Vielleicht findet sich der ein oder andere dort auch wieder. ... Mehr anzeigen

Hallo nochmal, der Teilsatz richtet sich doch an den Absender (Rechnungsersteller), nicht an den Empfänger. In gewisser Weise ist die Reply-To- E-Mail Adresse sogar Pflicht, sie wird in Auftragswesen (Mittelstand faktura) bei den Informationen zum Absender erfasst und ist ein Pflichtfeld. Aber es gibt derzeit noch eine Schwachstelle: Wenn man dort eine ungültige E-Mail Adresse einträgt, dann scheitert auch die o.g. Rückzustellung an die Reply-To-Adresse. Das war glaub ich damit gemeint.   In diesem Fall wird dann die E-Mail wieder zurück an DATEV gesendet und (wahrscheinlich) manuell untersucht und der Absender informiert. Wäre mal ein Verbesserungsvorschlag, dass man auch die Gültigkeit der Absender E-Mail Adresse prüft (zumindest ob die Domain existiert), ehe man die E-Rechnung auf die Reise schickt. ... Mehr anzeigen

Hallo, sorry, aber das ist in meinen Augen übertrieben dargestellt. Die E-Mail, die durch den DATEV E-Rechnungsserver an den Empfänger gelangt, ist keineswegs übergeneralisiert, sondern nach wie vor bezüglich der Inhalte ausreichend individuell: Im Betreff steht der Absender Ansprechpartner In der Absender E-Mail steht (neben dem Zusatz, dass von Datev versendet) ebenfalls der Absender Ansprechpartner Im E-Mail Text stehen Informationen zur Rückfragen. Hier bezieht man sich auf die Absender E-Mail Adresse, die der Ersteller beim Speichern einer E-Rechnung hinterlegen muss Im E-Mail Text steht die komplette Anschrift / Adresse des Erstellers Wie viele Absender Informationen braucht es denn noch? Eine Weiterleitung / Anwendung von Outlook Regeln ist auch mit diesen E-Mails problemlos möglich. Gegenfrage: Wenn Sie eine E-Mail von "noreply@MeineFirma.de" bekommen, stellen Sie doch auch nicht den Inhalt der E-Mail sofort in Frage, nur weil die E-Mail von einem für Sie unbekannten Absender stammt, auf den man nicht einmal antworten kann. ... Mehr anzeigen

Hallo nochmal, ich verstehe allerdings nicht, dass DATEV die Rechnungsersteller in einen Zwang versetzt hinsichtlich einer Portalzustellung. Es sind doch die Rechnungsempfänger, die ihren Rechnungserstellern diese Zwänge auferlegen. DATEV versucht doch nur, diese Dinge abzubilden. Sorry, aber ich kann da keine arrogante und ignorante Vorgehensweise erkennen. Ich verstehe auch nicht, was Portale mit Großstädten zu tun haben sollen. Wenn ein Handwerker vom Land eine Leistung für eine Behörde erbringt und die Behörde verlangt eine E-Rechnung über eine Portalzustellung, dann kann sich der Handwerker 5 mal im Kreis drehen - zustellen muss er diese E-Rechnung trotzdem wie gefordert. Sicherlich - es gibt noch viele Unternehmen, die mit Papierrechnungen arbeiten. Aber wir reden hier von E-Rechnungen, d.h. unter bestimmten Umständen ist eine E-Rechnung Pflicht. In diesem Fall ist man schon mitten in der Digitalisierung drin und das Papier zählt dann leider nicht mehr. ... Mehr anzeigen

Hallo, ja, die Fragen sind berechtigt. Es gibt meines Wissens schon einen Mechanismus bei nicht zustellbaren E-Mails aufgrund falscher / nicht mehr existenter / geblacklisteter E-Mail Adressen. Die Absender werden in diesem Fall kontaktiert, allerdings erst nachgelagert (nicht unmittelbar). Sicherlich, wenn man ausschließlich per E-Mail seine E-Rechnungen versendet, wäre man über die eigene Mailinfrastruktur wahrscheinlich besser dran. Kommen allerdings Portalzustellungen (PEPPOL, TRAFFIQX usw.) hinzu, kann das schnell mal lästig und unübersichtlich werden, gerade beim Massenversand. Dann wiederum hätte der DATEV E-Rechnungserver erhebliche Vorteile, weil dieser sich dann selbst um die Portalzustellung kümmert. ... Mehr anzeigen

Hmm...über die Frage, wer tatsächlich von hinten durch die Brust ins Auge agiert, lässt sich streiten. Sicherlich ist der Weg über den DATEV E-Rechnungsserver (ist übrigens KEIN Portal) in manchen Szenarien etwas unflexibel. Aber wenn Ämter es nicht auf die Reihe bekommen, ihre empfangenen E-Rechnungen durch gezielte Vergabe von Zustelladresse und Leitweg-ID nicht zum richtigen Sachbearbeiter weiterzuleiten - und dann am besten den E-Mail Text noch ausdrucken, nur um den richtigen Sachbearbeiter zu ermitteln, dann ist das an Umständlichkeit kaum noch zu übertreffen. Manche Ämter WOLLEN UNBEDINGT eine XRechnung (nur XML), verlangen dann aber vom Rechnungsersteller noch ein PDF, weil sie das XML nicht lesen können / wollen. ???? Warum dann nicht gleich ein ZUGFeRD 2.0, in dem PDF und XML steckt? Weiß kein Mensch... Aber jetzt noch ein paar praktische Tipps: Normalerweise hat man als Rechnungsersteller genügend Möglichkeiten innerhalb der Rechnungserstellung im Auftragswesen zu definieren, an wen die Rechnung gehen soll: Sollte man tatsächlich im Nachgang nochmal per E-Mail versenden wollen, macht man das am besten aus der Dokumentenablage (oder aus der "Schnellinfo Dokumente" im Auftragswesen), nachdem die E-Rechnung versendet und archiviert ist.     Bei XRechnungen, bei denen die Sichtkomponente fehlt (aber der Empfänger diese verlangt????) muss man wahrscheinlich den Weg über die Datenvisualisierung gehen. D.h. das E-Rechnungsdokument öffnen und von dort aus z.B. drucken oder senden.   ... Mehr anzeigen

Hallo, zu Elo kann ich nicht viel sagen, dafür aber einiges zu den rechnungsbegründenden Unterlagen.   Zunächst muss man wissen, was beim Versenden eines als E-Rechnung gekennzeichneten Beleges mit rechnungsbegründenden Unterlagen aus Auftragswesen (Mittelstand faktura) heraus passiert: Es entstehen derzeit immer (egal ob das Zielformat eine ZUGFeRD oder XRechnung ist) 2 Dateien, die an den E-Rechnung Server übermittelt werden, eine XML Komponente (strukturierte Daten) und eine Sichtkomponente (PDF) Sollten rechnungsbegründende Unterlagen mit gesendet werden, findet man diese als Binärdaten in der XML Datei: Jetzt gibt es hinsichtlich dieser Thematik folgende Einschränkungen, mit der Auftragswesen zurecht kommen muss: Die Gesamtgröße dieses o.g. Datenpaketes darf 13MB nicht überschreiten (gilt auch für jede andere Rechnungsschreibung, die den DATEV E-Rechnung Server benutzt) Aufgrund der beschränkten Gesamtgröße existiert eine Grenze von 6MB, die eine re.-begründende Unterlage haben darf: Es kann nur max. 1 re.-begründende Unterlage in Form einer PDF Datei hinzugefügt werden. Aufgrund dieser genannten Tatsachen ist es daher nachvollziehbar, dass das Hinzufügen der Anlage aus dem Dateisystem stattfindet und nicht aus einem beteiligten Dokumentenmanagement (wie Elo oder die DATEV Dokumentenablage), weil es bei mehreren re.-begründenden Unterlagen notwendig ist, diese in 1 PDF zusammenzufassen und u.U. auch noch hinsichtlich der Anzeigequalität zu konvertieren, um die maximale Größe von 6MB nicht zu überschreiten. Somit müsste man in diesen Fällen sowieso die entsprechenden Dateien ins Dateisystem exportieren und dort so bearbeiten, dass diese als eine re.-begründende Unterlage angehangen werden kann. Dieser Zwischenschritt ist zugegebenermaßen nicht gerade benutzerfreundlich, lässt sich aber aufgrund der o.g. Einschränkungen derzeit nicht vermeiden. Zumindest muss man sich nicht darum kümmern, eine "aufbereitete" re.-begründende Unterlage wieder zurück in sein Dokumentenmanagement System zu importieren. Diese hängt bei erfolgreicher Verarbeitung und Abholung vom E-Rechnung Server an der E-Rechnung mit an und wird dann auch mit im DMS archiviert. ... Mehr anzeigen

Hallo, das Dokument wird wahrscheinlich nicht viel bringen, da offensichtlich schon Auftragswesen gestartet wurde und trotzdem nicht alle Kunden (oder kein Kunde) im Auftragswesen gezeigt werden. Daher spricht einiges dafür, dass der Abgleich zwischen den Geschäftspartnern nicht korrekt funktioniert. Sollten einige Geschäftspartner im Auftragswesen zu sehen sein und einige nicht, kann man versuchen, die nicht vorhandenen Geschäftspartner im DATEV Arbeitsplatz zu öffnen und dann nochmal zu speichern. Im Positivfall werden diese dann nach Auftragswesen durchgeschrieben. Ist gar kein Geschäftspartner im Auftragswesen sichtbar (in der Kundenliste), hat der Abgleich in Gänze nicht funktioniert. Wahrscheinlich wird man dann nicht umhin kommen, den DATEV Service zu bemühen. ... Mehr anzeigen

Hallo, grundsätzlich werden alle Belege, die zu einer Ausgabe gebracht werden (z.B. durch einen Druck, E-Mail Versand oder einem PDF-Export aus der Seitenansicht heraus) auch in der Dokumentenablage archiviert, um den Stand zu diesem Zeitpunkt festzuhalten. Ob das bei einer E-Rechnung sinnvoll ist, kann man diskutieren, da dieser Stand nur ein Zwischenstand sein kann, weil das "echte" Dokument eben erst noch entsteht. Versendet man dann den als E-Rechnung gekennzeichneten Beleg an den E-Rechnung Server und bekommt dann die erstellte E-Rechnung wieder zurück, wird diese ebenfalls in die Dokumentenablage archiviert und mit dem Zusatz (E-Rechnung) markiert, so dass man später besser das relevante Dokument identifizieren kann. Im Beispiel habe ich einen als E-Rechnung definierten Beleg nach Erstellung gedruckt, dann nochmal als PDF exportiert und dann im 3. Schritt versendet und archiviert. Die Abhilfe wäre somit derzeit, den als E-Rechnung gespeicherten Beleg nicht vor dem eigentlichen Versenden zur Ausgabe zu bringen (Druck, PDF-Export usw.). ... Mehr anzeigen

Hallo...eigentlich sollte das zumindest teilweise in den Auswertungen -> Ranking ersichtlich sein: Was allerdings schön wäre - da gebe ich ihnen Recht - wäre, wenn man die unten ersichtliche Tabelle nach Excel übernehmen könnte, um sie weiter zu bearbeiten. Gerade dann, wenn man das bei mehreren Artikeln machen will. ... Mehr anzeigen

Hallo nochmal, ich glaube hier liegt ein Missverständnis vor. Einen "Zwangsversand" von E-Rechnungen über DATEV mit 0,50€ pro Rechnung gibt es so nicht. Was richtig ist, ist die Tatsache, dass wenn E-Rechnungen aus Auftragswesen (DATEV Mittelstand) heraus gesendet werden, dies über den zentralen DATEV E-Rechnungsserver aus o.g. Gründen geschieht. Dieser Versand ist aber komplett kostenlos. Was tatsächlich Geld kostet (0,50€ pro Rechnung ab einer gewissen Menge), ist eine Benutzung des DATEV E-Rechnungspostfach (ab Mitte 2025). Das ist aber etwas völlig anderes als der oben beschriebene Weg, über Auftragswesen eine E-Rechnung zu versenden. Das DATEV E-Rechnungspostfach ist eine Online Plattform, über die man E-Rechnungen versenden, empfangen, verwalten und an andere Systeme (z.B. DATEV Unternehmen online) weitergeben kann. Derzeit kann Auftragswesen (DATEV Mittelstand) damit bzw. darüber keine Daten austauschen. ... Mehr anzeigen

Danke für die Info. ... Mehr anzeigen

Hallo, das geht meines Wissens nach leider nicht. Lediglich bei einem englischsprachigen Beleg wird dann das Wort im Belegdruck bzw. auf der Seitenansicht übersetzt. Allerdings auch da nicht änderbar...   ... Mehr anzeigen

Hallo, das ist meines Wissens beides nicht möglich. Zum Thema XRechnung: Ja, es stimmt, benutzt man keine Leitweg-ID, dann wird in DATEV Auftragswesen Mittelstand eine ZUGFeRD 2.0 Rechnung erstellt. Also ein PDF + eingebettete XML Daten. Was ich noch mitbekommen habe zu dem Thema ist folgendes: Einige Rechnungsempfänger verlangen komischerweise vom Ersteller XRechnungen, sind dann aber gar nicht in der Lage, diese (auf Sicht) zu prüfen, da ihnen entweder ein XML Viewer fehlt oder sie mit der Visualisierung eines Viewers (der das XML der XRechnung darstellt) nicht zufrieden sind. Einige Ersteller schicken dann sogar noch ein PDF der Rechnung, was sie sich selbst erstellt haben, hinterher. Warum man so etwas macht, ist mir rätselhaft. Stattdessen könnte man einfach das ZUGFeRD 2.0 verlangen. So hat man weiterhin seinen Sichtbeleg + die geforderten strukturierten Daten. Aber gut, der Empfänger hat bei Ihnen bestimmt gute Gründe dafür. Ich wollte es nur mal erwähnt haben. Auch beim Thema "Versand über eigene Domain" muss man sagen, dass das derzeit im Auftragswesen Mittelstand nicht geht. Der Grund hierfür ist, dass die gesamte Aufbereitung + Versand (auch Portalzustellungen o.ä.) über den E-Rechnungsserver läuft. Spätestens bei einer Portalzustellung (wird gesteuert über eine spezielle Zustelladresse und Leitweg-ID) wäre dann der Ersteller gar nicht mehr in der Lage, dies über sein E-Mail Postfach zu bewerkstelligen. Deshalb ist wohl der Weg so, wie er ist. ... Mehr anzeigen

Hallo, hm...sieht das evtl. ungefähr so aus? Dann könnte es sein, dass in der Druckvorlage die Faltmarken als eine obere durchgezogene Linie "missbraucht" wurden.   Wenn allerdings die Linie unterhalb der Positionsüberschrift verschoben ist, habe ich auch keine Antwort. Vielleicht kann man dann noch an den Spaltenbreiten der Positionen etwas ändern. Zur 2. Frage. Ja, das geht. Soweit ich weiß, braucht man dafür aber das "Zusatzmodul Verkauf". Hat man dies installiert, kann man unter Extras -> Einstellungen die Nutzung "Wiederkehrender Belege" (und noch einiges mehr) aktivieren. Man findet dann links im Baum einen neuen Arbeitsbereich "Wiederkehrende Belege". Dort legt man diesen an und stellt unter anderem die Häufigkeit, die Fälligkeit und / oder den Abrechnungszeitraum ein. Jetzt kann man z.B. zu jedem bestimmten Termin Folgebelege generieren. Es werden standardmäßig nur die Haken gesetzt, deren Belege fällig sind. Man drückt jetzt "Folgebelege erstellen", bestätigt das nächste Fenster und es entstehen aus den angehakten Vorlagen nun einzelne Belege. Diese sind jetzt vollwertige neue Rechnungen mit Belegnummer und können nun angepasst / versendet usw. werden. Funktioniert auch als E-Rechnung. Hier noch der offizielle Hilfe-Link: DATEV Auftragswesen: Wiederkehrende Belege als Vorlage anlegen und daraus ... - DATEV Hilfe-Center ... Mehr anzeigen

Hallo, zur Frage, welches Programm Sie zu Erstellung von E-Rechnungen einsetzen. Ich glaube schon, dass das Auftragswesen onPremise ist, da ja offensichtlich schon englisch-sprachige Belege erstellt werden. Also das hier: Dass diese Belege nicht nach AW next übergeben werden können, wurde ja schon erläutert. Die Frage ist nur, warum man das tun möchte. Eigentlich sollen diese Belege ja zum Steuerberater übermittelt werden, was ja bei Auftragswesen next auch der Fall ist. Dafür kann man (nach ein paar Einrichtungen und einem hinterlegten Bestand in DATEV Unternehmen online) seine Belege über "Belege zum Buchen bereitstellen".   Die Möglichkeiten des zu wählenden Übermittlungsweges hängt zum einen davon ab, welches DATEV Mittelstandsprodukt (Mittelstand faktura / Mittelstand faktura mit Rechnungswesen) installiert ist und zum anderen, ob im Falle eines installierten Rechnungswesens eine Leistung Buchführung am Bestand hängt. In diesem Fall kann man seine Belege "nur" in seine installierte Buchführung übergeben, um diese dann zu buchen. Eine nachträglich Weitergabe ist aber dennoch möglich: Buchungen und digitale Belege an den Steuerberater weitergeben (DATEV ... - DATEV Hilfe-Center Hier nochmal die Erläuterungen zur Weitergabe, wenn man ein Mittelstand faktura (ohne Rechnungswesen hat) DATEV Auftragswesen: Verkaufsbelege und Stammdaten an Steuerberater weitergeben ... - DATEV Hilfe-Center Eine weitere Möglichkeit für E-Rechnungen könnte auch das neue DATEV E-Rechnungspostfach sein, in dem man seine versendeten und empfangenen E-Rechnungen sieht und auch diese nach DUO weitergeben kann. DATEV E-Rechnung: digital und effizient Ein Problem bleibt aber dennoch: Hat man 2 unterschiedliche rechnungserstellende Programme, die man parallel einsetzt, entstehen zwangsläufig Probleme, Stichwort eindeutige Belegnummer, Stammdaten usw. ... Mehr anzeigen

Hm...ein Anhang, den man hinterlegen kann, der aber nicht gesendet wird, kann ich mir eigentlich nicht vorstellen. Ich habe jetzt mal im Auftragswesen next einen Test gemacht: Neuen Kunden angelegt und als Rechnungsformat "E-Rechnung" ausgewählt E-Rechnung mit Anhang erzeugt und versendet (ZUGFeRD 2.0) Beim Empfänger kommt definitiv der Anhang mit. So sieht die Rechnung im AW next aus: So kommt sie beim Empfänger an. Wichtig zu wissen ist aber, dass der Anhang in der ZUGFeRD 2.0 PDF mit drinsteckt, also eingebettet ist: Wenn bei dem Kunden eine Leitweg-ID verwendet wird, aufgrund dessen dann als Format eine XRechnung entsteht, braucht der Empfänger dann zum Visualisieren dieser XRechnung einen Viewer. Auch da müsste der Anhang als Binärdaten in der XML Datei mit drinstecken. ... Mehr anzeigen

Hallo, ja, das geht. DATEV Auftragswesen next: E-Rechnung erstellen - YouTube Bei 05:56 wird darauf eingegangen... ... Mehr anzeigen

Hallo, ja, das geht schon. Um noch mehr (individuelle) Informationen zu erfassen, in die Tabe "Auftragswesen Felder" wechseln und sich für die Kunden Felder definieren, die man dann auch befüllen kann:   Dieses neue Feld kann man sich auch in der Kundenliste anzeigen lassen:     ... Mehr anzeigen

Vielleicht noch ein Gedanke dazu: Für mich gibt es derzeit keinen wirklichen Grund, bei einer E-Rechnung eine andere Druckvorlage zu verwenden als bei "sonstigen Rechnungen", also "normalen" Rechnungen. Das würde nur dann Sinn machen, wenn man vorher die "normalen" Rechnungen IMMER auf Firmenpapier ausgedruckt hat und keine Rechnung per E-Mail als PDF versendet hat. Denn dort muss ja z.B. auch das Firmenlogo oder ein farbiger Briefkopf usw. im PDF enthalten sein. Falls Sie das dennoch machen wollen, definieren Sie einfach eine neue Druckvorlage (oder kopieren eine bestehende) und stellen alles ein. Danach gehen Sie in Ihre Belegarten-Einstellungen und stellen diese Vorlage ein. Dort zuerst in den Bereich E-Mail und sagen, dass Sie eine spezielle für den E-Mailversand gerichtete Druckvorlage verwenden wollen: Jetzt noch in den Bereich "E-Rechnung", wo Sie sagen, dass Sie dort auch die Druckvorlage der E-Mail benutzen wollen: Damit haben Sie jetzt für den "normalen" E-Mailversand einer "sonstigen" Rechnung und für die E-Rechnung die selbe Vorlage. Was auch Sinn macht, denn warum sollte ein PDF einer "sonstigen" Rechnung anders aussehen als das ZUGFeRD 2.0 einer E-Rechnung? Diese Schritte müsste man quasi für andere Belegarten auch machen, die E-Rechnungen sein können, also z.B. Abschlagsrechnungen oder RE.-Korrekturen usw. Aber wie schon oben erwähnt, wenn Sie sowieso schon PDFs erzeugen aus "normalen" Rechnungen und diese dann per Mail wegsenden, macht es für mich gesprochen keinen Sinn, für die E-Rechnung jetzt eine andere Druckvorlage zu verwenden. Hoffe das hilft etwas weiter in diesem E-Rechnung Dschungel 🙂 ... Mehr anzeigen

Sorry, da muss ich widersprechen. Zumindest im Auftragswesen onPremise findet die Rechnungserstellung für sonstige Rechnungen und auch für E-Rechnungen nahezu identisch statt. Das heißt man macht bei einer E-Rechnung genau das gleiche, was man auch vorher bei sonstigen Rechnungen getan hat. Wenn man die E-Rechnung dann versendet und vom E-Rechnungsserver verarbeiten lässt, entscheidet sich dann, ob ein ZUGFeRD 2.0 erstellt wird oder eine XRechnung. Im Fall ZUGFeRD 2.0 (was der Standardfall ist, wenn man keine bestimmte Leitweg-ID in der E-Rechnung platziert hat), wird NATÜRLICH das PDF als Sichtkomponente verwendet, das man auch im Auftragswesen als Output in seiner Druckvorlage definiert hat. Kommt dann die E-Rechnung als ZUGFeRD 2.0 beim Empfänger an bzw. führt der Ersteller den Archivierungsvorgang aus, dann ist das PDF genau das, was er auch in seiner Druckvorlage definiert hat. Bei XRechnungen wird - wie schon richtig erwähnt - das PDF natürlich verworfen, da es sich dabei nur um eine XML Datei (strukturierte Daten) handelt. ... Mehr anzeigen