Eingangsrechnungsprüfung (PUR04)

Transaktion: PUR04 Eingangsrechnungsprüfung
UI-Pfad: /purchaseInvoices

Business-Zweck

Die Eingangsrechnungsprüfung (VerificationHead/VerificationItem) bildet den dreiseitigen Abgleich ab: Lieferantenrechnung ↔ Bestellung (PurItem) ↔ Wareneingang (StockItem). Partner nutzen PUR04 typischerweise indirekt – über ERP-Finanzmodule oder OCR/EDI-Workflows, die Prüfpositionen in reybex spiegeln.

Kernaufgaben:

• Eingangsrechnungen erfassen und mit PurItem-Positionen verknüpfen
• Mengen- und Preisabweichungen erkennen
• Freigabe-Workflow bis zur Finanzbuchung (FIN)
• Automatische Zuordnung via Feature REYBEX_PUR04 (KI-gestützte Rechnungserkennung)

Kernbegriffe

Begriff	Bedeutung
VerificationHead	Rechnungskopf (Lieferant, Rechnungsnummer, Beträge)
VerificationItem	Rechnungsposition mit Material, Menge, Preis
verificationStatus	Workflow-Status (offen, geprüft, gebucht …)
externalInvoiceNum	Externe Lieferantenrechnungsnummer
purItem	Verknüpfte Bestellposition
postDate	Buchungsdatum (FIN-Anbindung)

Fachlicher Lebenszyklus

1. Eingang – manuell, E-Mail-Import, EDI oder OCR (Feature-Flag)
2. Zuordnung – VerificationItem ↔ PurItem (Menge/Preis/Material)
3. Prüfung – Abweichungen gegen Bestellung und WE-Menge
4. Freigabe – Statuswechsel, ggf. Prüfgruppen (checkGroup)
5. Buchung – Übergabe an FIN; invoicedQuantity am PurItem steigt

Partner-Szenarien

Prüfpositionen zu PurItem abfragen

POST /api/purHead/verificationItemList

Body: { "ids": [12345, 12346] } – PurItem-IDs. Response: Kendo-Grid mit Rechnungsdaten, Status, Beträgen.

Typischer Flow:

1. Offene PurItems via getOpenPurItems ermitteln
2. Nach WE-Buchung Rechnung im ERP erfassen
3. Abgleich der VerificationItems gegen PurItem-IDs

Rechnungsstatus in Bestellung

PurItem-Felder invoiceStatus, invoicedQuantity spiegeln den Rechnungsfortschritt. Kopf-Feld PurHead.invoiceStatus aggregiert den Positionsstatus.

Relevante Felder (VerificationItem)

Feld	Bedeutung
verificationHead.docNumber	Interne Prüfbelegnummer
verificationHead.externalInvoiceNum	Lieferantenrechnungsnr.
verificationHead.postDate	Buchungsdatum
material	Artikel
quantity / price	Rechnungsmenge/-preis
purItem	Bestellpositionsreferenz
costCenter	Kostenstelle
isThirdParty	Streckengeschäft

Auswirkungen im ERP

Aktion	Auswirkung
Rechnung freigegeben	FIN-Beleg, DATEV-Export möglich
invoicedQuantity	PurItem-Rechnungsstatus aktualisiert
Abweichung	Prüfgruppe/Workflow-Stop
Storno	Rückbuchung über VerificationHead

Voraussetzungen

• Bestellung (PUR02) und idealerweise Wareneingang (INV02) vorhanden
• Lieferant (PUR01) mit korrekter USt-ID/Bankverbindung
• Rechte PUR04

Typische Fehlerquellen

• Fehlende PurItem-Verknüpfung – manuelle Nachbearbeitung in UI
• Mengenabweichung WE vs. Rechnung – Toleranz aus PurPrice/PurDocType prüfen
• Doppelte externalInvoiceNum – Duplikatprüfung im Mandanten

Weiterlesen

• Technisch: PurHead API – verificationItemList
• Bestellungen: Bestellungen (PUR02)
• Wareneingang: INV Wareneingang