Finanzen – Vollständige API-Referenz

Fach-API für Sachkonten, Kontenfindung, FiBu-Belege, offene Posten, Zahlungslauf, Mahnung, Perioden, DATEV und Anlagevermögen. Basis ist https://core-backend.reybex.com/api (Staging: https://io-staging-partner.reybex.com/api). Authentifizierung wie im API: --header "authorization: Basic $TOKEN".

Ausgangsrechnungen entstehen in der Auftragsverwaltung, Eingangsrechnungen in der Einkauf-Verwaltung. Kassenbuchungen stehen unter Kassenverwaltung. Kunden und Lieferanten unter Kunden- und Lieferantenverwaltung.

Der schreibende Weg eines Sachkontos ist POST /api/account/. Der Körper trägt den Umschlag account. Der schreibende Weg eines FiBu-Belegs ist POST /api/finHead/. Dort ist der Beleg selbst der Körper, ohne Umschlag. Verknüpfungen am FiBu-Beleg werden per id gelesen. Ein Suchschlüssel reicht dort nicht, weil verschachtelte Objekte vor dem Speichern auf id reduziert werden.

1. Grundlagen

Objekt	Rolle
Account	Sachkonto, Debitor oder Kreditor
AccountType	Kontotyp. type 0 Hauptkonto, 1 Statistikkonto, 2 Debitor, 3 Kreditor
AccountMapping	Regel auf ein Zielkonto
FinHead	FiBu-Belegkopf
FinItem	Buchungszeile. postway 0 ist Soll, 1 ist Haben
FinOpenItem	Offener Posten
FinPaymentHead	Zahlungslauf
Period	Buchungsperiode

Die Zahlen in den Beispielen sind Beispiel-Ids eines Mandanten. 11 ist der Kontotyp Hauptkonto (type 0). 88010 ist das direkt buchbare Konto 8400. 88001 ist das Gegenkonto. 7701 ist die FiBu-Belegart. 1 ist die Währung EUR. 19 ist der Steuerschlüssel.

vatType am Konto: 0 keine Steuer, 1 Vorsteuer, 2 Umsatzsteuer, 3 EU, 4 Reverse Charge. costCenterPolicy: 0 keine Kostenstelle, 1 möglich, 2 Pflicht.

1.1 Suchschlüssel

Ziel	Suchschlüssel
Kontotyp, Währung, Steuerschlüssel, Land	code, sonst name
Kunde oder Lieferant an anderen Fach-APIs	customerNo
Sachkonto an POST /api/account/	accountType per id. Die Eindeutigkeit prüft accountType.id und accountCode
Konten und Belegart an POST /api/finHead/	nur id

1.2 Antwort- und Fehlerformat

Speichern eines Kontos oder Belegs liefert { "id": … }. Lesen eines einzelnen Datensatzes kapselt data und meta.

Situation	Körper
Beleg ohne Positionen	finHead.items.empty
Beleg ohne Belegart	finHead.finDocType.not.set.error
Position ohne Konto	finItem.validate.account.not.set.error
Konto nicht direkt buchbar	account.isDirectPostable.error
Sachkonto der Position fehlt	account.mapping.transfer.glaccount.account.not.exists
Konto schon vorhanden	message.account.is.already.created.error
Auszifferung ohne Rechnung oder Zahlung	fin.match.invoices.empty, fin.match.payments.empty
Unterschiedliches Gegenkonto	fin.match.offsetAccount.is.different
Fehlende Anmeldung	HTTP 401

2. Sachkonto

POST /api/account/ legt an, wenn account.id fehlt. Dieselbe Kontonummer und derselbe Kontotyp werden wiederverwendet, wenn der alte Satz logisch gelöscht ist. Ein aktiver Satz mit derselben Nummer bricht ab.

Response: { "id": 88010 }

2.1 Felder

