ERP, ATS, CRM, künstliche Intelligenz und die Schweizer Stellenmeldepflicht: Wer heute eine neue Recruiting-Software sucht, findet eine beeindruckende Auswahl an Lösungen und noch beeindruckendere Versprechen. Die entscheidende Frage ist jedoch wesentlich nüchterner: Wird die Arbeit nach der Einführung tatsächlich einfacher?

Wer sich heute ernsthaft mit einer neuen Recruiting-Software beschäftigt, braucht Zeit und eine gewisse Resistenz gegenüber grossen Versprechen. Nicht deshalb, weil es zu wenige Lösungen gäbe. Eher ist das Gegenteil der Fall. Der Markt ist gross, die Systeme werden leistungsfähiger und die Präsentationen zunehmend eindrucksvoller.

Kaum ein Anbieter kommt noch ohne künstliche Intelligenz, automatisiertes Matching, Bots, intelligente Workflows, Multiposting, Talent Pools oder umfassende Analysefunktionen aus. Lebensläufe werden eingelesen und strukturiert, Stelleninserate automatisch formuliert, Kandidatinnen und Kandidaten vorgeschlagen und Kommunikationsprozesse teilweise selbständig angestossen.

Vieles davon ist technisch bemerkenswert und keineswegs bloss Marketing. Richtig eingesetzt können solche Funktionen erhebliche administrative Arbeit reduzieren. Trotzdem stellt sich nach mehreren Evaluationen irgendwann eine gewisse Nüchternheit ein. Zwischen dem, was in einer gut vorbereiteten Demonstration innerhalb einer Stunde mühelos funktioniert, und dem, was später in einem realen Unternehmen über Jahre zuverlässig funktionieren muss, liegt eine beträchtliche Strecke.

Gerade in der Personaldienstleistung ist die Ausgangslage anspruchsvoll. Recruiting findet dort nicht isoliert statt. Kandidatinnen und Kandidaten stehen in Beziehung zu Stellen, Kunden, Einsätzen, Verträgen, Löhnen, Rechnungen, Dokumenten und teilweise langen Kontakthistorien. Eine Person kann heute Bewerber sein, morgen temporär eingesetzt werden, später für eine Dauerstelle vermittelt werden und einige Jahre danach möglicherweise selbst als Ansprechpartner eines Kunden auftreten.

Damit wird aus der Suche nach einer Recruiting-Software relativ schnell eine viel grundsätzlichere Frage: Welche Systemarchitektur braucht ein Personaldienstleister überhaupt?

ERP, ATS und CRM folgen unterschiedlichen Logiken

Die Vorstellung, ERP, ATS und CRM in einer einzigen Plattform zusammenzuführen, ist zunächst attraktiv. Eine Oberfläche, ein Login, eine Datenbasis, möglichst wenige Schnittstellen und keine doppelte Datenpflege. Aus Anwendersicht klingt das beinahe ideal. Die Schwierigkeit besteht darin, dass diese drei Systemwelten sehr unterschiedliche Aufgaben erfüllen.

• Ein ERP ist im Kern transaktionsorientiert. Bei einem Personaldienstleister werden darin beispielsweise Verträge, Einsätze, Arbeitszeiten, Löhne, Sozialversicherungen, Fakturen und finanzielle Vorgänge verarbeitet. In diesen Bereichen stehen Genauigkeit, Verlässlichkeit, Nachvollziehbarkeit und regulatorische Sicherheit im Vordergrund. Eine Lohnabrechnung kann nicht ungefähr stimmen. Eine Rechnung ebenfalls nicht. Geschäftskritische Transaktionen verlangen eindeutige Regeln und reproduzierbare Ergebnisse.
• Ein Applicant Tracking System arbeitet anders. Recruiting ist dynamisch. Eine Kandidatin kann für mehrere Stellen interessant sein, ein Kandidat kann zunächst abgelehnt und Monate später für eine andere Funktion wieder relevant werden. Verfügbarkeit, Berufserfahrung, Erwartungen und Fähigkeiten verändern sich. Bewerbungen kommen über unterschiedliche Kanäle herein, Dokumente werden ergänzt und Einschätzungen entwickeln sich im Verlauf eines Prozesses weiter.
• Das CRM betrachtet wiederum primär Beziehungen. Wer ist beim Kunden für welches Thema zuständig? Wann fand der letzte Kontakt statt? Welche offenen Bedürfnisse bestehen? Welche Geschäftsbeziehung entwickelt sich? Welche Verkaufschance zeichnet sich ab?

