Software für Personaldienstleister

// Das Problem

Ein Personaldienstleister nimmt Aufträge per Telefon und E-Mail an, besetzt sie, indem er Arbeitskräfte einzeln anruft, und sammelt Stundenzettel auf Papier bei den Kunden ein.

// Was wir bauen würden

Eine App für iOS und Android, in der Arbeitskräfte ihre Verfügbarkeit angeben, Schichten annehmen, sich vor Ort einstempeln und ihre Zertifizierungen aktuell halten, mit einem Portal, in dem Kunden Aufträge erteilen und Stunden freigeben, und einer Konsole, in der Disponenten jeden Auftrag besetzen und verfolgen.

// Was drin ist

// Tech-Stack

• Next.js
• React Native
• PostgreSQL
• Anbindung an das Lohnsystem
• AWS

// Das Problem

Recruiter durchsuchen die Kandidatendatenbank nach Stichwörtern und übersehen Menschen, deren passende Erfahrung mit anderen Worten beschrieben ist.

// Was wir bauen würden

Ein Abgleichwerkzeug auf einem Open-Source-Modell im eigenen AWS-Konto des Unternehmens, gewählt, weil Lebensläufe personenbezogene Daten sind, die nicht an einen externen Anbieter gehen sollten, das Kandidaten für einen Auftrag mit den Gründen neben jedem einordnet. Wen sie ansprechen, entscheiden die Recruiter, und jede Rangfolge wird vor dem Start auf unfaire Muster getestet.

// Was drin ist

// Tech-Stack

• Qwen oder Llama (Open Source)
• vLLM
• PostgreSQL mit pgvector
• Anbindung an das Bewerbermanagementsystem
• AWS

// Das Problem

Ein großer Kunde arbeitet mit mehreren Personaldienstleistern, und Stunden, Freigaben und Sätze werden zwischen dem Kunden, jedem Dienstleister und den Arbeitskräften bestritten, wenn die Rechnungen kommen.

// Was wir bauen würden

Ein privates Register mit Zugangsberechtigung, in dem der Kunde und jeder liefernde Dienstleister einen Knoten betreiben und jedes Einstempeln, jede Freigabe und jeder Satz einmal festgehalten und von den betroffenen Seiten gesehen wird. Mit nur einem Dienstleister und einem Kunden genügt eine gemeinsame Datenbank, und das sagen wir Ihnen.

// Was drin ist

// Tech-Stack

• Hyperledger Besu (privat, mit Zugangsberechtigung)
• Next.js
• PostgreSQL
• AWS

// Das Problem

Kurzfristige Schichten werden besetzt, indem Disponenten Arbeitskräfte einzeln anrufen und anschreiben, oft erst nach Schichtbeginn.

// Was wir bauen würden

Ein Telegram-Bot, der eine offene Schicht qualifizierten, verfügbaren Arbeitskräften in Reihenfolge der Priorität anbietet, die erste Zusage bucht, den übrigen mitteilt, dass sie besetzt ist, und den Auftrag im System des Dienstleisters aktualisiert.

// Was drin ist

// Tech-Stack

• grammY für Telegram
• Node.js
• PostgreSQL
• Anbindung an das Planungssystem
• DigitalOcean

// Das Problem

Ein Personaldienstleister tippt jeden Einsatz aus dem Bewerbermanagement in die Lohnabrechnung und noch einmal in die Kundenrechnung, und Fehler bei den Sätzen fallen erst auf, wenn sich jemand beschwert.

// Was wir bauen würden

Eine Integration, die jeden Einsatz einmal anlegt und mit Lohn- und Verrechnungssatz in Lohnabrechnung und Fakturierung übernimmt, freigegebene Stundenzettel an beide schickt und jeden Einsatz markiert, bei dem Sätze oder Stunden vor dem Zahltag nicht zusammenpassen.

// Was drin ist

// Tech-Stack

• Node.js
• PostgreSQL
• REST
• OpenAPI
• DigitalOcean

// Das Problem

Die Arbeitskräfte eines Industrie-Personaldienstleisters sprechen unter anderem Panjabi, Spanisch, Tagalog und Ukrainisch, aber Schichtangebote, Sicherheitsregeln und Lohninformationen erreichen sie nur auf Englisch.

// Was wir bauen würden

Die Arbeiter-App und ihre Nachrichten in den Sprachen Ihrer Arbeitskräfte, muttersprachlich geprüft, mit Sicherheitsinhalten, die Ihr eigenes Team prüft, und einem Assistenten, der Fragen zu Schichten und Lohn in der Sprache der Arbeitskraft aus Ihren Regeln beantwortet.

// Was drin ist

// Tech-Stack

• React Native
• Next.js
• PostgreSQL
• Crowdin
• Claude API