Feld	Bedeutung
accountCode	Kontonummer, zusammen mit dem Kontotyp eindeutig
name	Bezeichnung
accountType	Kontotyp, per id
glAccount	Sammelkonto bei Debitor und Kreditor, per id
isDirectPostable	Direkt buchbar. Standard false. Ein FiBu-Beleg verlangt true
isActive	Aktiv. Standard true
vatType	Steuerart, siehe Grundlagen
vatKey	Steuerschlüssel
currency	Währung
costCenterPolicy	Kostenstelle, siehe Grundlagen
defaultCostCenter	Standard-Kostenstelle
createFinOpenItem	Offene Posten auf einem Hauptkonto. Nur bei accountType.type 0
datevAccountCode	DATEV-Kontonummer, nur am Hauptkonto
isDelete	Logisch gelöscht

2.2 Pflichtfelder

Ohne Kontotyp-id und Kontonummer kann das Speichern den bestehenden Satz nicht zuordnen. Die API setzt den Kontotyp nicht von selbst.

Auflösung, wenn ein Pflichtfeld fehlt

Die API setzt Pflicht-Referenzen nicht von selbst. Fehlt ein Feld, in dieser Reihenfolge füllen. Der erste Treffer gilt.

1. Angabe – Wert aus dem Auftrag für dieses Feld.
2. Vorlage – dasselbe Feld aus GET /api/account/{id}. id und accountCode nicht übernehmen. Ist eine Vorlage genannt, diese lesen. Ist keine genannt, keine raten, mit Schritt 3 weiter.
3. Standard – Wert aus der Tabelle. Einen Code per Suchschlüssel laden. Existiert er nicht, Schritt 4.
4. Domäne – GET /api/domains/accountType?type=0&take=1 für ein Hauptkonto. Den Treffer als { "id": … } in account.accountType setzen.
5. Stopp – die Domäne ist leer. Konto nicht anlegen. Den fehlenden Kontotyp nennen.

Feld	Pflicht	Vorlage	Standard	Domäne
accountCode	ja	nicht übernehmen	—	—
name	ja	name	—	—
accountType	ja	accountType	type 0 für ein Hauptkonto	accountType
isDirectPostable	nein	isDirectPostable	true, wenn der Beleg auf dieses Konto buchen soll	—
isActive	nein	isActive	true	—
currency	nein	currency	GET /api/company/ → homeCurrency, sonst code EUR	currency

isDirectPostable ohne Angabe ist false. Ein Konto mit false lehnt POST /api/finHead/ ab.

2.3 Erlöskonto anlegen

Zuerst den Kontotyp Hauptkonto lesen: GET /api/domains/accountType?type=0&take=1. 11 ist diese Id.

{
  "account": {
    "accountCode": "8400",
    "name": "Erlöse 19 %",
    "accountType": { "id": 11 },
    "isDirectPostable": true,
    "isActive": true,
    "vatType": 2,
    "currency": { "code": "EUR" },
    "createFinOpenItem": false
  }
}

2.4 Lesen, löschen, importieren

GET /api/account/88010 liest ein Konto. Ohne Id ist es die Liste.

Löschen ist logisch. DELETE /api/account/?id=88010 antwortet { "success": true }.

Mehrere Konten: POST /api/account/deleteAccounts

{ "ids": [88010, 88011] }

CSV-Import: POST /api/account/importAccountFromCsv. list enthält die Zeilen. Die Spaltentitel sind die Konto-Feldbezeichnungen der Benutzersprache. Die Antwort trägt successfulImportCount und failedImportCount. Doppelte Kontonummern stehen in duplicateAccountCodes mit messageCode account.import.csv.duplicateEntries. Ein Sachkonto (glAccount) wird als Hauptkonto (type 0) über die Kontonummer gesucht. Währung ohne Treffer wird die Hauswährung.

3. Kontenfindung

POST /api/accountMapping/ legt an, wenn keine id im Körper steht. Der Körper ist die Regel selbst.

type: 0 Einkauf, 1 Verkauf, 2 Skonto Einkauf, 3 Skonto Verkauf, 4 Währungsdifferenz Einkauf, 5 Währungsdifferenz Verkauf.