Dasselbe Unternehmen erscheint damit in verschiedenen Rollen. Im CRM ist es eine Kundenbeziehung, im ERP ein Debitor und im ATS Auftraggeber einer Vakanz. Die Daten überschneiden sich, ihre Funktion jedoch nicht. Technisch kann man all dies in eine grosse Plattform integrieren. Die entscheidende Frage lautet aber nicht, ob es möglich ist, sondern ob eine einzige Lösung in allen Bereichen dieselbe fachliche Tiefe erreichen kann.

Genau hier beginnt der Zielkonflikt. Je breiter ein System wird, desto wahrscheinlicher werden funktionale Kompromisse. Ein hervorragendes ERP ist nicht automatisch ein hervorragendes ATS. Ein starkes CRM versteht nicht zwingend die Besonderheiten der Personalvermittlung. Und ein spezialisiertes Recruiting-System wird kaum nebenbei eine schweizerische Lohnverarbeitung mit derselben Tiefe entwickeln.

Ein System für alles oder mehrere Spezialisten?

Damit stellt sich die klassische Architekturfrage: All-in-one oder Best-of-Breed? Die grosse integrierte Plattform hat offensichtliche Vorteile. Weniger Systeme bedeuten grundsätzlich weniger Schnittstellen, weniger unterschiedliche Benutzeroberflächen und weniger organisatorischen Abstimmungsbedarf. Gleichzeitig entsteht jedoch eine starke Abhängigkeit von einem Anbieter, und das Unternehmen muss akzeptieren, dass einzelne Funktionsbereiche möglicherweise nur durchschnittlich ausgeprägt sind.

Das Gegenmodell setzt auf spezialisierte Systeme. Ein ERP erledigt jene Aufgaben, für die es entwickelt wurde. Ein ATS konzentriert sich auf Recruiting. Ein CRM übernimmt Kundenbeziehungen und Verkaufsprozesse. Fachlich kann das überzeugend sein. Dafür entsteht zwischen den Systemen eine neue Aufgabe: die Integration. Es gibt deshalb keinen vollständig kostenlosen Weg. Wer alles von einem Anbieter bezieht, erkauft sich Integration möglicherweise mit funktionalen Kompromissen. Wer auf Speziallösungen setzt, erkauft sich funktionale Stärke mit zusätzlichem Integrationsaufwand.

Die entscheidende Frage ist daher weniger, wie viele Systeme eingesetzt werden, sondern wie klar ihre Rollen definiert sind. Ein Unternehmen braucht nicht zwingend eine einzige Datenbank. Es braucht aber eine eindeutige Antwort auf die Frage, welches System für welche Information verantwortlich ist. In der Wirtschaftsinformatik spricht man dabei vom ‚System of Record‘, also jenem System, das für einen bestimmten Datenbereich die verbindliche Quelle darstellt. Das ERP kann beispielsweise für Vertrags-, Lohn- und Rechnungsdaten führend sein. Das ATS führt Bewerbungen, Kandidatenprofile und Recruitingaktivitäten. Kundenkontakte und Verkaufsaktivitäten liegen im CRM oder, falls sinnvoll, direkt im ATS.

Diese Trennung wirkt zunächst theoretisch, ist im Alltag aber entscheidend. Wird beispielsweise eine Telefonnummer geändert, muss klar sein, wo diese Änderung verbindlich erfolgt und wie sie in andere Systeme gelangt. Fehlt diese Regel, entstehen schon nach kurzer Zeit unterschiedliche Versionen derselben Information. Dann besitzt ein Unternehmen zwar moderne Software, aber keine saubere Informationsarchitektur.

Schnittstellen sind wichtiger, als ihre Unsichtbarkeit vermuten lässt

In Softwarepräsentationen stehen sichtbare Funktionen im Vordergrund. Dabei entscheidet die Qualität der Schnittstellen häufig stärker über den späteren Nutzen eines Systems als manche spektakuläre Zusatzfunktion. Die Aussage ‚Wir haben eine API‘ reicht heute kaum noch aus. Praktisch jede moderne Software kann irgendeine Form von Schnittstelle vorweisen. Relevant ist vielmehr, welche Informationen tatsächlich gelesen und geschrieben werden können, in welcher Richtung die Daten fliessen, wie schnell Änderungen übertragen werden und wie Fehler behandelt werden.

