Mise en œuvre

L'importation de vos données est tout le projet

Choisir un système RH est facile. Transférer vingt ans de dossiers de personnel, de dates d'expiration, de soldes de congés et de structures salariales hors du classeur dans lequel ils vivent actuellement ne l'est pas — et c'est là que s'arrêtent la plupart des mises en place d'HR. Cette page décrit exactement comment cela se déroule, y compris les parties que les autres fournisseurs omettent de la présentation commerciale.

Nous l'exécutons nous-mêmes, à distance, où que vous soyez. Là où nous avons un partenaire local sur votre marché, certaines des mains peuvent être les leurs — le plan et la responsabilité restent les nôtres.

Démonstration gratuite →Envoyez-nous votre classeur

Quatre étapes de la signature au lancement

Chaque étape se termine quand ses conditions sont remplies, pas selon un calendrier.

Voyez les données avant de promettre quoi que ce soit

La première chose que nous demandons est vos fichiers réels — le classeur du personnel, le suivi des congés, la feuille de paie, tout ce qui est devenu tacitement essentiel. Pas une spécification d'entre eux. Presque chaque problème dans une migration RH se trouve déjà dans ces feuilles, et il est bien moins coûteux de le découvrir maintenant qu'au cours de la première exécution de paie. Nous les lisons, vous disons ce que nous avons trouvé, et ce n'est qu'alors que nous parlons de séquence.

Nous faisons

✓Lire chaque feuille, y compris les feuilles cachées et celles que tout le monde dit mortes
✓Rapporter ce qui est des données réelles, ce qui est un miroir de formule d'une autre feuille, et ce qui est obsolète
✓Nommer les décisions que seul vous pouvez prendre — celles où la feuille se contredit

Vous faites

✓Envoyez les fichiers tels qu'ils sont. Ne les nettoyez pas d'abord ; le désordre est diagnostique
✓Dites-nous quelle feuille l'agent de paie fait réellement confiance quand deux ne sont pas d'accord

Terminé quand

Vous avez un compte rendu écrit, feuille par feuille, de vos propres données, y compris les parties qui sont incorrectes.

Établir l'instance et charger l'organisation

L'installation elle-même n'est pas la partie difficile — c'est la même version qu'elle s'exécute dans notre cloud Singapour ou sur vos propres serveurs. Ensuite, la première phase d'importation intervient : entreprises, départements, désignations, sites de travail et navires, banques, entrepreneurs, groupes de rapport, types de congés et jours fériés publics. C'est l'échafaudage sur lequel chaque importation ultérieure résout ses références, donc il entre en premier et il entre propre.

Nous faisons

✓Déployer l'instance, configurer les entreprises et activer uniquement les modules que vous avez achetés
✓Charger les données de référence et normaliser les variantes d'orthographe inévitables
✓Créer les premiers comptes administrateur et définir la carte des rôles et des autorisations avec vous

Vous faites

✓Confirmez la structure organisationnelle — c'est le moment de corriger une liste de département que personne n'a nettoyée depuis six ans
✓Décidez qui administre le système et qui peut voir la paie

Terminé quand

Quelqu'un de votre équipe peut se connecter, et chaque département, site et désignation qu'il s'attend à voir est là.

Employés et leurs documents

La phase deux est l'effectif et la documentation qui s'y attache : profils, numéros de personnel, dates d'embauche, statuts, et chaque passeport, visa, permis de travail, contrat, assurance et dossier médical avec sa date d'expiration. Les documents sont aussi importants que les gens. Le jour où le tableau de bord des expirations s'illumine pour la première fois est généralement le jour où le projet se justifie — dans la migration que nous avons documentée, elle a révélé 439 documents déjà expirés parmi le personnel actuel que personne n'avait de liste.

Nous faisons

✓Importer le personnel actuel, les partants et leur ensemble complet de documents avec les dates d'expiration
✓Résoudre les cas laids plutôt que de les abandonner — numéros de personnel réutilisés, blocs de roster dupliqués, des personnes apparaissant sur deux feuilles dans deux états
✓Concilier l'effectif importé par rapport à votre propre effectif et expliquer toute différence

Vous faites

✓Statuer sur les ambiguïtés authentiques que nous révélons — il y en a toujours quelques-unes, et c'est à vous de décider
✓Confirmez que le roster est le roster : les partants qui s'assoient encore sur une feuille active sont la surprise habituelle

Terminé quand

L'effectif correspond, et le tableau de bord des expirations vous montre des lacunes réelles et exploitables.

