BR-DE-28: Adres e-mail kontaktowy sprzedawcy ma nieprawidłowy format

StandardXRechnung 3.0.2 (KoSIT, niemiecka CIUS normy EN 16931)WagaOstrzeżenie: faktura jest przyjmowana, ale należy ją poprawićSkładniaUBL, CIIPojęcia biznesowe

BT-43 Seller contact email address

DotyczyXRechnung w składni UBL lub CII, w tym PDF ZUGFeRD / Factur-X z profilem XRECHNUNG. Faktury dla niemieckich instytucji publicznych muszą ją spełniać.

Oficjalna treść reguły

[BR-DE-28] BT-43 shall contain exactly one @ character, which shall not be flanked by a space or a dot, but by at least two characters on each side. A dot should not appear at the beginning or at the end.

Tekst normatywny jest w języku angielskim i cytowany bez zmian.

Dlaczego pojawia się ten błąd

XRechnung sprawdza format adresu e-mail kontaktowego sprzedawcy (BT-43): dokładnie jeden znak @, co najmniej dwa znaki po każdej jego stronie, brak spacji lub kropki bezpośrednio przy @ oraz brak kropki na początku i na końcu. Reguła dopasowuje cbc:ElectronicMail w cac:Contact sprzedawcy (UBL) lub ram:EmailURIUniversalCommunication/ram:URIID (CII) do wyrażenia regularnego. Typowe błędy to nazwy wyświetlane ("Billing <billing@x.de>"), prefiks mailto:, dwa adresy rozdzielone przecinkiem lub średnikiem, końcowe spacje lub kropki albo symbole zastępcze, takie jak "-".

Jak to naprawić

Wpisz tylko jeden zwykły adres e-mail, np. invoice@muster-gmbh.de, bez nazwy wyświetlanej, nawiasów ostrych, mailto: i końcowych znaków interpunkcyjnych. Usuwaj białe znaki podczas eksportu. Jeśli istnieje kilka skrzynek, wybierz tę, która jest monitorowana pod kątem zapytań dotyczących faktur. To ostrzeżenie, ale przy błędnym adresie powiadomienia o odrzuceniu nigdy nie dotrą.

Przykład (poprawny)

<cbc:ElectronicMail>invoice@muster-gmbh.de</cbc:ElectronicMail>

Co sprawdza walidator

Sprawdzany element (kontekst):

UBL

/ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cac:Contact | /cn:CreditNote/cac:AccountingSupplierParty/cac:Party/cac:Contact

Test (XPath):

matches(normalize-space(cbc:ElectronicMail), $XR-EMAIL-REGEX)

CII

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:SellerTradeParty/ram:DefinedTradeContact

Test (XPath):

matches(normalize-space(ram:EmailURIUniversalCommunication/ram:URIID), $XR-EMAIL-REGEX)

Popraw automatycznie

Walidator poprawi ten błąd po wpisaniu brakującej wartości: upuść plik i kliknij „Popraw automatycznie”.

Popraw fakturę →

To samo sprawdzenie przez API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Powiązane reguły

BR-DE-7 Brak adresu e-mail kontaktowego sprzedawcy (BT-43)
BR-DE-1 Brak instrukcji płatności (BG-16)
BR-DE-2 Brak danych kontaktowych sprzedawcy (BG-6)
BR-DE-3 Brak miejscowości sprzedawcy (BT-37)
BR-DE-4 Element „Kod pocztowy sprzedawcy” musi zostać przekazany
BR-DE-5 Brak osoby kontaktowej sprzedawcy (BT-41)
BR-DE-6 Brak numeru telefonu kontaktowego sprzedawcy (BT-42)
BR-DE-8 Element „Miejscowość nabywcy” musi zostać przekazany

Najczęstsze pytania

Co oznacza BR-DE-28?

BR-DE-28 to reguła xrechnung: BT-43 shall contain exactly one @ character, which shall not be flanked by a space or a dot, but by at least two characters on each side. A dot should not appear at the beginning or at the end.

Czy moja faktura zostanie odrzucona z powodu BR-DE-28?

Nie. BR-DE-28 to ostrzeżenie: faktura jest przyjmowana, ale odbiorca widzi uwagę. Mimo to popraw ją, ostrzeżenia często stają się błędami w kolejnych wersjach reguł.

Jakich formatów dotyczy BR-DE-28?

XRechnung w składni UBL lub CII, w tym PDF ZUGFeRD / Factur-X z profilem XRECHNUNG. Faktury dla niemieckich instytucji publicznych muszą ją spełniać. Składnia: UBL i CII.

Źródło: XRechnung 3.0.2, schematron 2.6.0 (KoSIT, September 2026). Katalog wygenerowany z oficjalnych zestawów reguł dnia 2026-10-15.