Zum Inhalt springen

Verkaufsrechnungen erstellen & senden

Ausgehende Debitorenrechnungen liegen in Out Docs im Invoice Manager unter /flow. Sobald eine Verkaufsrechnung erstellt und bereit ist, erzeugt Tapr PEPPOL-konformes XML und liefert es an den Kunden.

Out Docs-Liste — New Invoice und Upload Invoice

Out Docs (Sales Invoices): AR-Arbeit in der Sidebar öffnen, dann mit New Invoice oder Upload Invoice erstellen.

Es gibt fünf Wege, Verkaufsrechnungen zu erstellen. Wählen Sie nach monatlichem Volumen und gewünschtem Automatisierungsgrad. Alle fünf erzeugen eine Sales Invoice in Out Docs. Nach der Erstellung nutzen Sie Verkaufsrechnungen prüfen & senden für Freigabe, PEPPOL-Versand und MLR.

OptionVolumen-RichtwertKI-Schlüssel nötigIdealer Einsatz
New Invoice (manuell)Unter 5 / MonatNeinGelegentliche Einzelrechnungen
Upload Invoice5–20 / MonatJa (BYOK)PDF- oder Bilddateien in der UI
AR Email5–20 / MonatJa (BYOK)PDF an ein Tapr-Postfach senden
ERP IntegrationVolumenNeinRechnungen bereits im ERP erstellt
API IntegrationVolumenNeinEigene Systeme oder vorgebautes XML

Alle fünf Wege erscheinen als Zeilen in Out Docs. Die Spalte Channel zeigt, wie die Rechnung in Tapr eingegangen ist:

Out Docs Channel-Spalte — Email, API, Manual Upload

Channel-Werte wie Email, API und Manual Upload entsprechen den Optionen unten (ERP erscheint bei AR-ERP-Fetch).

Bevor Sie ausgehende Rechnungen erstellen oder senden:

  1. Legal Entity konfiguriert (Verkäuferidentität, Adressen, Steuer-IDs)
  2. PEPPOL-Registrierung für diese Legal Entity freigegeben
  3. Zugriff auf Invoice Manager → Out Docs
  4. Nur für Upload und AR Email: API-Schlüssel eines KI-Anbieters unter Tapr Settings → AI & Extraction (Bring Your Own Key)

Die PEPPOL Receiver ID des Kunden sollte vor dem Versand bekannt (oder auflösbar) sein.

Nach der Erstellung durchläuft jede Verkaufsrechnung dieselben Status:

StatusBedeutung
DraftBearbeitbar; manuelles New Invoice startet hier
Pending ReviewDaten brauchen eine menschliche Prüfung
Pending ApprovalWartet auf Freigebende (falls erforderlich)
Ready to SendFreigegeben für die PEPPOL-Übertragung
Sent to CustomerErfolgreich zugestellt
Send FailedÜbertragung oder Validierung fehlgeschlagen — beheben und erneut versuchen
RejectedIn der Freigabe abgelehnt; zurück zu Entwurf oder Prüfung

Sendeschritt: Rechnung öffnen → Empfänger-ID, Beträge und Positionen bestätigen → auf Ready to Send bringen → Send to Customer. Der Lieferstatus (inkl. MLR) aktualisiert sich auf der Rechnung, sobald das Netzwerk antwortet.

Ready to Send → Send to Customer

Nach Erstellung und Prüfung schaltet Status Ready to Send Send to Customer frei. Optional zuerst Validate Peppol.

Vollständige Sendecheckliste: Verkaufsrechnungen prüfen & senden.


