- Verschifft
- 14. August 2026 um 00:18 UTC
- Autor
- Kamo
- Ausschuss
- c9833af
Fügt die Persistenz Wirbelsäule für die Verbindung einer Organisation Timecards zu einem Gehaltsabrechnungssystem von Drittanbietern: die Verbindung und ihre verschlüsselte pro-Org-Konfiguration, die OAuth Grant, der Member-to-Provider-Mitarbeiter-Link, die Earning-Code-Karte, und die beiden Append-only-Aufzeichnungen (Versweiden und Synchronisationsprobleme), die machen eine synchronisierbare Nachhinein. Kept inside com.kamo.z.shared.hr.timecard anstatt ein neues Paket auf Zweck: Ein neues Shared-lib-Paket muss drei separaten expliziten @EnableJpaRepositories Listen, und das Weglassen eines abgebrochen einen Service-Kontext - oder, in KamoInitializer, brach den Lauf ab, während noch BUILD SUCCESS berichtet. Anmerkungen zur Form: - PayrollProviderType verwendet das bereits dokumentierte Token-Vokabular ************ (ADP_WFN, PAYCHEX, GUSTO, ...). Eine zweite Rechtschreibung für den gleichen Anbieter würde Exporthistorie ohne Fehler aufteilen überall. ADP_RUN und QUICKBOOKS werden gehalten, weil der Lohn-Export-Bildschirm hat sie angeboten, da es ausgeliefert, so lebende Reihen können sie tragen. - Mitarbeiter-Links werden vom Anbieter, nicht durch Verbindung, so wechseln Anbieter und Rückwärtssing wirft die Mapping-Arbeit nicht weg. ZWEI einzigartige Einschränkungen: Eines hält ein Mitglied an, das zwei Links hält, der andere stoppt zwei Mitglieder beanspruchen einen Provider-Mitarbeiter - dass man eine Doppelbezahlung verhindert. - PayrollDispatch und PayrollSyncIssue sind WORM. Eine Gehaltsabrechnungsübermittlung Versuch ist ein Geld Ereignis; "wir haben es geschickt, dann haben wir es wieder" ist die Tatsache, eine Versöhnung braucht. - Credentials live in ONE verschlüsselt config_json blob anstatt einer Spalte pro Feld, so dass das Hinzufügen eines Anbieters ist keine Schemaänderung, die jeden Dienst wiederbewaffnet. RoleRightType gewinnt MANAGE_PAYROLL_PROVIDER (199) - absichtlich NICHT die legacy MANAGE_PAYROLL (40), das heute nichts abstört und bereits von gehalten wird unbekannte Anzahl von Mitgliedern; Wiederverwendung würde es Hand Drittanbieter-Gehaltsabrechnung Anmeldeinformationen zu jedem Rate-Viewing-Rechtshalter auf dem Boot, der es ausgeliefert. PlatformOProviderType gewinnt die sieben Lohnabrechnungsanbieter, bei denen Kamo einen hält Partnerregistrierung (ids 11-17). Dayforce, Workday und UKG stellen Anmeldeinformationen aus pro Kunde und absichtlich keine Konstante: der Plattform-Bildschirm macht eine Karte für jede Konstante, so dass eine für sie wäre ein Formular kein Betreiber könnte ausfüllen. Behebt auch eine abgestandene Behauptung in BillingDelegationModeTest: begehen 9276487 absichtlich gemacht REQUIRES_APPROVAL erlauben Gruppen (der Ausschluss gemacht Zulassungsweg unerreichbar), aber ließ den Test behauptet das alte Verhalten, so die Suite ist seither rot auf main. Schema hat sich vor diesem Vorstoß in Yugabyte beworben und verifiziert.