Die richtige Kreditkarte für Unternehmen und wie Sie Ihr Kartenprogramm intern aufsetzen

Viele Unternehmen scheitern nicht an der Kartenauswahl, sondern an dem, was danach kommt. Die Karte läuft, aber Freigaben fehlen, Limits sind zu grob geschnitten, und am Monatsende weiß niemand genau, welche Ausgaben welchem Team zuzuordnen sind. Das ist kein Anbieter-, sondern ein Setup-Problem.

Dieser Leitfaden behandelt nicht, welches Kartenmodell das richtige ist oder was fehlende Belege kosten. Es geht darum, wie Sie ein Kartenprogramm intern so aufsetzen, dass es vom ersten Tag an funktioniert.

Welche Ausgaben gehören auf Karten – und welche nicht?

Bevor Sie auch nur eine Karte ausgeben, klären Sie, welche Ausgabentypen überhaupt über Karten laufen sollen. Das ist keine buchhalterische Formalie, sondern die Grundlage für alle weiteren Entscheidungen zu Limits, Kartentypen und Freigabestufen.

Karten eignen sich für Ausgaben, die häufig, kleinteilig und schwer über klassische Rechnungsprozesse steuerbar sind: Reisekosten, Bewirtung, Online-Tools, Teamausgaben, wiederkehrende SaaS-Abonnements.

Lieferantenrechnungen mit Zahlungsziel, Gehälter, größere Investitionen sollten nicht über Karten laufen. Diese laufen weiterhin über Rechnung oder Überweisung. 

Wenn nicht definiert ist, welche Ausgaben über Karten laufen, entstehen gemischte Transaktionen, die manuell sortiert werden müssen. Klare Grenzen von Anfang an reduzieren Rückfragen im Tagesgeschäft und im Abschluss.

Spendesk trennt Onlineausgaben, Reisen und wiederkehrende Tools klar von Rechnungen und Erstattungen, sodass jeder Ausgabentyp automatisch den richtigen Prozess durchläuft.

Mitarbeitende können Firmenkreditkarten physisch oder digital nutzen.

Wer braucht welche Karte? Kartentypen nach Rolle zuweisen

Die häufigste Fehler beim Rollout ist, alle Mitarbeitenden mit derselben Kartenform auszustatten. Das löst entweder das Reiseproblem nicht oder schafft unnötige Komplexität beim Online-Einkauf.

Ordnen Sie Kartentypen nach Ausgabenprofil zu, nicht nach Hierarchie:

• Physische Karte: Mitarbeitende mit regelmäßiger Reisetätigkeit, Außendienst, Einkauf vor Ort

• Wiederkehrende virtuelle Karte: IT- und Marketing-Teams mit festen SaaS-Abonnements oder Werbeplattformen – je eine Karte pro Anbieter

• Einmal-Karte: Testlizenzen, einmalige Tool-Käufe, projektbezogene Online-Einkäufe

Diese Zuordnung hat direkte Auswirkungen auf den Belegprozess. Bei physischen Transaktionen muss der Beleg sofort nach dem Kauf fotografiert werden. Bei virtuellen Karten kommt die Rechnung oft direkt per E-Mail vom Anbieter. Beide Szenarien brauchen zwar unterschiedliche Prozessregeln, jedoch dieselbe Belegpflicht.

In einem Unternehmen mit 120 Mitarbeitenden reichen für zehn reisende Mitarbeitende physische Karten. Das IT-Team arbeitet ausschließlich mit virtuellen Karten – je einer pro Tool. Wer beide Gruppen mit physischen Karten ausstattet, löst das Reiseproblem, schafft aber unnötige Komplexität beim Software-Einkauf.

Limits, Freigaben und Belegpflichten vor dem Rollout, nicht danach

Wer Karten ausgibt und Regeln nachträglich einführt, kämpft gegen bereits etablierte Gewohnheiten. Legen Sie vor dem ersten Karteneinsatz verbindlich fest:

• Limits: Welche Beträge gelten pro Karte, pro Kategorie, pro Monat? Die Assistenz der Geschäftsleitung erhält beispielsweise 500 Euro monatlich für Büromaterial. Die Einkaufsleitung arbeitet mit 5.000 Euro. Limits, die zu eng sind, werden manuell überschrieben und erzeugen Aufwand. Limits, die zu weit gefasst sind, bieten keine Kontrolle.

• Freigabestufen: Ab welchem Betrag braucht eine Ausgabe eine Genehmigung – und von wem? Ein Freigabe-Workflow, der Budget und Zweck prüft, bevor die Karte belastet wird, verlagert die Kontrolle vom Monatsabschluss an den Kaufzeitpunkt. Die Teamleitung Marketing beantragt eine Jahreslizenz für 2.400 Euro. Der Kaufmännische Leiter genehmigt mobil in 30 Sekunden. Die Transaktion ist dokumentiert, das Budget aktualisiert, ohne E-Mail-Kette.

• Kategoriebeschränkungen: Merchant Category Codes (MCC) erlauben es, Karten direkt auf erlaubte Händlergruppen zu begrenzen. Eine Karte für Werbeplattformen funktioniert dann ausschließlich bei entsprechenden Anbietern. Transaktionen außerhalb dieser Parameter werden blockiert statt nur nachträglich markiert.

In Deutschland ist dabei die korrekte MwSt-Behandlung besonders wichtig. Der Standardsatz von 19 Prozent gilt für die meisten Geschäftsausgaben, der reduzierte Satz von 7 Prozent für bestimmte Kategorien. Wenn Belegpflichten nicht klar definiert sind, fehlen am Monatsende die Nachweise für den korrekten Vorsteuerabzug.

Buchungsübergabe vor dem Rollout testen

Testen Sie den Buchungsfluss mit echten Transaktionen, bevor Sie Karten an alle Mitarbeitenden ausgeben. Wählen Sie drei bis fünf repräsentative Ausgabentypen – Reise, Software, Teamausgaben – und prüfen Sie, ob Beleg, Kategorie, Kostenstelle und Buchungscode korrekt in Ihrer Buchhaltungssoftware ankommen.

In Deutschland arbeiten rund 80 Prozent der Steuerberater mit DATEV. Wenn Kartendaten nicht zu DATEV-nahen Prozessen oder SKR03/SKR04-Strukturen passen, entsteht kein schlankerer Abschluss, sondern ein neuer manueller Schritt. Dieser Test sollte vor dem Rollout stattfinden, nicht bei der ersten Monatsabschlussrunde.

Drei Warnsignale, dass Sie nur eine Karte und kein System gekauft haben:

• Belege werden per E-Mail oder manuell gesammelt, nicht zum Kaufzeitpunkt angefordert

• Freigaben laufen außerhalb des Kartensystems, z. B. per E-Mail oder Slack

• Die Buchungsübergabe erfordert einen manuellen CSV-Export oder manuelle Kontierung

Mit einem Pilot für 20 bis 50 Nutzende starten

Rollen Sie Karten nicht sofort unternehmensweit aus. Starten Sie mit einer klar abgegrenzten Gruppe mit definierten Rollen und vollständig konfigurierten Freigabestufen.

Wählen Sie für den Pilot Mitarbeitende aus verschiedenen Aufgabenprofilen: mindestens eine Gruppe mit Reisetätigkeit, eine Gruppe mit Onlineausgaben und eine Gruppe mit wiederkehrenden Tool-Käufen. So testen Sie alle relevanten Szenarien, bevor Sie skalieren.

Der Pilot zeigt konkret:

• Ob Freigabe-Workflows in der Praxis funktionieren oder zu eng kalibriert sind

• Ob die technische Belegpflicht greift oder Ausnahmen produziert

• Ob die Buchungsübergabe ohne manuelle Korrekturen abläuft

Beide Kalibrierungsprobleme – zu enge Limits und nicht greifende Belegpflichten – lassen sich im Pilot korrigieren. Nach dem vollständigen Rollout ist das aufwändiger.

Wenn Sie sehen möchten, wie Freigaben, Limits und Belegpflicht in einem Kartenprozess zusammenlaufen, fordern Sie eine Demo bei Spendesk an.