Structures salariales et une exécution parallèle qui doit correspondre

La phase trois est ce qui se répète chaque mois : salaire de base et allocations fixes par devise, détails bancaires, enregistrements de retraite, et déductions permanentes — prêts, avances, ordonnances judiciaires. Ensuite, le test qui décide de tout. Nous régénérons un mois que vous avez déjà payé et le concilions ligne par ligne contre votre propre feuille. Pas un exemple. Chaque bulletin de paie.

Nous faisons

✓Construire les structures salariales, y compris les paquets divisés pour le personnel payé partiellement dans une deuxième devise
✓Charger les enregistrements de retraite et chaque prêt permanent, avance et déduction
✓Exécuter un mois complété en parallèle et le concilier bulletin par bulletin par rapport à ce que vous avez réellement payé
✓Vous montrer chaque désaccord et sa cause, par écrit

Vous faites

✓Donnez-nous un mois fermé que vous jugez correct, avec sa liste de transferts bancaires
✓Tranchez les incompatibilités. Dans la migration que nous avons documentée, chaque différence inexpliquée s'avérait être une erreur arithmétique dans la feuille source — mais c'est à vous de décider, pas à nous

Terminé quand

Un mois régénéré reproduit vos propres chiffres au centime près, et chaque exception a une cause nommée et une décision contre elle.

Charger l'historique, puis se lancer

La phase quatre apporte ce qui rend le système utile le premier jour au lieu d'en un an : historique des congés, soldes de prêts, avances de salaire et augmentations appliquées. Ensuite, vous arrêtez de maintenir les anciennes feuilles. Cette dernière partie est une décision de gestion, pas une décision technique — un système fonctionnant aux côtés d'une feuille de calcul que personne n'a mise hors service est le moyen le plus courant qu'un déploiement RH échoue silencieusement.

Nous faisons

✓Importer l'historique des congés, les prêts, les avances et les augmentations avec les soldes reportés
✓Former les personnes qui l'utiliseront réellement, sur vos données plutôt que sur une entreprise de démonstration
✓Rester près lors de la première exécution en direct — le premier mois est celui qui compte

Vous faites

✓Nommez la date de basculement et mettez les anciennes feuilles en lecture seule dessus
✓Envoyez votre équipe à la formation. Le système est seulement aussi bon que la personne qui saisit les congés

Terminé quand

La première exécution de paie en direct est finalisée dans HumanR et l'ancien classeur est en lecture seule.

Comment les données entrent réellement

Pas en ayant quelqu'un les rétaper, et pas en vous reformatant votre classeur dans notre modèle. Nous chargeons vos fichiers nous-mêmes, avec des outils construits exactement pour cela, et toute la méthode repose sur une règle : rien n'est enregistré jusqu'à ce que vous ayez vu intégralement ce que l'enregistrement ferait.

Nous travaillons à partir du fichier que vous avez déjà

Excel ou CSV, tel qu'il sort de votre système. La feuille et la ligne d'en-tête sont détectées plutôt que déclarées, il n'y a donc pas de préparation de votre côté. Sur les quatre phases, il couvre 17 ensembles de données, des départements et sites de travail jusqu'aux soldes de prêts et aux augmentations appliquées.

Vos colonnes sont mappées une fois

Les en-têtes sont mis en correspondance avec nos champs y compris les variantes habituelles, donc une colonne appelée « Numéro de personnel » n'a besoin d'aucune aide. Tout ce qui est véritablement ambigu revient à vous comme une question plutôt qu'une supposition, et les champs obligatoires sont vérifiés avant qu'un chargement ne s'exécute — donc un fichier qui échouerait toujours le dit d'emblée au lieu de mi-chemin.

Une simulation que vous pouvez lire

Le chargement s'exécute entièrement sans rien enregistrer et rapporte exactement ce qu'il ferait : combien de lignes sont nouvelles, combien changent un enregistrement existant, combien ne changent rien, et quelles lignes ont échoué avec la raison. Un problème au niveau des lignes est une ligne dans une liste, pas un chargement qui s'écrase.

Ensuite la validation — et autant de réexécutions qu'il le faut

Les lignes sont mises en correspondance sur les clés naturelles et les chargements sont idempotents, donc le même fichier deux fois ne change rien la deuxième fois. C'est ce qui rend un basculement par phases possible : nous pouvons continuer à recharger votre classeur en direct pendant que les deux systèmes s'exécutent, et le dernier chargement avant la mise en production est généralement une opération sans conséquence.

