- Se descapó
- 14 de agosto de 2026 a las 1:19 UTC
- Autor
- kamo
- Compromit
- caaf7e0
Seis campos en las tarjetas de nómina nunca fueron consumidos por nada. Registro campo que nadie carga es peor que uno que falta: un operador lo llena, cree que el vendedor está configurado, y el fallo sale a la superficie más tarde como un error de auth inexplicable contra credenciales que estaban sentadas allí. - Toda la tarjeta ADP. Su adaptador autentica de la propia organización el certificado par y nunca lee el registro, por lo que el cliente socio id, secreto y par de PEM aquí eran inertes. ************* stays reservado para siempre que se construya el camino Marketplace. - La pareja WebLink de Paylocity. Paylocity tiene dos emisores; sólo la pareja API Hub es en poder del servicio simbo. El servicio simbote puede tener una subvención por proveedor, por lo que el adaptador lee el par WebLink de la propia configuración de la org. donde la pantalla de la configuración ya lo pide. - Los campos de medio ambiente en Gusto y Paycor. Sandbox versus producción es un elección de organización y se lee en el propio canto de la org; estas fueron Nunca consultado. Lo que queda se verifica con su consumidor: clienteId, clienteSecret, redirirSus direccionesUri y los visores van a PayrollOAuthFlowService y PayrollOAuthTokenService; La appName de Rippling y la suscripción de PaycorKey a PayrollOAuthEndpointResolver. Los campos cliente-id per-organización en la pantalla de configuración del proveedor NO son duplicados de estos - son las réplicas directas del cliente para los proveedores que publicar ambos modelos (ADP API Central, Paychex, Paylocity WebLink), o el único modelo para los cuatro vendedores que emiten credenciales por inquilino.