Am besten für: unter etwa 5 Rechnungen pro Monat.
KI erforderlich: Nein.

  1. Invoice Manager öffnen und zu Out Docs wechseln.

  2. New Invoice klicken. Von Out Docs aus öffnet sich direkt das Verkaufsrechnungsformular.

    Starten Sie stattdessen von Home, erscheint die Typauswahl — wählen Sie Sales Invoice für ausgehende AR (nicht Purchase Invoice):

    New Invoice — Sales Invoice wählen

    Home → New Invoice → Sales Invoice.

  3. Formular ausfüllen:

    • Legal Entity (Pflicht)
    • Peppol Sender ID — von welcher PEPPOL-ID der Legal Entity gesendet wird (Standard: Default-ID der Entity; stornierte oder abgelehnte Registrierungen werden nicht angeboten)
    • Peppol Receiver ID (Pflicht bei Verkaufsrechnungen)
    • Invoice Date, Currency, Invoice Number
    • Eine Position: Beschreibung, Menge, Einzelpreis
    • Customer name, falls die PEPPOL-ID keinen bekannten Teilnehmer auflöst

    Formular New Sales Invoice

    Pflichtfelder: Legal Entity, PEPPOL Receiver ID, Rechnungsidentität und mindestens eine Position — dann Create Draft.

  4. Absenden, um eine Verkaufsrechnung im Status Draft zu erzeugen.

  5. Weitere Positionen, Charges, Steuer oder Zahlungsbedingungen in der Detailansicht ergänzen. Buyer Reference ausfüllen — sie ist Pflicht, bevor die Rechnung gespeichert werden kann (siehe Vor dem Senden).

  6. Einreichen und freigeben bis Ready to Send, dann Send to Customer.

  • Hat die Legal Entity mehrere PEPPOL-IDs, Peppol Sender ID prüfen — der Kunde sieht die Rechnung als von dieser ID kommend. Sie lässt sich später im Rechnungskopf ändern.

  • Beim Eingeben der PEPPOL Receiver ID führt Tapr eine SMP-Suche durch und kann Kundendaten füllen, wenn der Teilnehmer gefunden wird.

  • Nutzen Sie Duplicate auf einer bestehenden Verkaufsrechnung, um einen neuen Entwurf mit kopierten Partei- und Positionsmustern zu starten:

    Verkaufsrechnung duplizieren

    Duplicate kopiert Partei- und Positionsmuster in einen neuen Entwurf — nützlich bei wiederkehrenden Kunden.

  • Bevorzugen Sie Upload, E-Mail, ERP oder API, sobald das Volumen über eine Handvoll Rechnungen wächst.


Am besten für: etwa 5–20 Rechnungen pro Monat als PDF, Bild oder XML.
KI erforderlich: Ja — Bring Your Own Key für einfache PDFs und Bilder.

Upload nutzt XML-first-Extraktion: ZUGFeRD, Factur-X oder in PDF eingebettetes UBL extrahieren ohne KI. Gewöhnliche PDFs und Bilder brauchen einen konfigurierten Anbieter.

  1. Gehen Sie zu Tapr Settings → AI & Extraction.
  2. Wählen Sie Claude, Gemini oder OpenAI als Primary Provider.
  3. Geben Sie Ihren API key ein und wählen Sie ein Modell.
  4. Optional einen Fallback-Anbieter konfigurieren.
  5. Speichern (und Verbindung testen, falls verfügbar).

AI & Extraction — BYOK-Anbieter und API-Schlüssel

Tapr Settings → AI & Extraction: Primary AI Provider, API Key und Model setzen. Erforderlich für einfache PDF-/Bild-Uploads und AR Email.

Siehe KI-Anbieter im Vergleich für Einrichtungsdetails.

  1. Invoice Manager → Out Docs öffnen.

  2. Upload Invoice klicken.

    Upload Invoice in Out Docs

    Upload akzeptiert PDF, Bild oder XML. Einfache PDFs brauchen einen konfigurierten KI-Schlüssel (BYOK).

  3. Eine oder mehrere Dateien wählen (PDF, Bilder oder .xml). Mehrere Dateien werden parallel verarbeitet.

  4. Auf Abschluss der Verarbeitung warten (Erfolg oder Fehler).

  5. Die neue Verkaufsrechnung in Out Docs öffnen.

  6. Extrahierte Felder prüfen — Kunde, Positionen, Steuern, Summen — und bei Bedarf korrigieren.

  7. Legal Entity und PEPPOL Receiver ID bestätigen. Das Upload-Panel zeigt, welcher Legal Entity jede Datei zugeordnet wurde — so fällt eine falsche Zuordnung vor dem Öffnen auf.

  8. Workflow bis Ready to Send → Send to Customer abschliessen.

  • Bevorzugen Sie maschinenlesbare E-Invoice-PDFs, wo möglich — höhere Genauigkeit, keine KI-Kosten.
  • Schlechte Scans erhöhen den Prüfaufwand; bei schwacher Extraktion eine sauberere Datei erneut hochladen.
  • Ohne gültigen KI-Schlüssel scheitert die Extraktion bei einfachen PDF- und Bild-Uploads.

Am besten für: Teams, die Verkaufsrechnungs-PDFs per E-Mail an Tapr senden statt über den Upload-Button.
KI erforderlich: Ja — dieselbe BYOK-Einrichtung wie bei Upload für einfache PDFs.

