- Dikirim
- 23 September 2026 pukul 14.40 UTC
- Penulis
- Kamo
- Commit
- 9fc87cc
Caller setengah dari kamo- shared- perpustakaan fix: switch setiap findById () call on LeadVsupport ProductRepositori dalam layanan securityservice ke metode ramping manapun yang cocok dengan apa itu sebenarnya dibaca (lihat * * * * * * * * * * * * * * * * * * * * / find ByIdWithVendor 's javdoc untuk penalaran penuh dan nomor produksi - sebuah 8-way bergabung diukur di ~ 780K panggilan, 10- 21ms, pada apa yang selalu pencarian single- id, tidak pernah batcable N + 1). - LeadController.isFreeForAllLead (setiap unassigned- pandangan memimpin dan sejarah dibaca): FindIsEmptyCreditFfaById - proyeksi skalar, satu-satunya bidang yang pernah dibaca ini. - * * * * * * * * * * * * * * LeadCreditController 's distribution / updateAllotment: FindByIdWithVendor - ini membaca vendor.org.id atau tangan objek vendor pada; tidak ada masa lalu vendor. - * * * * * * * * * * * * * * (publik, tidak terotentikasi): FindByIdWithVendor plus kedua, biasa LeadMarketRepository.findById () untuk pasar dan organisasinya - dua-query split codebase ini sudah digunakan untuk mencapai sebuah Entity JOINED- warisan aman (LeadMarket- > Organisasi) tanpa @ EntityGraph di perbatasan JOINED. Perintah Kontroller yang berlaku, memimpin dan set- ffa titik akhir (baik Manage _ CREDIS-, rendah volume) ditinggalkan pada findById () - prioritas lebih rendah diberikan volume panggilan alamat ini banyak jalan baca di atas, dan ditandai dalam laporan daripada menebak lebih lanjut. JSON bentuk tidak berubah.