KamoCRM

Manage-Credits y Leads-Available leer los libros de plomo una vez en lugar de contar por fila

PerformanceSecurityService
Se descapó
23 de septiembre de 2026 a las 1:27 UTC
Autor
Kamo
Compromit
86293d0

/leads/credits (GET /api/security/credits/manage) contó la piscina de plomo una vez per asignación fila de asignación de 8 s a cada uno contra la piscina de 796k-lead de una org, luego una vez más agrupado (11 s), contabilizó el crédito de cada fila equilibrio, e hizo una búsqueda de miembro más un conteo por miembro elegible para "aceptado hoy". /leads/available y el indicador nav (/sumume disponible, devuelto nuevamente por cuatro eventos en tiempo real) emitido cinco o seis consultas por producto de vendedor: conteo de piscina, conteo de saldo, mirada de asignación, pasado hoy y Acepto-ayer. Ambos leen ahora un número fijo de declaraciones, cualquiera que sea el tamaño de la cuadrícula: - la piscina por (mercado, producto) para todo el org del libro mayor de la piscina (una lectura); - el saldo de cada fila del libro mayor de crédito (una lectura); - "aceptado hoy" por cada miembro elegible en una consulta de la medianoche local del primer miembro, cada gasto se mantuvo sólo si cae después de la propia medianoche del miembro de ITS, la misma ventana el Max Daily Capturan las medidas de limitación de gastos; - las asignaciones del miembro una vez, resueltas por producto en la memoria ******************* y gastado/aceptado hoy agrupado por producto. Por producto sólo queda la sonda de licencia, y se salta cuando la piscina está vacía. Los libros de contabilidad en sí: create-lead-ledgers.sql (mesas, revistas desencadenantes en pistas / plomo-créditos, el índice de la piscina parcial ix.leads.assignable-pool, a (miembro, date-spent) para los recuentos diarios de la tapa diaria) y backfill.lead-ledgers.sql, ambos se aplicaron en la base de datos en vivo en 2026-09-22 y verificados igual a un lleno recount. kamo-shared-library ae437ebc movió el repositorio lee sobre ellos; DaemonService se plieca y Relatos. Por qué un diario y no una columna de contador: vea la cabecera de create.lead-ledgers.sql. Pruebas: LeadCreditManageLedgerTest y LeadAvailableLedgerP pin de las figuras, la medianoche por miembro filtro y la ausencia de cualquier consulta por hilera (ambos verificadas por mutación: soltando el filtro de medianoche o La restauración de un conteo de piscina por producto los pone rojos).

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Arranzar gratis para siempreVer Precios