Ce qui est synchronisé
Chaque feuille de temps approuvée est d’abord répartie en types de paie (normales, heures supplémentaires, temps double, jours fériés, primes de pause, congés) selon les règles de chaque site. Voici où chacun arrive dans Gusto.
| ClockLap | Envoyé comme | Notes |
|---|---|---|
| Heures normales | Rémunération horaire « Regular Hours » | – |
| Heures supplémentaires | « Overtime » | – |
| Temps double | « Double overtime » | – |
| Heures travaillées un jour férié | « Regular Hours » | Ou un type distinct que vous associez |
| Paie de jour férié | Congé payé « Holiday Hours » | – |
| Vacances, maladie | Congé payé « Vacation Hours », « Sick Hours » | – |
ClockLap trouve la paie régulière non traitée dont les dates correspondent à votre période de paie ClockLap, la prépare et inscrit les heures de chaque employé.
Comment ça marche
- Se connecter avec GustoUn administrateur approuve l’accès de ClockLap à l’entreprise.
- Associer les employésPar courriel, puis numéro d’employé, puis ID d’employé Gusto.
- Vérifier les noms de rémunérationLes noms standard de Gusto sont préremplis; modifiez-les si votre entreprise en utilise d’autres.
- Choisir quand envoyerLa plupart des équipes envoient au verrouillage de la période, avec la vérification activée.
- Faire la paie dans GustoOuvrez la paie : les heures y sont déjà. Vérifiez et soumettez comme d’habitude.
Calendriers et vérification
Choisissez quand les heures vont à Gusto. Quel que soit votre choix, rien n’est envoyé deux fois : chaque période a un envoi, et tout ce qui suit est une correction.
J’enverrai chaque période moi-même
Rien ne part tant qu’un administrateur n’appuie pas sur Envoyer. C’est le réglage par défaut.
Quand la période de paie est verrouillée
Verrouiller la période dans Feuilles de temps lance l’envoi.
Quand toutes les feuilles de temps sont approuvées
La dernière approbation de la période lance l’envoi.
Selon un calendrier
Un nombre fixe de jours après la fin de la période (0 à 14), à l’heure locale de votre choix.
- Quelles feuilles de temps. Approuvées seulement (par défaut), ou approuvées et soumises.
- Arrondi. Centièmes d’heure (par défaut) ou quarts d’heure.
- Répartition. Aucune, par lieu, par projet ou par service, chacun associé au code de service ou de centre de coûts du système de paie.
- Heures travaillées un jour férié. Comme type de paie distinct (par défaut) ou incluses dans les heures normales.
- Lignes vides. Les personnes sans heures dans la période sont omises.
- Personnes non associées. Les passer avec un avertissement (par défaut), ou bloquer tout l’envoi jusqu’à ce qu’elles soient associées.
Les corrections, comme changements
Vous avez corrigé un départ non pointé après l’envoi à la paie? Renvoyez la période et ClockLap calcule ce qui a changé depuis le dernier envoi.
La mise à jour de paie de Gusto fixe les valeurs au lieu de les additionner, donc une correction renvoie toutes les heures de chaque personne modifiée, y compris celles dont les heures sont revenues à zéro. Les corrections ne fonctionnent que tant que la paie n’est pas traitée.
Personnes
Associées par courriel, numéro d’employé, puis UUID d’employé Gusto, qui est enregistré sur la personne.
La même connexion peut garder vos personnes à jour avec Gusto.
- Employés : nom, courriel, service, lieu de travail, gestionnaire, taux horaire, date de début, statut
- Lieux de l’entreprise, à associer aux sites ClockLap
- Soldes de congés payés (solde accumulé, en heures)
L’API de Gusto n’accepte pas les congés provenant d’autres systèmes, donc les congés approuvés dans ClockLap ne sont pas renvoyés.
- Qui l’emporte, par champ. Le système RH par défaut : ClockLap est mis à jour pour correspondre. Réglez un champ sur « ClockLap » et il n’est rempli qu’à l’ajout de la personne.
- Nouvelles personnes. Ajoutées automatiquement, sans invitation à moins que vous activiez les invitations. Vous choisissez le rôle qu’elles reçoivent.
- Personnes qui partent. Proposées pour désactivation (par défaut), ou désactivées automatiquement. Leur historique est conservé.
- Sites et équipes. Associez une fois les lieux ou services du système RH aux sites ClockLap; les changements suivent à chaque synchronisation.
- Utilisateurs avec authentification unique. Les personnes gérées par votre fournisseur d’identité par SCIM gardent ce que SCIM écrit; la synchronisation ignore ces champs et le signale.
- Calendrier. Toutes les heures, chaque jour (par défaut) ou manuellement. Une synchronisation planifiée peut s’appliquer d’elle-même ou seulement préparer un aperçu pour un administrateur.
Ce qu’il vous faut
- Gusto (États-Unis) avec un administrateur qui peut gérer la paie et connecter des applications
- Un calendrier de paie dont les périodes concordent avec les périodes de paie de ClockLap
- La paie régulière de la période encore non traitée au moment de l’envoi des heures
Chaque envoi garde un historique : qui et quoi a été envoyé, les résultats ligne par ligne, des erreurs en langage clair avec leur solution, et un journal des requêtes caviardé pour les administrateurs. Les webhooks se déclenchent sur payroll.run_ready, payroll.run_sent, payroll.run_failed, people_sync.completed.
Questions
Et s’il n’y a pas encore de paie non traitée pour la période?
L’envoi s’arrête avec un message clair et rien n’est modifié. Dès que Gusto ouvre la paie, renvoyez (ou laissez le calendrier réessayer).
Qui calcule les heures supplémentaires, ClockLap ou Gusto?
ClockLap, selon les règles quotidiennes et hebdomadaires de chaque site, et envoie les heures normales, supplémentaires et le temps double séparément.
Puis-je utiliser un fichier à la place?
Oui : l’option fichier produit un CSV avec les mêmes personnes, codes et heures.
La connexion Gusto est-elle incluse dans le prix?
Oui. Les connexions de paie et de RH font partie de chaque forfait ClockLap : 1 $ par membre du personnel et 2 $ par gestionnaire ou administrateur par mois, sans frais supplémentaires.
ClockLap est-il affilié à Gusto?
Non. ClockLap se connecte à Gusto au moyen de son API publiée; ClockLap n’est ni affilié à Gusto ni approuvé par celui-ci. La connexion est en bêta pendant que nous la vérifions avec de vrais comptes.