C'est nos outils, pas un écran qu'on vous demande d'apprendre. Vous examinez ce qu'il a trouvé ; nous exécutons les chargements.

Ce que nous garantissons concernant un chargement

Rien n'est enregistré jusqu'à ce que la simulation ait été lue. L'examen et la validation utilisent le même code avec l'enregistrement basculé, donc l'examen ne peut pas être en désaccord avec le résultat.
Une cellule vide signifie « non remplie », jamais « zéro » — une cellule de salaire vide n'effacera pas un package existant.
Un chargement ne supprime jamais. Tout ce qui n'est pas dans le fichier que vous avez envoyé est laissé exactement tel qu'il était.
Chaque chargement est une transaction unique : il arrive complètement ou pas du tout. Il n'y a pas d'état partiellement importé à nettoyer.
Chaque chargement est écrit dans la piste de vérification sous la forme d'un lot nommé, donc mois plus tard vous pouvez toujours voir quelles lignes un fichier donné a touchées.

Ce que nous nous attendons à trouver dans votre feuille de calcul

Rien de cela n'est une critique — chaque classeur RH de longue durée a ceux-ci, car il a été maintenu par des personnes occupées sous pression pendant des années. Nous les énumérons parce qu'un fournisseur qui a vraiment fait cela peut les nommer à l'avance, et parce que les connaître change la façon dont la migration est ordonnée.

Vos feuilles « affichage » sont obsolètes et vous ne pouvez pas le dire

Presque chaque classeur a des onglets qui sont le registre principal filtré à la main — nouveaux entrants, personnel temporaire, effectif. Ils étaient corrects le jour où ils ont été créés et faux après. Dans un classeur que nous avons migré, un onglet de personnel temporaire de 122 lignes était vraiment 23 personnes : 120 d'entre elles avaient déjà quitté et personne ne les avait supprimées. Dans HumanR, ceux-ci cessent d'être des feuilles et deviennent des requêtes en direct, c'est pourquoi le nombre change quand vous le voyez pour la première fois.

Les numéros de personnel sont réutilisés

Quelqu'un part, son numéro est donné au prochain nouveau venu, et maintenant deux personnes différentes partagent un identifiant que la moitié de vos autres feuilles utilise comme clé. Nous gardons le détenteur antérieur comme un enregistrement d'archive distinct plutôt que de fusionner les carrières de deux personnes en une ligne ou de supprimer silencieusement l'ancienne.

La même personne apparaît deux fois, dans deux états

Blocs de roster dupliqués, une personne à la fois sur la feuille active et la feuille des résiliés, un partant dont la ligne a été copiée au lieu d'être déplacée. Ceux-ci sont traités explicitement lors de l'importation et signalés, pas silencieusement dédupliqués par supposition.

Excel modifie silencieusement vos dates

Les dates tapées en jj/mm qu'Excel a stockées en mm/jj sont extrêmement courantes — 2 décembre rangé en 12 février. Là où le modèle d'une colonne rend cela indubitable, l'importation le corrige en chemin et vous le dit.

Les formules cassées cachent les enregistrements réels

#REF! les cellules se propagent silencieusement à travers un long classeur. Une feuille de pension que nous avons importée en avait 47, et une colonne de religion en avait 208 — signifiant que tout calcul lisant ces cellules avait été faux depuis un moment. Les lignes qui ne peuvent pas être lues sont ignorées et répertoriées, jamais supposées.

Deux feuilles seront en désaccord sur la paie de quelqu'un

Un salaire du fonds de pension sur une feuille, une déduction différente sur une autre, un total qui ne correspond pas à ses propres composantes. Nous révélons chacun d'eux comme une décision pour vous plutôt que de choisir un gagnant. Dans la migration que nous avons documentée, cela a produit une courte liste de personnes qui auraient été sous-payées de moitié si une faute de frappe de catégorie était passée inaperçue.

Une migration, en chiffres

Un groupe opérant sur des îles et des navires s'est éloigné d'un classeur de personnel de 26 feuilles plus quatre fichiers satellites et un formulaire imprimé. Chaque feuille a fini par être active dans HumanR ou établie comme dérivée ou déchet — rien n'a été laissé dans la pile « nous y reviendrons plus tard ».

