Der Onboarding-Dateneingabe-
Engpass, den keine HR-Software gelöst hat

Die 8-Formulare-, 4-Systeme-Realität, die keine HRIS-Demo zeigt

Ein neuer Mitarbeiter nimmt ein Angebot an einem Dienstag an. Bis Freitag hat die HR-Abteilung ihm ein Onboarding-Paket mit acht verschiedenen Formularen geschickt. Der Mitarbeiter füllt aus, was er kann – oft vom Telefon aus, zwischen den letzten Schichten seines aktuellen Jobs – und die ausgefüllten PDFs landen im HR-Posteingang. Was als Nächstes passiert, ist der Engpass, den jede HRIS-Vendordemo überspringt.

Diese acht Formulare enthalten Daten, die in vier verschiedene Systeme gelangen müssen, und keines dieser Systeme kommuniziert standardmäßig mit den anderen. Das I-9 fließt in die Compliance-Datenbank und E-Verify. Das W-4 und seine bundesstaatlichen Äquivalente fließen in die Lohnbuchhaltung. Die Einzugsermächtigung für die direkte Zahlung geht an die Lohnbuchhaltung und die Bank. Notfallkontakte und Richtlinienbestätigungen fließen in den HRIS-Mitarbeiterdatensatz. Benefits-Einschreibung speist die Plattform zur Leistungsverwaltung. Jedes Feld – Name, Adresse, Sozialversicherungsnummer, Geburtsdatum, Steuerfreibeträge, Bankleitzahl, Begünstigtenangabe – wird von einer Person erneut in einen anderen Bildschirm eingegeben, oft aus einem PDF, das Ihnen kein Kopieren und Einfügen erlaubt, weil das Formular als flaches Bild gerendert wurde.

Zwei von fünf HR-Managern verbringen laut Daten von StrongDM aus CareerBuilder-Forschung mindestens drei Stunden pro Einstellung mit der manuellen Erfassung von Onboarding-Informationen. Der administrative Teil des Onboardings – Steuerformulare, Compliance-Dokumente, Richtlinienbestätigungen – nimmt einen überproportionalen Anteil der ersten Woche ein und verdrängt die Einführung, Schulung und den Beziehungsaufbau, die darüber entscheiden, ob ein neuer Mitarbeiter bleibt. Und obwohl 47 % der Unternehmen sagen, dass sie mit dem Onboarding kämpfen, weil ihnen die richtige technologische Infrastruktur fehlt, ist die Wahrheit unbequemer: Die Infrastruktur existiert. Sie wurde nur nicht gebaut, um das Problem zu lösen, das sie zu lösen vorgibt.

I-9: Das Formular, das manuelle Eingaben zum Rechtsproblem macht

Die meisten Ineffizienzen beim Onboarding haben abstrakte Kosten – verschwendete Zeit, frustrierte Neueinstellungen, verzögerte Produktivität. Das I-9 ist anders. Es hat eine gesetzliche Uhr.

Gemäß den USCIS-Vorschriften muss Abschnitt 1 des Formulars I-9 – der Teil des Arbeitnehmers – spätestens am ersten Arbeitstag ausgefüllt sein. Abschnitt 2 – die Prüfung und Verifizierung der Dokumente durch den Arbeitgeber – muss innerhalb von drei Werktagen abgeschlossen sein. Beginnt der neue Mitarbeiter am Montag, ist Abschnitt 2 des Arbeitgebers bis Mittwoch fällig. Beginnt er am Donnerstag, hat der Arbeitgeber bis zum folgenden Montag Zeit. Ein Drei-Tage-Fenster ist schon eng genug, wenn der neue Mitarbeiter mit den Dokumenten in der Hand ins Büro kommt. Bei Remote-Einstellungen muss der gesamte Prozess – Dokumentenerfassung, Prüfung, Dateneingabe, System-Upload – über E-Mail-Threads, PDF-Anhänge und manuelle Tastatureingaben ablaufen.

Das Compliance-Risiko ist nicht gleichmäßig verteilt. Ein Unternehmen mit 50 Mitarbeitern und sauberen Prozessen kann Jahre ohne ICE-Prüfbescheid auskommen. Ein Unternehmen mit 500 Mitarbeitern an mehreren Standorten, bei dem Manager Abschnitt 2 auf Papierformularen ausfüllen, die zur Dateneingabe an eine zentrale HR-Abteilung geschickt werden – dieses Unternehmen sitzt auf einer Compliance-Verbindlichkeit, die mit jeder Einstellung wächst. Das I-9 ist nicht nur ein weiteres Formular. Es ist das Formular, das Dateneingabegeschwindigkeit zu einer rechtlichen Verpflichtung macht.