{
  "name": "Erlös Inland 19 %",
  "type": 1,
  "country": { "code": "DE" },
  "vatKey": { "code": "19" },
  "matGroup": { "code": "HANDEL" },
  "targetAccount": { "id": 88010 },
  "isEu": false,
  "isThirdCountry": false
}

Response: { "id": 89001 }

GET /api/accountMapping/89001 liest eine Regel. GET /api/accountMapping/parameters liefert die Auswahllisten. Löschen: POST /api/accountMapping/deleteAccountMappings mit { "ids": [89001] }. Antwort { "ids": [89001] }.

Beim Buchen muss type 0 bis 5 sein, sonst account.mapping.type.invalid. Ohne Land: account.mapping.country.not.set.

4. FiBu-Beleg

POST /api/finHead/ legt an, wenn keine id im Körper steht. items und finDocType sind Pflicht. Jede Position braucht account und glAccount, beide per id. Das Konto muss direkt buchbar und nicht gelöscht sein. bookMethod setzt die API.

Response: { "id": 91001 }

4.1 Felder der Position

Feld	Bedeutung
position	Zeilennummer, Standard 10
postway	0 Soll, 1 Haben
account	Buchungskonto, per id, direkt buchbar
glAccount	Sachkonto der Zeile, per id
offsetAccount	Gegenkonto. Darf nicht dasselbe Konto wie account sein
amount	Betrag
docDate, postDate	Belegdatum und Buchungsdatum
vatKey, vatAccount, vatAmount	Steuer. Steuerbetrag ungleich 0 braucht vatAccount
costCenter	Pflicht, wenn costCenterPolicy des Kontos 2 ist. Verboten, wenn die Policy 0 ist
description	Buchungstext
currency	Währung der Zeile

4.2 Pflichtfelder des Belegs

Auflösung, wenn ein Pflichtfeld fehlt

Die API setzt Pflicht-Referenzen nicht von selbst. Fehlt ein Feld, in dieser Reihenfolge füllen. Der erste Treffer gilt.

1. Angabe – Wert aus dem Auftrag für dieses Feld.
2. Vorlage – dasselbe Feld aus GET /api/finHead/{id}. id und docNumber nicht übernehmen. Ist eine Vorlage genannt, diese lesen. Ist keine genannt, keine raten, mit Schritt 3 weiter.
3. Standard – Wert aus der Tabelle. Die Id aus dem gelesenen Stammdatensatz setzen.
4. Domäne – GET /api/domains/finDocType?take=1&sort=code und GET /api/domains/account?isDirectPostable=true&isActive=true&take=1. Den Treffer als { "id": … } setzen.
5. Stopp – die Domäne ist leer. Beleg nicht anlegen. Die fehlende Belegart oder das fehlende Konto nennen.

Feld	Pflicht	Vorlage	Standard	Domäne
finDocType	ja	finDocType	—	finDocType
items	ja	Positionen ohne id	mindestens eine Zeile	—
items.account	ja	account	direkt buchbares Konto	account
items.glAccount	ja	glAccount	—	account
items.postway	ja	postway	0 Soll, Gegenzeile 1 Haben	—
items.amount	ja	amount	—	—

4.3 Einfache Buchung

7701 ist die FiBu-Belegart, 88010 das Erlöskonto, 88001 das Gegenkonto.

{
  "finDocType": { "id": 7701 },
  "items": [
    {
      "position": 10,
      "postway": 0,
      "account": { "id": 88001 },
      "glAccount": { "id": 88001 },
      "amount": 119.00,
      "description": "Zahlungseingang"
    },
    {
      "position": 20,
      "postway": 1,
      "account": { "id": 88010 },
      "glAccount": { "id": 88010 },
      "amount": 119.00,
      "description": "Erlös"
    }
  ]
}

Eine Position vor dem Speichern prüfen: POST /api/finHead/validateFinItem mit derselben Positionsstruktur.

Storno: POST /api/finHead/cancelFinHead. Externe Rechnungsnummer prüfen: POST /api/finHead/checkExternalInvoiceNo. Doppelte Nummer: finItem.externalInvoiceNo.error.

