Ir para o conteúdo
KAMOUniverse

Changelog

O que há de novo.

Cada melhoria para a plataforma, como ele envia.

  1. · VOIPService

    As superfícies do próprio softphone verificam ACCESS VOIP, e os membros recebem uma porta de sessão para modelos de texto (SITP TP11)

    - CallController (história de chamadas, própria lista de mensagens de voz/leitura/arquivo, filas, estado do agente), errou-chamadas-vistas, a verificação do não-contato e SMS enviar agora verificar ACCESS VOIP no endpoint: a direita o softphone, discador móvel e janela de texto são abertos por, então ninguém Quem usa essas telas perde-as (decisão do proprietário 5). A verificação DNC também admite GERÊNCIA VOIP SETTINGS. - PUT /calls/agent-estado responde 400 para um estado que não é nenhum dos quatro em vez de um 500. - /api/voip/sms/text-templates: list, get, preview and render with ACCESS VOIP; create, edit, arquivo e unarchive com MANAGE VOIP SETTINGS; org e ator da sessão. A a superfície interna-auth /sms/templates foi inalcançável de qualquer sessão de membros.

  2. · MCPGatewayService

    Cada SI recebe as ferramentas de relatório por seus direitos; config * fechado por direitos, não audiência

    SITP TP00, decisões do proprietário 2026-10-18: - reports list, reports run e métricas get drop CP14's WATCH charter switch: um SI é oferecido por VER REPORTS e o aplicativo Relatórios, como um pessoa é, quaisquer que sejam seus itens de WATCH ou o modo de divulgação de sua org. - config * já não são HUMAN ONly: são oferecidos pelos seus direitos, e SecurityService's ConfigureAccess verifica os mesmos direitos por assunto e Mudança. Os seus quatro direitos estão no piso SI, por isso fretamentos e SI configuração permanecer uma pessoa na prática. - ToolVisibilidade lê os direitos de um SI menos AiRightsFloor.NEVER GRANTABLE (defesa em profundidade): um piso à direita em uma sessão SI não abre nenhuma ferramenta. Instantâneos regeneradas: as listas AUDIT/default SI ganham exatamente os três reportar ferramentas; nada mais muda.

  3. · MediaService

    ?session= pinos um anexo lido, uma edição, um não-enviar e uma reação a uma conversa (SITP TP13)

    O Plano de Ferramentas verifica o público de uma corrida na conversa com nomes de SI. Um ID de mensagem ou um ID de anexo sozinho poderia chegar a outra conversa a que o SI também pertence, então estes quatro endpoints agora tomam um opcional ?session=<guid>: uma mensagem ou qualquer outra conversação responde 404 antes de qualquer coisa ser lida ou alterada. Sem a parâmetro de cada resposta final como antes.

  4. · kamo-shared-library

    Um SI nunca assina, prescreve, ordena, imuniza, quebra o vidro, mescla gráficos ou pacientes de exportação

    SITP TP00, decisão de proprietário 2026-10-18: em Registros de Pacientes apenas um projeto de SI (e pode ser posterior à aprovação). Nove direitos da RHE AiRightsFloor.NEVER GRANTÁVEL, portanto, sem papel, modelo, bolsa de supervisão ou A delegação de ordem directa pode dá-los a um membro do SI.

  5. · kamo-internal

    Partilhar dispositivos da página do dispositivo e da lista de dispositivos através da janela do SP04; um cliente de partilha

  6. · kamo-internal

    Configurações, alarmes - roteamento padrão por gravidade

  7. · kamo-internal

    Visita guiada pela IoT Devices

  8. · kamo-internal

    Página /settings/iot - abas, ajuda, assunto do menu de configurações e seção de landing

  9. · kamo-internal

    Configurações, alarmes - manutenção e supressão de design, figuras de qualidade e a aba

  10. · kamo-internal

    Configurações, alarmes - regras com pré-visualização e retroteste e políticas de escalada

  11. · kamo-internal

    /iot/shared - ações de saída com keyset paging e ações seguras na linha, a gaveta de detalhes e compartilhamentos recebidos

  12. · kamo-internal

    A aba Avançado marca o simulador como uma ferramenta de teste que não pode ser habilitada (SP14)

    O view ganha testOnly; visívelActions nunca oferece ENABLE para um conector somente para teste (o servidor já Omite-o); TEST ONLY PROVIDER e os quatro códigos de ensaio do simulador são códigos conhecidos; o cartão mostra apenas um teste Chip e uma dica de uma linha. O tipo de provedor é ampliado localmente (iotProviderType ou 'KAMO SIMULATOR'): @kamo/iot-core não é republicado para uma ferramenta de teste somente de plataforma.

  13. · kamo-internal

    O construtor de automação - ações, confirmação de tempo de poupança, segredos webhook, teste e backtest

  14. · kamo-internal

    Página do dispositivo - acesso e seções compartilhadas

  15. · kamo-marketing

    PROJETO DE CONSELHO - listar as cláusulas de dispositivo conectado nas páginas Termos e Privacidade (IoT SP14, T-31)

    Mudança de material na seção Termos 15: efetiva 30 dias após isso vai ao vivo. Iot/sp14-projeto legal apenas; nunca empurre antes que o proprietário diga que o advogado aprovou o texto e que a metade do dicionário (iot/sp14-legal-draft) está ao vivo.

  16. · kamo-marketing

    PROJETO DE CONSELHO - listar as cláusulas de dispositivo conectado nas páginas Termos e Privacidade (IoT SP14, T-31)

    Mudança de material na seção Termos 15: efetiva 30 dias após isso vai ao vivo. Iot/sp14-projeto legal apenas; nunca empurre antes que o proprietário diga que o advogado aprovou o texto e que a metade do dicionário (iot/sp14-legal-draft) está ao vivo.

  17. · kamo-marketing

    Proteja-se de que os Termos e as páginas de privacidade e seu texto do dicionário pousem juntos (SP14)

  18. · kamo-marketing

    A página de compatibilidade do dispositivo gerado e seu protetor de cópia, fechado até anunciado (SP14)

    A lista é a fonte ao vivo; as palavras são cópia de dicionário; uma lacuna falha na compilação seguinte.

  19. · kamo-marketing

    IOT ANOUNCED flag, a guarda não controlada, a categoria /features e o grupo de capacidades (SP14)

    Nada é anunciado: a bandeira é falsa. O guarda verifica apenas a nova cópia da IoT.

  20. · DaemonService

    IoT SP14 D7)

  21. · APIService

    GET /api/público/iot/fornecedores, a alimentação de compatibilidade dispositivo (IoT SP14 D2)

  22. · InitializerService

    Dispositivos de IoT em cada degrau pago do KamoUniverse e nenhum livre (IoT SP14 D3)

  23. · kamo-shared-library

    KAMO SIMULATOR, o 22o tipo de provedor (somente teste; SP14)

    Em último lugar, o catálogo do cliente JSON mantém os 21 tipos de programas (@kamo/iot-core está inalterado).

  24. · MediaService

    Um alarme de IoT nomeia a sua categoria de notificação iOS (SP10)

    Sem aps.category O iOS mostra o alarme sem reconhecimento ou abertura botões: a chave de dados categoryId é apenas uma propriedade personalizada.

  25. · kamo-internal

    Compartilhar o acesso do dispositivo a partir de tickets e Exec2Exec, o cartão em ambos, e as páginas do destinatário (IoT SP04)

    A linha de ação do cabeçalho do ticket e todas as três tiras de cabeçalho do Exec2Exec oferecem a ação de compartilhamento (Exec2ExecHeaderActions mantém o botão de reunião ao lado ele). Um evento do sistema IOT SHARE renderiza como IotShareCard em um ticket (SystemMessage) e numa conversa do Exec2Exec (detectado a partir da texto da mensagem antes de uma bolha ser construída). /dispositivos compartilhados lista o que era compartilhado com o membro; /dispositivos compartilhados/<id> lê a ação e as notas UMA transferência de um efeito, nunca durante renderização, em seguida, folhas para kamo-iot. Nenhuma das páginas lê organização. islot: um destinatário não precisa segurar o aplicativo.

  26. · kamo-internal

    O cliente de partilha e a janela de acesso ao dispositivo de partilha, botão e cartão (IoT SP04)

    O lado membro da partilha (spec 4.16): app/lib/iot/sharesApi.ts @kamo/iot-core's createSharesApi sobre uma mesma origem @kamo/net ApiClient on esta aplicação está autenticada Obter (refusas são IotShareError com o servidor código; o fim da sessão do membro é SESSION REQUIRED, um inalcançável servidor NETWORK). O diálogo de quatro passos (que, o que, até, rever) com o senha verificar novamente, o botão de conversação (app + MANAGEM IOT SHARING + no janela deus + S14 diz que há alguém para compartilhar com) e o cartão de bate-papo que lê sua parte de volta antes de oferecer Open, Gerenciar ou Revoke. Um fim personalizado é uma hora de parede na zona de perfil do membro (as tarefas' dueInstantFromInput) e cada "até" é renderizado com UseFormatters, então A guarda da hora do servidor mantém-se. O apelido "iot" é reservado localmente. O relé BFF para /me/verify-password é criado aqui (SP05 não tem). Depende do @kamo/iot-core ^0.3.1 (publicado) e das teclas do dicionário iot.sharing.* e dispositivos compartilhados.* (vivo).

  27. · kamo-internal

    Dispositivos em Contas, Chumbos, Contactos e Ordens de Trabalho (SP13)

  28. · kamo-internal

    Painel de dispositivos para contas e contatos - camada de dados, atualizações ao vivo, tag e untag (SP13)

  29. · kamo-shared-library

    Relatório de Acesso ao Compartilhamento de IoT, guardas de registro, quinze relatórios de sementes

  30. · kamo-shared-library

    Relatórios de disponibilidade de dispositivos IoT e IoT

Seu universo está esperando.

Comece gratuitamente em minutos.Adicione produtos sempre que estiver pronto — sem migração, sem novos logins.

Gratuito para sempre — não é necessário cartão de crédito