Und die Fehler, die Geldstrafen auslösen, sind genau die Art, die manuelle Dateneingabe produziert. Fehlende Unterschriften. Unvollständige Felder. Vertauschte Dokumentennummern. Falsche Ablaufdaten. Eine Liste häufiger I-9-Fehler liest sich wie ein Katalog dessen, was passiert, wenn eine Person 47 Felder aus einer PDF in ein Compliance-Portal tippt: Tippfehler im Geburtsdatumsfeld, falsch angegebene Ausstellungsbehörden, Abschnitt 2 vor Abschnitt 1 ausgefüllt. Keiner dieser Fehler würde auftreten, wenn die Daten ohne menschliche Tastatur dazwischen vom Formular ins System gelangten.

Der W-4-Multiplikator: 41 staatliche Formulare, ein Lohnbuchhalter

Wenn das I-9-Formular die rechtliche Dringlichkeit erzeugt, ist die W-4-Familie das, was das Problem mit einer einzigen HRIS-Vorlage strukturell unlösbar macht.

Jeder US-amerikanische Mitarbeiter füllt ein bundesstaatliches Formular W-4 aus. Aber 41 Bundesstaaten erheben auch staatliche Einkommenssteuer – und damit verbunden ein separates staatliches Quellensteuerformular. Kalifornien verlangt das Formular DE 4. New York verlangt das Formular IT-2104. Illinois verlangt das Formular IL-W-4. Indiana verlangt das Formular WH-4, das nicht nur die staatliche Quellensteuer abfragt, sondern auch den County-Status, da die Countys in Indiana eigene Einkommenssteuern erheben. Michigan verlangt das Formular MI-W4 auf staatlicher Ebene und dann – abhängig von der Wohnstadt des Mitarbeiters – eines von 22 separaten städtischen Quellensteuerformularen. Ohio hat Hunderte von Steuerbezirken, die Städte, Townships und Schulbezirke umfassen.

Dies ist keine Funktion, die ein einzelnes HRIS-Onboarding-Modul einfach „mal eben erledigen" kann. Ein HRIS-Anbieter kann digitale Versionen des bundesstaatlichen W-4 und der 10 häufigsten staatlichen Formulare erstellen. Er kann keine digitalen Versionen von 22 städtischen Formularen aus Michigan erstellen und pflegen, geschweige denn Hunderte von Schulbezirksformularen aus Ohio, zu Kosten, die für ein Produkt, das an mittelständische Unternehmen verkauft wird, wirtschaftlich sinnvoll sind. Das Ergebnis ist, dass für jedes staatliche und lokale Formular, das das HRIS nicht nativ unterstützt, die Daten als PDF im Posteingang der Personalabteilung landen – und von Hand abgetippt werden.

Die Lohnabrechnungsfehler-Studie 2022 von Ernst & Young ergab, dass die verspätete Erfassung eines neuen Mitarbeiters im Lohnsystem durchschnittlich 635 $ pro Mitarbeiter kostet. Eine fehlerhafte W-4-Einrichtung verursacht weitere 539 $ pro Fall. Für ein Unternehmen, das 50 Personen pro Jahr einstellt, sind das 31.750 $ an vermeidbaren Lohnkorrekturkosten allein durch nicht erfasste Einstellungen – ein Großteil davon entsteht durch die Diskrepanz zwischen dem, was der Mitarbeiter auf einem staatlichen Quellensteuerformular angegeben hat, und dem, was der Lohnbuchhalter in das System eingegeben hat.

Die HRIS-Architektur wurde um den Mitarbeiterdatensatz herum entworfen, nicht um das Mitarbeiterformular

Hier ist die strukturelle Diagnose, die Ihnen kein Anbieter-Blog geben wird: HRIS-Plattformen wurden gebaut, um Mitarbeiterdatensätze zu speichern und zu verwalten, nicht um die Formulare zu erfassen, die diese Datensätze erstellen.

