Das Team hat die Daten in der CRM bereits geprüft — Payroll tippt sie trotzdem erneut ein

Das Team hat die Daten in der CRM bereits geprüft — Payroll tippt sie trotzdem erneut ein

Jeden Monat dasselbe Ritual. CRM öffnen. Payroll-System öffnen. Den ersten Vertrag kopieren — PESEL, Beträge, Daten, Versicherungsflags. Dann den nächsten. Dann ein paar hundert weitere.

Frustrierend ist nicht, dass die Daten falsch oder unvollständig sind. Das Team hat sie in der CRM bereits geprüft — gemeinsam, sorgfältig, so wie gute Daten geprüft werden. Das Problem ist alles, was danach passiert: dieselben geprüften Datensätze werden von Hand in ein zweites System getippt, das nie dafür gebaut wurde, dem ersten zuzuhören.

Diese Lücke — nicht die Daten, die Lücke — ist der Ort, an dem Stunden und Fehler entstehen.

Zwei Systeme, eine manuelle Naht

Ein polnisches HR- und Payroll-Unternehmen betrieb zwei parallele Welten:

• Die CRM — Verträge, Abrechnung und Mitarbeiterdaten. Das gesamte Team pflegte sie, die Daten darin waren vertrauenswürdig.
• Die Payroll-Engine (SQL Server) — ZUS-Meldungen, PIT und Gehaltszahlungen. Buchhalter betreuten sie, nichts gelangte dort zufällig hinein.

Dazwischen: nichts. Kein Standard-Konnektor erreicht eine legacy polnische Payroll-Datenbank. Zapier und Make stoppen höflich an der API. Die Brücke zwischen „in der CRM geprüft" und „live in Payroll" war eine Person, eine Tastatur und hunderte zivilrechtlicher Verträge — jeden Monat neu eingegeben.

In diesem Umfang ist das kein Tippfehlerrisiko, das man managt. Es ist ein Vollzeitgehalt für das Verschieben von Daten, die bereits existierten.

Was wir gebaut haben

Wir haben die CRM nicht ersetzt. Wir haben Payroll nicht ersetzt. Wir haben die fehlende Naht dazwischen gebaut — eine fokussierte Brücke, die eine Sache außergewöhnlich gut macht:

CRM → Validierung → Payroll. Einmal geprüft, korrekt gelandet — jedes Mal.

Sie zieht. Die Brücke holt die Monatsdaten direkt aus der CRM über die REST-API — sieben verknüpfte Tabellen, paginiert und tenant-aware, damit Multi-Entity-Unternehmen sauber getrennt bleiben. Ist die API nicht verfügbar, greift sie auf eine gesicherte Datenbankverbindung zurück. Der Buchhalter denkt nicht darüber nach.

Sie übersetzt. CRM-Datensätze passen selten Feld für Feld zum Payroll-Schema. Die Brücke übernimmt die unglamouröse Realität: Legacy-Datumsformate, Vertragsnummern-Konventionen, vollständige ZUS-Aufschlüsselungen, Routing jedes Datensatzes zur richtigen Rechtseinheit. Das Mapping, das Menschen im Kopf machten, passiert jetzt jedes Mal gleich.

Sie prüft vor dem Schreiben — und das ist das Herzstück. Bevor eine einzige Zeile Payroll erreicht, berechnet die Brücke jeden Betrag unabhängig nach aktuellen polnischen Steuerregeln — ZUS, PIT, zdrowotne — und vergleicht das Ergebnis mit der CRM-Quelle:

• bis 0,05 PLN → sauber
• bis 1,05 PLN → als bekanntes Rundungsdelta zwischen den Systemen markiert
• darüber → gestoppt und gemeldet, mit diagnostizierter wahrscheinlicher Ursache

Nichts berührt die Payroll-Datenbank, bis die Prüfung bestanden ist. Fehler, die früher als ZUS-Ablehnung auftauchten, tauchen jetzt vor dem Schreiben auf — wenn sie billig zu beheben sind.

Sie importiert sicher. Geprüfte Datensätze werden in einem kontrollierten Durchlauf in Mitarbeiter-, Vertrags- und Pflichtversicherungstabellen geschrieben. Jeder Lauf beginnt als Dry-Run. Sieht etwas falsch aus, wird die gesamte Charge sauber zurückgerollt — kein halbfertiger Monat zum Entwirren.

Sie repariert. Muss ein Wert nachträglich korrigiert werden, synchronisiert die Brücke einzelne Datensätze per Vertragsnummer — Beträge, Namen — ohne den Monat neu zu importieren. Wartung bleibt chirurgisch, nicht destruktiv.

„Konnte man nicht einfach Excel nehmen?"

Jahrelang schon. Excel war der Zwischenschritt — und genau dort entstanden Tippfehler. Eine Zahl, in eine Tabelle kopiert und wieder heraus, hat zwei Fehlerchancen, bevor sie Payroll erreicht.

Die Brücke nimmt den Menschen vollständig aus dem Kopierschritt: geprüfte CRM-Daten fließen durch Validierung direkt in Payroll. Excel hat weiter eine Rolle — als Audit-Export, Protokoll dessen, was passiert ist — aber es ist nicht mehr die Pipeline. Es ist der Beleg.

Was sich wirklich geändert hat

• Vorher: Hunderte Verträge monatlich von Hand neu getippt → Nachher: ein kontrollierter Import nach Teamprüfung in der CRM
• Vorher: Tippfehler bei ZUS-Einreichung entdeckt → Nachher: bei Validierung abgefangen, bevor etwas geschrieben wird
• Vorher: ungefähr ein Vollzeitgehalt für manuelle Eingabe → Nachher: die Monats-Pipeline läuft in Minuten

Die Leit-Zahl — etwa 30.000 USD pro Jahr zurückgewonnene Arbeit — stammt aus dem internen Time-Tracking des Unternehmens. Wir kennzeichnen sie als gemessen, nicht prognostiziert: Sie spiegelt Stunden wider, die aus einem echten monatlichen Prozess verschwunden sind.

Das Muster dahinter

Das war ein Payroll-Projekt, aber die Form des Problems ist überall. Wo geprüfte Informationen in einem System leben und operative Arbeit in einem anderen, verbindet jemand die beiden still von Hand — und zahlt mit Stunden und Fehlern.

Die Lösung ist fast nie „eine größere Plattform kaufen". Es ist eine schmale, gut gebaute Brücke mit Validierung an der Grenze — Software, die die Systeme respektiert, denen Sie bereits vertrauen, und sie einfach miteinander sprechen lässt.

Wenn Ihr Team Daten an einem Ort pflegt und sie jeden Monat woanders erneut eingibt — ist das kein Prozess. Das ist ein Leck. Und darüber lohnt sich ein Gespräch.