Was geschieht beispielsweise, wenn ein Kandidat im ATS seine Adresse ändert, im ERP aber noch die alte Adresse vorhanden ist? Welches System hat Vorrang? Wird die Änderung automatisch synchronisiert? Was passiert bei einem Übertragungsfehler? Wie werden Dubletten behandelt? Können Dokumente mitgegeben werden? Bleiben Beziehungen zwischen Stellen, Kandidaten und Kunden erhalten? Solche Fragen wirken im Vergleich zu künstlicher Intelligenz ausgesprochen unspektakulär. Für den täglichen Betrieb sind sie jedoch zentral.

Eine Systemlandschaft kann aus drei hervorragenden Produkten bestehen und trotzdem schlecht funktionieren, wenn deren Zusammenspiel mangelhaft ist. Umgekehrt können drei nicht vollkommen perfekte Anwendungen gemeinsam eine sehr leistungsfähige Lösung ergeben, wenn Datenhoheit, Prozesse und Schnittstellen sauber geregelt sind.

Gerade deshalb sollte eine ATS-Evaluation immer auch eine Evaluation der gesamten Systemarchitektur sein.

Die Stellenmeldepflicht als Schweizer Realitätstest

Für Schweizer Personaldienstleister kommt eine zusätzliche Ebene hinzu, die in internationalen Produktpräsentationen nicht immer dieselbe Aufmerksamkeit erhält: die Stellenmeldepflicht. Sie ist kein exotischer Sonderfall, sondern gehört für viele Unternehmen zum normalen Tagesgeschäft. 2026 arbeiten 10,8 Prozent der Erwerbstätigen in Berufsarten, die der Stellenmeldepflicht unterliegen. Für Personaldienstleister ist das entsprechend relevant.

Ein ATS muss deshalb mehr können, als Stellen erfassen und auf verschiedenen Plattformen publizieren. Es muss einen Prozess unterstützen, in dem eine Stelle korrekt klassifiziert, gegebenenfalls an den Job-Room gemeldet und anschliessend unter Einhaltung der gesetzlichen Vorgaben weiterverarbeitet wird. Die Stellenmeldepflicht ist damit kein zusätzliches Häkchen in einer Funktionsliste. Sie ist Prozesslogik.

Wenn eine Stelle meldepflichtig ist, muss klar sein, wie die Meldung erfolgt, wo die Rückmeldung gespeichert wird und wie verhindert wird, dass eine öffentliche Publikation zu früh ausgelöst wird. Müssen Mitarbeitende parallel eigene Listen führen oder manuell kontrollieren, ob eine Stelle bereits veröffentlicht werden darf, ist zwar Software im Einsatz, der Prozess selbst aber noch nicht wirklich integriert.

Gerade an solchen Details zeigt sich, ob eine internationale Lösung lediglich in der Schweiz angeboten wird oder ob sie die betrieblichen und regulatorischen Besonderheiten des Schweizer Marktes tatsächlich abbilden kann.

Künstliche Intelligenz ist leistungsfähig. Sie repariert keine schlechten Prozesse

Parallel zur Diskussion über Systemarchitektur erleben wir eine ausgesprochen dynamische Entwicklung der künstlichen Intelligenz. Deren Potenzial sollte weder unterschätzt noch romantisiert werden. KI kann Lebensläufe analysieren, Daten extrahieren, Informationen strukturieren, Texte erstellen, Suchvorgänge verbessern und Kandidatenpools wesentlich schneller durchsuchen. Sie kann Dokumente zusammenfassen, Kommunikationsvorschläge erstellen und administrative Tätigkeiten teilweise automatisieren. Das ist ein realer Fortschritt.

Problematisch wird es dort, wo daraus der Eindruck entsteht, künstliche Intelligenz könne strukturelle Probleme eines Unternehmens lösen. Recruiting besteht nicht nur aus Datenfeldern. Ausbildung, Berufserfahrung, Sprachkenntnisse und bestimmte Fachkompetenzen lassen sich relativ gut erfassen und vergleichen. Motivation, Persönlichkeit, Entwicklungspotenzial, Unternehmenskultur und persönliche Lebenssituationen sind wesentlich schwieriger zu strukturieren.

Ein erfahrener Personalberater kann erkennen, dass eine Kandidatin formal nur teilweise dem Stellenprofil entspricht und trotzdem hervorragend zur Aufgabe passen könnte. Umgekehrt kann jemand sämtliche Kriterien erfüllen und im persönlichen Austausch trotzdem nicht überzeugen. Künstliche Intelligenz kann solche Entscheidungen unterstützen. Sie kann Informationen schneller bereitstellen, Zusammenhänge sichtbar machen und Routinearbeit reduzieren. Sie ersetzt aber nicht automatisch Erfahrung und Urteilskraft.