Ein Personalinformationssystem – ob ADP Workforce Now, BambooHR, Workday oder Gusto – ist im Kern seiner Architektur eine Datenbank mit einer Benutzeroberfläche. Es speichert Name, Adresse, SSN, Steuerabzugsentscheidungen, direkte Einzahlungsdetails, Notfallkontakte und Leistungsauswahlen eines Mitarbeiters als strukturierte Felder in einem relationalen Schema. Sobald die Daten in der Datenbank sind, kann das System Gehaltsabrechnungen durchführen, Leistungen verwalten, Berichte erstellen und Workflows auslösen. Alles, was nach „Daten sind in der Datenbank" kommt, funktioniert wunderbar.

Der Onboarding-Moment liegt jedoch vor der Datenbank. Es ist der Moment, in dem Daten auf Papier oder in einer PDF-Datei existieren – außerhalb des Systems – und die Grenze zur Datenbank überqueren müssen. Diese Grenzüberquerung war schon immer eine manuelle Operation, und HRIS-Anbieter haben drei Jahrzehnte damit verbracht, alles innerhalb der Datenbank zu optimieren, während die Grenze selbst weitgehend unangetastet blieb.

Das Onboarding-Modul von ADP Workforce Now veranschaulicht das Muster präzise. Es verarbeitet I-9, W-4, direkte Einzahlung und Leistungsanmeldung über elektronische Formulare und E-Signaturen – und synchronisiert die Daten nach Abschluss automatisch mit dem Gehaltsdatensatz. Wie jedoch von HR-Technologieanalysten dokumentiert, eskaliert es überfällige Formulare nicht nativ, weist unvollständige Aufgaben nicht automatisch Managern zu oder kennzeichnet ins Stocken geratene Papierkram, bevor eine Compliance-Frist verstreicht. Es deckt den transaktionalen Kern ab, überlässt aber den Workflow rund um die Transaktion der manuellen Koordination durch die HR-Abteilung. Und es funktioniert nur für Formulare, die ADP selbst erstellt hat – was bedeutet, dass jedes staatliche oder lokale Formular außerhalb des ADP-Katalogs wieder zur manuellen Eingabe führt.

Die Lücke zwischen BambooHR und ADP ist sogar noch aufschlussreicher. BambooHR ist eine der beliebtesten HRIS-Plattformen für mittelständische Unternehmen. ADP Workforce Now ist eine der beliebtesten Gehaltsabrechnungsplattformen. Sie integrieren sich – aber über einen Drittanbieter-Konnektor wie Flexspring, dessen Produktbeschreibung im ADP Marketplace wie eine Anerkennung des Problems klingt: „Befreien Sie Ihre HR-Profis von der seelenzerstörenden Mühsal manueller Doppeldateneingabe." Die Existenz eines kostenpflichtigen Middleware-Produkts, das ausschließlich der Synchronisierung von Neuzugangsdaten zwischen einem HRIS und einem Gehaltsabrechnungssystem dient, ist der klarste Beweis dafür, dass die beiden Systeme nie dafür ausgelegt wurden, Daten an der Erfassungsstelle auszutauschen.

Das ist kein Fehler. Es ist eine architektonische Entscheidung aus den 1990er Jahren, als HRIS-Plattformen erstmals aufkamen, und sie wurde durch Jahrzehnte von Funktionserweiterungen bewahrt, die neue Fähigkeiten auf demselben datenbankzentrierten Modell aufbauten. Der Mitarbeiterdatensatz wurde reicher. Die Formulare haben sich nie geändert.

PRWORA und die 20-Tage-Frist: Ein zweites Mandat, das mit nichts integriert

Als ob die I-9-Frist und die Fragmentierung der staatlichen W-4-Formulare nicht schon genug wären, gibt es eine dritte Compliance-Anforderung, die die meisten HR-Fachkräfte nicht benennen könnten, aber bei jeder Einstellung erfüllen: den Personal Responsibility and Work Opportunity Reconciliation Act von 1996.

PRWORA, kodifiziert in 42 U.S.C. § 653A, verlangt von jedem Arbeitgeber in allen 50 Bundesstaaten, jeden neuen Mitarbeiter innerhalb von 20 Kalendertagen nach dem Startdatum des Mitarbeiters an ein State Directory of New Hires zu melden. Der Bericht muss sieben Datenelemente enthalten: Name des Mitarbeiters, Adresse, Sozialversicherungsnummer, Einstellungsdatum, Name des Arbeitgebers, Adresse des Arbeitgebers und Federal Employer Identification Number. Der erklärte Zweck ist die Durchsetzung von Kindesunterhaltszahlungen – das National Directory of New Hires wird mit Kindesunterhaltsfällen abgeglichen –, aber aus Sicht der HR-Operations ist der Zweck irrelevant. Entscheidend ist, dass es sich um eine separate Meldepflicht mit eigener Frist, eigenem Datenformat und eigenem bundesstaatspezifischen Einreichungsportal handelt, völlig unabhängig von I-9, W-4, Gehaltsabrechnung und Sozialleistungen.

