Für Hunderttausende Selbstständige war Debitoor das Standard-Rechnungsprogramm. Mit der vollständigen Integration in SumUp Rechnungen ist daraus eine vernetzte Plattform für E-Invoicing, Kartenzahlungen und Entwickler-APIs geworden.
Dieser Artikel ist ein vertiefender Fachbeitrag aus unserem Content-Cluster. Entdecken Sie die vollständige Übersicht auf unserer Hauptseite: KI & Workflow-Automatisierung →
Für Hunderttausende Selbstständige, Freelancer, Handwerker und Dienstleister im deutschsprachigen Raum war Debitoor über viele Jahre der Inbegriff unkomplizierter Rechnungsstellung: Wenige Klicks genügten, um professionelle Angebote und Rechnungen zu schreiben, Mahnungen zu versenden und die Einnahmen-Überschuss-Rechnung (EÜR) vorzubereiten. Mit der strategischen Übernahme und der vollständigen Verschmelzung in das globale Fintech-Ökosystem von SumUp hat sich die Plattform grundlegend gewandelt.
Im Jahr 2026 firmiert das System als SumUp Rechnungen (SumUp Invoices). Was auf den ersten Blick wie ein reines Rebranding erscheint, entpuppt sich bei näherer Betrachtung als mächtige Symbiose aus Point-of-Sale-Hardware (POS), Online-Zahlungsgateways, nativer E-Rechnungskonformität nach EN 16931 und modernen Entwickler-APIs. Wer heute Kartenzahlungen vor Ort im Ladengeschäft, digitale Rechnungen im Außendienst und automatisierte E-Commerce-Zahlungen verwalten muss, profitiert von einem integrierten Gesamtökosystem ohne Medienbrüche.
In diesem Leitfaden beleuchten wir die Transformation von Debitoor zu SumUp Rechnungen, analysieren die architektonischen Schnittstellen der SumUp REST-API, demonstrieren praxiserprobte n8n- und Python-Automatisierungen und zeigen, wie Sie Kartentransaktionen, Disagio-Gebühren und Finom-Geschäftskonten medienbruchfrei synchronisieren.
Die Evolution: Vom Standalone-Invoicing Debitoor zu SumUp Rechnungen
Ursprünglich 2012 in Kopenhagen gegründet, setzte sich Debitoor mit einer radikal einfachen Prämisse durch: Buchhaltungs- und Rechnungssoftware sollte für Nicht-Buchhalter verständlich sein. Während klassische ERP- und Desktop-Programme mit komplexen Buchungsmasken abschreckten, bot Debitoor ein aufgeräumtes Design und einfache Vorlagen.
Nach der Übernahme durch SumUp wurde Debitoor schrittweise mit der Zahlungsabwicklung verknüpft. Im Geschäftsjahr 2026 ist dieser Übergang vollständig abgeschlossen. Aus einem isolierten Rechnungsgenerator ist eine transaktionsgetriebene Commerce- und Buchhaltungs-Suite geworden, die drei wesentliche Säulen vereint:
Rechnungen & E-Invoicing 2026
GoBD-konforme Erstellung von Angeboten, Lieferscheinen, Gutschriften und E-Rechnungen (ZUGFeRD 2.2 / XRechnung 3.0) mit automatischem Nummernkreis und PDF-Export.
Omnichannel-Zahlungsabwicklung
Nahtlose Anbindung physischer Kartenterminals (SumUp Solo, Air), virtueller Zahlungslinks per WhatsApp/Mail und QR-Code-Rechnungen mit sofortiger Zahlungsbestätigung.
Finanzdaten & Banking-Sync
Automatisierter Abgleich von Zahlungseingängen, Disagio-Gebührensplit (Transaktionsgebühren vs. Bruttoumsatz) und Export an DATEV oder Finom.
Für bestehende Debitoor-Kunden bedeutet dies: Das vertraute Layout für Angebote und Rechnungen blieb erhalten, wurde aber um ein direktes Payment-Backend erweitert. Kunden können Rechnungen nicht mehr nur per Überweisung begleichen, sondern direkt im Webbrowser via Kreditkarte, Apple Pay, Google Pay oder Sofortüberweisung bezahlen — mit einer messbaren Verkürzung der durchschnittlichen Zahlungsdauer (DSO) von 14 auf unter 2 Tage.
Funktionsumfang 2026: GoBD, E-Rechnung ZUGFeRD & Mahnwesen
Die gesetzlichen Vorgaben für Rechnungsstellung und digitale Buchhaltung in Deutschland haben sich mit der Einführung der E-Rechnungspflicht massiv verschärft. SumUp Rechnungen adressiert diese Anforderungen mit standardisierten Workflows, die manuelle Fehler ausschließen:
1. E-Rechnungskonformität (ZUGFeRD 2.2 & EN 16931)
Jede in SumUp Rechnungen erstellte B2B-Rechnung kann im ZUGFeRD-Format generiert werden. Das bedeutet: Der Kunde erhält ein gewohntes, optisch ansprechendes PDF-Dokument, in das im Hintergrund ein standardisierter XML-Datensatz eingebettet ist. Dieser Datensatz enthält alle gesetzlich vorgeschriebenen Parameter wie Leitweg-ID, USt-Identifikationsnummern, Bankverbindungen und strukturierte Positionszeilen, sodass Empfänger die Rechnung ohne OCR-Lesefehler automatisiert in ihre ERP-Systeme einlesen können.
2. POS-Terminal-Synchronisation & Kartenzahlungen
Ein entscheidender Vorteil gegenüber reinen Online-Rechnungsprogrammen wie FastBill oder Billomat ist die physische Hardware. Ein Handwerker oder Dienstleister kann vor Ort beim Kunden die Reparatur durchführen, auf seinem SumUp Solo Terminal den Rechnungsbetrag per Girocard oder Kreditkarte kassieren und das System erzeugt simultan den GoBD-konformen Beleg samt Quittung. Die Transaktion wird in Echtzeit als bezahlt verbucht.
3. Automatisierte Zahlungserinnerungen & dynamische Zahlungslinks
Bleibt eine Rechnung unbezahlt, greift das mehrstufige Mahnwesen. Über SumUp Rechnungen lassen sich freundliche Zahlungserinnerungen sowie 1. und 2. Mahnungen konfigurieren. Jede versendete Mahnung enthält einen kryptografisch gesicherten SumUp-Zahlungslink. Klickt der Schuldner auf den Link, kann er die Forderung innerhalb von 30 Sekunden per Smartphone begleichen, wodurch zeitaufwendige Mahntelefonate entfallen.
Tipp: Disagio-Gebührenbuchung sauber automatisieren
Bei Kartenzahlungen über SumUp behält der Anbieter eine Transaktionsgebühr (Disagio von ca. 0,9 % bis 1,9 %) ein. Aus buchhalterischer Sicht darf nicht der Nettobetrag als Erlös gebucht werden! Über automatisierte API-Pipelines trennen wir den Bruttoumsatz (Konto 8400 / 4400) und die SumUp-Bankgebühren (Konto 4970 / 6855) automatisch auf, sodass Ihr Steuerberater am Monatsende eine 100 % GoBD-konforme Buchungsliste erhält.
Die SumUp REST-API: Endpunkte, Authentifizierung & Webhooks
Für Automatisierungs-Ingenieure und Softwareentwickler bietet SumUp eine offizielle REST-API. Die Schnittstelle basiert auf modernen Webstandards und ermöglicht die vollständige Fernsteuerung von Händlerkonten, Transaktionen und Rechnungen.
OAuth 2.0 Authentifizierung & Scopes
Der Zugriff auf die SumUp API erfordert ein Händlerkonto und die Registrierung einer OAuth 2.0 Client-Anwendung im SumUp Developer Portal. Authentifizierungs-Tokens werden über den Token-Endpunkt bezogen und im HTTP-Header als Bearer-Token übergeben:
# Token-Generierung via OAuth2 Client Credentials oder Authorization Code
POST https://api.sumup.com/token
Content-Type: application/x-www-form-urlencoded
client_id=YOUR_CLIENT_ID&client_secret=YOUR_CLIENT_SECRET&grant_type=client_credentials&scope=invoices,payments,transactions.history
Zentrale API-Endpunkte der SumUp Plattform
| Endpunkt | HTTP-Methode | Funktion & Anwendungsfall |
|---|---|---|
/v0.1/me |
GET | Abruf des Händlerprofils, Währungseinstellungen und aktiver Merchant-Codes. |
/v1/invoices |
POST / GET | Erstellen, Aktualisieren, Abrufen und Finalisieren von Rechnungen und E-Rechnungen. |
/v1/invoices/{id}/send |
POST | Automatisierter E-Mail-Versand der Rechnung mit integriertem Zahlungslink. |
/v0.1/checkouts |
POST / GET | Erstellen von Online-Checkout-Zahlungen, Pre-Authorizations und Payment Links. |
/v0.1/merchants/{code}/transactions/history |
GET | Transaktionshistorie aller POS-Terminals und Online-Zahlungen mit Status und Gebühren. |
/v0.1/merchants/{code}/receipts/{id} |
GET | Abruf digitaler Belegdaten für Archivierung und Buchhaltung. |
Echtzeit-Event-Steuerung via Webhooks
Um Polling-Schleifen zu vermeiden, unterstützt SumUp Webhooks. Ereignisse wie checkout.completed, payment.status_changed oder invoice.paid senden einen HTTPS-POST-Payload an Ihren Webhook-Empfänger (z. B. eine n8n-Instanz oder einen FastAPI-Microservice).
Ein typischer Webhook-Payload für eine erfolgreich abgeschlossene POS- oder Online-Kartenzahlung sieht folgendermaßen aus:
{
"event_type": "checkout.completed",
"id": "c7a8b9d0-1234-5678-90ab-cdef12345678",
"event_time": "2026-03-31T10:14:22Z",
"data": {
"id": "chk_9876543210abcdef",
"amount": 249.50,
"currency": "EUR",
"status": "PAID",
"transaction_code": "TX-99887766",
"payment_type": "CARD_READER",
"merchant_code": "M-DE123456",
"fee_amount": 2.25,
"payout_plan": "DAILY",
"customer": {
"email": "kunde@beispiel-gmbh.de",
"name": "Musterfirma GmbH"
}
}
}
Praxis-Automatisierungen mit n8n, Make & REST-APIs
Die Stärke von SumUp Rechnungen entfaltet sich vollständig, wenn die Plattform in unternehmensweite Integrations-Pipelines eingebunden wird. Betrachten wir drei erprobte Architektur-Blueprints, die wir bei Pragma Code regelmäßig für KMU und Dienstleister implementieren:
CRM-Deal zu E-Rechnung
Sobald ein Deal in HubSpot oder Pipedrive auf „Closed-Won“ gesetzt wird, erzeugt ein n8n-Workflow per SumUp REST-API eine ZUGFeRD-Rechnung, versendet sie samt Zahlungslink an den Kunden und legt den Beleg im Cloud-Archiv ab.
POS-Kartenzahlung zu Finom
Ein Kartentransaktions-Event auf dem SumUp Solo Terminal triggert per Webhook die Extraktion des Bruttobetrags und der Gebühren. Die Zahlung wird sofort gegen die offene Rechnung gebucht und mit dem Finom-Konto abgeglichen.
Systemarchitektur des automatisierten Invoicing- und Clearing-Workflows
Das folgende Ablaufdiagramm verdeutlicht den bidirektionalen Informationsfluss zwischen SumUp Hardware, API-Backend, Integrationsschicht und den Finanzsystemen:
┌─────────────────────────┐ ┌───────────────────────────┐
│ SumUp POS-Terminal / │ │ CRM / E-Commerce Shop │
│ Kartenzahlung vor Ort │ │ (HubSpot / WooCommerce) │
└────────────┬────────────┘ └─────────────┬─────────────┘
│ Transaktions- │ Deal abgeschlossen /
│ Webhook │ Bestellung erzeugt
▼ ▼
┌────────────────────────────────────────────────────────────────┐
│ n8n / Integration Layer (OAuth 2.0) │
│ │
│ 1. Payload validieren & HMAC-Signatur prüfen │
│ 2. SumUp Invoices API aufrufen (/v1/invoices) │
│ 3. ZUGFeRD-XML einbetten & PDF generieren │
│ 4. Split-Buchung: Brutto-Umsatz vs. Disagio-Gebühr │
└────────────┬────────────────────────────────────┬──────────────┘
│ │
▼ ▼
┌─────────────────────────┐ ┌───────────────────────────┐
│ Finom / Bankkonto │ │ DATEV / Steuerberater │
│ Automatisches Matching │ │ GoBD-Belegarchiv & Export │
└─────────────────────────┘ └───────────────────────────┘
Code-Implementierung: Node.js / TypeScript & Python
Um die technische Integration greifbar zu machen, demonstrieren wir zwei Kernkomponenten: Eine typsichere Node.js/TypeScript-Funktion zur Rechnungsgenerierung und einen robusten Python/FastAPI-Webhook-Handler.
1. TypeScript: Rechnungsstellung via SumUp Invoices API
Dieses Skript authentifiziert sich per Bearer-Token, erstellt einen Kundenbeleg mit strukturierten Positionen, Steuersätzen und Zahlungsbedingungen und finalisiert das Dokument für den ZUGFeRD-Download:
import axios from 'axios';
interface InvoiceItem {
name: string;
quantity: number;
unitPrice: number;
taxRate: number; // z.B. 19 fuer 19 % USt
}
interface CreateInvoicePayload {
merchantCode: string;
customerName: string;
customerEmail: string;
invoiceNumber: string;
dueDate: string;
items: InvoiceItem[];
}
export async function createSumUpInvoice(
apiToken: string,
payload: CreateInvoicePayload
): Promise<{ invoiceId: string; pdfUrl: string }> {
const sumUpClient = axios.create({
baseURL: 'https://api.sumup.com/v1',
headers: {
Authorization: `Bearer ${apiToken}`,
'Content-Type': 'application/json',
},
});
const invoiceData = {
number: payload.invoiceNumber,
date: new Date().toISOString().split('T')[0],
due_date: payload.dueDate,
currency: 'EUR',
customer: {
name: payload.customerName,
email: payload.customerEmail,
},
line_items: payload.items.map((item) => ({
name: item.name,
quantity: item.quantity,
price: item.unitPrice,
tax_rate: item.taxRate,
})),
payment_terms: {
type: 'CUSTOM',
days: 14,
},
options: {
include_zugferd_xml: true,
enable_online_payment_link: true,
},
};
try {
const response = await sumUpClient.post('/invoices', invoiceData);
const invoiceId = response.data.id;
// Rechnung finalisieren und Zahlungslink aktivieren
await sumUpClient.post(`/invoices/${invoiceId}/finalize`);
return {
invoiceId,
pdfUrl: `https://api.sumup.com/v1/invoices/${invoiceId}/pdf`,
};
} catch (error: any) {
console.error('SumUp API Error:', error.response?.data || error.message);
throw new Error(`Fehler bei SumUp Rechnungsstellung: ${error.message}`);
}
}
2. Python / FastAPI: Transaktions-Webhook & Finom-Sync
Der folgende Webhook-Server empfängt checkout.completed-Events von SumUp, extrahiert die Gebührenkomponenten und bereitet die Buchungsdaten für den automatischen Abgleich vor:
import hmac
import hashlib
import os
from fastapi import FastAPI, Request, HTTPException, Header
from pydantic import BaseModel
from typing import Optional
app = FastAPI(title="SumUp Webhook & Financial Sync")
SUMUP_WEBHOOK_SECRET = os.getenv("SUMUP_WEBHOOK_SECRET", "super_secret_signing_key")
class CustomerInfo(BaseModel):
email: Optional[str] = None
name: Optional[str] = None
class CheckoutData(BaseModel):
id: str
amount: float
currency: str
status: str
transaction_code: str
fee_amount: float
merchant_code: str
customer: Optional[CustomerInfo] = None
class SumUpWebhookEvent(BaseModel):
event_type: str
id: str
data: CheckoutData
@app.post("/api/v1/webhooks/sumup")
async def handle_sumup_webhook(
request: Request,
event: SumUpWebhookEvent,
x_sumup_signature: Optional[str] = Header(None)
):
# Optional: HMAC-Signaturpruefung fuer maximale Sicherheit
raw_body = await request.body()
if x_sumup_signature:
expected_sig = hmac.new(
SUMUP_WEBHOOK_SECRET.encode(),
raw_body,
hashlib.sha256
).hexdigest()
if not hmac.compare_digest(expected_sig, x_sumup_signature):
raise HTTPException(status_code=401, detail="Ungueltige Webhook-Signatur")
if event.event_type == "checkout.completed" and event.data.status == "PAID":
brutto_betrag = event.data.amount
disagio_gebuehr = event.data.fee_amount
netto_auszahlung = round(brutto_betrag - disagio_gebuehr, 2)
# Logik fuer automatische Buchhaltung
print(f"✅ Zahlung verbucht: Transaktion {event.data.transaction_code}")
print(f" Brutto-Umsatz: {brutto_betrag} {event.data.currency}")
print(f" SumUp-Gebuehr: {disagio_gebuehr} {event.data.currency}")
print(f" Netto-Auszahlung an Bank: {netto_auszahlung} {event.data.currency}")
# Hier: Aufruf des Finom Banking-Sync oder DATEV Buchungssatz-Generators
# execute_bank_reconciliation(transaction_code=event.data.transaction_code, amount=netto_auszahlung)
return {"status": "success", "processed_tx": event.data.transaction_code}
return {"status": "ignored", "reason": "Unbeachteter Event-Typ"}
Finom & SumUp / Debitoor: Reibungslose Bank- & Gebührensynchronisation
Eine der häufigsten Fehlerquellen bei Dienstleistern und Händlern ist die Diskrepanz zwischen SumUp-Auszahlungen und dem tatsächlichen Bankguthaben auf dem Geschäftskonto von Finom.
SumUp überweist Karteneinnahmen gesammelt (meist täglich oder wöchentlich) als Nettobetrag abzüglich der Gebühren auf das verknüpfte Finom-Konto. Wer versucht, diese Sammelüberweisung manuell einzelnen Ausgangsrechnungen zuzuordnen, verliert im Monatsabschluss Stunden.
Best Practice: Der 3-Stufen-Clearing-Prozess
1. Transitkonto (Geldtransit): Jede Kartenzahlung oder Online-Zahlung in SumUp wird zunächst auf ein Interimskonto (z. B. SumUp-Clearing) gebucht.
2. Rechnungsabgleich: Die Kundenrechnung in SumUp Rechnungen wird sofort als "vollständig bezahlt" markiert.
3. Sammelauszahlung matchen: Wenn die Sammelüberweisung auf dem Finom-Konto eingeht, bucht ein automatisierter Abgleich den Bruttobetrag gegen das Transitkonto und verbucht die Differenz auf das Aufwandskonto für Transaktionsgebühren. Saldo auf dem Transitkonto: exakt 0,00 €.
Systemvergleich 2026: SumUp Rechnungen vs. Wettbewerber
Für welche Unternehmensgröße und welches Geschäftsmodell eignet sich SumUp Rechnungen am besten? Die folgende Vergleichsübersicht stellt SumUp Rechnungen den etablierten Systemen Lexware Office, sevDesk und Sorted gegenüber:
| Kriterium | SumUp Rechnungen | Lexware Office | sevDesk | Sorted |
|---|---|---|---|---|
| Zielgruppe | Kleinunternehmer, Gastro, POS & Dienstleister | Wachsende KMU & Teams | Handwerker, KMU & Freelancer | Solo-Selbstständige & Freiberufler |
| POS & Kartenzahlung | Nativ integriert (Solo, Air, 3G) | Über Partner/Add-ons | Über externe Integrationen | Keine Hardware-Anbindung |
| E-Rechnung (ZUGFeRD/XRechnung) | Ja (EN 16931 Standard) | Ja (Vollumfänglich) | Ja (Vollumfänglich) | Basis-Format |
| Buchhaltungs-Tiefe | EÜR-Vorbereitung & Einnahmen | Vollständige GuV, Bilanz, USt-VA | Vollständige EÜR, USt-VA | Fokus auf EÜR & USt-VA |
| API & Webhooks | SumUp REST-API & Webhooks | Umfangreiche REST-API | REST-API & Webhooks | Eingeschränkte API |
| Preiseinstieg | Kostenlos / Transaktionsbasiert | Ab ca. 12–35 € / Monat | Ab ca. 11–45 € / Monat | Ab ca. 20–35 € / Monat |
Fazit & Handlungsempfehlungen für moderne Unternehmen
Der Übergang von Debitoor zu SumUp Rechnungen markiert das Ende isolierter Rechnungsinseln. Moderne Unternehmen trennen den Belegfluss nicht mehr künstlich von der Zahlungsabwicklung. Ob im mobilen Serviceeinsatz, im stationären Laden oder beim digitalen B2B-Vertrieb: Die Kombination aus direkter Kartenzahlung, automatisiertem E-Invoicing und offener REST-API macht SumUp zu einer hocheffizienten Zentrale für Kleinunternehmen.
Durch die gezielte Anbindung an Automatisierungsplattformen wie n8n und die intelligente Verknüpfung mit Bankkonten wie Finom und Liquiditäts-Tools wie Commitly eliminieren Sie manuelle Buchungsschritte vollständig und senken Zahlungsverzüge drastisch.
Quick-Check: Ihr 4-Schritte-Fahrplan zur SumUp-Rechnungsautomatisierung
checkout.completed einrichten und Brutto-Disagio-Split automatisieren.
Möchten Sie Ihre Rechnungsstellung und Kartenzahlungen nahtlos in Ihre IT- und ERP-Landschaft integrieren, Webhook-Pipelines für SumUp aufsetzen oder maßgeschneiderte Schnittstellen realisieren? Die Entwickler von Pragma Code unterstützen Sie von der Architektur bis zum produktiven Live-Betrieb.
Bereit für automatisierte Zahlungs- und Rechnungsabläufe?
Lassen Sie uns in einem unverbindlichen Gespräch analysieren, wie Sie SumUp Rechnungen, POS-Terminals und Bankkonten medienbruchfrei verbinden.
Jetzt kostenlose Erstberatung vereinbarenUnsere Expertise vor Ort
Wir sind Ihr digitaler Partner – regional verankert und überregional erfolgreich.
Haben Sie eine Vision?
Lassen Sie uns gemeinsam prüfen, wie wir Ihre Idee zum Fliegen bringen.
Jetzt kostenloses Strategiegespräch buchenErweitertes Fachglossar
Debitoor
Ein ehemals eigenständiges, intuitives Cloud-Rechnungsprogramm für Freelancer und Kleinunternehmer, das von SumUp übernommen und vollständig in das SumUp-Ökosystem (SumUp Rechnungen) integriert wurde.
SumUp Rechnungen
Die integrierte Invoicing- und Zahlungsplattform von SumUp zur GoBD-konformen Erstellung von Angeboten, E-Rechnungen (ZUGFeRD/XRechnung), Zahlungslinks und Synchronisation mit Kartenterminals.
ZUGFeRD
Ein hybrides E-Rechnungsformat, das eine visuelle PDF-Datei mit standardisierten, maschinenlesbaren XML-Rechnungsdaten nach EN 16931 kombiniert.
REST-API
Ein moderner Architekturstil für Webschnittstellen, der standardisierte HTTP-Methoden (GET, POST, PUT, DELETE) zur medienbruchfreien Systemkommunikation nutzt.