KamoCRM

El barrido de extensión ya no borra toda asignación de miembros

FixVOIPService
Cambia
27 de agosto de 2026 a las 2:58 UTC
Autor
Kamo
Comprometerse
2cc6ab2

MiembroVoipConfigController.puta escribe una asignación a dos lugares - MIEMBROS. . . CONFIG y ******************* - y **************** entonces despereció el segundo en su siguiente pase. No, no. proveedor tiendas ids de miembro Kamo, así que listExtensiones () informes se asignóMemberId=null para cada extensión, y que se almacenó nulo incondicionalmente. **************** ya llevaba exactamente este guardia, con un comentar explicando por qué. El camino de sincronización nunca lo recibió. El resultado en la producción: asignado-member-id null en los veintitrés prórrogas mientras nueve miembros tenían una. El síntoma visible no era la facturación, sino el descenso de los ajustes telefónicos por parte de los miembros, que filtra las extensiones ya asignado a alguien más leyendo esa columna - para que no excluya nada, ofreció una extensión tocada, y el salvamento falló con un 409 del controlador Eso sí comprueba. Sólo saltos se anulan; un proveedor que sí reporta un miembro aún sobrescribe.

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.

Empieza gratis para siempreVer Precios