Einige Gehaltsabrechnungsanbieter übernehmen die Meldung neuer Mitarbeiter im Namen ihrer Kunden – die ADP-Pakete RUN und Workforce Now enthalten sie in den höheren Tarifen. Wenn Ihr Tarif sie nicht enthält oder Sie einen anderen Gehaltsabrechnungsanbieter nutzen, müssen die Daten manuell gemeldet werden: Anmeldung im staatlichen Portal, erneute Eingabe der Felder aus demselben Formularstapel, den Sie bereits in vier andere Systeme eingegeben haben. Bundesstaaten, die elektronische Einreichung erlauben, verlangen zwei monatliche Übermittlungen im Abstand von mindestens 12 und höchstens 16 Tagen, was bedeutet, dass selbst der Übermittlungsrhythmus eine terminliche Belastung darstellt. Und mehrere Bundesstaaten – darunter Alabama – legen kürzere Fristen als das bundesweite 20-Tage-Fenster fest.

Die PRWORA-Anforderung ist 28 Jahre alt. Seit 28 Jahren erzeugt jede Neueinstellung in Amerika eine Compliance-Meldepflicht, die in einem Paralleluniversum zum HRIS existiert, ohne nativen Integrationspfad. Das ist keine Software-Einschränkung. Das ist eine regulatorische Architekturentscheidung, die niemand einen Anreiz hatte zu überbrücken.

Warum dieser Engpass 30 Jahre HR-Software überlebt hat

Inzwischen sollte das Muster erkennbar sein. Die Dateneingabe beim Onboarding ist nicht langsam, weil HR-Abteilungen nicht die richtige Software eingeführt haben. Sie ist langsam, weil mehrere regulatorische Auflagen, die nach unterschiedlichen Zeitplänen arbeiten und unterschiedliche Datenelemente erfordern, in einem Moment zusammenlaufen – der ersten Arbeitswoche –, der in die Lücken jedes Systems fällt, das für die Zeit danach konzipiert wurde.

Aber die strukturelle Diagnose braucht noch eine organisatorische Erklärung. Warum haben HR-Teams dies drei Jahrzehnte lang als normal akzeptiert?

Die Antwort liegt in der Compliance-Kultur, die den HR-Beruf definiert. HR ist keine Funktion, die auf Prozessinnovation optimiert ist. Es ist eine Funktion, die auf Risikovermeidung optimiert ist. Ein HR-Manager, der einen Onboarding-Workflow automatisiert und dabei einen Fehler macht, sieht sich einem ICE-Prüfungsbefund, einer Lohnabrechnungskorrektur oder einer Meldepflichtverletzung des Bundesstaates gegenüber. Ein HR-Manager, der I-9-Daten manuell Feld für Feld neu eingibt – und das langsam, sorgfältig, mit einer zweiten Person, die jedes Formular gegenprüft – sieht sich keiner Kritik des Prüfers ausgesetzt, weil er zu vorsichtig ist. Die beruflichen Anreize belohnen manuelle Gründlichkeit gegenüber automatisierter Geschwindigkeit, weil der Nachteil eines Automatisierungsfehlers (Compliance-Verstoß) die Karriere gefährdet, während der Nachteil manueller Ineffizienz (verschwendete Zeit) dies nicht tut.

Gallups Erkenntnis, dass nur 12 % der Mitarbeiter ihr Onboarding als ausgezeichnet bewerten, ist die nachgelagerte Konsequenz. Wenn der Prozess auf Compliance statt auf Erfahrung, Geschwindigkeit oder Datengenauigkeit optimiert ist, bekommt der Mitarbeiter eine Woche voller Formularausfüllen und Wartens. Das HR-Team bekommt eine Woche Tipparbeit. Beide Seiten gehen davon aus, dass Onboarding einfach so funktioniert – weil es das seit 30 Jahren tut.