Vor allem korrigiert sie keine mangelhaften Datenstrukturen. Wenn dieselbe Person in drei Systemen mit unterschiedlichen Informationen geführt wird, verschwindet dieses Problem nicht durch eine zusätzliche KI-Schicht. Eine intelligente Anwendung verarbeitet die vorhandenen Informationen schneller. Sie entscheidet aber nicht automatisch, welche davon richtig sind. Deshalb braucht künstliche Intelligenz ein solides Fundament. Klare Prozesse, saubere Daten, definierte Verantwortlichkeiten und verlässliche Schnittstellen bleiben Voraussetzung.

Das wirkt weniger spektakulär als ein Bot. Für die tatsächliche Produktivität ist es häufig wichtiger.

Ist die Blase der Versprechungen grösser als die Wirklichkeit?

Im Moment besteht zumindest die Gefahr einer deutlichen Erwartungslücke. Die technologische Entwicklung ist real und teilweise beeindruckend. Gleichzeitig befindet sich die Softwarebranche unter enormem Innovations- und Vermarktungsdruck. Kaum eine neue Anwendung wird noch vorgestellt, ohne künstliche Intelligenz prominent zu erwähnen. Dadurch verschwimmt teilweise die Grenze zwischen echter technologischer Innovation und klassischer Automatisierung. Funktionen, die vor einigen Jahren als Workflow, intelligente Suche oder Regelwerk bezeichnet worden wären, erhalten heute gerne ein KI-Etikett.

Für Unternehmen macht dies die Evaluation schwieriger. Die entscheidende Frage sollte deshalb nicht lauten, ob ein System künstliche Intelligenz einsetzt. Viel wichtiger ist, welche konkrete Tätigkeit dadurch tatsächlich wegfällt oder schneller erledigt werden kann. Und ebenso wichtig ist die Gegenfrage: Welche neue Arbeit entsteht durch die Einführung?

Denn Digitalisierung reduziert nicht nur Administration. Sie kann neue Administration schaffen. Daten müssen gepflegt, Pflichtfelder ausgefüllt, Statuswerte gesetzt, Berechtigungen verwaltet und Workflows konfiguriert werden. Schnittstellen müssen überwacht und Updates getestet werden. Je umfangreicher eine Plattform wird, desto grösser kann der Aufwand werden, den sie selbst verursacht. Damit entsteht ein bemerkenswertes Paradox: Eine Software wird eingeführt, um Komplexität zu reduzieren, kann aber selbst zu einer zusätzlichen Quelle von Komplexität werden.

Wenn ein automatisierter Prozess fünf zusätzliche Eingaben voraussetzt, um später zwei Klicks einzusparen, sollte man zumindest genauer rechnen.

Die wirklichen Kosten stehen selten vollständig in der Offerte

Die Kostenfrage ist deshalb wesentlich komplexer als der Vergleich monatlicher Lizenzpreise. Neben den Lizenzen entstehen Aufwände für Einführung, Datenmigration, Konfiguration, Schnittstellen, Schulung, Support, Zusatzmodule und interne Projektarbeit. Werden bestehende Systeme teilweise weiterbetrieben, entstehen zusätzlich parallele Lizenz- und Integrationskosten.

Noch schwieriger zu erfassen sind die täglichen Reibungsverluste. Wenn sieben Mitarbeitende aufgrund unnötiger Systemwechsel, Doppelerfassungen oder komplizierter Abläufe täglich jeweils nur 15 Minuten verlieren, entstehen bei rund 220 Arbeitstagen etwa 385 Arbeitsstunden im Jahr. Das entspricht fast zehn vollständigen Arbeitswochen. Diese Kosten erscheinen auf keiner Rechnung. Wirtschaftlich sind sie trotzdem real.

Genau deshalb ist die Benutzerfreundlichkeit kein weiches Qualitätsmerkmal. Auch Geschwindigkeit ist nicht einfach Komfort. Beides hat einen messbaren wirtschaftlichen Wert.

Eine scheinbar teurere Software kann deshalb langfristig günstiger sein, wenn sie Abläufe konsequent vereinfacht. Eine preiswerte Lösung kann dagegen teuer werden, wenn Mitarbeitende jeden Tag manuelle Umwege produzieren.

Datenmigration ist mehr als ein technischer Umzug

