Pas de suppression et remplacement. HumanR se branche sur ce que vous exécutez déjà.

Oui, directement sur son API. Connectez une entreprise QuickBooks Online une fois, mappez vos composantes de paie aux comptes choisis dans son plan de comptes en direct, et les exécutions de paie finalisées publient comme des journaux équilibrés sans fichier entre les deux. Une exportation réessayée trouve le journal qu'elle a déjà posté plutôt que de la dupliquer.

Les terminaux ZKTeco parlant le protocole de poussée iClock/ADMS — empreinte digitale, visage et carte. L'appareil pousse les coups de poing à HumanR au moment où ils se produisent plutôt que d'être interrogés, de sorte qu'un site avec une liaison instable attrape le retard une fois que la liaison revient. Les appareils sont enregistrés par numéro de série avant que leurs données ne soient acceptées.

Oui, et cela prend environ une minute. Collez l'URL du webhook entrant du canal, cochez les événements que vous voulez — paie finalisée, approbations décidées, permis et documents expirant — et les cartes commencent à arriver. Aucun développeur, et rien à installer à partir d'un répertoire d'applications.

Calendrier et audience. L'exportation GL est une poussée mensuelle déclenchée par l'humain des totaux de paie dans votre système comptable. Les webhooks sont automatiques et immédiats : l'instant où une exécution est finalisée ou un permis est à 30 jours de l'expiration, un événement arrive dans le canal ou le système que vous l'avez pointé vers. La finance veut le premier ; les opérations et l'informatique veulent le second.

Oui — une API REST versionnée que votre propre code appelle avec un jeton de support. Il lit les employés, les jours de fréquentation, les demandes de congés, les cycles de performance, les examens et les objectifs, et les listes de référence (entreprises, départements, désignations, sites de travail), et accepte les coups de poing de fréquentation comme une écriture. Les jetons sont affichés une fois au problème et stockés uniquement sous la forme d'une encoche, de sorte que personne — nous inclus — ne peut en lire un de la base de données, et un jeton ne peut jamais porter une permission que l'administrateur qui l'a émis n'a pas déjà tenue elle-même. Chaque problème et révocation est audité par le préfixe du jeton, jamais son encoche. Deux qualificatifs honnêtes : l'API est un interrupteur par client plutôt que quelque chose que chaque installation porte, donc il est activé pour votre instance plutôt que trouvé en scannant, et ce n'est pas encore une surface d'écriture complète — les coups de poing entrent, mais les dossiers des employés et des congés sont en lecture seule aujourd'hui.

Oui, deux façons. Les terminaux biométriques poussent les coups de poing sur le protocole iClock/ADMS qu'ils parlent déjà, et tout système qui peut faire une demande HTTP peut afficher les coups de poing à l'API REST avec un jeton de support. Ce qui n'existe toujours pas, c'est un webhook entrant — il n'y a pas de point de terminaison que vous enregistrez avec un tiers pour qu'il puisse nous notifier de ses propres événements. Les données en masse sont toujours une importation plutôt qu'un flux en direct, donc une synchronisation nocturne à partir d'un autre RH ou système financier est une importation de classeur programmée aujourd'hui.

Pas encore. Les comptes utilisent des mots de passe stockés hachés, avec une liste en direct de chaque session qui peut être déconnectée à distance, et les réinitialisations du portail des employés sont effectuées par les RH en personne plutôt que par un lien envoyé par courrier électronique. SSO et deux facteurs sont tous deux des articles sur la feuille de route, et cette réponse change le jour où soit le navire plutôt que le jour que nous décidons de l'impliquer.

Oui. Chaque liste du système s'exporte en CSV ou Excel, les rapports sont exportables, et les installations auto-hébergées tiennent leur propre base de données. Il n'y a pas de frais d'exportation et aucun format conçu pour être difficile à lire ailleurs.