Tapr stellt eine AR-E-Mail-Adresse unter Tapr Settings → AR Settings bereit. Wenn Sie eine Nachricht mit Anhang einer Verkaufsrechnung an diese Adresse senden, führt Tapr Folgendes aus:

  1. Pollt das AR-Postfach per IMAP
  2. Lädt Anhänge herunter
  3. Extrahiert Daten (XML-first, dann KI)
  4. Erstellt eine Sales Invoice in Out Docs
  1. Tapr Settings → AR Settings öffnen.
  2. Enable AR Email aktivieren.
  3. Die zugewiesene Username/Email-Adresse Ihrer Site notieren.
  4. Passwort mit Update AR Password setzen oder aktualisieren.
  5. Test AR Email Connection nutzen, optional Fetch AR emails now.

AR-E-Mail in Tapr Settings

AR Settings: Postfach aktivieren, Passwort setzen, dann über AR Email / AR Actions testen oder Mails abrufen.

Vollständige Feldreferenz: Debitoren-E-Mail konfigurieren.

  1. E-Mail an die AR-Adresse mit angehängtem Verkaufsrechnungs-PDF (oder XML) senden.
  2. Polling-Intervall abwarten oder einen Admin Fetch AR emails now ausführen lassen.
  3. Out Docs öffnen, neue Rechnung prüfen, PEPPOL-Empfänger bei Bedarf setzen.
  4. Freigeben und Send to Customer.
  • Anhänge steuern die Verarbeitung — E-Mails ohne nutzbare Rechnungsdatei werden übersprungen oder schlagen fehl.
  • Dieselbe KI-Anbieter-Konfiguration wie bei Upload verwenden.
  • Erfolgreich verarbeitete Mails werden aus dem Posteingang verschoben; Fehler landen in einem Fehlerpfad zur Untersuchung.

Am besten für: hohes Volumen, wenn Verkaufsrechnungen bereits im ERP erstellt sind.
KI erforderlich: Nein.
Empfohlen für hohes Volumen.

Mit aktiviertem AR ERP fetch für eine Legal Entity führt ein geplanter Job:

  1. Verbindung zum ERP (ERPNext, D365, SAP S/4HANA, SAP B1, NetSuite, Xero, QuickBooks, Odoo, Sage, Bexio, Abacus u. a.)
  2. Auflisten der für PEPPOL markierten Verkaufsrechnungen
  3. Erstellen der entsprechenden Sales Invoices in Tapr
  4. Status-Rücksynchronisation ins ERP, wenn Rechnungen fetched → sent → delivered durchlaufen
  1. Tapr Settings → General → Legal Entity Setup für die verkaufende Entity öffnen.
  2. Edit (Stift) auf der Entity-Zeile klicken.
  3. Unter ERP Integration ERP Integration Enabled aktivieren und ERP Type setzen.
  4. Fetch AR Invoices from … aktivieren (Label ist ERP-spezifisch, z. B. Fetch AR Invoices from ERPNext).
  5. Company-Override / URL / Credentials setzen; Change ERP Secrets nur beim Ändern von Secrets.
  6. Im ERP Rechnungen gemäss Konvention des Connectors als bereit für PEPPOL markieren.

Legal-Entity-Zeile — ERP Integration und AR-Fetch

Zeile Edit → ERP Integration: Integration aktivieren, ERP Type, Fetch einschalten und Verbindungsfelder setzen (API-Keys in diesem Shot maskiert).

Tiefe Einrichtung: ERP-Anbindungen im Überblick.

  1. Verkaufsrechnung im ERP erstellen und finalisieren.
  2. Als bereit für PEPPOL kennzeichnen.
  3. Nach dem Fetch in Out Docs öffnen.
  4. PEPPOL Receiver ID und Pflichtfelder prüfen.
  5. Freigabe abschliessen falls erforderlich, dann Send to Customer.
  • Kein erneutes Tippen und keine PDF-Extraktion
  • Das ERP bleibt System of Record
  • Status-Feedback schliesst den Loop für die Finanzabteilung

Am besten für: Volumen-Automatisierung aus einem eigenen System, Middleware oder wenn Sie bereits PEPPOL-XML erzeugen.
KI erforderlich: Nein.

Alle API-Aufrufe nutzen Token-Auth:

Authorization: token <api_key>:<api_secret>

Schlüssel für einen Benutzer mit Berechtigung auf der relevanten Legal Entity erzeugen. Pläne mit API-Zugang (z. B. Growth oder höher) sind für PEPPOL-API-Endpunkte erforderlich.

