Ich kann mich nur anschließen wie schon in einem anderen Thread kommentiert:
Bitte macht mal eine Pause bei der Umsetzung von dem ganzen schicken Schnickschnack.
Dieses Feld ist ein KO-Kriterium. Wir bekommen unsere Rechnungen nicht bezahlt, wenn wir nicht in der Lage sind, das zu befüllen. Große Unternehmen haben da die Macht, die suchen sich einfach jemand anders.

Was denkt Ihr, was wir dann tun? Auf 70% meiner Kundenumsätze verzichten, weil ich nicht in der Lage bin, eine korrekte Rechnung auszustellen (und wir sprechen hier von einer Banalität!) oder mich nach einem anderen Rechnungsstellungsprogramm umschauen?
Es braucht ein Eingabe Feld in der Rechnungsschreibung und ein Mapping in das XML. Das kann doch nicht so schwer sein!

Das Feld für die Bestellnummer ist äußerst wichtig. Bei uns wurden schon von Kunden die Rechnungen ungebucht abgelehnt weil die Bestellnummer nicht hinterlegt ist. Der Tipp von Lexware diese doch manuell in den Freitext zu schreiben ist völliger Blödsinn und funktioniert auch nicht, wenn der xml-Part elektronisch ausgelesen wird.

Ich möchte diese Idee auch unterstützen. Denn viele Geschäftspartner bestehen im Zuge der E-Rechnung mittlerweile darauf, interne Bestellnummern oder Referenznummern als Merkmal BT-13 in der E-Rechnung zu hinterlegen.
Dies ist übrigens nicht das erste Mal, dass eine Idee hierzu eingereicht wurde. Die älteste Nennung ist bereits 14 Jahre her. Leider immer noch nicht umgesetzt. Das sorgt mehr und mehr für Probleme. Bitte implementieren.

Bitte unbedingt einfügen, das kann doch kein großer Aufwand sein. Schön und gut, dass ständig jeglicher Schnickschnack dazukommt und viele nice to haves aber das hier ist ein must have!

BT-13 ist im europäischen Standard EN 16931 das Feld:

Purchase Order Reference (Bestellbezug / Bestellnummer des Käufers)

Dort soll die Bestellnummer des Kunden eingetragen werden, sofern eine Bestellung zugrunde liegt.

Viele öffentliche Auftraggeber und zunehmend auch größere Unternehmen prüfen automatisch, ob dieses Feld gefüllt ist. Befindet sich die Bestellnummer nur im Freitext (z. B. Rechnungsbemerkung), wird die Rechnung häufig abgelehnt.

Das Problem bei Lexware

Wenn Lexware die Bestellnummer zwar auf der PDF ausgibt, aber nicht in das XML-Feld BT-13 schreibt, entspricht die Rechnung zwar möglicherweise weiterhin dem ZUGFeRD-Standard, erfüllt aber nicht die Anforderungen Ihres Kunden.

Wenn Lexware derzeit keine Möglichkeit bietet, BT-13 zu befüllen, bleibt uns scheinbar nichts anderes, als uns nach alternativen Rechnungsprogrammen umzusehen. Bitte um zeitnahe Nachrüstung.

In diesem Thread gibt es noch mehr Kunden, die diese Funktion dringend brauchen.
Ich werde jetzt kündigen und mich nach einem anderen Programm umschauen, das das entsrprechende XML Tag erzeucgen kann.

https://lexoffice.uservoice.com/forums/156743-lexware-ideensammlung/suggestions/3395088-bestellnummer-in-rechnung-freitextfelder-f%C3%BCr-bel

Meine Kunde muss die Bestellnummer händisch nachtragen, weil ich eine Bestellnummer nicht im ZugFerd-Format, Schon vor einem Jahr habe ich danach gefragt und das ist immer noch nicht möglich.

Das ähnliche sehen wir auch bei unseren Kunden: dass die dann noch anfangen, von Lexware weg zu wechseln zu anderen Anbietern, da diese benutzerdefinierte BT-Felder anbieten.

Wir haben ein ähnliches Problem und brauchen das Feld BT-46, damit unser Kunde die E-Rechnungen annehmen kann.

So nun ist es auch bei mir soweit, Rechnungen werden nicht mehr angenommen, wenn das Feld Bestellnummer (BuyerOrderReferencedDocument) nicht richtig gefüllt ist.
Betrifft jetzt 2 Kunden.
Lieferantennummer beim Kunden geht ja, warum nicht die Bestellnummer im Ausgangsbeleg.
Da könnt Ihr sonst was für Schnick und Schnack einbauen aber wenn die Bestellnummer nicht da ist ist Schluss.
Bestellnummer im Text geht auch nicht, mögen die Validatoren nicht.
Ich weiß nicht weiter :(

Yesss, bitte unbedingt erweitern und im Tag BuyerOrderReferencedDocument/IssuerAssignedID einstellen.
Ich wundere mich eh, warum bisher so wenig Firmen den Mehrwert der E-Rechnungen erkannt haben und ihn nutzen.

Es werden zum Glück immer mehr E-Rechnungen versendet. Bei großen Kunden wird sich das Belegbild der PDF gar nicht mehr angesehen, sondern nur die ZUGFeRD-Daten ausgelesen und verarbeitet.

Daher ist es sehr kritisch, dass Lexware es bislang nicht unterstützt, Bestellnummern oder andere Referenzen als Feitext mit anzugeben (so wie etwa bei der X-Rechnung). Diese als Freitext-Baustein in die Rechnung einzupflegen ist auch nicht möglich, da diese in den ZUGFeRD-Daten nicht berücksichtigt werden.

Nun auch hier in der "Ideensammlung". Wie schon per Direktkontakt: die Funktion ist inzwischen KO-Kriterium.

Es war immer schon recht aufwendig die PO-Nummern im Eingangstext anzugeben. Insbesondere Konzerne setzen die E-Rechnungen um um damit ihre Aufwendungen zu reduzieren. Als kleiner Lieferant muss man machen, was der Große verlangt. Eine eindeutige Bitte ist jetzt, das Feld BT-13 für die Angabe seiner PO-Nummer zu nutzen. Wir rechnen in Kürze damit, dass bei Nichtnutzung des Feldes BT-13 die Rechnungen nicht mehr bezahlt werden, das würde uns dann zum Wechsel des Rechnungsprogramms zwingen.

Bisher konnte man sich mit den Freitextfeldern behelfen aber mit der Nutzung von E-Rechnungen wird diese Funktion wirklich kritisch, da die Rechnungen jetzt von den Kunden abgehnt werden.