- Spegnimento
- 14 agosto 2026 alle ore 00:18 UTC
- Autore
- Kamo
- Impegno
- c9833af
Aggiunge la colonna vertebrale di persistenza per collegare le schede temporali di un'organizzazione a una sistema payroll di terze parti: la connessione e la sua configurazione crittografata per-org, la sovvenzione OAuth, il link membro-provider-employee, la mappa del codice di guadagno, e i due append-only record (dispatch tentativi e problemi di sincronizzazione) che fanno una sincronizzazione spiegabile in seguito. Tenuto dentro com.kamo.z.shared.hr.timecard piuttosto che un nuovo pacchetto su scopo: un nuovo pacchetto condiviso-lib deve essere aggiunto a tre esplicito separato @EnableJpaRepositories elenca, e omettendo uno interrompe un contesto di servizio — o, in KamoInitializer, interrompe la corsa mentre ancora riporta BUILD SUCCESS. Note sulla forma: - PayrollProviderType riutilizza il vocabolario di token già documentato su E' il momento giusto. (ADP WFN, PAYCHEX, GUSTO, ...). Un secondo ortografia per lo stesso venditore avrebbe diviso la storia di esportazione senza errore ovunque. ADP RUN e QUICKBOOKS sono tenuti perché la schermata di esportazione payroll li ha offerti da quando è stato spedito, così le file dal vivo possono portarle. - I link dei dipendenti sono contrassegnati dal fornitore, non dalla connessione, quindi la commutazione il fornitore e il passaggio indietro non butta via il lavoro di mappatura. TWO vincoli unici: si ferma un membro che tiene due link, l'altro si ferma due membri che rivendicano un dipendente del fornitore — che si previene un doppio pagamento. - PayrollDispatch e PayrollSyncIssue sono WORM. Una trasmissione payroll tentativo è un evento di denaro; "abbiamo mandato, poi l'abbiamo mandato di nuovo" è il fatto necessità di riconciliazione. - Credentials live in ONE crittografato config json blob piuttosto che una colonna per campo, quindi l'aggiunta di un venditore non è un cambiamento di schema che ri-arma ogni servizio. RoleRightType guadagna MANAGE PAYROLL PROVIDER (199) — deliberatamente NON il legacy MANAGE PAYROLL (40), che non porta nulla oggi ed è già tenuto da numeri sconosciuti di membri; riutilizzarlo avrebbe consegnato il libro paga di terze parti credenziali per ogni detentore di destra di visualizzazione del tasso sul boot che lo ha spedito. PlatformOAuthProviderType ottiene i sette venditori payroll dove Kamo ne detiene uno registrazione partner (ids 11-17). credenziali di rilascio Dayforce, Workday e UKG per cliente e deliberatamente non ottenere costante: lo schermo della piattaforma rende un scheda per ogni costante, quindi uno per loro sarebbe una forma che nessun operatore potrebbe Riempilo. Corregge anche un'affermazione stante in BillingDelegationModeTest: commit 9276487 deliberatamente fatto REQUIRES APPROVAL consentire gruppi (l'esclusione ha fatto percorso di approvazione irraggiungibile) ma ha lasciato il test affermando il vecchio comportamento, quindi la suite è stata rossa sul principale da allora. Schema applicato e verificato in Yugabyte prima di questa spinta.