- Se descapó
- 6 de septiembre de 2026 a las 20:36 UTC
- Autor
- Kamo
- Compromit
- 482c565
Una organización puede comprar sus DIDs y sus mensajes de texto de una empresa y responder a la Llamadas con otra. Kamo no podía expresar eso: los mensajes de texto de un miembro eran un propiedad de su SERVER PHONE, así que un org cuyo número provenía de Telnyx y cuyas llamadas fueron respondidas por su propio FreePBX no pudo enviar un mensaje en absoluto. declara sms (falso), la pasarela se negó antes de que se alcanzara a ningún proveedor, y el consejo "añadir a un proveedor de SMS" condujo a un carril que no pudo abrir un conversación. Así que la pregunta pasó del proveedor al número. ORG.PHONE-NUMBER dice quién es el dueño de un número, lo que responde a sus llamadas y lo que lleva sus textos. TEXT-ROUTE-KIND se sienta junto al identificador de instancia en lugar de inferirlo de ella, porque las dos mesas de candidatos son ambas con UUID-llamadas y entregando un id a la fábrica equivocada no falla fuerte, falla como "ninguna instancia", y el texto nunca se envía. InboundRail ya documentó ese peligro. TextRouter se resuelve en tres niveles: la propia ruta del número, luego un nombre por defecto por el servidor del teléfono (por lo que 200 DIDs en un PBX es una configuración, no 200 filas), y luego el servidor de teléfono en sí mismo, que es exactamente el comportamiento de hoy, por lo que un org que Nunca abre la pantalla de Numbers sigue funcionando sin haber configurado nada. El carril a granel finalmente hereda el contrato de envío. TextSender tiene dos adaptadores y SmsGateway habla con él, así que BulkTextProvider.sendText . cuyo errorMessage es siempre el e.get de un portadorMessage() Ya no puede poner un SocketTimeoutException delante de alguien tratando de enviar un mensaje a un cliente. Y BulkTextContorpería ahora da sus mensajes a VoipMessageService.ingest en lugar de grabar una palabra clave y detenerse, por lo que una respuesta en un número de portador se convierte en una conversación. Palabra clave el manejo no se movió; se movió DOWN, en la secuencia de todos los demás carriles ya acciones. VoipNumberOwnership gana SOURCE-ORG-NUMBER en el máximo: los otros dos Fuentes infieren la propiedad de una columna que pasa a sostener un número, mientras que esto Uno lee una fila cuyo propósito es decir quién es el dueño. Telnyx llega como servidor telefónico y un transportista. Como servidor telefónico es el primero honesto acerca de no ser un PBX: sin buzón de voz, sin dispositivos, sin colas, no agente dice que y cada una de esas banderas falsas ahora lleva una sentencia a un miembro puede leer, porque una capacidad que es falsa sin razón escrita se hace como una pantalla vacía. Eso es lo que CapabilityLimit and PhoneCapability son para; SMS ha tenido este tratamiento desde smsUnavailableReason (), y el resto de la superficie ahora lo tiene también. Su credencial de sucavidad está acuñada con la propia ORG tecla API, por lo que a diferencia de RingCentral nadie tiene que a bordo de cada miembro en un transportista Portal. Dos cosas que vale la pena saber: - OrgPhoneNumberService se lleva PhoneProviderFactory . El ciclo es real y legítima, y Spring Boot ha prohibido las referencias circulares por defecto desde 2.6 Sin él el contexto no comienza, y ninguna prueba de unidad aquí se encontraría porque todos alitan a sus Docstors a mano. - Un org solo de texto (números y un transportista, sin servidor telefónico) puede enviar pero no puede Enseñar una respuesta: VOIP-CONVERSATIONS.INSTANCE-ID NO es NULL y parte de la índice de dedupe. Esa caída es ahora un ERROR que nombra el número en lugar de una advertencia. El DDL de ORG.PHONE-NUMBER se aplica a mano. docs/sql/. InitializerService no es desplegado en este grupo.