Was sich jetzt ändert, ist kein neues HRIS-Feature. Es ist eine Kategorie von Tools, die das Problem von der Dokumentseite statt von der Datenbankseite angeht. Anstatt zu versuchen, jedes Formular in das HRIS einzupassen, lesen diese Tools das Formular – jedes Formular, unabhängig von Layout, Format oder Herkunftsstaat – und extrahieren die Daten in eine strukturierte Tabelle. ImageToTable.ai macht dies durch einen Mechanismus namens Spaltennamensextraktion: Sie definieren die Felder, die Sie benötigen – „Name des Mitarbeiters", „SSN", „Heimatadresse", „Steuerfreibeträge", „Bankleitzahl" – und die KI liest jedes hochgeladene Formular, lokalisiert die entsprechenden Werte, wo auch immer sie auf der Seite erscheinen, und stellt alles in einer einzigen Tabelle zusammen. Sie zeichnen keine Rechtecke um Felder und erstellen keine Formularvorlagen. Sie sagen der KI, wonach Sie suchen, und sie findet es mithilfe des semantischen Verständnisses des Dokumentinhalts statt seiner Layout-Koordinaten.

Dieser Ansatz ist für das Onboarding besonders relevant, weil er nicht erfordert, dass das Formular ein bekanntes, vorlagenbasiertes Dokument ist. Ein handschriftlich ausgefülltes und gescanntes I-9, ein von der IRS-Website heruntergeladenes W-4, ein staatliches DE-4-Formular mit kalifornienspezifischen Feldern, ein Formular für die direkte Einzahlung einer Kreditgenossenschaft mit eigenem Layout – alle können zusammen hochgeladen werden, und die KI extrahiert denselben Satz von Spalten aus jedem einzelnen. Für HR-Teams, die Chargen neuer Mitarbeiter verarbeiten, bedeutet dies, dass 50 Onboarding-Pakete in einem einzigen Durchgang in eine Excel-Datei konvertiert werden können, anstatt eine Woche lang Formular für Formular abgetippt zu werden. Das Ergebnis ist eine Tabelle, die überprüft, validiert und dann über die Standard-Bulk-Upload-Schnittstelle in das HRIS importiert werden kann – wodurch die Tastatur vollständig aus der Grenze zwischen Formular und Datenbank eliminiert wird.

Dies ersetzt nicht das HRIS. Es schließt die Lücke, für die das HRIS nie konzipiert wurde: den Moment, in dem Daten in unstrukturierter Form in das Unternehmen gelangen und zu einem strukturierten Datensatz werden müssen. Zum ersten Mal kann diese Lücke geschlossen werden, ohne ein weiteres Compliance-Risiko hinzuzufügen, denn die extrahierten Daten können von einer Person geprüft werden, bevor sie das HRIS erreichen – der Kontrollschritt, auf den HR-Teams bestehen –, aber die Prüfung dauert Minuten statt Stunden, da die KI das Lesen und Tippen bereits übernommen hat.

Sie können auch Batch-Verarbeitungsworkflows verwenden, um Ausnahmefälle zu behandeln: Formulare, bei denen die KI eine Konfidenzwarnung markiert, Formulare, bei denen ein handschriftliches Feld mehrdeutig ist, Formulare von neuen Mitarbeitern, die in verschiedenen Bundesstaaten begonnen haben und daher unterschiedliche Lohnsteuer-Validierungen erfordern. Der Batch-Ansatz trennt die mechanische Arbeit – das Lesen von 50 Formularen und das Übertragen der Felder – von der Urteilsarbeit – das Prüfen markierter Punkte und das Treffen von Entscheidungen. Diese Trennung ermöglicht es, den Prozess zu skalieren, ohne zusätzliches Personal einzustellen.

FAQ

Warum kann ich nicht einfach mein HRIS-Onboarding-Modul für alle Formulare verwenden?

Die meisten HRIS-Onboarding-Module verarbeiten eine definierte Reihe von Standardformularen – typischerweise bundesstaatliches W-4, I-9, direkte Einzahlung und Leistungsanmeldung. Jedes Formular außerhalb dieser Reihe, einschließlich bundesstaatspezifischer Lohnsteuerformulare und unternehmensspezifischer Bestätigungsformulare, wird nicht unterstützt. Für diese Formulare müssen die Daten manuell eingegeben oder das Formular als PDF-Anhang gespeichert werden, ohne dass seine Datenfelder durchsuchbar oder berichtsfähig werden. Dies ist kein Versagen eines bestimmten HRIS; es ist eine Folge davon, wie viele Formularvarianten es in verschiedenen Rechtsgebieten gibt und wie wenige es wirtschaftlich sinnvoll ist, digital zu erstellen und zu pflegen.