4.4 Lesen

GET /api/finHead/91001 liest einen Beleg. GET /api/finHead/ ist die Liste. Journal: GET /api/finHead/showJournal und POST /api/finHead/listJournalData. Anhänge: GET /api/finHead/attachments.

CSV-Import der offenen Posten braucht die Hauswährung, sonst finOpenItem.importFromCSV.homeCurrency.not.found.error. POST /api/finHead/importFromCSV.

DATEV-Dateiexport der Belege: GET /api/finHead/showDatevExport und POST /api/finHead/createDatevExportFileFin17.

5. Offene Posten

GET /api/finOpenItem/92001 liest einen Posten. Ohne Id die Liste.

Rechnungen und Zahlungen im Zeitraum: POST /api/finOpenItem/invoices und POST /api/finOpenItem/payments. from und until sind Datumswerte. isOpen true grenzt auf offene Posten ein.

Ausziffern: POST /api/finOpenItem/match

{ "ids": [92001, 92002] }

Die Ids müssen mindestens eine Rechnung (openAmount größer 0) und eine Zahlung (openAmount kleiner 0) enthalten. Alle Posten brauchen dasselbe Gegenkonto. Automatisch: GET /api/finOpenItem/autoMatch. Zurücknehmen: POST /api/finOpenItem/cancelMatch.

Mahnvorschlag: GET /api/finOpenItem/dunningList. Mahnstufe speichern: POST /api/dunningLevel/. Mahnprotokoll lesen: GET /api/dunningLog/{id}.

6. Zahlungslauf

POST /api/finPaymentHead/ speichert den Lauf. GET /api/finPaymentHead/93001 liest ihn. Vorschlag: GET /api/finPaymentHead/finPaymentRunSummary und POST /api/finPaymentHead/finPaymentRunItems.

SEPA-Datei: GET /api/finPaymentHead/getSEPAFile/93001. Zahlungsavis senden: GET /api/finPaymentHead/sendPaymentAdvice/93001. Ohne Positionen sendPaymentAdvice.items.empty. Ohne Lieferant sendPaymentAdvice.items.vendor.empty.error. Ohne Firmenadresse sendPaymentAdvice.company.empty. Ohne Empfängeradresse sendPaymentAdvice.emailTo.empty.

Lauf zurücknehmen: DELETE /api/finPaymentHead/.

Bankumsätze lesen: GET /api/banking/readBankTransactions oder POST /api/banking/readBankTransactions. Zuordnen: POST /api/banking/bankTransactionAssign. Offene Posten dazu: GET /api/banking/finOpenItems.

7. Periode, DATEV, Anlage

Aktuelle Periode: GET /api/period/currentFinPeriod. Periode speichern: POST /api/period/. Perioden automatisch anlegen: GET /api/periodConfig/createAllPeriodConfigsAutomatically.

DATEVconnect: GET /api/datevConnect/auth und GET /api/datevConnect/connect. Benutzer speichern: POST /api/datevConnect/datevUser. Export: POST /api/datevConnect/financeExport. Ohne Sätze financeExport.ids.not.found. Ohne Mandant datevClient.not.found. Ein schon exportierter Beleg: datevDxsoJob.finHead.isDatevExported.

GDPdU: GET /api/gdpdu/init, dann POST /api/gdpdu/createGdpdu.

Anlagengruppe: POST /api/assetGroup/. Anlage: POST /api/asset/. Bewegung: POST /api/assetMove/. Ohne Anlage assetMove.asset.not.set. Abschreibung buchen: POST /api/assetDeprecation/post. Schon gebucht: assetDeprecation.isBooked.

Kostenstellenverteilung: POST /api/costCenterDistribution/. Bericht: GET /api/costCenter/showCostCenterReport. BWA: GET /api/finRep/showBwa. Bilanz: GET /api/finBalance/balanceReport.