Auch die Migration bestehender Daten wird häufig unterschätzt. Wer seit zehn oder zwanzig Jahren im Markt tätig ist, beginnt mit einem neuen ATS nicht auf einer grünen Wiese. Es bestehen Kandidatendossiers, Kundenkontakte, Stellen, Dokumente, Gesprächsnotizen und historische Aktivitäten aus mehreren Systemgenerationen. Die Aussage eines Anbieters, man könne die bestehenden Daten übernehmen, ist deshalb nur der Anfang.

Entscheidend ist, in welcher Qualität dies geschieht. Werden Beziehungen zwischen Kandidaten und Stellen erhalten? Können alte Aktivitäten weiterhin nachvollzogen werden? Werden Dokumente korrekt zugeordnet? Was passiert mit individuellen Feldern? Wie werden Dubletten behandelt? Und irgendwann stellt sich zwangsläufig die unangenehme Frage nach der Qualität der vorhandenen Daten. Ein neues System verbessert schlechte Daten nicht automatisch. Wer sämtliche Altlasten unverändert in eine moderne Plattform überträgt, besitzt danach im schlechtesten Fall nur dieselben Probleme in einer schöneren Benutzeroberfläche.

Eine Migration sollte deshalb auch eine Bereinigung sein. Nicht alles, was technisch übernommen werden kann, muss zwingend übernommen werden.

Weniger Systeme, klarere Zuständigkeiten

Was folgt daraus für einen mittelständischen Personaldienstleister? Wahrscheinlich weder die gigantische Plattform, die alles gleichzeitig beherrschen will, noch eine Landschaft aus zwanzig Spezialanwendungen. Sinnvoller dürfte häufig eine bewusst begrenzte Architektur sein. Ein stabiles ERP übernimmt jene Prozesse, bei denen Vertragswesen, Lohn, Einsatzverwaltung, Fakturierung und Transaktionssicherheit im Vordergrund stehen. Ein spezialisiertes ATS organisiert Kandidaten, Stellen, Bewerbungen und Recruitingprozesse. CRM-Funktionen können je nach Geschäftsmodell innerhalb des ATS oder in einer eigenen Anwendung abgebildet werden.

Dazwischen braucht es möglichst wenige, aber zuverlässige Schnittstellen. Und für jede wesentliche Information muss definiert sein, welches System dafür verantwortlich ist. Auf dieser Grundlage können Automatisierung und künstliche Intelligenz erheblichen zusätzlichen Nutzen schaffen. Vielleicht lässt sich eine sinnvolle Architektur vereinfacht in drei Ebenen denken: Das ERP stellt die Transaktionen sicher. ATS und CRM organisieren Prozesse und Beziehungen. Künstliche Intelligenz unterstützt bei Suche, Informationsverarbeitung, Kommunikation und Automatisierung.

Nicht alles muss vom selben Hersteller stammen. Aber alles muss miteinander funktionieren.

Am Ende zählt nicht die Funktionsliste, sondern die gewonnene Zeit

Nach langen Softwareevaluationen bleibt deshalb eine erstaunlich einfache Frage übrig. Haben Personalberaterinnen und Personalberater nach der Einführung mehr Zeit für Kunden und Kandidaten als vorher? Finden sie Informationen schneller? Müssen Daten seltener doppelt erfasst werden? Funktioniert die Stellenpublikation zuverlässiger? Ist die Stellenmeldepflicht sauber eingebunden? Gelangen notwendige Informationen ohne manuelle Umwege ins ERP? Und müssen Mitarbeitende weniger häufig selbst zur Schnittstelle zwischen verschiedenen Anwendungen werden? Wenn diese Fragen mit Ja beantwortet werden können, wurde vieles richtig gemacht.

Wenn dagegen nach der Einführung zwar mehr automatisiert wird, gleichzeitig aber mehr gepflegt, kontrolliert und zwischen verschiedenen Systemen abgestimmt werden muss, wurde die Komplexität möglicherweise nur verlagert. Vielleicht ist deshalb die wichtigste Frage an einen Anbieter nicht, was seine Software alles kann.

Interessanter wäre: Was müssen unsere Mitarbeitenden nach der Einführung Ihres Systems nicht mehr tun? Eine gute Antwort darauf sagt wahrscheinlich mehr über den tatsächlichen Nutzen einer Recruiting-Software aus als eine lange Liste von Funktionen. Denn wirklich gute Digitalisierung erkennt man nicht daran, dass Mitarbeitende ständig über ihre neue Software sprechen.

Sondern daran, dass sie mehr Zeit für ihre eigentliche Arbeit haben.