POST /api/resource/Sales Invoice
Content-Type: application/json
Authorization: token <api_key>:<api_secret>
{
"doctype": "Sales Invoice",
"legal_entity": "Your Company AG",
"customer_name": "Buyer GmbH",
"peppol_receiver_id": "9930:DE123456789",
"currency": "CHF",
"send_via": "PEPPOL",
"invoice_number": "AR-2026-0042",
"buyer_reference": "PO-88231",
"invoice_date": "2026-07-15",
"net_total": 1000.0,
"tax_total": 81.0,
"grand_total": 1081.0,
"items": [
{
"item_description": "Professional services",
"quantity": 1,
"unit_price": 1000.0,
"net_amount": 1000.0,
"tax_code": "S",
"tax_rate": 8.1
}
]
}

Nach dem Insert die Rechnung in Out Docs öffnen oder den Workflow bis Send to Customer vorantreiben. Steueraufschlüsselungen möglichst vom Server aus Positionen und Charges ableiten lassen.

So erstellte Rechnungen erscheinen in Out Docs mit Channel = API (siehe Channel-Screenshot unter Pfad wählen).

Wenn Ihr System bereits UBL- oder CII-XML erzeugt:

POST /api/method/tapr_next.api.peppol.transmission.send_peppol_invoice
?receiver_id=...
&sender_id=...
&doc_type_id=...
&process_id=...
&country_c1=CH
Authorization: token <api_key>:<api_secret>
Content-Type: application/xml

Body: rohes Rechnungs-XML. Nutzt dasselbe AS4-Gateway wie der Sales-Invoice-Sendepfad.

Siehe PEPPOL-API und REST-API-Referenz für vollständige Endpunkt-Details.

API bevorzugen, wenn…ERP bevorzugen, wenn…
Quellsystem ist custom oder MiddlewareRechnungen liegen bereits in einem unterstützten ERP
Enge Kontrolle über Payload und Timing nötigStatus-Sync zurück ins ERP gewünscht
Sie erzeugen bereits PEPPOL-XMLFinance arbeitet primär in der ERP-UI

Auf jeder ausgehenden Rechnung bestätigen:

  • Korrekte Legal Entity und Peppol Sender ID (Verkäufer-PEPPOL-Identität)
  • Buyer Reference (BT-10) ausgefüllt. Der Invoice Manager verlangt sie, wenn Sie Änderungen an einer Verkaufsrechnung speichern. Rechnungen aus New Invoice, Upload, AR Email, ERP-Fetch, SFTP oder API können ohne sie ankommen — vor dem Senden prüfen. Ist das Format XRechnung, ist das die Leitweg-ID; der Versand verlangt dann zusätzlich Payment IBAN sowie Name, Telefon und E-Mail des Verkäuferkontakts
  • Customer-Name und -Adresse vollständig für das PEPPOL-Profil
  • PEPPOL Receiver ID gesetzt (SMP-Lookup erfolgreich, wo möglich)
  • Document format ist der gewünschte Dokumenttyp. Leer gelassen sendet Tapr Peppol BIS Billing 3.0 UBL, sobald der Empfänger es akzeptiert, auch wenn er zusätzlich XRechnung oder ein französisches Profil anbietet
  • Rechnungsnummer, Datum, Währung, Positionen und Steuercodes konsistent — bei einem Export außerhalb der EU warnt ein Banner auf Line Items / Header Charges, wenn eine Zeile noch einen inländischen Steuercode wie S – Standard rate trägt (blockiert das Senden nicht)
  • Codierte Hinweise auf dem Tab Notes und ein Business Process Code nur, wenn French CTC der gewählte Dokumenttyp ist. Unter BIS 3.0 Business Process Code leer lassen und höchstens einen Hinweis belassen, außer beide Parteien sind deutsch
  • Summen stimmen mit Positionen, Charges und Steuer überein
  • Gutschriften enthalten erforderliche Vorbelegreferenzen
  • Workflow-Status ist Ready to Send

Senden bei Ready to Send

Nur senden, wenn der Status Ready to Send ist. Send to Customer startet die PEPPOL-Zustellung.

Bei Sende-Fehler Rechnung öffnen, sending errors prüfen, markierte Felder beheben und erneut versuchen.

Ihre SituationEmpfohlene Option
Unter 5 Rechnungen pro MonatNew Invoice
5–20 PDF-Rechnungen, UI nutzenUpload Invoice
5–20 PDF-Rechnungen, E-Mail bevorzugenAR Email
Hohes Volumen, Rechnungen im ERPERP Integration
Hohes Volumen, eigenes System oder XMLAPI Integration