- Navios
- 23 de setembro de 2026 às 14:40 UTC
- Autor
- Kamo
- Enviar
- 9fc87cc
Chamada metade da correção kamo-shared-library: muda cada chamada findById() LeadVendorProductRepositório em serviço de segurança para qualquer método magro combina com o que ele realmente lê (ver ******************* / findByIdCom o javadoc do Vendor para o raciocínio completo e os números de produção — uma junção de 8 vias medida em ~780K chamadas, 10-21ms, em o que é sempre um único-id olhar, nunca um loteável N+1). - LeadController.isFreeForAllLead (cada vista sem atribuição e histórico lido): encontrarIsEmptyCreditFfaById — uma projeção escalar, o único campo que já leu. - Está bem. Distribuição/atualização do LeadCreditController findByIdWithVendor — estes leem seller.org.id ou entregam o objeto do fornecedor; nada passado. - Está bem. (público, não autenticado): findById WithVendor mais um segundo, LeadMarketRepository.findById() comum para o mercado e sua organização — a dupla consulta divide esta base de códigos que já utiliza para alcançar uma entidade de herdade com segurança (LeadMarket->Organização) sem um @EntityGraph através do limite CONJUNTO. LeadAcceptController's inject-test-leader e set-ffa endpoints (tanto MANAGEM CREDITS-gated, baixo volume) são deixados no findById() — prioridade menor dado o volume de chamada este endereço é em grande parte os caminhos lidos acima, e marcados no relatório em vez de adivinhado em mais. As formas JSON estão inalteradas.