Foi acrescentada a funcionalidade de visualizar o Histórico da Impressão nos módulos Imprimir Boletos e Imprimir Carnês
Também será possível solicitar ao sistema que reprocesse uma impressão já “Processada”.
Com isso, caso o provedor tiver feito uma impressão antes dos PIX das faturas ser transmitidos, por exemplo, será possível que o sistema refaça a impressão com os PIX
Na edição, será possível selecionar boletos para serem removidos da impressão.
Para facilitar, tem 2 filtros logo acima, que será possível filtrar os títulos já transmitidos por API ou com remessa.
Dessa forma aquelas impressões que estiverem falhando porque algum título não foi transmitido, será possível remover o título em questão da impressão, para que ela seja completada.
Nas Impressões de Carnê, também haverá todas essas funcionalidades.
Além disso, haverá uma coluna na lista de carnês, para saber se todas as faturas do carnê já foram transmitidas para API.
Para provedores que trabalham com GerenciaNet ou WidePay será possível remover o carnê que não tiver sido transmitido completamente da impressão, para que a mesma possa ser processada.
Foi adicionado a integração com um novo modelo de OLT GPON da marca TENDA
Novo modelo de OLT compatível: OLT TENDA TES 7008
Ao cadastrar as interfaces GPON, deve ser colocado o slot e chassi como 0.
Foi adicionado a integração com um novo modelo de OLT GPON da marca V-SOLUTION
Novo modelo de OLT compatível: OLT V-SOLUTION V1600G1-B
Na Lista de Ordem de Serviço, foi adicionado o tempo restante referente ao SLA da OS.
Veja o exemplo:
Na consulta de Clientes por Caixa Óptica, agora será possível também buscar por projeto.
Caso haja caixas com mesmos nomes em vários projetos, irá conseguir consultar somente a do projeto definido no campo Projeto.
Veja o exemplo abaixo:
Ao realizar um Movimento entre Estoques, passa a ser exibido também o Nº Série e ID Próprio do item de produto.
Veja o exemplo abaixo:
Em Ver Itens do Local de Estoque, foi adicionado a coluna de ID Próprio.
Foi adicionado na tela de Faturamento (Mensal), a possibilidade de visualizar a qual plano (numero_plano e servico) pertence a fatura que será gerada.
Foi adicionada na tela de prospecto a opção de visualizar o endereço do mesmo. Ao passar o mouse irá mostra-lo, e ao clicar irá abrir uma mensagem na tela, contendo o mesmo.
Foi adicionada uma nova integração com plataforma de conteúdo, a YouCast.
Essa é uma plataforma de TV que tem seus serviços disponibilizados por terceiros. Ou seja, eles não atuam diretamente na venda para os clientes.
Há empresas (como a Tip e Sumicity) que fazem a revenda dos serviços, e é com ela que os clientes devem entrar em contato para pedir os dados de acesso a API, que são:
Para adicionar os produtos, o cliente também deve contactar o revendedor e requisitar os disponíveis.
Com os produtos em mãos basta adicionar manualmente no painel da plataforma, na Hubsoft.
Nessa atualização, serão adicionadas as seguintes melhorias nas Plataformas de Mapeamento:
Não serão mais excluídos os elementos em cada sincronização. Passa a ser da seguinte forma:
Atualizará os registros existentes com os dados vindo da API, e só removerá os itens que não tiverem sido retornados por ela no último processamento.
As integrações passam a funcionar de forma mais concisa, pois foi feito uma releitura de quase todos os métodos, corrigindo bugs antigos.
Fará uso da nova API da plataforma Geogrid, que foi atualizada para versão 3.
Na sincronização com a plataforma Geosite, irá excluir os cadastros de todos os clientes que possuem contrato da Hubsoft dentro da plataforma e que não estejam vinculados a nenhuma porta de atendimento na Geosite, eliminando cadastros de clientes repetidos com apenas o contrato diferente.
Ao vincular algum cliente em alguma porta já reservada será exibida uma mensagem de alerta para o usuário, pedindo a confirmação da vinculação e que a reserva será removida caso o cliente seja vinculado (essa reserva também será removida das plataformas).
Será possível personalizar os itens em que se deseja sincronizar.
Algumas integrações traziam elementos que não eram significativos para o usuário, agora, desta forma o mesmo pode decidir os elementos da integração
O menu estará disponível na Integração com Sistemas de Mapeamento, para acessar, siga estes passos:
Configurações → Integrações → Mapeamento → Ações → Elementos
Ao seguir os passos acima, será aberta uma janela para que usuário selecione quais elementos ele deseja que sejam tragos pela API e processados pelo sistema.
Alguns elementos vão ficar impassíveis de alterações, pois são essenciais para o funcionamento da integração, como o Splitter de Atendimento (na imagem acima) por exemplo.
Outros tipos de elementos também terão que ter ao menos um item selecionado, são eles:
O sistema já faz um tratamento para verificar a quantidade de itens selecionados por tipo, exibindo uma mensagem de erro caso nenhum item seja selecionado. Tanto por tipo, quanto geral.
Dessa forma, se o cliente remover o item CTO da seleção, por exemplo; na próxima vez que a sincronização executar, todos os itens de tipo CTO serão removidos. Tendo essa regra replicada para todos os outros itens selecionáveis.
Além das melhorias de sincronização, o sistema também irá guardar os históricos de alteração dos elementos e do projeto dentro do mapeamento.
Na exibição dos clientes nas caixas ópticas, será exibido o status do serviço na frente do nome dele.
Nessa versão está disponível uma integração com um novo gateway de SMS/Whatsapp chamado Zenvia
Nessa integração vai ser possível o envio de SMS e mensagens no Whatsapp (texto livre e usando Templates de HSM)
Essa integração necessita dos seguintes parâmetros:
Ao cadastrar um Template de HSM, o Template ID (da Zenvia) deve ser colocado como «Código do Template» no Hubsoft
Foi adicionado no sistema mais um relatório, o relatório Eventos de Faturamento e com ele será possível remover os eventos de forma massiva, sendo somente os que ainda não foram processados, portanto, o usuário que for utilizar esse relatório, vai ser necessário ter as seguintes permissões:
Foi acrescentado a função Cancelar Serviços do Cliente de forma massiva, no seguinte menu:
Relatórios → Serviços/Planos do Cliente
Sendo necessário a permissão Relatórios → Serviços do Cliente → Cancelar Serviços do Cliente de Forma Massiva para que o usuário consiga utilizar a função
Foi adicionado a possibilidade de filtrar por vendedor no relatório de Serviços sem Autenticação (encontrado no menu Relatórios → Serviços Sem Autenticação)
Agora, ao excluir um recibo no Financeiro do Cliente, vai ser necessário informar o motivo da exclusão. Essa observação vai ser gravada junto ao histórico do financeiro do cliente.
Foi acrescentada uma permissão para designar se o usuário pode ou não adicionar, editar e apagar movimentos financeiros com data retroativa.
Então caso o usuário não possua essa permissão habilitada, ele não irá conseguir manipular movimentos financeiro com data retroativa.
Portanto, ele não vai conseguir receber uma cobrança com data de pagamento anterior a data de vencimento.
Foi acrescentado a função de criar uma cópia do Contas a Pagar já existente, no menu:
Financeiro → Conta a Pagar
Foram feitas algumas melhorias no Módulo de Conciliação OFX, sendo que agora vai ser possível cadastrar uma Conta a Pagar já Quitada.
Sendo acrescentados mais duas funções massivas para Adicionar Movimento Financeiro e Adicionar Conta a Pagar de forma massiva.
Para utilizar essas funções o usuário vai precisar possuir as permissões de adicionar de seus respectivos módulos.
Foi acrescentada a possibilidade de imprimir o Comprovante de Movimento Financeiro no seguinte menu:
Financeiro > Movimentação Financeira
Foi adicionada uma nova integração de plataforma de PBX, a L5 Networks.
A integração trabalha com o sistema de discagens (enviando a chamada para uma Ura e/ou Ramal) então a mesma deve ser criada com a chave «Usa Áudio» desativada, e necessita dos seguintes parâmetros:
Com relação as «Opções de Discagem» para essa integração devem ser preenchidos ambos campos «Ramal/Grupo» (com o id do Discador - Grupos) e «Ura/Campanha» (com o id do Discador - Campanhas)
Foi adicionada a integração com uma nova plataforma de MVNO, a TGN.
Para configurar a integração o cliente precisa pedir os dados de acesso a API, que são os dados de email e senha.
Após a inserção deve-se fazer a sincronização dos planos existentes para o Hubsoft, acessando o menu Ações → Planos.
Ao vincular um plano para o cliente, o usuário precisa apenas informar o número de ICCID (SIM Card). Dessa forma, quando o sistema transmitir os dados para a API, o número de telefone será retornado e cadastrado na Hubsoft.
Uma nova integração com plataforma STFC está disponível nesta versão, a VSC (VoIP).
Os parâmetros obrigatórios para configuração da integração são todos obtidos através do contato do cliente com a plataforma. São eles:
Há também alguns parâmetros opcionais, mas que servem para adicionar valores padrões nas configurações dos usuários que são criados na plataforma.
Para deixarmos as configurações da plataforma parecidas com o padrão Hubsoft, nós iremos agrupar os usuários em grupos na plataforma.
Dessa forma, o sistema irá criar um cliente enviando o CPF/CNPJ e cada serviço será um usuário na plataforma, tendo o parâmetro userCode preenchido com o id_cliente_servico da Hubsoft. Então, os usuários que forem criados a partir da integração, estarão todos vinculados a um cliente dentro da VSC.
Após configurar a integração o usuário poderá adicionar os planos disponíveis acessando a opção em Ações > Planos.
Os planos são sincronizados via API, então executando a opção de sincronizar já irá cadastrar todos no sistema.
Os números deverão ser preenchidos manualmente dentro do sistema. Sendo necessário colocar o código do país, área e número para envio correto dos dados à plataforma.
Os parâmetros disponíveis para configuração global, no painel da integração, também estarão disponíveis para o cliente vinculá-los ao serviço. Tendo como prioridade:
Os parâmetros para buscar o faturamento na plataforma são apenas o mês e o ano que o usuário deseja que seja buscado no período.
Escolhendo o mês de dezembro por exemplo, o período de busca na API será de 01/12/2021 à 31/12/2021.
A API irá retornar apenas o usuário (que é o plano do cliente) e o valor total consumido por ele no período informado, não tendo nenhuma obtenção do detalhamento das chamadas feitas.
Nessa versão está disponível um novo módulo do sistema: Layout Termo Renegociação
Configuração → Geral → Layout Termo Renegociação
Nesse módulo vai ser possível customizar (por HTML e variáveis) o termo de renegociação
O sistema virá com o termo Padrão do Sistema já cadastrado e definido como «padrão do sistema» esse termo é idêntico ao que o sistema já usa atualmente, e vira também cadastrado um Modelo de Layout
Juntamente com o novo modulo, foram adicionadas as permissões básicas (Adicionar, Atualizar, Listar, Remover e Visualizar)
O sistema vai permitir somente um layout definido como «Padrão do Sistema» e o mesmo será usado no momento da impressão
Foi adicionado na visualização da conta pagar o Acréscimo e Desconto referente a diferença do valor pago e do valor.
Foi adicionado o campo Observação na conta a pagar, este campo estará disponivel tanto ao adicionar uma Conta a Pagar ou editá-la.
Foi adicionado na Configuração de Exibição do Conta a Receber a coluna Nota Fiscal, ao ativar aparecerá se aquela cobrança tem nota fiscal emitida ou não, e se tiver, qual o modelo da nota.
Foi adicionado o campo de Observação no menu de Condomínios, o campo irá existir tanto ao visualizar/editar ou adicionar.
Foi adicionado no Grupo de Cliente e Grupo de Serviço do Cliente do Relatório de Serviço do Cliente todos os grupos, os inativos serão procedidos por ‘(INATIVO)’. Antes aparecia somente os ativos.
Foi adicionado no painel de Prospecto um novo filtro, o filtro por Tipo de Pessoa.
Foi adicionado na visualização rápida da O.S. na linha do tempo, os técnicos vinculados a aquela O.S.
Ao adicionar uma conta a pagar parcelada, foi adicionado a possibilidade de adicionar o Número da NF e a Data da NF, e ao adicionar uma conta a pagar única, foi adicionado a possibilidade de marcar a chave recebido em mãos.
Ao abrir um atendimento com o status de Resolvido, foi adicionado o campo Motivo Fechamento do Atendimento
Foi adicionado na Central do Assinante os gráficos de consumo de tráfego. Esse consumo só é exibido caso o provedor ative a chave Exibir Consumo de Internet nas Configurações da Central do Assinante
É possível acessar os históricos acessando o item Consumo de Internet no menu lateral. Basta clicar na ação Ver Histórico do serviço desejado para abrir os gráficos.
Exemplo de Gráfico: Últimas 24 horas
Exemplo de Gráfico: Últimos 7 dias
Exemplo de Gráfico: Últimos 30 dias
A legenda fica no cabeçalho do tráfego, com a cor da texto correspondente à cor da linha no gráfico.
Por fim, os Gráficos Históricos dentro do sistema, foram alterados para exibir as taxas em Mb/s (antes em Kb/s)
Foi desenvolvido a nova função Movimentos do Usuário para o módulo Itens de Produto com Usuários, do Estoque. Essa funcionalidade irá fazer que ocorra a confirmação de recebimentos de produtos pelos técnicos.
No módulo Itens de Produto com Usuários, foram adicionados:
Ao adicionar produtos para o técnico, terá a opção para que seja solicitado a confirmação do técnico pelo aplicativo HubSoft. Por padrão, essa opção virá desabilitada. Caso o provedor queira que essa opção fique sempre habilitada, será necessário modificar a variável SOLICITAR_CONFIRMACAO_RECEBIMENTO_PRODUTO para true.
Exemplos de situações:
‣ Solicitar confirmação do técnico: ao adicionar produtos solicitando a confirmação do técnico, será enviado uma notificação Push no aplicativo HubSoft, avisando-o que há um movimento do tipo Saída para o técnico, com X produtos aguardando a confirmação dele. O técnico conseguirá utilizar os produtos do movimento, somente depois de confirmar o recebimento via aplicativo HubSoft.
‣ Adicionar produtos SEM confirmação do técnico: ao adicionar produtos sem a confirmação do técnico, eles serão vinculados diretamente ao técnico, podendo o mesmo, utilizá-lo nos clientes. Será criado um movimento já confirmado/autorizado.
Dentro do painel de Movimentos do Usuário será possível realizar algumas ações como:
Na tela inicial do aplicativo HubSoft, foi adicionado o módulo Estoque
Dentro do módulo estoque terão 2 submódulos inicialmente:
Na tela de Movimentos Pendentes, o técnico conseguirá visualizar todos os movimentos, no qual ele é responsável.
Nessa tela o técnico conseguirá:
Ao CONFIRMAR um movimento do tipo Saída para o técnico: os produtos daquele movimento serão vinculados ao usuário responsável
Ao REJEITAR um movimento do tipo Saída para o técnico: os produtos retornarão ao estoque de origemAo CONFIRMAR um movimento do tipo Retorno ao estoque: os produtos daquele movimento serão retornados ao estoque de origem
Ao REJEITAR um movimento do tipo Retorno ao estoque: os produtos retornarão para o usuário responsável daquele movimento
Durante o cancelamento de serviço, foi adicionada uma chave para o usuário indicar se a CPE deve ser desautorizada.
Nessa versão do sistema foi adicionado uma nova coluna na Integração com OLTs Huawei, a coluna Serial Number na listagem e na busca de ONUs.
Essa coluna exibirá o fabricante da ONU no mesmo formato que as demais OLTs, que é um padrão de 4 dígitos. Dessa forma torna mais fácil identificar o serial que procura, para autorizar ou desautorizar.
Foi implementado o PIX COBV (Cobrança com Vencimento) com o banco Bradesco.
Isso significa que quando um PIX COBV é gerado, ele possui as mesmas propriedades do boleto bancário, ou seja, ele tem data de vencimento, configuração de juros e multa, desconto até o vencimento, etc.
Sendo assim, não se faz necessário regerar o PIX após vencido nessa modalidade
Foi adicionado um novo Grupo de Notificação, agora o sistema também pode enviar uma notificação quando uma conta a pagar estiver a X dias (definidos pelo usuário) antes do vencimento
Foi adicionado um novo layout de boleto (Boleto + Nota Fiscal), que contem as informações de nota fiscal referente a fatura
Para utilizar esse layout é necessário cadastrar um layout com o local: pdf.boleto.notafiscal.index
Se existirem muitas notas ou muitos itens nas notas, pode acontecer de o PDF ser gerado com mais de uma página
Foi adicionada a opção Dados do Processamento no menu de Processamentos de Cartão > Ações.
Essa opção vai mostrar em detalhes (json) os dados que foram enviados (body_request) e recebidos (body_response) quando é feita uma tentativa de pagamento com cartão
Essas informações detalhadas podem ser uteis para depurar algum tipo de problema nas transações
Essa funcionalidade está disponível para integração da Cielo e Getnet
Transações antigas não vão conter esses dados do processamento
Na abertura de atendimentos, quando o assinante estiver com status da conexão CONECTADO, será possível enviar um comando de desconexão.
É necessário ter a permissão de desconexão para que o botão apareça.
Foi adicionado um novo parâmetro no Tópico de Notificação: Clientes desconectados a muito tempo.
Esse parâmetro permite especificar serviços que devem ser ignorados na consulta.
Foi adicionada uma nova variável [[senha_gerencia_cpe]] nos Comandos Customizados de CPE
Esta senha é a que se encontra no campo Senha de Acesso da CPE, em Redes > CPEs
Nesta versão, ao abrir um atendimento, estará disponível um botão para que seja selecionado algum contato que já esteja cadastrado no cliente.
Basta clicar no contato desejado, que os campos serão copiados para os campos do atendimento.
Nesta versão, ao executar o cancelamento de um serviço que possui equipamentos, a opção Abrir O.S de Retirada virá marcada por padrão. Caso o usuário desmarque, será exibido um alerta informando que existem equipamentos vinculados.
Nesse caso, existirá também uma aba Comodatos, para que sejam conferidos quais são os equipamentos
Estará disponível a opção de o usuário visualizar os equipamentos através da Central do Assinante
Para gerenciar essa funcionalidade foi adicionada a chave Exibir Equipamentos nas configurações da Central
Caso algum serviço possua equipamentos vinculados, irá aparecer na Central do Assinante o botão Ver Equipamentos
O sistema vai incluir o envio de um arquivo do Excel (.xlsx) na notificação das Tarefas de Automação e Grupos de Notificação
Para a notificação via email o arquivo será enviado como anexo, e para a notificação interna vai conter o link de acesso
No menu Movimentos de Produtos, foi feito algumas alterações, sendo que a partir de agora:
O valor total do Movimento de Produto, vai acompanhar o valor total dos itens movimentados, independentemente do tipo de movimentação (devolução, venda, comodato)
Sendo assim, quando um movimento do tipo Devolução for feito, ele vai pegar o valor dos itens no momento em que a movimentação foi realizada
Agora ao listar os Itens de Produto do Movimento, vai ser exibido a quantidade, e o valor total, sendo esses do momento da movimentação
A reversão de cancelamento agora poderá ser feita caso o usuário tenha a permissão específica. Não será mais necessário habilitar a variável global.
Na configuração do Serviço/Plano, será exigido que exista pelo menos uma composição que o Tipo do Serviço tenha a opção Mensalidade = Sim.
Na configuração do Tipo de Serviço, não permitirá alterar Mensalidade para «Não», caso exista algum plano que já tenha esse tipo de serviço na composição e o plano após essa alteração fique sem nenhuma configuração de Mensalidade = Sim
Esse ajuste vai evitar que os usuários consigam burlar a regra do sistema, fazendo com que o cliente sempre caia no faturamento de carnê, pelo fato do sistema não conseguir encontrar um boleto de mensalidade.
Anteriormente o banco CRESOL trabalhava por trás utilizando a estrutura do BRADESCO (como se fosse um gateway de pagamento, porém com arquivos de remessa e retorno).
Porém agora, o banco CRESOL passou a ser o próprio emissor do boleto, através do banco de código 133.
Com isso, foi necessário realizar algumas modificações no sistema para ajustar, a partir de agora, durante a configuração da forma de cobrança, serão exibidos 2 bancos CRESOL:
Durante a atualização o sistema mesmo fará os ajustes.
Está disponível nesta versão do sistema o uso de templates de HSM na Integração de SMS com a Newave
A configuração da integração da Newave para uso de HSM necessita dos parâmetros:
A Newave possibilita uma integração bem completa no envio de mensagens no whatsapp, permitindo o envio de anexos e uso de links e botões.
Assim sendo foi necessário ajustar o sistema e possibilitar a criação de parâmetros compostos. Os detalhes para esse tipo de uso estão contidos no ícone de ajuda «?» nas telas de template de HSM
Segue um exemplo de template de possui variáveis e também um anexo juntamente
O nome_template da Newave deve ser usando no campo Codigo do Template no Hubsoft, e os parâmetros devem seguir conforme consta na plataforma da Newave ou conforme informado por eles
Foi inclusa a variável [[endereco_instalacao]] para o uso no texto da mensagem de SMS (forma de cobrança).
Foi adicionado a integração com um novo modelo de OLT da marca Cdata
Novo modelo de OLT compatível: SGT8000A (1U 2PON EPON OLT)
Nesta versão foi adicionado ao sistema o módulo de Grupos de Permissões
Através desse módulo será possível criar grupos e então associar esses grupos aos usuários do sistema.
Dessa forma, ficará mais fácil para liberar as permissões para um grupo de usuários, que precisam ter exatamente as mesmas permissões.
O processo das permissões é idêntico como é feito no módulo Usuário atualmente.
No usuário, será possível escolher se deseja utilizar as permissões individualmente ou em grupo.
Ao modificar a permissão do grupo, todos os usuários vinculados a ele já recebem automaticamente as novas permissões.
Nos filtros, será possível ver todos os usuários que estão em um determinado grupo.
Isso vai facilitar caso o administrador queira desconectar todos os usuários associados ao grupo (por exemplo, depois de alterar a permissão do grupo)
Também será possível clonar as permissões de um Grupo para o usuário.
Essa função será útil, quando um usuário pertencer a um grupo, mas vai precisar de permissões específicas. Então basta clonar do grupo e personalizar as demais permissões.
Nesta versão do sistema foi adicionada uma nova integração com a plataforma de pagamentos GalaxPay.
Foi adicionado uma nova rotina no sistema, a rotina de envio de e-mail para pagamentos recorrentes no cartão de crédito.
A nova rotina, possui o nome da tarefa de ENVIAR EMAIL DE PAGAMENTO RECORRENTE CARTÃO CRÉDITO, basta adiciona-la no sistema.
Para chegar o e-mail para o cliente, foi criado um novo tipo, com o nome ‘Pagamento Recorrente Cartão de Crédito’, e possui novas variáveis que podem ser usadas.
Exemplo de como o e-mail irá chegar pro cliente, informando se o pagamento recorrente de seu cartão teve sucesso ou falha.
Também irá chegar um e-mail para o usuário vinculado na rotina, com as informações de quais clientes foram informados, e se o pagamento do mesmo estava com sucesso ou falha.
Nessa versão do sistema, estará disponível uma nova forma de coletar contadores de tráfego dos assinantes, para geração dos gráficos históricos. Além da coleta via SNMP, também estará disponível a coleta via Radius. Esse tipo de coleta utilizará os dados de Extrato de Conexão para calcular o consumo dos assinantes a cada 10 minutos.
Nas configurações dos Equipamentos de Conexão, será possível definir qual o método de coleta de tráfego para o equipamento:
A rotina que executa a coleta roda a cada minuto. Por padrão ela virá desativada, para ativá-la, basta ativar a variável abaixo:
ATUALIZACAO_HISTORICO_TRAFEGO_VIA_RADIUS
Exemplo de gráfico gerado utilizando a captura via Radius
Com esse tipo de coleta, os gráficos históricos poderão ser habilitados para qualquer tipo de concentrador, já que o protocolo Radius é padronizado. Para a coleta SNMP atualmente temos suporte somente para os concentradores abaixo:
Foi adicionado três novos tópicos nos Grupos de Notificações, sendo eles:
Esse tópico vai notificar os assinantes quando o cartão cadastrado no sistema estiver próximo da expiração selecionada.
Parâmetros disponíveis:
Exemplo de como chegará a lista dos cartões que estão expirando para o usuário:
Esse tópico vai enviar o relatório para os usuários do sistema, quando o estoque dos produtos estiver abaixo do percentual mínimo definido nos parâmetros
Parâmetros disponíveis:
Exemplo de como chegará a lista dos produtos que estão com a percentual do configurado para o usuário:
Esse tópico vai enviar o termo de quitação via email para o assinante
Parâmetros disponíveis:
Exemplo de como chegará a lista do termos de quitação para o usuário:
Na próxima versão do sistema teremos um recurso para facilitar as solicitações de alteração de endereço dos assinantes. Com a função de mudança de endereço, será possível o operador preencher o novo endereço do cliente e já abrir uma O.S para solicitar a alteração do endereço.
Quando a O.S for fechada, seja pelo APP ou via Web, a alteração dos endereços no cadastro do serviço será efetivada.
Menu para acesso de alteração de endereço
No primeiro passo será solicitado o novo endereço do cliente
No segundo passo será possível preencher os dados do atendimento e da O.S
Enquanto a alteração de endereço não for efetivada, um ícone será exibido ao lado da descrição do serviço
Também será gravado um histórico no cliente indicando o cadastro da alteração de endereço.
Após a O.S ser fechada, os endereços serão alterados para o endereço preenchido anteriormente, conforme o histórico do cliente.
Para essa versão, foram desenvolvidos dois novos módulos, sendo eles o Layout de SMS e o Layout de Push Notification. Para utilizar eles, vai ser necessário possuir as permissões:
Dessa forma ao enviar um SMS ou Push Notification para o cliente, vai ser possível escolher qual layout usar (igual e feito atualmente com o layout de e-mail).
Ao clicar em um número de telefone da Ordem de Serviço, serão apresentadas as seguintes opções:
Nessa versão do sistema, será possível gerenciar as mensagens da O.S. na Execução da Ordem de Serviço, vai ser possível gerenciar as mensagens da OS, dessa forma o Técnico vai poder Visualizar, Adicionar, Editar e Apagar. Para listar as mensagens, basta seguir um dos três fluxos possíveis:
Para editar ou apagar a mensagem, o usuário primeiramente precisa ser o dono da mensagem. Sendo assim, basta ele pressionar a mensagem em questão por alguns segundos, e logo em seguida vai ser aberto um menu de opções para ele executar a ação que lhe desejar.
Nessa versão do sistema, foram feitas as seguintes alterações na segurança no cadastro dos usuários:
Para possuir acesso à API de Integração, os usuários precisarão ter a chave Permite Acesso à API de Integração habilitada
A validação de senhas dos usuários vai ficar mais rígida:
Foi implementado nessa versão do HubSoft uma opção que existe no GerenciaNet, que se chama BOLIX.
Sempre que um boleto for emitido com o GerenciaNet, um PIX já vai ser gerado automaticamente (sem a necessidade de configuração uma integração PIX no HubSoft).
Além de facilitar o processo de integração (que não mudou em nada), ainda fica mais fácil a conciliação, pois no painel do GerenciaNet apenas 1 título estará emitido, amarrado com 2 modalidades de pagamento (Boleto e PIX).
Foi adicionado no Serviço do Cliente, e chave de configuração de Permite Reajuste.
Foi adicionado este campo no serviço do cliente, e também nos relatórios existentes de configurações.
Agora quando for realizar um reajuste no Serviço/Plano, ele irá ignorar os clientes que estão com a chave desmarcada.
Foi adicionado na tela de serviço do cliente, a data de fim do contrato, e também o status do mesmo (Em Vigência/Vencido).
O cálculo do fim do contrato, é feito em cima da datavenda + validade, e caso haja data de reajuste, olha o reajuste + validade.
A partir desta versão, os pacotes com plataformas de conteúdo serão processados de maneira diferente.
Atualmente os pacotes são adicionados em uma fila de transmissão, onde para cada ação (cadastro, remoção, etc.) é adicionado um item para essa fila para ter o processamento feito posteriormente. Em um intervalo de 5 em 5 minutos.
Com essa abordagem, podiam ser causados alguns transtornos no processo, e agora, a partir desta nova atualização, o processamento não será feito mais através da fila e sim através do próprio pacote.
Dessa forma, o sistema passará a processar os pacotes que tenham o prefixo de aguardando no status (aguardando_cadastro, aguardando_suspensao, etc.), e os pacotes serão selecionados de forma aleatória para a transmissão. Mantendo ainda o limite de 50 pacotes a cada 5 minutos de processamento.
Algumas mudanças foram feitas na validação dos pacotes também. São elas:
Ao tentar apagar um pacote que esteja com status aguardando_cadastro o sistema removerá o pacote de uma vez. Pois levaremos em consideração que se o pacote está com status de aguardando_cadastro, ele não foi adicionado na plataforma. Portanto, ele pode ser excluído apenas no nosso sistema.
O pacote não poderá ser removido caso esteja com o status de aguardando_habilitacao ou aguardando_suspensao.
A opção de forçar remoção só será executada caso o pacote esteja com o status de aguardando_exclusao.
No painel dos pacotes houve algumas na listagem também.
Agora passa a ser exibido:
Com os Status de Transmissão que foram adicionados, torna mais fácil a visualização de quando um pacote está com erro ou ainda não foi transmitido.
Além disso, foi adicionado um atalho que abrirá o Log do sistema, bastando clicar no ícone do Status Transmissão com erro.
Ao abrir o Log, o sistema já irá preencher o horário e também já irá buscar pela descrição da plataforma. A fim de exibir os logs de transmissão da plataforma que foram feitas no horário em que o pacote foi marcado com erro, facilitando a identificação dos problemas de envio para API.
As transmissões dos números de STFC e MVNO funcionarão de maneira semelhante ao descrito acima, deixando de ter os dados cadastrados em uma fila de transmissão.
Os dados dessas integrações terão também um painel padronizado, utilizando como referência o dos pacotes, tendo os mesmo recursos como o atalho para o log no horário do erro da transmissão (caso houver) e a possibilidade de verificar a mensagem de erro, etc.
Agora também os números terão armazenadas os Dados de Transmissão.
Nesta nova versão, no APP do Cliente, foi adicionado um recurso de segurança na autenticação do cliente.
Ao acessar o aplicativo pela primeira vez, o cliente precisará confirmar a identidade dele através de um código de segurança, que será enviado por SMS/WhatsApp ou Email.
Após confirmar, o cliente poderá cadastrar a senha em seu primeiro acesso.
No painel do APP do Cliente, dentro do sistema, foi adicionado a configuração Solicitar Confirmação de Identidade.
Por padrão, virá habilitada, por se tratar de uma validação importante para o provedor, além de estar em conformidade com as normas LGPD.
Foi adicionado também, a configuração de remetente de Email. Caso o remetente não seja configurado no painel, será utilizado um aleatório para o envio do código de segurança e redefinição de senha.
Também foram adicionadas as melhorias relacionadas à segurança dos assinantes do provedor, etapa de verificação de identidade, também na Central do Assinante.
Nesta nova versão, estarão disponíveis algumas alterações na API de Integração para Terceiros
Nesta versão, foi adicionado em produção o pedido de Desconexão (PoD) para quando remover um IPV4, IPV6 e IPV6 Route.
Nesta versão, está disponível uma nova integração com plataforma de conteúdo, que é com a API da NEO que integra com a plataforma da DirectvGo.
Atualmente já temos uma integração com a NEO, mas essa integração funciona com a chamada da plataforma para a URL de callback que fica configurada no painel. Esse tipo de integração nós chamamos de integração passiva. Onde a própria plataforma cuida das chamadas da integração e nós só enviamos as respostas para eles. Ou seja, apenas consultam o cliente aqui no Hub para saber se ele realmente existe e se tem o pacote com a integração.
Essa integração nova vai funcionar da maneira tradicional, como a da PlayHub, por exemplo. Onde os pacotes que dela irão ficar em espera para transmissão e nós iremos passar a enviar as informações para eles, para que eles enviem pra DirectvGo. Ou seja, serão intermediadores, entre nós e a DirectvGo.
Como já há um prefixo para a NEO, que é a da integração passiva, passaremos a disponibilizar a integração NEO (Ativo), que funcionará para integração ativa.
Não foi colocado o nome como DirectvGo, pois pode ser que no futuro essa integração com a NEO (Ativo) passe a disponibilizar novos produtos além da Directv.
Os parâmetros utilizados para configuração são:
Todas essas informações são obtidas através do contato com a plataforma
Os produtos da integração não são sincronizados de forma automática, pela API. Portanto, será necessário que o provedor contacte o suporte da plataforma e solicite os nomes e códigos dos produtos disponíveis para eles.
Essa integração não permite duplicidade de emails. Dessa forma, se o usuário tentar cadastrar um pacote adicionando um email que já existe na plataforma, a API irá retornar erro no cadastro.
Ao desativar algum cliente, todos os pacotes dele serão removidos na plataforma (a API faz isso automaticamente). Com isso, ao habilitar o serviço, os pacotes que estarão nele serão adicionados novamente no cadastro e o sistema também tentará pegar todos os produtos dos pacotes dos outros serviços habilitados do cliente, para fazer a adição no cadastro dentro da plataforma novamente.
Foram adicionados os campos Caixa Óptica e Porta de Atendimento na tela de autorização de CPE.
Para esta versão, foram adicionadas duas configurações no tipo de ordem de serviço.
Na finalização da O.S. pelo APP, terá a possibilidade de realizar a desautorização e autorização de uma CPE. Um alerta será exibido caso seja obrigatório realizar tais ações.
Nessa versão do sistema teremos disponível uma nova integração com concentradores:
Nessa versão o usuário terá a opção de consultar os históricos dos fluxos de atendimento. Podendo filtrar por:
Os históricos serão exibidos na aba Resultados após a filtragem.
Também foi adicionado a possibilidade de consultar o protocolo de atendimento direto pelo campo de busca na tela de fluxos. Agora a busca faz a filtragem do protocolo e também do nome do usuário.
Em Configuração > Geral > Tarefas de Automação, foi acrescentado a tarefa Abertura de atendimento para serviços desconectados. Essa rotina vai possibilitar abrir atendimentos para serviços desconectados de forma automática conforme a configuração dela.
Se o tipo de atendimento permitir notificar o cliente, essa rotina também notificará o cliente informando que o atendimento foi aberto.
Em Configuração > Geral > Grupos de Notificação foi acrescentado no tópico de notificação Atendimentos e Ordens de Serviço com prazo de execução expirado, a possibilidade de notificar o cliente quando o atendimento estiver atrasado. Lembrando que essa notificação ao cliente só vai ocorrer se o tipo de atendimento permitir.
Em Atendimento e OS > Ordens de Serviço, foi acrescentado ao menu de ações a possibilidade de remover uma reserva da Ordem de Serviço pela interface web, portando o usuário vai precisar da permissão atendimento_os.ordem_servico.remover_reserva para executar essa ação.
Já nas ações massivas Fechar Ordem de Serviço de Forma Massiva, foi acrescentada a possibilidade do preenchimento dos dados da OS através de um único campo unificado.
Em Configuração > Geral > Modelo de Ordem de Serviço, foi acrescentado a variável [[motivo_remocao_reserva]], que vai ser listado em forma de tabela somente os motivos da remoção da reserva.
Ao abrir um Atendimento, foi possibilitado visualizar os endereços do serviço do cliente.
Em Atendimento e OS > Atendimentos, foi acrescentado aos históricos quando um anexo for adicionado, alterado e removido.
Em Configuração > Geral > Tipos de Atendimento e Configuração > Geral > Tipos de OS, foi acrescentado a possibilidade de configurar se o atendimento ou ordem de serviço vai ser listado na interface do cliente (Central do cliente, App do Cliente), dessa forma o provedor poderá abrir atendimentos de interesse interno.
- A listagem desses atendimentos ou OS, sempre vai ser considerado a configuração do Tipo de Atendimento ou OS, de forma que se algo dessa configuração for alterado, poderá ser refletido para o cliente.
- Caso essa configuração não permita exibir na central, o cliente também não será notificado pelos Eventos de Notificação.
A partir dessa versão, na NFSe, será possível colocar um parâmetro na integração para permitir cancelar um NFSe, mesmo que já tenha passado do período de fechamento.
EX: Uma nota gerada em 10/03/2022 só poderia ser cancelada até 31/03/2022. Com essa regra será possível estender esse prazo com mais alguns dias. Por exemplo, se preencher com 5 dias, então o sistema deixará cancelar até 05/04/2022.
A partir desta versão, as permissões do aplicativo HubSoft terão uma estrutura separada das permissões do sistema.
Isso irá facilitar para criação de grupo de permissões para técnicos, por exemplo. Além de ficar mais intuitivo e fácil de atribuir as permissões para os usuários do APP.
A partir desta versão, quando o sistema estiver processando a exportação de notas NF 21/22, será exibido o status Em Processamento, para facilitar o entendimento do usuário.
Junto com essa atualização, foi modificado a forma de processar também, evitando que o sistema mostre Falhou, mas continue processando.
A partir de agora se realmente aparecer que falhou a execução, é porque ela não conseguiu ser concluída (ou seja, agora sim o status estará condizente com a realidade).
Também foi realizado um ajuste na transmissão de cancelamentos da NFSe (ISS).
A partir de agora, o sistema irá consultar a integração (Notazz ou PlugNotas), antes de enviar a tentativa de cancelamento.
Com isso, será possível validar, exemplo: Quando for solicitado o cancelamento de notas diretamente ao Notazz, fazendo com que o sistema também marque como Cancelado (deixando os 2 sistemas mais idênticos possível em relação às informações).
Nessa versão estará disponível uma ferramenta no sistema para facilitar buscas de IP solicitadas via quebra de sigilo.
Com essa ferramenta o usuário poderá definir vários filtros com IPs e períodos para a busca, e o sistema irá automaticamente buscar os resultados para cada um dos filtros informados. Os filtros poderão ser do seguinte tipo:
O acesso à ferramenta fica em Rede > Histórico de Conexões
Exemplo de busca por IPv4
Com essa alteração, vamos fazer algumas alterações na tabela radacct do sistema. Essa tabela nessa nova versão vai conter dados somente do ano atual e do ano passado. Para busca em anos anteriores, existirá uma tabela para cada ano:
Foi adicionada nessa versão do sistema a possibilidade de particionar um cabo com base em um ponto de junção.
Essa função será útil para caso queira alterar a rota dos cabos, pois agora os cabos não manterão vínculo com o anterior, ou seja, ao particionar ou derivar um cabo, o usuário poderá excluir qualquer uma das partes particionadas do cabo, assim como editar.
Há um cabo inteiro que circunda uma quadra
Já há um outro cabo que irá atualizar a rota passando pela quadra ao lado e retornando ao ponto de cima
Dessa forma o cabo que passa entre as quadras não será mais necessário. Então o usuário pode particionar essa parte através do ponto da extremidade dele
Os cabos já ficaram independentes, podendo agora remover o cabo do meio
Também há a possibilidade de unificar esses cabos, desde que sejam do mesmo tipo.
Para fazer esta unificação, selecione o cabo e vá até a Árvore de Elementos, clique com o botão direito sobre ele e acesse a opção Unificar Cabo, ou acesse a opção destacada no canto superior direito da tela (após selecionar o cabo)
Após utilizar a função de Unificar Cabo, será aberta uma janela para que possa escolher qual extremidade do cabo deseja unificar, podendo unificar tanto pela extremidade inicial, extremidade final ou por ambas.
No exemplo dado, desejamos remover o cabo que passa no meio, o Cabo-891b1c5 será selecionado para unificação.
Confirmando a unificação um novo cabo será gerado com a rota completa
Para unificar os cabos, NÃO podem haver derivações no meio da rota entre os cabos, apenas nas extremidades dos cabos que vão ser unificados.
As derivações e as fusões que estiverem nas caixas/armários nas extremidades serão todas mantidas.
A imagem abaixo exemplifica a questão das extremidades que podem ter derivações e fusões.
Os pontos que estão com a seta vermelha, são os pontos das extremidades que podem ter derivações. Os demais, com seta azul, não podem ter derivações.
Foi alterado o campo de Nome Fantasia no Cliente Pessoa Física para Nome Social. Foi alterado na busca de clientes, na tela do cadastro do cliente, e também ao adicionar um novo cliente.
Nessa versão, o sistema passará a processar as migrações de serviço/cliente para as portas de atendimento com plataformas, em um fila de transmissão.
Dessa forma, o usuário não terá problemas para fazer a migração para o cliente, pois os erros que podem acontecer via API serão tratados posteriormente, liberando o funcionamento do sistema.
Para as portas que estiverem na fila de transmissão um ícone aparecerá na frente do nome delas, na tela de serviços do cliente, tendo dois tipos de ícones:
Nas caixas ópticas, na aba Clientes, também estará disponível uma opção para desvincular o cliente direto pela tela. Possibilitando uma ação mais rápida para clientes em massa
Na visualização, ao tentar excluir um Splitter que tenha clientes vinculados a ele, estará disponível a possibilidade de remover os clientes em massa também.
Isso foi implementado a pedido de alguns clientes que tinham splitters lotados e precisavam trocar o equipamento. Com isso, ele tinha que remover os clientes de porta em porta para depois remover o Splitter. Agora quando o sistema irá identificar que há clientes vinculados, emitindo um alerta de confirmação perguntando se o cliente deseja remover os serviços.
Foi ajustado nessa versão do sistema, a integração com OLT ZTE C300 para exibir clientes offline quando a tecnologia for EPON.
No menu Análise, ao adicionar o usuário em algum relatório de BI, foi feito alguns ajustes para poder filtrar os usuários, além de melhorias no desempenho ao listar os mesmo
Nesta versão, nos Contratos dos Serviços/Planos, foi acrescentado um campo que indica se um contrato é obrigatório ou não.
Dessa forma, quando marcado como obrigatório, ao criar um novo serviço para o cliente, o usuário não vai conseguir remover esse contrato.
Após a criação do serviço, a remoção do contrato vai continuar sendo possível.
Nesta versão, foi adicionada a possibilidade de Notificar o Cliente quando um novo atendimento for aberto, finalizado ou quando mudar de status (em Configuração > Geral > Tipos de Atendimento).
Portanto, quando habilitado, ele vai poder gerenciar quais eventos serão disparados, e também vai ser possível configurar quais layouts (E-mail, SMS, Push Notification) do tipo Atendimento vai ser utilizado.
No momento, vai ser disponibilizado os seguintes Tipos de Eventos de Notificação:
ATENDIMENTO ABERTO: Quando um novo atendimento for aberto, o sistema vai verificar se o Tipo de Atendimento permite notificar o Cliente, caso permita, ele vai adicionar a Fila de Envio para notificar os contatos vinculados.
Caso o Tipo de Atendimento seja mudado posteriormente, e já tenha feito a notificação de abertura, não será feita uma nova notificação.
ATENDIMENTO FINALIZADO: Quando o atendimento for finalizado, o sistema vai verificar se o Tipo de Atendimento permite notificar o Cliente, caso permita, ele vai adicionar a Fila de Envio para notificar os contatos vinculados.
Caso o Tipo de Atendimento seja mudado posteriormente, e já tenha feito a notificação de finalização, não será feita uma nova notificação.
MUDANÇA DE STATUS DO ATENDIMENTO: Quando o atendimento tiver uma mudança de status, o sistema vai verificar se o Tipo de Atendimento permite notificar o Cliente, caso permita, ele vai adicionar a Fila de Envio para notificar os contatos vinculados.
Esse evento vai ser disparado toda vez que o atendimento tiver o seu Status alterado.
Já o processo de abertura de atendimento, vai continuar seguindo seu fluxo normal, a diferença é que se caso o Tipo de Atendimento permitir notificar o Cliente, durante o processo ele vai adicionar os itens (e-mail, sms, push) na fila de envio, e também vai ser gerado um histórico referente a cada item adicionado.
Foi adicionado a variável de [[nome_exibicao_servico]] no Modelo de O.S, ela irá apresentar o Nome de Exibição, campo presente no módulo Serviço/Plano (Configurações > Geral > Serviços / Planos).
Foram adicionadas duas novas variáveis para o Layout de Nota Fiscal nessa versão, agora será possível configurar para que seja exibida a data de vencimento da cobrança associada a nota.
As variáveis são:
Foi adicionado a integração com um novo modelo de OLT da marca Fiberhome
Novo modelo de OLT compatível: AN5116-0B
A partir desta versão, o menu lateral contará com mais um subgrupo. Este novo subgrupo, chamado Ajuda, para que o usuário consiga acessar a HubAcademia, Wiki e Chat do Suporte.
Assim, não será mais exibida o botão flutuante para acessar o chat que era usador nas versões anteriores. Será validado pelo sistema se está dentro do horário comercial e se o usuário possui permissão para acessar o chat.
Outra novidade, é que passa a ser exibida a versão atual do sistema no final do menu lateral, como mostrado no exemplo abaixo:
Foi adicionado nessa versão sistema a funcionalidade de Converter Imagens no Texto/Código BASE64
Essa opção está disponível em vários locais do sistema, como nos módulos: Modelo de Contrato, Modelo de O.S, Layout de Recibo e etc.
Clique em Converter Imagem
Faça upload da imagem
Para utilizar basta fazer o upload da imagem, realizar a conversão, e copiar o código Base64, esse texto copiado pode ser usado no mesmo local onde atualmente é colocado o link para as imagens dentro da edição dos layouts
Clique em Converter
Clique em Copiar Código Imagem
Clique em Fechar
Clique no ícone destacado
Cole o código da imagem (CTRL+V)
Foi implementada nessa versão do sistema, a possibilidade de receber notificações (Webhooks/Callbacks) da plataforma Notazz.
Com essa opção ativada, sempre que uma nota fiscal sofrer algum tipo de mudança de status na plataforma, o HubSoft será notificado e irá atualizar imediatamente o status da nota.
O processo de checagem que o HubSoft fazia ainda irá continuar acontecendo.
Então, caso o Webhook não seja ativado, continuará funcionando da mesma for como era anteriormente, porém, com o Webhook ativo, torna a atualização mais rápida