Wechselkurs: POST /api/exchangeRate/. USt-VA lesen: GET /api/finItem/advanceTurnoverTaxReturn. XML erzeugen: POST /api/finItem/createAdvanceTurnoverTaxReturnXML. Detail: GET /api/finItem/getAdvanceTurnoverTaxReturnDetail.

7.1 Buchungsschlüssel

POST /api/finPostStock/ legt den Schlüssel an. Der Körper ist der Datensatz. code ist der Suchschlüssel. finDocType ist die Belegart. stockPostPriceType der Position ist der Preis, Standard purPrice. postway 0 ist Soll.

{
  "name": "Wareneingang",
  "code": "WE",
  "isAutomatic": false,
  "finDocType": { "id": 8101 },
  "items": [
    {
      "account": { "id": 8201 },
      "glAccount": { "id": 8202 },
      "postway": 0,
      "stockPostPriceType": "purPrice"
    }
  ]
}

8101 ist die Belegart. 8201 und 8202 sind Sachkonten. Die Zuordnung am Buchungsschlüssel läuft über die Id, nicht über die Kontonummer.

Buchen: POST /api/finPostStock/postStock mit ids der Lagerpositionen und optional postDate im Format yyyy-MM-dd. Ohne ids bleibt die Antwort leer.

{ "ids": [700100], "postDate": "2026-10-16" }

Liste der buchbaren Positionen: GET /api/finPostStock/postStockList mit fromDate, toDate, stockMoveTypeId, matGroupId oder materialId. Preis zurücksetzen: POST /api/finPostStock/resetPostPrice.

7.2 Mahnung, Scheck, Bankregel

Mahnliste: GET /api/finOpenItem/dunningList. Mahnmail vorbereiten: POST /api/finOpenItem/dunnEmail. Automatisch versenden: POST /api/finOpenItem/dunnEmailAutomatically mit finOpenItems als Liste der offenen Posten. Bearbeiten: GET /api/finOpenItem/dunnEdit.

Scheck: POST /api/chequePayroll/. Positionen: POST /api/chequePayroll/chequesAsPayrollItem. Liste: GET /api/chequePayroll/listCheques.

Bankregel: POST /api/banking/transactionAssignmentRule. PayPal-Erstattung: POST /api/banking/refundPaypalTransaction. SAP-Export: GET /api/finItem/sap und POST /api/finItem/sap. Protokoll leeren: POST /api/finItem/clearSapExportLogs.

Personal: Mitarbeiter POST /api/employee/, Abteilung POST /api/department/, Zeit POST /api/employeeTime/. Kommen und Gehen: POST /api/employeeTime/startBooking und POST /api/employeeTime/stopBooking.

Antrag: POST /api/employeeRequest/. Status ändern: POST /api/employeeRequest/updateEmployeeRequestStatus mit id und status. Unbekannt: employee.request.not.found. Status nicht zulässig: cannot.change.the.status.to. Ohne Abteilung: employee.must.have.a.department.to.create.leave.request. Abwesend: GET /api/employeeRequest/whoIsAway mit startDate und endDate. Ausbildung: POST /api/employeeEducation/.

7.3 E-Rechnung Integrator

POST /api/integrator/ speichert den Integrator. Prüfen: POST /api/integrator/checkConnection. Unterstützte Anbieter: GET /api/integrator/supportedIntegrators.

Senden: POST /api/invoiceTr/sendInvoices mit salesHeadIds. Freigeben: POST /api/invoiceTr/approveInvoices mit demselben Feld. Steuerpflicht prüfen: POST /api/invoiceTr/checkeInvoiceTaxpayers. Status: POST /api/invoiceTr/getStatuses mit salesHeadIds. Ohne die Liste werden die offenen Übertragungen gelesen. Nach Datum: POST /api/invoiceTr/getStatusesByDate mit startDate und endDate. Druck: POST /api/invoiceTr/printInvoices mit ids, die Antwort ist ein PDF. Kein Integrator: integrator.not.set. Keine Datei: file.not.found. Name zum Steuerzeichen: POST /api/invoiceTr/getTaxPayerName mit taxNumber. Eingang: POST /api/invoiceTr/importIncomingInvoices. Luca: POST /api/invoiceTr/getDataForLucaExport verlangt emailTo, sonst message.user.email.address.missing.error. Antwort { "success": true }. Steuerpflichtige einlesen: GET /api/invoiceTr/importTaxpayers, Antwort { "success": true }. HTML: POST /api/invoiceTr/getInvoiceHtml. Erneut mailen: POST /api/invoiceTr/sendRepeatEmail mit salesHeadIds. Lesen: GET /api/invoiceTr/{id}.

