Fast alle italienischen KMU, die ihre Gehaltsabrechnung intern verwalten, nutzen Zucchetti Paghe Project in einer seiner Varianten. Wenn betriebliches Welfare (insbesondere Flexible Benefits) hinzukommt, stellt sich heraus, dass "integriert mit Zucchetti" drei sehr verschiedene Dinge bedeuten kann. Was das wirklich bedeutet, was die IT-Abteilung tun muss, und wie man die doppelte Dateneingabe vermeidet, die Payroll und HR zur Verzweiflung treibt.
Eine der ersten Fragen, die uns neue Kunden stellen – insbesondere jene mit einem internen Payroll oder einem externen Lohnbuchhaltungsbüro – ist immer dieselbe: "Seid ihr mit Zucchetti integriert?".
Die korrekte Antwort lautet: Ja, aber "integriert mit Zucchetti" kann drei sehr verschiedene Dinge bedeuten, und es lohnt sich, vor der Unterzeichnung zu wissen, was genau man erhält. Das gilt für jede betriebliche Welfare-Plattform, nicht nur für Cipay: Wenn ein Anbieter "integriert" sagt, fragen Sie nach dem Wie.
Dieser Artikel richtet sich an diejenigen, die die Integration von betrieblichen Welfare-Plänen (insbesondere Flexible Benefits: Gesundheitskostenerstattungen, Weiterbildung, Transport, Kinderbetreuung, Darlehen) seitens IT oder Payroll verwalten. Wenn Sie stattdessen einen Überblick über modulares Welfare wünschen, ist dieser Artikel ein guter Ausgangspunkt.
Stufe 1 — Manueller CSV-Export. Sie laden eine CSV-Datei von der Welfare-Plattform herunter und importieren sie manuell in Zucchetti. IT-Aufwand: gering, aber wiederkehrend. Doppelte Dateneingabe: ja, jeden Monat.
Stufe 2 — Lohnzettel-fertiger Export. Die Datei wird im nativen Zucchetti-Format generiert und ist mit einem Klick importierbar. IT-Aufwand: mittel (einmaliges Setup). Doppelte Dateneingabe: nein.
Stufe 3 — Echtzeit-API-Synchronisation. Die Posten gelangen automatisch via API oder Webhook in den Lohnzettel. IT-Aufwand: hoch (Setup). Doppelte Dateneingabe: nein, nie.
Stufe 1 wird von vielen angeboten, ist aber ein Workaround, keine echte Integration. Stufe 2 ist das Minimum für ein KMU mit mehr als 20 Mitarbeitern. Stufe 3 ist das, was Sie verlangen sollten, wenn Sie ein strukturiertes Unternehmen oder eine Gruppe sind.
Noch bevor es um Formate und Datenstrukturen geht, gibt es fünf Informationen, die jeder, der die Integration einrichtet, zur Hand haben muss.
1. Welche Zucchetti-Variante Sie verwenden: Paghe Project, Paghe Web, HR Zucchetti, ZWelfare, Project HR. Sie haben unterschiedliche Datenstrukturen und Workflows.
2. Wer das Payroll verwaltet: externes Büro, interne Abteilung, Cloud-Payroll-Provider. Das bestimmt, wer die Dateien importieren kann und wie.
3. Lohnzettel-Positionscode, den Sie für Flexible-Benefits-Auszahlungen verwenden werden: Muss mit dem Arbeitsberater abgestimmt werden, da diese Position den Nettoauszahlungsbetrag und die Beitragsbemessungsgrundlage beeinflusst.
4. Auszahlungsfrequenz: monatlich, vierteljährlich, jährlich. Hängt von der Art des Benefits und der Unternehmensrichtlinie ab.
5. Lohnzettelabschluss-Datum: An welchem Tag des Monats schließen Sie ab? Die Welfare-Datei muss mindestens 3–5 Tage vorher bereit sein.
Ohne diese fünf Punkte kommt man nicht weiter. Wer Ihnen etwas anderes sagt, überspringt Schritte.
Die Welfare-Plattform und Zucchetti müssen dieselbe Sprache sprechen. Für jeden Benefit-Typ (Flexible Benefits, Fringe Benefits, in Welfare umgewandelter Bonus) wird ein eindeutiger Positionscode festgelegt. Drei oder vier Codes reichen typischerweise. Einmal einrichten, einfrieren, dokumentieren.
Zucchetti akzeptiert Dateien in Festformat oder CSV mit spezifischen Spalten. Die lohnzettelfertige Cipay-Datenstruktur folgt den Standardspezifikationen von Zucchetti Paghe Project: Steuernummer, Positionscode, Betrag, Abrechnungszeitraum, optionale Kostenstelle. Keine manuellen Konvertierungen, keine Excel-Makros.
Wenn das Unternehmen ein einziger Rechtsträger mit einer einzigen Kostenstelle ist, ist dieser Schritt trivial. Wenn Sie jedoch mehrere Standorte oder mehrere Rechtsträger haben, ist dies der Punkt, an dem die meisten Integrationen scheitern. Die Welfare-Plattform muss wissen, welcher Kostenstelle jeder einzelne Mitarbeiter zuzuordnen ist, und der Export muss die Zuordnung korrekt widerspiegeln. Wir erläutern das im Detail im Artikel über Multi-Kostenstellen-Welfare.
Vor dem Produktivstart wird immer ein Dry Run mit 2–3 Mitarbeitern auf einem Probe-Lohnzettel durchgeführt. Es wird überprüft, ob die Posten korrekt eingehen, ob die Beträge übereinstimmen, ob die Beitragsbemessungsgrundlage korrekt berechnet wird und ob der Nettobetrag wie erwartet ist. Falls etwas nicht stimmt, wird es korrigiert, bevor man auf das gesamte Unternehmen ausweitet.
Sobald validiert, wird der Export automatisch an den mit dem Payroll vereinbarten Tagen eingeplant. In Cipay wird das über das Dashboard eingestellt, ohne Code schreiben zu müssen. Wer via API integrieren möchte, kann die Datei über einen dedizierten Endpunkt abrufen (prüfen Sie mit dem Cipay-Team, welche Optionen in Ihrer Konfiguration verfügbar sind).
• Den Positionscode nicht vorab mit dem Arbeitsberater abstimmen. Das bedeutet, das Mapping zwei- oder dreimal neu machen zu müssen – und das kostet Zeit.
• Den Test auf dem Probe-Lohnzettel überspringen, weil "es ja nur ein Import ist". Es ist kein bloßer Import: Es sind echte Auszahlungen in Lohnzetteln, und Fehler werden erst sichtbar, wenn der Mitarbeiter seinen Lohnzettel öffnet.
• Alles der Kostenstelle der Holding zuordnen, obwohl die Mitarbeiter auf 4 Tochtergesellschaften verteilt sind. Ergebnis: Die Controlling-Reports sind nutzlos und jemand muss nachträglich manuell umbuchen.
• Das Timing ignorieren: Die Welfare-Datei ist am 28. des Monats fertig, aber das Payroll schließt am 25. ab. Den Workflow um eine Woche vorziehen ist Pflicht.
Eine Standard-Integration Cipay ↔ Zucchetti Paghe Project mit 1 Rechtsträger und 1 Kostenstelle ist in 2–3 Personentagen auf Ihrer Seite betriebsbereit, verteilt auf etwa eine Woche Kalenderzeit. Der Großteil der Zeit ist kein Code – es ist Abstimmung mit dem Arbeitsberater und Test auf dem Probe-Lohnzettel.
Bei Multi-Kostenstellen- oder Multi-Rechtsträger-Konfigurationen steigt die Zeit, explodiert aber nicht: typischerweise 1–2 Kalenderwochen. Wir haben Dutzende davon durchgeführt, der Prozess ist erprobt.
Wenn Sie verstehen möchten, wie es in Ihrem konkreten Kontext funktionieren würde – welche Zucchetti-Variante Sie verwenden, wie viele Rechtsträger, welche Datenstruktur – sprechen Sie uns direkt an. Eine halbe Stunde mit unserem Account Manager reicht, um zu verstehen, ob die Integration einfach, mittel oder komplex ist, und um eine realistische Einschätzung zu erhalten.