3 038: dossiers d'employés migrés, actuels et historiques
5 533: documents d'employés avec dates d'expiration maintenant sur un tableau de bord
1 990: dossiers de congés reconstitués à partir d'un registre, d'un suivi et d'onglets hérités
706: bulletins de paie dans une exécution parallèle, conciliés ligne par ligne par rapport à la feuille source
780: demandes de recrutement apportées de six onglets de pipeline
1 492: enregistrements de problèmes d'uniforme et d'équipement de protection individuelle, remplaçant quatre onglets distincts

Ce qu'il a exposé le premier jour vaut la peine d'être lu deux fois : des centaines de personnel une année ou plus sans congé annuel, des centaines de documents déjà expirés, et exactement deux totaux de bulletins de paie qui ne concordaient pas avec leurs propres composantes. Rien de tout cela n'était nouveau — c'était simplement jamais été visible en un seul endroit.

Want the longer version? Read the case studies.

Ce qui est déjà construit quand vous arrivez

Un projet de configuration qui commence à partir d'un écran vide est une deuxième mise en œuvre que personne n'avait budgétisée. Ceux-ci existent avant que vous ne fassiez quelque chose.

Une liste de contrôle d'intégration de 27 étapes, déjà là

HumanR est livré avec un modèle complet d'intégration sur cinq sections — documents de pré-emploi, configuration RH et paie, IT et accès, orientation au travail et confirmation — modélisé sur la liste de contrôle imprimée que les RH utilisent déjà. C'est la vôtre à éditer et à abandonner les étapes, pas un flux de travail fixe que vous devez adopter.

Des rapports au lieu d'onglets filtrés à la main

Les nouveaux venus, le personnel temporaire, l'effectif, les partants, les lacunes documentaires et les congés dus sont des requêtes avec des barres de filtre et l'export CSV. Ils sont corrects au moment où vous les ouvrez, ce que les feuilles qu'ils remplacent ne l'ont jamais été.

Le tableau de bord des expirations, rempli

Les passeports, visas, permis de travail, contrats, fins de période d'essai et certifications arrivent sur un tableau de compte à rebours unique dès que les documents sont importés. C'est généralement la première chose qui paie pour le projet.

Vos données, exportables dès le premier jour

Chaque liste s'exporte vers un fichier que vous possédez. Il n'y a aucun mécanisme de verrouillage et aucun frais d'exportation — la migration fonctionne dans les deux sens, ce qui est la seule façon honnête de demander à quelqu'un de déménager.

Comment le service fonctionne une fois que vous êtes en direct

Se mettre en ligne est une chose ; rester actif en est une autre. Ce sont les parties qui décident si elle continue à fonctionner — ouvrez ce que vous avez besoin.

HébergementAWS Singapour ou vos propres serveurs — une application, une base de données

Où il s'exécute: Notre cloud s'exécute sur AWS dans la région Asie-Pacifique (Singapour), près des opérations que nous servons. Ou il s'exécute sur vos propres serveurs — la même version, pas de réduction pour l'édition sur site. Sur une installation auto-hébergée, votre disponibilité est vraiment la vôtre : rien concernant votre instance ne dépend de nous d'être en ligne.
Une application, une base de données: Une instance HumanR est une application web et une base de données PostgreSQL. C'est la seule dépendance dure. Tout le reste — le serveur de messagerie, le cache de recherche, le magasin de documents — est optionnel et se dégrade plutôt que d'échouer, ce qui est la seule plus grande raison qu'une instance reste active.
Les instances sont indépendantes: Chaque client reçoit sa propre instance et sa propre base de données plutôt qu'un pool multi-locataire partagé. L'exécution de paie lourde d'un client à la fin du mois ne peut pas ralentir celle d'un autre, et un problème avec une installation est un problème avec une installation.

Versions et restaurationUne copie de fichier et un redémarrage, avec la version précédente conservée

Une version est une copie de fichier et un redémarrage: Pas une fenêtre de maintenance. La nouvelle version remplace l'ancienne et l'application redémarre, ce qui prend quelques secondes. La base de données met à jour son propre schéma au démarrage, il n'y a donc aucune étape de migration séparée pour se tromper — et un grand changement de schéma est la seule chose qui prolonge significativement un redémarrage.
Chaque version crée une capture instantanée de ce qu'elle remplace: Les fichiers remplacés sont copiés, horodatés, avant que la nouvelle version n'arrive. C'est ce qui transforme une mauvaise version en retour en arrière plutôt qu'en incident : la version précédente s'y trouve déjà.
Acheter un module n'est pas un déploiement: Chaque instance contient déjà chaque module, éteint. Activer l'un pour un client qui l'a acheté est un drapeau de configuration et un redémarrage — pas de nouvelle version, pas de migration de données, aucun risque pour quoi que ce soit qui s'exécute déjà. Les fonctionnalités sont lancées sombres et activées délibérément.
Nous nous déployons quand c'est calme où vous êtes: Les versions sortent en dehors des heures de travail pour les opérations qu'elles affectent. Si une version a besoin d'une fenêtre plus longue qu'un redémarrage, vous en entendez parler avant de la découvrir.