8. Weitere Beispiele

8.1 Vom Konto zur Buchung

1. Kontotyp Hauptkonto lesen.
2. Erlöskonto mit isDirectPostable true anlegen, Abschnitt Erlöskonto.
3. Kontenfindung type 1 auf dieses Konto, Abschnitt Kontenfindung.
4. FiBu-Beleg mit Soll und Haben, Abschnitt Buchung.
5. Offene Posten ausziffern, Abschnitt Offene Posten.

8.2 DATEV nach dem Beleg

1. Beleg lesen und die Id merken.
2. GET /api/datevConnect/datevUser. Fehlt der Benutzer: datevUser.not.found.
3. POST /api/datevConnect/financeExport mit den Beleg-Ids.

9. Endpoint-Katalog

9.1 Konto und Beleg

Methode	Pfad	Bedeutung
GET	/api/account/{id}	Ein Konto oder die Liste
POST	/api/account/	Anlegen und ändern, Umschlag account
DELETE	/api/account/	Logisch löschen, Query id
POST	/api/account/deleteAccounts	Mehrere Konten, Body ids
POST	/api/account/importAccountFromCsv	CSV-Zeilen in list
GET	/api/accountMapping/{id}	Eine Regel oder die Liste
POST	/api/accountMapping/	Regel speichern
GET	/api/accountMapping/parameters	Auswahllisten
POST	/api/accountMapping/deleteAccountMappings	Regeln löschen, Body ids
GET	/api/finHead/{id}	Ein Beleg oder die Liste
POST	/api/finHead/	Beleg speichern
GET	/api/finHead/finHeadModel	Modellwerte für den FiBu-Belegkopf
POST	/api/finHead/accountData	Kontodaten für eine Buchungszeile auflösen
POST	/api/finHead/validateFinItem	Position prüfen
POST	/api/finHead/cancelFinHead	Storno
POST	/api/cancelFinHead	Alternativer Storno-Endpoint
GET	/api/finOpenItem/{id}	Ein offener Posten oder die Liste
POST	/api/finOpenItem/match	Ausziffern, Body ids
GET	/api/finOpenItem/autoMatch	Automatisch ausziffern
POST	/api/finOpenItem/cancelMatch	Auszifferung zurücknehmen
GET	/api/finPaymentHead/{id}	Ein Zahlungslauf
POST	/api/finPaymentHead/	Lauf speichern
GET	/api/finPaymentHead/getSEPAFile/{id}	SEPA-Datei

9.2 Bank, DATEV, Anlage, Periode

