Logiciels de placement

// Le problème

Une agence reçoit ses commandes par téléphone et par courriel, les comble en appelant les travailleurs un à un et récupère les feuilles de temps sur papier chez les clients.

// Ce que nous bâtirions

Une application iOS et Android où les travailleurs indiquent leurs disponibilités, acceptent des quarts, pointent sur place et tiennent leurs certifications à jour, avec un portail où les clients passent leurs commandes et approuvent les heures, et une console où les coordonnateurs comblent et suivent chaque commande.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL
• Intégration au système de paie
• AWS

// Le problème

Les recruteurs cherchent dans la base de candidats par mots clés et passent à côté de personnes qui ont la bonne expérience décrite autrement.

// Ce que nous bâtirions

Un outil de jumelage sur un modèle open source servi dans le propre compte AWS de l’agence, choisi parce que les CV sont des renseignements personnels qui ne devraient pas aller chez un fournisseur externe, qui classe les candidats pour une commande avec les raisons à côté de chacun. Le recruteur décide qui contacter, et chaque classement est testé pour repérer les tendances inéquitables avant le lancement.

// Ce qu’il comprend

// Technologies

• Qwen ou Llama (open source)
• vLLM
• PostgreSQL avec pgvector
• Intégration au système de suivi des candidatures
• AWS

// Le problème

Un gros client fait appel à plusieurs agences de placement, et les heures, les approbations et les taux sont contestés entre le client, chaque agence et les travailleurs à l’arrivée des factures.

// Ce que nous bâtirions

Un registre privé à permissions où le client et chaque agence fournisseuse exploitent un nœud, et où chaque pointage, approbation et taux est inscrit une seule fois et vu par les parties concernées. Avec une seule agence et un seul client, une base de données partagée fait le travail et nous vous le dirons.

// Ce qu’il comprend

// Technologies

• Hyperledger Besu (privé, à permissions)
• Next.js
• PostgreSQL
• AWS

// Le problème

Les quarts de dernière minute sont comblés par des coordonnateurs qui appellent et textent les travailleurs un à un, souvent après l’heure de début.

// Ce que nous bâtirions

Un robot Telegram qui offre un quart ouvert aux travailleurs qualifiés et disponibles par ordre de priorité, réserve le premier qui accepte, avise les autres que le quart est comblé et met à jour la commande dans le système de l’agence.

// Ce qu’il comprend

// Technologies

• grammY pour Telegram
• Node.js
• PostgreSQL
• Intégration au système d’horaires
• DigitalOcean

// Le problème

Une agence de placement ressaisit chaque affectation de son système de suivi des candidatures dans la paie puis dans la facturation des clients, et les erreurs de taux n’apparaissent que lorsqu’un travailleur se plaint.

// Ce que nous bâtirions

Une intégration qui crée chaque affectation une seule fois et la reporte dans la paie et la facturation avec ses taux de paie et de facturation, envoie les feuilles de temps approuvées aux deux et signale toute affectation dont les taux ou les heures ne concordent pas avant le jour de paie.

// Ce qu’il comprend

// Technologies

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

// Le problème

Les travailleurs d’une agence de placement industriel parlent notamment pendjabi, espagnol, tagalog et ukrainien, mais les offres de quarts, les règles de sécurité et l’information sur la paie leur parviennent en anglais seulement.

// Ce que nous bâtirions

L’application des travailleurs et ses messages localisés dans les langues qu’ils parlent, avec révision par des locuteurs natifs, un contenu de sécurité vérifié par votre propre équipe et un assistant qui répond aux questions sur les quarts et la paie dans la langue du travailleur à partir de vos politiques.

// Ce qu’il comprend

// Technologies

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