- Expédié
- 14 août 2026 à 00:18 UTC
- Auteur
- Kamo
- Commite
- c9833af
Ajoute la colonne vertébrale de la persistance pour connecter les cartes de temps d'une organisation à un système de paie tiers: la connexion et sa configuration par or crypté, la subvention OAuth, le lien membre-fournisseur-employé, la carte de code gagnant, et les deux enregistrements d'appendices (tentes d'expédition et problèmes de synchronisation) qui font une synchronisation explicable par la suite. Resté à l'intérieur de la carte com.kamo.z.shared.hr.timecard plutôt qu'un nouvel emballage sur but: un nouveau paquet à partage doit être ajouté à trois éléments distincts explicites «EnableJpaRepositories liste, et omettre un environnement de service - ou, dans KamoInitializer, il fait errer la course tout en signalant BUILD SUCCESS. Notes sur la forme: - PayrollProviderType reutilise le vocabulaire de jeton déjà documenté sur (ADP-WFN, PAYCHEX, GUSTO, ...). Une deuxième orthographe pour le même fournisseur diviserait l'historique des exportations sans erreur n'importe où. ADP-RUN et QUICKBOOKS sont conservés parce que l'écran d'exportation des états de paie les a offerts depuis qu'il a été expédié, de sorte que des rangées en direct peuvent les transporter. - Les liaisons des employés sont à clé par le fournisseur, et non par la connexion, de sorte que la commutation le fournisseur et le changement de retour ne jettent pas les travaux de cartographie. DEUX contraintes uniques: l'un empêche un membre détenant deux liaisons, l'autre s'arrête deux membres revendiquant un employé fournisseur - que l'un empêche une double rémunération. - PayrollDispatch et PayrollSyncIssue sont des WORM. Une transmission des états de paie la tentative est un événement monétaire; "nous l'avons envoyé, puis nous l'avons envoyé à nouveau" est le fait qu'un les besoins de réconciliation. - Les pouvoirs sont en concurrence dans UN blob crypté config'json plutôt qu'une colonne par l'ajout d'un fournisseur n'est donc pas un changement de schéma qui réarnd tous les services. RoleRightType gagne MANAGE-PAYROLL-PROVIDER (199) - NE PAS NE PAS l'héritage MANAGE-PAYROLL (40), qui ne porte rien aujourd'hui et qui est déjà détenu par nombre inconnu de membres; le réutiliser permettrait de payer des états de paie à des tiers les références à chaque détenteur de droits de visualisation de taux sur le coffre qui l'a livrée. PlatformOAuthProviderType gagne les sept fournisseurs de paie où Kamo en détient un inscription des partenaires (ids 11 à 17). Dayforce, Workday et UKG émettent des références par client et ne reçoivent délibérément aucune constante: l'écran de la plate-forme rend une carte pour chaque constante, donc une pour eux serait une forme qu'aucun opérateur ne pourrait être remplir. Corrige également une affirmation rassis dans BillingDelegationModeTest: commit 9276487 APPLICATION DES RÉQUISA HOMOLOGATION autorise les groupes (l'exclusion a fait la voie d'homologation impossible à atteindre) mais a laissé l'essai affirmant l'ancien comportement, de sorte que la suite a été rouge sur la base depuis. Schema appliqué et vérifié à Yugabyte avant cette poussée.