- Navios
- 6 de setembro de 2026 às 20:36 UTC
- Autor
- Kamo
- Enviar
- 482c565
Uma organização pode comprar seus DIDs e sua mensagem de uma empresa e responder Chamadas com outra. Kamo não poderia expressar isso: uma mensagem de um membro era um propriedade de seu servidor de telefone, assim uma org cujos números vieram de Telnyx e cujas chamadas foram atendidas pelo seu próprio FreePBX não poderia texto em tudo — FreePBX declara sms(false), o gateway recusado antes de qualquer provedor ser alcançado, e o conselho "adicionar um provedor de SMS" levou a um trilho que não poderia abrir um Conversa. Assim, a pergunta passou do provedor para o número. ORG PHONE NUMBER diz quem possui um número, o que responde às suas chamadas e o que carrega Os seus textos. TEXT ROUTE KIND fica ao lado do id da instância em vez de ser inferido a partir dele, porque as duas tabelas candidatas são tanto UUID-keyed e entregando um id à fábrica errada não falha alto — falha como "nenhum tal instância", e O texto nunca é enviado. InboundRail já documentou esse perigo. TextRouter resolve em três níveis: a própria rota do número, em seguida, um padrão chamado pelo servidor de telefone (assim 200 DIDs em um PBX é uma configuração, não 200 linhas), então o próprio servidor de telefone — que é exatamente o comportamento de hoje, então uma org nunca abre a tela Números continua trabalhando não tendo configurado nada. O trilho finalmente herda o contrato de envio. TextSender tem dois adaptadores e SmsGateway fala com ele, então BulkTextProvider.send Texto — cujo erro é a mensagem sempre alguma operadora e.getMessage() — não pode mais colocar uma SocketTimeoutException na frente de alguém a tentar enviar uma mensagem a um cliente. E BulkTextInboundController agora entrega suas mensagens para VoipMessageService. ingerir em vez de gravar uma palavra-chave E parar, então uma resposta em um número de portador se torna uma conversa. Palavra- chave manipulação não se moveu para fora; moveu-se para baixo, para a sequência de cada outro trilho Já partilhas. VoipNumberOwnership ganha SOURCE ORG NUMBER na maior precedência: os outros dois fontes infer propriedade de uma coluna que por acaso detém um número, enquanto esta lê-se uma linha cujo propósito é dizer quem é o dono. Telnyx chega como um servidor de telefone e uma operadora. Como servidor de telefone é o primeiro um honesto sobre não ser um PBX: sem mensagens de voz, sem dispositivos, sem filas, não agente estados — e cada uma dessas bandeiras falsas agora carrega uma sentença de um membro pode ler, porque uma capacidade que é falsa sem razão escrita ecrã vazio com aspecto de trabalho. Isso é o que CapacidadeLimite e Capacidade de Telefone são para; SMS teve este tratamento desde smsUnabilableReason(), e o resto de A superfície agora também o tem. Sua credencial softphone é cunhada com o próprio ORG API chave, então ao contrário RingCentral ninguém tem que a bordo de cada membro em uma transportadora Portal. Duas coisas que vale a pena saber: - OrgPhoneNumberService leva PhoneProviderFactory @Lazy. O ciclo é real e legítimo, e Spring Boot proibiu referências circulares por padrão desde 2.6 — sem ele o contexto não começa, e nenhum teste unitário aqui seria capturado Isso, porque todos eles telegrafam os doutores à mão. - Uma org somente texto (números e uma operadora, nenhum servidor de telefone) pode enviar, mas não pode thread a reply: VOIP CONVERSATIONS.INSTÂNCE ID NÃO é NULL e parte do índice de dedupe. Essa queda é agora um ERRO nomeando o número em vez de um aviso. A DDL de ORG PHONE NUMBER é aplicada manualmente — docs/sql/. O serviço inicializador não é implantado neste cluster.