Tabelle ORIN in SAP Business One (Ausgangsgutschrift (Kopf))

ORIN ist die Tabelle von SAP Business One, in der der Kopf jeder Ausgangsgutschrift gespeichert ist – des Belegs, der die Forderung gegenüber einem Kunden nach einer Retoure, einer Preiskorrektur oder einer fehlerhaften Rechnung verringert. Die Positionen stehen in RIN1, verknüpft über DocEntry, der Objekttyp ist 14.

Von Zain Abbas, Gründer und Lead Engineer für SAP Business One und KI · Zuletzt aktualisiert 2. November 2026

Wichtige Felder der Tabelle ORIN

Feld	Inhalt
`DocEntry`	Interner Schlüssel. Verknüpft mit RIN1.DocEntry.
`DocNum`	Gutschriftsnummer, die Benutzer sehen, eindeutig pro Nummernkreis.
`DocDate`	Buchungsdatum. Damit ordnen Sie Retouren der richtigen Periode zu.
`CardCode`	Kunde. Verknüpft mit OCRD.CardCode.
`CardName`	Kundenname, wie er auf dem Beleg gedruckt wird.
`NumAtCard`	Referenz des Kunden, häufig seine Retouren- oder Reklamationsnummer.
`DocType`	I = Artikelgutschrift, S = Dienstleistungsgutschrift (kein ItemCode in den Positionen).
`DocTotal`	Gutschriftsbetrag inklusive Steuer, als positive Zahl gespeichert.
`VatSum`	Steuerbetrag. DocTotal - VatSum ergibt die Nettogutschrift.
`DiscPrcnt`	Belegrabatt in Prozent. Nicht in RIN1.LineTotal enthalten.
`PaidToDate`	Bereits mit Rechnungen ausgeglichener oder erstatteter Betrag.
`DocStatus`	O = offen (Guthaben noch verfügbar), C = geschlossen.
`CANCELED`	N = normal, Y = storniert, C = der Stornobeleg selbst.

Wie ORIN mit anderen Tabellen zusammenhängt

ORIN ist der Kopf und RIN1 enthält die Positionen, verknüpft über DocEntry. Der Bezug zur gutgeschriebenen Rechnung steht nicht im Kopf: Jede RIN1-Position speichert BaseType, BaseEntry und BaseLine. BaseType = 13 bedeutet, dass die Position aus einer Ausgangsrechnung kopiert wurde (BaseEntry = OINV.DocEntry), 16 aus einer Retoure (ORDN), und -1 bedeutet, dass die Gutschrift ohne Basisbeleg von Hand erfasst wurde. Das Stornieren einer Ausgangsrechnung erzeugt in aktuellen Versionen keine Zeile in ORIN: SAP B1 legt in OINV einen Stornobeleg mit CANCELED = 'C' an.

Typische Joins

ORIN T0 INNER JOIN RIN1 T1 ON T0.DocEntry = T1.DocEntry (Positionen)
RIN1 T1 INNER JOIN OINV T2 ON T1.BaseType = 13 AND T1.BaseEntry = T2.DocEntry (ursprüngliche Ausgangsrechnung)
ORIN T0 INNER JOIN OCRD T3 ON T0.CardCode = T3.CardCode (Kundenstamm)
ORIN T0 LEFT JOIN OSLP T4 ON T0.SlpCode = T4.SlpCode (Vertriebsmitarbeiter)

Wann Sie die Tabelle ORIN verwenden

Jeder Nettoumsatzbericht braucht ORIN: Rechnungen aus OINV minus Gutschriften aus ORIN, mit denselben Spaltennamen, sodass ein einziges UNION ALL genügt. Die Buchhaltung prüft damit offene Gutschriften in den Kundensalden, die Vertriebsleitung sieht, welche Kunden am häufigsten Ware zurückgeben oder Preiskorrekturen erhalten. Bei der E-Rechnung ist ORIN die Quelle der Gutschrift, die an die Steuerbehörde geht – und die fast immer den Bezug zur ursprünglichen Rechnung benötigt.

Beispielabfrage: Gutschriften mit der gutgeschriebenen Rechnung

SQL Server

SELECT T0.DocNum AS CreditMemo, T0.DocDate, T0.CardCode, T0.CardName,
  T0.DocTotal, T2.DocNum AS InvoiceNum, T2.DocDate AS InvoiceDate
FROM ORIN T0
LEFT JOIN (SELECT DISTINCT DocEntry, BaseEntry FROM RIN1 WHERE BaseType = 13) T1
  ON T0.DocEntry = T1.DocEntry
LEFT JOIN OINV T2 ON T1.BaseEntry = T2.DocEntry
WHERE T0.CANCELED = 'N' AND T0.DocDate >= '20260101'
ORDER BY T0.DocDate

SAP HANA (Spaltennamen in doppelten Anführungszeichen)

SELECT T0."DocNum" AS "CreditMemo", T0."DocDate", T0."CardCode", T0."CardName",
  T0."DocTotal", T2."DocNum" AS "InvoiceNum", T2."DocDate" AS "InvoiceDate"
FROM ORIN T0
LEFT JOIN (SELECT DISTINCT "DocEntry", "BaseEntry" FROM RIN1 WHERE "BaseType" = 13) T1
  ON T0."DocEntry" = T1."DocEntry"
LEFT JOIN OINV T2 ON T1."BaseEntry" = T2."DocEntry"
WHERE T0."CANCELED" = 'N' AND T0."DocDate" >= '20260101'
ORDER BY T0."DocDate"

Fügen Sie eine der beiden Versionen unter Extras → Abfragen → Abfragegenerator ein. Sie brauchen den anderen Dialekt für Ihre eigene Abfrage? Nutzen Sie den SQL-zu-HANA-Konverter.

Typischer Fallstrick: Von Hand erfasste Gutschriften haben keinen Rechnungsbezug

Legt ein Benutzer die Gutschrift neu an, statt sie aus der Rechnung zu kopieren („Kopieren aus“ oder Rechtsklick „Kopieren nach“), erhält jede RIN1-Position BaseType = -1 und keinen BaseEntry. In der Abfrage oben haben diese Zeilen eine leere InvoiceNum. Berichte können die Gutschrift keinem Verkauf zuordnen, und E-Rechnungs-Add-ons scheitern, weil die Gutschrift auf die ursprüngliche Rechnung verweisen muss: die ZATCA-Billing-Reference, numDocModificado beim SRI, das Referenzkomplement bei FEL in Guatemala oder der ursprüngliche CUFE in Panama. Unterbinden Sie das an der Quelle mit einer SBO_SP_TransactionNotification-Regel für Objekttyp 14, die RIN1-Positionen mit BaseType = -1 ablehnt, oder verlangen Sie die ursprüngliche Rechnungsnummer in einem UDF. Siehe SBO_SP_TransactionNotification-Beispiele für SQL Server und HANA.

Fertige Abfragen, die ORIN verwenden

Umsatz pro Kunde für einen Zeitraum: Nettoumsatz pro Kunde (Ausgangsrechnungen abzüglich Gutschriften) zwischen zwei Daten, absteigend sortiert.
Kundensalden: Alle Kunden mit einem Kontosaldo ungleich null, mit Kreditlimit und Telefonnummer.

Bereit für den Start?

Sagen Sie uns, was Sie brauchen. Sie erhalten eine klare technische Antwort, einen festen Leistungsumfang und einen Preis, in der Regel innerhalb von 24 Stunden.

Projekt starten Per WhatsApp schreiben