Esta mejora no es sólo conveniente, es completamente necesaria para poder integrar correctamente la API en cualquier sistema externo.

Actualmente se permite filtrar por teléfono, un campo que no es único, no es estable y depende del formato (+34, sin prefijo, espacios, etc.), lo que introduce ambigüedad y errores inevitables en integraciones reales. En cambio, no permitir filtrar por NIF carece totalmente de sentido desde el punto de vista técnico.

El NIF es el identificador único por excelencia en cualquier sistema empresarial y contable. La ausencia de este filtro obliga a realizar listados completos y filtrados manuales en cliente, lo cual rompe principios básicos de eficiencia, escalabilidad y buenas prácticas de API.

Sin la posibilidad de filtrar por NIF mediante query params en el endpoint de listado de contactos, la API queda severamente limitada para integraciones reales, especialmente en escenarios de sincronización, conciliación de datos o automatización.

En resumen:

Creo que esto no es una mejora opcional, es un requisito mínimo para una API usable en entornos profesionales.

Quedamos a la espera de una actualización, ya que este punto bloquea integraciones correctas y robustas.

¿Tenemos alguna novedad sobre esta mejora?

No tiene sentido poder filtrar por teléfono cuando el formato del teléfono puede variar si pones en un software el +34 y en el otro no. Etc el NIF el el identificador único por excelencia.

¿Por qué en cambio sí se puede filtrar por número de teléfono? Es que no lo entiendo, no era mejor añadir un parámetro más único como puede ser una identificación fiscal o el correo electrónico (siendo este último susceptible a ser recurrente entre usuarios), me suscribo a la espera de una actualización al respecto.

Mail