Dans Teamtailor, l’embauche se confirme en un clic. Ensuite, tout se fait à la main : créer le dossier, relancer les pièces, prévenir l’IT, informer le manager. Qreew conçoit le parcours qui s’ouvre tout seul au moment où le candidat passe à « embauché ».
Nous construisons autour de votre configuration Teamtailor et de vos autres logiciels, sans changer d’ATS. Selon le besoin : intégrations, workflows, agent IA spécialisé et conseil pour les RH, l’IT et les managers.
Échange de 30 minutes, sans engagement · Belgique et France
Suivez ce qui peut se passer, station par station, quand une embauche est confirmée.
C’est le déclencheur. Selon votre configuration (notification, API ou export convenu), le parcours s’ouvre avec le poste, le site et la date d’arrivée.
Les données autorisées sont transmises au SIRH. Les champs manquants sont signalés tout de suite, pas trois semaines plus tard.
Contrat, avenants et livret d’accueil sont préparés à partir de données validées, envoyés, relancés et rangés dans le dossier une fois signés.
L’IT reçoit la demande avec la date d’entrée et le profil. Les échéances sont suivies, les retards remontent avant le jour J.
Il reçoit le programme d’accueil, ce qui est prêt et ce qui bloque. Il confirme ou pose une question sans chercher l’information.
Scénario illustratif. Le parcours réel dépend des événements, des données et des droits accessibles dans votre configuration Teamtailor.
Une fois l’étape « embauché » franchie, l’information reste souvent dans l’ATS : le contrat part par un canal, la demande de matériel par un autre, le manager est prévenu par message. Chaque transmission est une occasion d’oubli. Nous commençons par cartographier ces transmissions, puis nous concevons ce qui doit être automatisé, connecté ou simplement mieux organisé.
Les informations du candidat sont recopiées de Teamtailor vers le SIRH, la signature et les demandes IT. Nous pouvons faire circuler les données autorisées d’un outil à l’autre, en contrôlant les champs manquants avant qu’ils ne bloquent un dossier.
Les RH demandent des nouvelles à l’IT, l’IT au manager, le manager aux RH. Les relances automatiques montrent ce qui est prêt, ce qui attend et qui doit agir, avec des relances qui partent à la bonne échéance.
Un site, un statut ou une date d’entrée différents changent les documents, les accès et le matériel. Les règles sont écrites avec vous, testées, puis appliquées à chaque arrivée, avec une exception visible quand quelque chose sort du cadre.
Teamtailor propose une API documentée (documentation officielle). Ce qui est accessible dépend de votre abonnement, de vos droits et de la configuration de votre compte.
Le parcours doit s’ouvrir au bon moment, sans doublon.
Un champ absent bloque un dossier plus loin.
Le SIRH ou l’outil cible doit accepter les données reçues.
Les accès doivent être limités et tracés.
Les données de candidats et de salariés sont encadrées par le RGPD.
Nous partons de ce que Teamtailor met à disposition dans votre abonnement (API, événements, exports convenus) et nous construisons le parcours complémentaire : création du dossier, documents, demandes IT, accueil, suivi. Si un agent IA spécialisé apporte de la valeur, nous le concevons.
Les RH, l’IT et les managers reçoivent chacun leurs tâches, avec le contexte utile. Les décisions sensibles restent humaines et les exceptions sont suivies jusqu’à leur résolution.
Une étude de faisabilité courte examine votre configuration Teamtailor, vos autres logiciels, vos règles et vos validations. Nous vous disons ensuite ce qui est réalisable, ce qui ne l’est pas, et ce qu’il vaut mieux garder manuel.
Le projet comprend ensuite les tests métier, la recette, la documentation et les modalités de supervision convenues. Vous commencez par un périmètre ciblé si vous le souhaitez.
Notre méthode de réalisationÉvénements, logiciels, responsables et exceptions.
Parcours, architecture, intégrations et usages IA justifiés.
Développement, tests, recette, documentation, supervision.
Des réponses directes, sans jargon. Il manque la vôtre ? Posez-la nous.
Dans de nombreux cas, oui. Teamtailor peut servir de point de départ lorsque l’événement (par exemple le passage d’un candidat à l’étape « embauché ») et les données associées sont accessibles avec votre configuration : API, notification ou export convenu.
Nous le confirmons pendant l’étude de faisabilité, avant tout engagement. Si l’événement n’est pas exploitable, nous cherchons un autre point de départ plutôt que de promettre une automatisation fragile.
Non. Le principe est d’exploiter les outils que vous utilisez déjà. Teamtailor reste votre ATS, votre SIRH reste votre SIRH, et Qreew coordonne ce qui se passe entre les deux et avec les autres équipes.
Changer de logiciel n’est justifié que si les outils actuels ne permettent vraiment pas ce que vous voulez faire, et nous vous le dirons honnêtement le cas échéant.
Cela dépend de votre abonnement, des droits d’accès accordés et de la configuration de votre compte. Les données utiles à un onboarding sont généralement l’identité, le poste, l’équipe, le site et la date d’entrée, mais nous ne présumons de rien.
Pendant le cadrage, nous dressons la liste des champs réellement accessibles, nous vérifions leur fiabilité et nous définissons ce qui est transmis, à qui et pour combien de temps.
Beaucoup de SIRH proposent une API ou un mode d’import : Personio, Lucca, Factorial, Eurécia, SD Worx, Silae… Le périmètre exact dépend du produit, du module et de votre contrat. Nous étudions la méthode de connexion adaptée pour chacun.
Consultez notre catalogue d’intégrations pour repérer vos outils. Ces fiches décrivent des environnements étudiés, pas des connecteurs déjà opérationnels.
La durée dépend du nombre de parcours, du nombre de logiciels à relier, de l’accès à leurs environnements techniques et des validations internes. Un parcours simple avec une seule connexion ne demande pas le même effort qu’un dispositif multisite.
C’est pourquoi nous commençons par un échange de 30 minutes puis une étude de faisabilité. Elle débouche sur un périmètre, un calendrier et un budget précis, jamais l’inverse.
Le parcours détecte l’anomalie et la signale à la personne habilitée plutôt que de bloquer en silence. Par exemple, une date d’entrée absente déclenche une demande de complément auprès du recruteur.
Les règles de ces exceptions sont définies avec vous : qui est prévenu, dans quel délai, et ce qui se passe si personne ne répond.
Nous cadrons avec vous les données utilisées, les accès, la durée de conservation et les prestataires impliqués, en tenant compte du RGPD (la conformité dépend aussi de votre organisation). Les droits d’accès sont limités au strict nécessaire et les opérations sont tracées.
La conformité ne dépend pas que de l’outil : elle dépend aussi de votre organisation. Votre responsable de la protection des données est associé aux décisions importantes.
Par un échange de 30 minutes, sans engagement. Vous nous décrivez vos arrivées, vos outils et ce qui vous coûte le plus de temps. Nous vous disons ce qui peut être automatisé et ce qui ne le doit pas.
Si l’idée tient, une étude de faisabilité vérifie vos accès et vos données. Vous pouvez aussi commencer par notre auto-diagnostic de 2 minutes.
Dites-nous comment se passent vos arrivées aujourd’hui. Nous vous disons ce qui peut être automatisé, et ce qui ne le doit pas.