Welche I-9-Fristen muss ich beachten?

Abschnitt 1 muss vom Mitarbeiter spätestens am ersten Tag der Beschäftigung ausgefüllt werden. Abschnitt 2 muss vom Arbeitgeber innerhalb von drei Werktagen nach dem ersten Arbeitstag des Mitarbeiters ausgefüllt werden. Wenn der Mitarbeiter für weniger als drei Tage eingestellt wird, müssen beide Abschnitte bis zum ersten Tag ausgefüllt sein. Diese Fristen stammen von USCIS und werden durch ICE-Prüfungen durchgesetzt. Verspätete oder unvollständige I-9-Formulare gehören zu den häufigsten Prüfungsfeststellungen.

Kann die KI-Erfassung handschriftliche Onboarding-Formulare verarbeiten?

Ja, mit Einschränkungen. ImageToTable.ai verwendet ein visuelles Sprachmodell, das Handschrift über einen Bereich von Lesbarkeitsgraden hinweg erkennen kann, aber stark beeinträchtigte Handschrift — sehr klein, sehr hell oder stark kursiv — kann Konfidenz-Warnungen erzeugen. Der empfohlene Arbeitsablauf besteht darin, die KI extrahieren zu lassen, was sie kann, und dann markierte Elemente manuell zu überprüfen und zu korrigieren. Dies stellt immer noch eine erhebliche Zeitersparnis gegenüber der manuellen Eingabe des gesamten Formulars dar, da in der Regel 80-90 % der Felder beim ersten Durchlauf korrekt extrahiert werden.

Funktioniert dieser Ansatz für bundesstaatspezifische Formulare wie das California DE 4 oder das New York IT-2104?

Ja. Da ImageToTable.ai semantisches Verständnis anstelle von Vorlagenabgleich verwendet, liest es jedes Formular auf die gleiche Weise: indem es versteht, was jedes Feld bedeutet, nicht indem es ein vordefiniertes Layout abgleicht. Ein DE 4 und ein IT-2104 sehen völlig unterschiedlich aus, aber beide enthalten Felder namens "Withholding Allowances" oder Äquivalente, die die KI eher nach Bedeutung als nach Position erkennt. Die von Ihnen definierten Spaltennamen dienen als semantisches Ziel für alle hochgeladenen Formulare.

Entspricht die extrahierten Daten den Datenschutzbestimmungen?

ImageToTable.ai verarbeitet Dateien während der Extraktion im Speicher und speichert hochgeladene Dokumente oder extrahierte Daten nach Ende der Verarbeitungssitzung nicht dauerhaft. Für HR-Abteilungen, die mit PII umgehen — Sozialversicherungsnummern, Bankkontoinformationen, Privatadressen — ist dies eine relevante architektonische Unterscheidung von Tools, die Dokumente in der Cloud-Speicherung aufbewahren. Die extrahierte Ausgabe (Excel oder CSV) wird auf Ihren lokalen Rechner heruntergeladen, und Sie kontrollieren, wohin sie von dort aus geht.

Die Lücke war nie ein Software-Bug

Der Dateneingabe-Engpass beim Onboarding ist kein Versagen der HR-Technologie. Es ist das beabsichtigte Verhalten einer Softwarekategorie, die gebaut wurde, um Mitarbeiterdaten zu verwalten, nachdem sie in das System gelangt sind — nicht, um die Lücke zwischen einem Papierformular und einem Datenbankeintrag zu überbrücken. 30 Jahre lang war das einzige Werkzeug, das diese Lücke überbrückte, eine Tastatur und eine Person, die wusste, welches Feld wohin gehört.

Was sich geändert hat, ist nicht, dass HRIS-Plattformen besser bei Formularen geworden sind. Was sich geändert hat, ist, dass eine andere Kategorie von Werkzeugen — KI-Dokumentenextraktion — jetzt Formulare so lesen kann, wie ein Lohnbuchhalter sie liest: indem sie versteht, was jedes Feld bedeutet, unabhängig davon, wo es auf der Seite sitzt oder welcher Staat das Formular ausgestellt hat. Der Unterschied besteht darin, dass die KI 50 Formulare in der Zeit liest, die eine Person für eines benötigt, und jede Extraktion überprüfbar ist, bevor sie die HRIS berührt.

Versuchen Sie, Onboarding-Formulardaten in eine Tabelle zu extrahieren