- Cambia
- 20 de agosto de 2026 a las 23:19 UTC
- Autor
- Kamo
- Comprometerse
- a0e1274
processBacklog reflejo los dos defectos del trabajo programado: mutaba carga útil estados en la memoria y los guardó en un lote al final, y guardó el toda la entidad de endpoint para batir un contador. crearLead se compromete por plomo, por lo que un resultado que no palo deja un plomo comprometido cuya carga útil todavía es RECEIVED y el trabajo de cada minuto entonces lo importa por segunda vez, porque este camino no tiene vendedor de leadID desconveniente. Salvando la entidad también arrastra el gráfico de la Organización a la operación de escritura, que YugabyteDB rechaza con una reanudación de lectura, y reescribiendo la fila de endpoints escribió en cada campo como era cuando comenzó el lote. Ahora MarkPayloadOutcome por fila y récordProcesado para el mostrador, igualando LeadIntakeProcessingJob.