Methode	Pfad	Bedeutung
GET	/api/banking/readBankTransactions	Umsätze lesen
POST	/api/banking/bankTransactionAssign	Umsatz zuordnen
GET	/api/banking/finOpenItems	Offene Posten zur Bank
GET	/api/domains/finBalance	Salden über Generic Domain lesen
POST	/api/datevConnect/financeExport	Belege an DATEV
POST	/api/datevConnect/datevUser	DATEV-Benutzer speichern
GET	/api/period/currentFinPeriod	Aktuelle Periode
POST	/api/period/	Periode speichern
POST	/api/asset/	Anlage speichern
POST	/api/assetDeprecation/post	Abschreibung buchen
POST	/api/gdpdu/createGdpdu	GDPdU erzeugen
GET	/api/finRep/showBwa	BWA
GET	/api/exchangeRate/{id}	Wechselkurs
POST	/api/finPostStock/	Buchungsschlüssel speichern
POST	/api/finPostStock/postStock	Lagerpositionen buchen, Body ids
GET	/api/finPostStock/postStockList	Buchbare Positionen
GET	/api/finOpenItem/dunningList	Mahnliste
POST	/api/finOpenItem/dunnEmailAutomatically	Mahnung versenden, Body finOpenItems
POST	/api/finItem/createAdvanceTurnoverTaxReturnXML	USt-VA als XML
POST	/api/finItem/sap	SAP-Export
POST	/api/banking/transactionAssignmentRule	Bankregel
POST	/api/banking/refundPaypalTransaction	PayPal-Erstattung
POST	/api/chequePayroll/	Scheck speichern
POST	/api/exchangeRate/	Wechselkurs speichern
POST	/api/employee/	Mitarbeiter speichern
POST	/api/employeeTime/startBooking	Kommen
POST	/api/employeeTime/stopBooking	Gehen
GET	/api/employeeRequest/{id}	Ein Antrag
POST	/api/employeeRequest/	Antrag speichern
POST	/api/employeeRequest/updateEmployeeRequestStatus	Status, id und status
GET	/api/employeeRequest/whoIsAway	Abwesend, startDate und endDate
GET	/api/employeeEducation/{id}	Eine Ausbildung
POST	/api/employeeEducation/	Ausbildung speichern
DELETE	/api/employeeEducation/{id}	Ausbildung löschen
GET	/api/integrator/{id}	Ein Integrator
POST	/api/integrator/	Integrator speichern
DELETE	/api/integrator/{id}	Integrator löschen
POST	/api/integrator/checkConnection	Verbindung prüfen
GET	/api/integrator/supportedIntegrators	Unterstützte Anbieter
GET	/api/invoiceTr/{id}	Eine E-Rechnung
POST	/api/invoiceTr/sendInvoices	Senden, salesHeadIds
POST	/api/invoiceTr/approveInvoices	Freigeben, salesHeadIds
POST	/api/invoiceTr/checkeInvoiceTaxpayers	Steuerpflicht prüfen
POST	/api/invoiceTr/getStatuses	Status, salesHeadIds
POST	/api/invoiceTr/getStatusesByDate	Status, startDate und endDate
POST	/api/invoiceTr/getTaxPayerName	Name, taxNumber
POST	/api/invoiceTr/printInvoices	PDF, ids
POST	/api/invoiceTr/importIncomingInvoices	Eingang einlesen
POST	/api/invoiceTr/getDataForLucaExport	Luca, emailTo
GET	/api/invoiceTr/importTaxpayers	Steuerpflichtige
POST	/api/invoiceTr/getInvoiceHtml	HTML
POST	/api/invoiceTr/sendRepeatEmail	Erneut mailen, salesHeadIds

10. Häufige Fehler

Situation	Ursache
message.account.is.already.created.error	Aktives Konto mit derselben Nummer und demselben Kontotyp
finHead.items.empty	items fehlt oder ist leer
finHead.finDocType.not.set.error	finDocType.id fehlt
finItem.validate.account.not.set.error	Position ohne account.id
account.isDirectPostable.error	Konto ist nicht direkt buchbar
account.isDelete.error	Konto ist logisch gelöscht
account.isActive.error	Konto ist nicht aktiv
finItem.validate.account.offsetAccount.equal.error	Buchungskonto und Gegenkonto sind gleich
finItem.validate.account.costCenter.required.error	Kostenstelle fehlt, Policy ist 2
finItem.validate.account.costCenter.none.error	Kostenstelle gesetzt, Policy ist 0
finItem.vatAccount.not.set.error	Steuerbetrag ohne Steuerkonto
fin.match.offsetAccount.is.different	Die Posten haben verschiedene Gegenkonten
datevUser.not.found	DATEV-Benutzer ist nicht angelegt
assetDeprecation.isBooked	Abschreibung ist schon gebucht
employee.request.not.found	Antrag-Id unbekannt
integrator.not.set	Druck ohne Integrator
message.user.email.address.missing.error	Luca-Export ohne emailTo
file.not.found	Druck ohne Datei