Ce qui se dégrade au lieu de s'arrêterMail, webhooks, recherche, stockage de documents et appareils échouent tous doucement

Un serveur de messagerie cassé ne s'arrête pas: Les notifications et les alertes d'expiration sont en attente et envoyées par un travailleur de fond. Si SMTP est vers le bas ou lent, la file d'attente attend et l'application continue — personne n'est bloqué de l'exécution de la paie parce qu'un email n'a pas pu sortir.
Un consommateur de webhook mort ne s'arrête pas: Les livraisons sont en attente et retentées sur une échelle de retrait, et un point de terminaison qui continue d'échouer se désactive plutôt que de traîner sur le système. Votre canal Slack étant indisponible n'est pas votre système RH étant indisponible.
La recherche se dégrade au lieu de casser: La recherche mondiale est plus rapide avec un cache Redis devant elle, et fonctionne sans une via une retombée en application. La perte du cache coûte la vitesse, pas la fonction.
Le stockage de documents a une retombée locale: Les fichiers de document des employés vivent dans S3 quand un seau est configuré et sur le propre disque du serveur quand ce n'est pas le cas. Aucun arrangement n'est une édition spéciale du produit.
Les appareils biométriques gardent leur propre enregistrement: Les coups de poing poussent de vos appareils dans votre instance. Les appareils tiennent leur propre journal, donc une interruption réseau retarde le résumé plutôt que de perdre le jour de la fréquentation.

SauvegardesVidage hors machine chaque nuit, snapshots avant version, votre propre copie sur demande

Vidage de base de données nocturne, conservé en dehors du serveur d'application: Perdre le serveur ne signifie pas perdre les données. La copie vit quelque part que le serveur d'application ne peut pas prendre avec lui.
Captures instantanées de fichiers avant publication: Prises automatiquement à chaque déploiement, horodatées, pour que la version précédente puisse être remise en place sans attendre une reconstruction.
Chiffré au repos: Le volume sur lequel se trouve la base de données est chiffré, tout comme les connexions dedans.
Votre propre copie, chaque fois que vous en voulez une: Chaque liste du produit s'exporte vers un fichier que vous possédez, et nous fournirons un vidage complet de la base de données de votre instance sur demande. La meilleure protection contre une mauvaise journée d'un fournisseur est de ne pas avoir besoin de lui demander vos données.

Retention specifics for your own instance sit in your agreement rather than on this page. See page d'état.

Ce qui s'exécute quand personne n'est connecté

Tout à l'intérieur de l'application, donc il n'y a pas de travail cron sur une autre machine qui s'arrête silencieusement. Les administrateurs voient la même liste dans l'application et peuvent déclencher plusieurs à la main.

Numérisation des expirations — documents, contrats, périodes d'essai, permis: Nuitamment, plus sur demande
Expéditeur d'e-mail: Continu
Résumé de la fréquentation à partir des coups de poing bruts: Toutes les 15 minutes
Livraison de webhook et tentatives: Continu, quand activé
Rappels d'approbation: Continu
Actualisation de l'index de recherche: Nuitamment, plus sur demande
Rédacteur de piste d'audit: Continu

Quand quelque chose se passe vraiment mal

Nous sommes une petite équipe, ce qui coupe dans les deux sens : il n'y a pas de centre d'exploitation réseau 24h/24, et il n'y a pas non plus de niveau de support par lequel escalader avant d'atteindre quelqu'un qui peut réellement le corriger.

