WorkAxle se connecte au SIRH Oracle HCM Cloud par son API, au moyen d'une connectivité REST standard. Les données des employés et la structure organisationnelle proviennent d'Oracle HCM. Les soldes de congés de tout système qui les conserve peuvent aussi être importés dans WorkAxle. Les données de temps validées et classées sont ensuite transmises à la paie. Oracle HCM demeure le système de référence pour les RH. WorkAxle gère la couverture, les horaires, la saisie du temps et les règles qui les encadrent.
Oracle HCM tient les dossiers. WorkAxle gère les quarts.
Les données des employés et les données organisationnelles entrent par une connectivité REST standard. Les heures en ressortent prêtes pour la paie. Entre les deux, il y a la couverture, les conventions collectives et les règles sur lesquelles repose votre exploitation.
Ce que le SIRH Oracle HCM couvre, et où les opérations prennent le relais.
Oracle HCM est le système de référence.
L'embauche, les profils des employés, la hiérarchie organisationnelle, les structures de rémunération et l'administration des RH de base. C'est la source qui fait foi pour savoir qui travaille pour vous, et à quelles conditions. Rien ici ne lui demande de cesser de l'être.
Les opérations de première ligne se situent en aval. Il faut encore assurer la couverture d'une vraie semaine et appliquer la convention collective quart par quart. Le temps doit encore être saisi et classé, et la paie doit encore recevoir des données qu'elle peut traiter sans correction manuelle.
WorkAxle est conçu uniquement pour cette couche.
Les cycles de rotation, la vérification des qualifications et des certifications, les règles de repos et de fatigue, la logique des primes et des différentiels, ainsi que la couverture de sites qui ne partagent ni horaire ni convention collective.
Le moteur de règles applique les conventions collectives et le droit du travail pendant la création de l'horaire. Un conflit est donc signalé au planificateur au moment même, et toute dérogation est consignée. Il ne ressurgit pas six semaines plus tard sous forme de correction de paie.
→ Oracle HCM demeure la référence. WorkAxle gère les opérations.
Ce que l'intégration Oracle HCM fait circuler, et dans quel sens.
| Sens | Ce qui circule |
|---|---|
| D'Oracle HCM vers WorkAxle | Les données des employés et la structure organisationnelle, importées par l'API. Les soldes de congés peuvent aussi être transférés, puisque tout système qui conserve des soldes de congés peut les faire importer dans WorkAxle. |
| De WorkAxle vers la paie | Des enregistrements de temps validés et classés, avec les heures par type. Les heures supplémentaires, les primes et les différentiels sont déjà calculés, au lieu d'être laissés à l'équipe de paie. |
| Aussi offert à l'exportation | Les horaires et les registres de présence pour la production de rapports. |
| Mappage des champs | Configurable, comme dans toutes les intégrations WorkAxle. Les champs de WorkAxle sont associés à la structure des champs de votre système, plutôt qu'à un schéma rigide. |
| Transport | Connectivité REST standard pour les environnements Oracle HCM Cloud. Autour de celle-ci, l'API d'entreprise utilise GraphQL pour les intégrations clients, gRPC pour les communications entre services et REST pour l'interopérabilité avec les systèmes existants. Des formats d'exportation personnalisés s'ajoutent selon l'intégration. |
La même architecture achemine des données de temps prêtes pour la paie vers votre système de paie. Pour une vue d'ensemble de votre pile technologique, consultez toutes les intégrations WorkAxle.
Une intégration par API, présentée comme telle.
Trois connexions, trois types de statut différents. L'équipe qui évalue la solution devrait savoir les distinguer avant la démo.
WorkAxle est un Workday Innovation Partner de niveau Silver avec Design Approval, inscrit au Workday Marketplace. Il est aussi partenaire SAP PartnerEdge, inscrit au SAP Store. Avec SAP, la connexion fonctionne par OData v2 avec OAuth2.
Oracle HCM se connecte par l'API de WorkAxle. Il s'agit d'une connectivité REST standard avec Oracle HCM Cloud pour les données des employés, la structure organisationnelle et les données de temps. L'intégration se comporte comme le reste de la plateforme : les champs sont associés à votre structure plutôt qu'à un schéma rigide, et les soldes de congés de tout système qui les conserve peuvent être importés dans WorkAxle.
Le travail à planifier se situe de part et d'autre de la connexion. Il faut décider quel système fait foi pour chaque champ, puis codifier les règles opérationnelles qui encadrent les employés visés.
Ce qu'il faut confirmer avant d'ajouter cette solution à votre liste restreinte.
Quels employés en ont vraiment besoin.
Commencez là où le travail se fait par quarts, sans poste fixe, sur plusieurs sites et sous une convention collective. Délimitez l'intégration autour de ces employés plutôt que de l'ensemble de l'entreprise. Le mappage des champs reste alors assez restreint pour être mené à terme.
Quel système fait foi pour chaque champ.
L'identité des employés, le statut d'emploi et la structure organisationnelle relèvent du SIRH. Les compétences et les certifications exigent une décision distincte, parce que la planification les vérifie à chaque affectation. Déterminez, champ par champ, quel système fait foi avant que quiconque crée un mappage. L'intégration cesse alors de créer des écarts.
Où se trouvent aujourd'hui les règles opérationnelles.
Les conventions collectives, la logique des primes et les règles de repos sont souvent réparties entre des chiffriers, des pratiques locales et un ancien système de gestion des temps et des activités (GTA). Ce sont ces règles que le moteur de règles de WorkAxle prend en charge. Les mettre par écrit est le moyen le plus rapide de délimiter le projet honnêtement. C'est aussi le moyen le plus rapide de trouver les deux règles que personne ne sait énoncer avec précision.
Ce que la paie doit recevoir à la fin.
Les heures par type, avec les heures supplémentaires, les primes et les différentiels déjà calculés et traçables jusqu'à la règle qui les a produits. Définissez ce fichier avant de commencer le mappage, parce que toutes les autres décisions en dépendent.
Ce qui se trouve derrière la connexion.
La place de WorkAxle
WorkAxle se spécialise uniquement en gestion des effectifs : la couche entre le SIRH et la paie, où se décident la couverture, le temps et les règles.
Kronos a été absorbé par UKG en 2020, et WorkForce Software a été acquis par ADP en 2024. WorkAxle est un fournisseur de gestion des effectifs indépendant et spécialisé.
Mise en œuvre
WorkAxle est commercialisé par l'entremise de partenaires de distribution et de mise en œuvre, dont Deloitte, Rizing, une société Wipro, HR Path, CGI et Alithya.
Découvrez les partenaires de mise en œuvre qui déploient WorkAxle, ou confiez l'intégration à votre propre équipe, directement sur l'API de WorkAxle.
Sécurité
Certification SOC 2 Type II obtenue en février 2026. Certification ISO 27001. Les détails se trouvent sur la page Sécurité et confiance.
Le déploiement se fait en infonuagique multilocataire, ou sur une infrastructure régionale dédiée lorsque la résidence des données est exigée.
Remplacer un ancien système de temps relié à un SIRH, c'est une décision d'architecture avant d'être un choix de fournisseur.
Oracle HCM et WorkAxle : vos questions, nos réponses.
WorkAxle s'intègre-t-il à Oracle HCM?
Oui. WorkAxle s'intègre à Oracle HCM Cloud par son API, au moyen d'une connectivité REST standard. Les données des employés et la structure organisationnelle entrent dans WorkAxle, et les données de temps en sortent. Oracle HCM demeure le système de référence pour les RH.
En quoi la connexion Oracle HCM diffère-t-elle des connexions Workday et SAP?
WorkAxle détient un statut de partenaire auprès de Workday et de SAP. C'est un Workday Innovation Partner (Silver) avec Design Approval, inscrit au Workday Marketplace. C'est aussi un partenaire SAP PartnerEdge, inscrit au SAP Store. Oracle HCM se connecte par l'API de WorkAxle, au moyen d'une connectivité REST standard.
WorkAxle remplace-t-il Oracle HCM?
Non. Oracle HCM demeure le système de référence pour l'embauche, les profils des employés et la structure organisationnelle. WorkAxle gère la couche opérationnelle entre les RH et la paie : l'affectation, la saisie du temps, les règles de conformité et l'exportation vers la paie.
Quelles données passent d'Oracle HCM à WorkAxle?
Les données des employés et la structure organisationnelle. Les soldes de congés peuvent aussi être transférés, puisque tout système qui conserve des soldes de congés peut les faire importer dans WorkAxle. Les demandes de congé y sont ensuite vérifiées par rapport à ces soldes.
Comment les données de temps de WorkAxle parviennent-elles à la paie?
Le temps est exporté sous forme d'enregistrements validés et classés, avec les heures par type et avec les heures supplémentaires, les primes et les différentiels déjà calculés. WorkAxle associe ses champs à la structure des champs de votre système au lieu d'imposer un schéma rigide. Le fichier arrive donc dans le format qu'attend votre cycle de paie.
WorkAxle peut-il servir de système de pointage dans un environnement Oracle HCM?
Oui. WorkAxle saisit le pointage avec une vérification par reconnaissance faciale, par balise Bluetooth ou par géorepérage GPS. Il applique vos règles de paie au moment de la classification, puis exporte les heures vérifiées. Oracle HCM demeure le système de référence, et WorkAxle est le système de pointage, avec les règles qui l'encadrent.
WorkAxle fonctionne-t-il avec Oracle HCM et un système de paie distinct?
Oui. WorkAxle importe les données des employés et les données organisationnelles d'Oracle HCM. Il exporte le temps prêt pour la paie vers le système de paie ou le PGI qui gère le cycle de paie, par l'API d'entreprise, avec un format d'exportation défini selon l'intégration.
De quoi une intégration Oracle HCM a-t-elle besoin de la part de notre équipe?
Il lui faut une personne responsable du mappage des champs, la définition du groupe d'employés visé et les règles opérationnelles qui encadrent ce groupe. WorkAxle crée les règles initiales lors de l'implantation, et votre équipe les tient à jour par la suite.
Vous utilisez Oracle HCM pour des opérations de première ligne?
À quoi d'autre WorkAxle se connecte-t-il?
Workday, SAP SuccessFactors, les systèmes de paie d'entreprise et tout système doté d'une API. Voyez comment WorkAxle s'insère dans une pile technologique d'entreprise.
Et si le vrai problème était le système de temps?
Lorsque l'équipe de paie corrige sans cesse la même exportation à la main, le problème vient souvent de la façon dont les heures ont été classées, et non de leur transmission.
Apportez votre scénario Oracle HCM à une démo.
Apportez le site dont la convention collective est la plus complexe, et l'exportation que l'équipe de paie corrige encore à la main.