Comment nous le découvrir ?: Nous contactons directement vos administrateurs nommés — e-mail et le canal de messagerie que votre équipe lit réellement. Nous aimerions mieux vous dire à propos d'un problème que vous n'aviez pas remarqué que de vous le découvrir pendant la paie.
Comment signalons-nous un problème ?: Envoyer un e-mail au support, ou le soulever à partir de l'écran d'assistance en application si votre instance l'a activé. Dites-nous ce que vous faisiez et à peu près quand ; la piste de vérification nous permet généralement de reconstruire le reste sans un long va-et-vient.
Publiez-vous un chiffre de disponibilité ou un SLA ?: Pas comme un nombre public. Nos conditions ne garantissent pas la disponibilité, et citer un pourcentage ici que le contrat ne soutient pas serait du marketing plutôt qu'un engagement. Si votre approvisionnement a besoin de termes de disponibilité par écrit, demandez — c'est une conversation sur votre accord, pas un badge sur une page web.
Et si nous l'hébergeons nous-mêmes ?: Ensuite, la disponibilité est dans vos mains et nous ne sommes pas une dépendance. Nous vous dirons ce que l'instance a besoin et vous aiderons à bien la faire, mais la surveillance de votre équipe IT est la surveillance qui compte.

Quelque chose ne va pas ? Envoyer un e-mail support@humanr.online. For anything security-related, see sécurité et confiance. Live component status is on the page d'état.

Questions sur la mise en œuvre

Combien de temps cela prend-il ?

Nous ne vous donnerons pas un nombre de semaines avant de voir vos fichiers, car l'installation du logiciel est la partie rapide et votre condition de données décide du reste. Un roster propre avec une feuille de paie est un exercice différent d'un classeur de 26 feuilles avec des numéros de personnel réutilisés et trois feuilles qui ne sont pas d'accord sur la paie. Envoyez-nous les fichiers et nous vous dirons ce que nous avons trouvé et quelle séquence cela implique — cette réponse vaudra plus qu'un nombre que nous avons inventé pour gagner une réunion.

Devons-nous nettoyer les données d'abord ?

Non, s'il vous plaît ne le faites pas. Le désordre est diagnostique — il nous dit comment le classeur a été réellement utilisé, quelles colonnes sont fiables et lesquelles sont abandonnées. Le nettoyage d'abord détruit généralement exactement la preuve qui empêche une mauvaise hypothèse d'atteindre la paie. Envoyez-le tel qu'il est.

Pouvons-nous exécuter HumanR aux côtés de nos feuilles de calcul pendant un certain temps ?

Oui, et c'est une façon normale de basculer. Les chargements sont idempotents, donc nous pouvons recharger le classeur en direct chaque semaine pendant la transition sans créer de doublons. Ce que nous repousserons, c'est d'exécuter les deux indéfiniment — un déploiement qui n'a jamais retiré l'ancienne feuille est un déploiement qui n'a pas eu lieu.

Et si la paie parallèle ne correspond pas ?

Alors nous ne nous lançons pas tant que chaque différence n'a pas une cause nommée et une décision contre elle. En pratique, la plupart des différences s'avèrent être des erreurs dans la feuille source plutôt que dans le système, mais ce qui est juste est votre appel à faire. Le but de la paie parallèle est d'avoir cet argument avant que l'argent réel ne se déplace, pas après.

Qui fait le travail — nous ou vous ?

Nous faisons la migration et la réconciliation ; vous prenez les décisions que seul vous pouvez prendre et vous retirez l'ancien processus. Chaque étape ci-dessus liste explicitement les deux côtés, car la raison habituelle pour laquelle une mise en œuvre s'arrête est qu'une décision attendait silencieusement quelqu'un qui ne savait pas que c'était la sienne.

Qu'advient-il de notre paie historique ?

Un mois que vous avez déjà payé peut être apporté en tant qu'exécution finalisée pour que l'historique existe et reste en lecture seule — les modifications de salaire ultérieures ne réécrivent jamais un mois payé. À partir du basculement, chaque exécution est générée dans HumanR.

Avons-nous besoin de nos propres serveurs ?

Non, mais vous pouvez les utiliser. La même version s'exécute dans notre cloud Singapour ou sur votre infrastructure — il n'y a pas d'édition sur site réduite conservée une version en retard. Les groupes avec une règle stricte de résidence des données empruntent cet itinéraire et ne perdent rien à cela.

À quoi ressemble la formation ?

Sur vos propres données, pas une entreprise de démonstration, avec les gens qui feront réellement le travail plutôt qu'une salle de directeurs. La personne qui saisit les congés et la personne qui exécutent la paie sont les deux qui décident si cela réussit.

Envoyez-nous le classeur et nous vous dirons ce qu'il contient

Aucune obligation et aucun reformatage requis. Vous obtenez un compte écrit, feuille par feuille, de vos propres données — utile que vous finissiez par nous choisir ou non.

Accès de démonstration en quelques minutes →Explorer les fonctionnalités

Pas de carte bancaire. Aucun appel de vente requis. Une vraie connexion, envoyée par email.