Veja o que mudou em todas as versões
ORTO, CACO e CEAICO nasceram sem a quantidade de avaliações de cada módulo, e sem ela não existe média: o denominador é justamente essa quantidade. Esses módulos apareciam com as notas lançadas e um traço no lugar da nota, e o certificado ficava parado ali.
Foram contadas as avaliações que a WAID e a +A publicam em cada módulo, separadas por versão de curso e sem as recuperações. O método se confere sozinho: aplicado ao ASB1 e ao ASB2, que já estavam informados, devolve exatamente os números que a coordenação tinha passado.
Quando existe nota fechada de plataforma, ela continua disputando com a média das avaliações e vale a maior — a média nova entra na disputa, não no lugar dela. Quem já via nota no módulo vê a mesma, e nenhum certificado que estava apto deixa de estar.
A avaliação prevista e não feita entra como zero na média, que é a regra do módulo e já vale no ASB desde sempre. Então o módulo que mostrava um traço neutro passa a mostrar a situação de verdade: aprovado, aprovado com avaliação pendente, ou abaixo da média enquanto o aluno não terminar as unidades. Não é queda de nota — é o traço saindo da frente.
CEAICO, ASB Plus CEAICO, as turmas antigas do Advanced e do Avançado V1, os últimos módulos do ASB Plus ORTO 2, o módulo 10 do Expert 1.0 e o TSB continuam sem quantidade: não há aluno com nota lançada na WAID nem na +A para contar. Nas turmas que só existiram no Moodle isso não atrapalha, porque lá a nota já chega fechada por módulo.
Três coisas separavam o aluno das notas dele — o e-mail que a plataforma anterior usa, a escala de quem ainda não tem grade cadastrada e a forma como o Moodle antigo numera a parte do módulo. As notas sempre estiveram lá; o que faltava era o boletim enxergar.
A +A é a única origem sem documento: o aluno é achado pelo e-mail, e o endereço que ele usa lá costuma não ser o do cadastro. Agora vale também o e-mail que a matrícula da plataforma atual registrou. Endereço que já é o cadastro de outra pessoa continua de fora de propósito — naquela origem, as notas dele são de quem o tem no cadastro.
Quem trocou de curso tem as notas anteriores guardadas num conteúdo à parte da plataforma, e a migração não as trouxe. Elas entram pelo mesmo caminho do e-mail, e caem no módulo correspondente do curso atual — sem virar um segundo boletim.
O padrão de quem não tem opção de curso cadastrada era 0 a 10, de quando os cursos livres usavam essa régua. A nota aparecia dividida por dez e com a segunda casa perdida no arredondamento. Agora ela sai como a plataforma registrou.
O Moodle antigo escreve a parte do módulo com zero à esquerda — "parte 02". O boletim lia só o primeiro dígito e criava uma "Parte 0" fora da grade, com a nota caindo na parte errada. Agora a nota vai para a parte certa.
A leitura anterior era incompleta: a plataforma atual registra sim a turma do aluno — ela chama de grupo, e é o mesmo grupo que a tela Turmas WAID vincula. O que faltava era o painel ler esse dado.
Estando a turma já vinculada ao grupo em Turmas WAID, a matrícula daquele curso recebe a turma. O grupo que ninguém vinculou não decide nada — e é por isso que vincular os grupos restantes naquela tela aumenta o alcance.
A turma costuma estar cadastrada numa oferta e a venda ter sido de outra — ADVANCED INTENSIVO e CURSO ADVANCED são o mesmo conteúdo. Agora quem diz se as duas são o mesmo curso é a Grade do Boletim, e não o nome do produto.
Havendo mais de uma turma possível para a mesma matrícula, nenhuma é gravada: o caso fica na fila com o motivo. Turma errada é acesso errado na plataforma, e preencher no escuro seria pior do que deixar vazio.
A matrícula nasce sem turma de propósito — o contrato diz o curso, não em qual das turmas dele a pessoa entrou. Quem sabe disso é a plataforma onde ela estudou, e o painel passou a buscar essa resposta lá.
A plataforma anterior (+A) registra o aluno pelo nome da turma — "CURSO ASB - JUNHO 2025", "ADVANCED AGOSTO 2025". Quando esse nome corresponde a uma turma cadastrada no produto da matrícula, ela é preenchida. Aluno com duas turmas possíveis no mesmo curso não é carimbado: turma errada é acesso errado na plataforma.
Algumas turmas existiam na plataforma e nunca foram cadastradas aqui. Elas passam a existir em Turmas, com o nome que a plataforma usava, e já nascem inativas — são registro de onde o aluno esteve, não vaga aberta para venda nova.
O Moodle não guarda turma, só os módulos que o aluno cursou. Para quem veio de lá e não aparece em nenhuma outra plataforma, existe agora uma turma por curso chamada TURMA ANTIGA MOODLE: ela não diz a coorte, diz que o aluno estudou no sistema antigo — e tira a matrícula da fila de pendência.
Quem só existe na plataforma atual fica de fora por enquanto: ela registra o curso do aluno ("Auxiliar em Saúde Bucal 2.0"), não a turma, e isso não basta para escolher entre as turmas daquele curso. Esses casos seguem na fila de Matrículas, esperando a definição de quem cuida do educacional.
O mesmo curso aparecia repetido no aluno quando o contrato era lançado em mais de uma venda: entrada numa, parcelamento noutra, recompra depois. E renegociação, recuperação e cancelamento não entravam em matrícula nenhuma, então não contavam na situação de pagamento do curso.
Comprar o mesmo curso de novo não abre matrícula nova: a venda entra na que já existe. A coluna Vendas mostra quantos contratos sustentam aquele curso, e o que cada um é — curso, renegociação, recuperação ou cancelamento.
A situação deixa de olhar uma venda só e passa a somar as vendas vivas daquele curso. Contrato cancelado mais renegociação em dia dá matrícula em dia; venda de cancelamento viva fecha a matrícula como Cancelado, mesmo com a multa paga.
Renegociação, recuperação e cancelamento entram na matrícula do curso automaticamente quando não há dúvida — a venda aponta a anterior, ou o aluno tem um curso só. O resto vai para a tela nova, em Educacional, com o motivo de estar ali: escolher entre os cursos do aluno, ou abrir a matrícula de quem comprou no ERP antigo. Também dá para dispensar o item, com motivo.
A venda passou a ser opcional no formulário: quem comprou o curso no ERP antigo não tem contrato aqui para apontar, e a matrícula dele precisa existir para receber a renegociação. Sem venda escolhida, a lista mostra todos os cursos com turma cadastrada.
Todo sábado e domingo aparecia em Atenção, pedindo uma conferência que não existia — o banco não movimenta a carteira nesses dias e o ERP também não tem o que registrar. Sem diferença entre os dois lados, o dia fecha. E a Cielo, que disponibiliza arquivo todo dia, deixou de ganhar desconto por ser fim de semana.
A francesinha do fim de semana volta sem nenhum título, o ERP não registra nada, e os dois lados dão zero: o dia aparece em OK, com o motivo escrito no Detalhe. O aviso amarelo fica para quando há de fato diferença de valor entre os dois lados.
A tela tratava o silêncio do fim de semana como esperado também para a Cielo. Mas ela disponibiliza arquivo todo dia, sábado e domingo inclusive — então sábado sem extrato importado passou a aparecer como não coletado, que é o que ele é. Antes, o arquivo que ninguém tinha subido ficava parecendo conferido.
Em dia útil a carteira movimenta, então a francesinha sem nenhum título quer dizer que a consulta ao banco não completou. Esse dia passou a aparecer como não coletado — ausência de informação, que é diferente de ausência de divergência.
A tela abria com os dias que tinham problema no topo, e a data saía embaralhada: um dia 19 aparecia abaixo de um dia 8. Agora ela vem do dia mais recente para o mais antigo. Para ver só o que pede conferência, o filtro Situação do dia continua ali, e é explícito.
A tela vinha acusando divergência em cancelamento que o ERP já tinha feito, e feito certo. O lançamento de devolução da Cielo fica preso à primeira parcela da compra, mas quem é devolvida é outra parcela — e era pela primeira que a conferência perguntava.
Quando a Cielo devolve uma parcela de uma compra parcelada, o lançamento no extrato continua identificado pela primeira parcela da compra; qual delas está sendo devolvida vem num campo à parte. A conferência passou a usar esse campo, então o cancelamento que o ERP registrou na parcela certa é reconhecido.
Quando o extrato não diz qual parcela foi devolvida, a conferência não tem como adivinhar — e o caso segue na tela, com o motivo escrito, em vez de sumir. É pedido de atenção, não erro do ERP.
Recoletar um período podia parar num dia e abandonar os seguintes, sem dizer onde parou — o dia em que parou ficava gravado pela metade e sumia da listagem. E a coluna Divergências contava também o amarelo, então um sábado parado aparecia com cinco divergências.
Quando a leitura de uma fonte não sai, só ela fica como não coletado naquele dia, com o erro escrito no detalhe. As outras continuam conferidas, e o dia continua aparecendo na listagem em vez de sumir como se nunca tivesse sido comparado.
Um dia que não fecha deixa de levar embora todos os dias seguintes do período. E o aviso ao terminar diz quais dias ficaram de fora, em vez de anunciar sucesso sobre um período que parou na metade.
A coluna passou a contar o que está divergente e o que ficou não coletado. Atenção não entra: é o silêncio explicado — feriado, arquivo que a adquirente não disponibiliza, diferença de valor dentro da tolerância. O amarelo continua visível na situação de cada fonte.
O botão Detalhe de cada dia devolvia erro do servidor: a listagem dizia que o dia tinha divergência e não havia como ver qual. Além de abrir, a comparação foi apertada — o que aparecia como divergência sem ser, deixou de aparecer; o que estava passando batido, passou a aparecer.
Clicar em Detalhe leva à conferência daquele dia: cada fonte com a sua situação, a frase do que não bateu, os dois números lado a lado e os itens que existem só na fonte ou só no ERP. Recoletar o dia, marcar uma divergência como tratada e reabri-la ficam ali dentro — com a tela fora do ar, nenhuma delas tinha como ser usada.
O arquivo da Cielo traz, junto com as vendas, movimento de caixa que não é venda — recebível dado em garantia voltando para a conta, antecipação, ajuste. Esse lançamento não tem autorização nem parcela do outro lado e nunca ia casar com nada, mas era cobrado como se fosse venda não conciliada. Agora a conferência olha só a venda à vista e a parcelada.
O Itaú devolve o PIX de boleto pago no sábado ou no domingo na movimentação do dia útil seguinte, com a data já deslocada; o ERP guarda a data em que o dinheiro entrou. A conferência passou a aceitar, no dia útil, o pagamento registrado nos dias não úteis colados nele — os dois lados estavam certos e eram comparados por datas diferentes.
Quando só a previsão da Cielo era importada e o arquivo do que foi de fato repassado não entrava, crédito e estorno comparavam nada com nada e o dia fechava em verde. Agora esse dia aparece como não coletado, que é o que ele é: dia sobre o qual não se sabe nada.
A rotina da madrugada comparava só o dia anterior e nunca mais voltava nele. Extrato da Cielo que é subido dias depois, e francesinha que fecha mais tarde, deixavam o dia marcado errado para sempre — só uma recoleta na mão corrigia. Agora ela refaz os últimos dias todo dia, e o dia se corrige sozinho quando o dado chega.
A francesinha sem nenhum título em dia não útil vinha com o aviso de que podia ser carteira parada ou consulta que falhou. Em fim de semana e feriado não há essa dúvida: o texto agora diz que é dia não útil e que o pagamento aparece na movimentação do próximo dia útil.
Durante a publicação de uma versão nova aparece o aviso "Estamos atualizando o sistema". Ele prometia voltar sozinho, e voltava só quando era a página inteira: quando o aviso vinha por cima da tela em que você já estava, ficava ali para sempre, mesmo com o sistema no ar de novo, e a única saída era recarregar na mão. Agora o próprio aviso pergunta ao sistema se ele voltou e recarrega a tela sozinho assim que voltar.
De dez em dez segundos o aviso confere se o sistema voltou. Quando voltar, recarrega a janela em que você estava — na mesma tela, sem precisar apertar nada.
Ele continua dizendo que a página se atualiza automaticamente e que a equipe de TI deve ser avisada se a mensagem passar de quinze minutos. A diferença é que passar disso agora indica problema de verdade, e não a tela esquecida.
Ao emitir um lote grande, várias parcelas voltavam com "Limite de requisições da Focus atingido; a nota não foi enviada": nota nenhuma emitida e nada de errado no cadastro para corrigir. O ERP espaçava as chamadas dentro de cada processo, mas o limite é da conta — dois blocos do lote rodando ao mesmo tempo dobravam o ritmo contra a Focus, e a recusa de uma parcela não segurava a seguinte. Agora o ritmo é único para todo o ERP, a pausa pedida pela Focus vale para o lote inteiro e o município do cliente deixa de ser perguntado uma vez por nota.
O intervalo entre duas chamadas à Focus passou a ser combinado entre todos os processos: os blocos do lote, a tela de emissão e os comandos entram na mesma fila de vez, em vez de cada um marcar o próprio relógio.
Quando a Focus recusa por excesso de chamadas, o ERP tenta de novo respeitando o tempo que ela pedir. Se ainda assim não passar, a espera continua valendo para as parcelas seguintes, que antes saíam na sequência e levavam o mesmo erro.
Montar cada nota consultava o CEP do cliente na Focus, então um lote da mesma turma repetia a mesma pergunta nota após nota. O código do município consultado passa a ser reaproveitado, o que sobra de chamada para o que importa: emitir.
Esbarrar no limite de chamadas da conta não é resposta da prefeitura, então a parcela não é marcada como erro de autorização: ela fica como estava e entra de novo na próxima emissão, sem correção de cadastro. E quando a espera está longa, a tela devolve o aviso na hora em vez de ficar travada até o navegador desistir.
Quando a consulta do CEP não saía, a nota ia para a prefeitura com o município em branco e voltava com um texto de erro de schema, indecifrável e no lugar errado — como se o problema fosse a nota. Agora ela nem é enviada: se foi o limite, a parcela espera a próxima emissão; se a Focus não reconhece o CEP, o aviso manda conferir o CEP no cadastro. Isso passou a valer também para o CEP especial, de agência dos Correios, que a Focus responde sem município nenhum: antes essa resposta vazia passava como se fosse município, a nota saía em branco assim mesmo, e a resposta ficava guardada por um mês — todo cliente com aquele CEP levava a mesma recusa até o prazo virar.
O ERP passou a separar os dois limites que a Focus trata pela mesma recusa. A Focus diz, em toda resposta, quantas chamadas ainda cabem na janela do minuto e quanto falta para ela virar. O ERP passou a ler esse aviso e a ir freando conforme o crédito acaba, em vez de andar sempre no mesmo ritmo estimado. Quando a cota zera, o lote que está na fila espera a janela virar e continua de onde parou — antes insistia por alguns segundos, desistia da nota e seguia para a próxima, que esbarrava no mesmo limite, e o lote inteiro voltava recusado sem nada de errado no cadastro. Na tela, que não pode ficar parada esperando, o aviso continua voltando na hora: a parcela fica como está e entra na próxima emissão.
A Focus aceita no máximo 50 envios para a mesma nota, e depois disso recusa qualquer novo envio dela — para sempre, não por um minuto. O ERP tratava essa recusa como se fosse a do minuto: a parcela ficava intocada, sem motivo nenhum na tela, e voltava ao reenvio automático de hora em hora, que insistia sem chance de passar. Agora a parcela recebe o motivo vindo da Focus, sai do reenvio automático e fica aguardando decisão de quem cuida da emissão — esperar não resolve, e reenviar do mesmo jeito também não.
O limite de 50 envios é contado por identificação da nota na Focus, e a do ERP era sempre a mesma: gasta a conta, a nota não saía mais de jeito nenhum. Agora, quando o envio esbarra nesse teto, o ERP repete a emissão com uma identificação nova e segue a partir dela. A troca só acontece com a nota confirmada em erro pela Focus — nota autorizada ou em processamento nunca ganha identificação nova, para o mesmo documento não sair duas vezes —, e tem limite: esgotadas as identificações, a parcela vira erro para alguém olhar, em vez de tentar para sempre.
O resumo da emissão em lote chegava como um parágrafo corrido: a mesma frase da Focus repetida linha após linha e um número solto rotulado como venda que era, na verdade, o da parcela. Quem recebia o aviso não conseguia chegar ao caso. Agora as falhas vêm agrupadas por motivo, cada uma identificada por venda e por parcela, e as telas de parcela ganharam filtro, busca e coluna de ID Parcela para achar a linha com esse número.
O mesmo erro aparece uma vez só, com as parcelas dele logo abaixo, e o resumo abre pelo motivo que barrou mais parcelas. Detalha até cinco motivos, com até oito parcelas em cada um, e conta quantas ficaram de fora em vez de cortar em silêncio.
Cada linha do resumo traz "Venda X · Parcela Y". Antes o aviso mostrava um número só, chamado de venda, que era o da parcela: quem fosse atrás dele procurava uma venda que não existia.
Emitir Nota Fiscal e Parcelas - Contas a Receber ganharam o filtro ID Parcela e a busca por esse número. A coluna também existe, desligada por padrão: ligue em Colunas quando precisar dela na tela ou na exportação.
A tela de Papéis e permissões listava um quadro por cadastro do sistema, com o nome técnico do model no título. Quem monta perfil pensa em tela — "quero liberar o Gerenciador de Arquivos para o Educacional" —, e duas telas que saem do mesmo cadastro apareciam com o mesmo nome, sem como diferenciar. Agora as permissões aparecem na mesma organização do menu: uma aba por grupo, um quadro por tela, com o nome que a pessoa vê na lateral.
Os grupos aparecem na ordem do menu e as telas em ordem alfabética dentro de cada um, com o nome do menu no título. Abaixo do nome ficam o cadastro de origem e o aviso de tela que não aparece na lateral.
O campo no topo filtra os quadros e a aba mostra quantas telas casaram com a busca. Filtrar só esconde: o que está marcado nos quadros fora do filtro continua valendo ao salvar.
No lugar de "View Any" e "Update", cada quadro diz Abrir a tela, Ver o registro, Criar, Editar e Excluir.
A ferramenta de IA que lê o Gerenciador de Arquivos exigia uma permissão antiga, que não existia mais em tela nenhuma: quem cuidava dos documentos no painel não conseguia consultá-los pela IA. Agora as duas pedem a mesma permissão, como as demais consultas já faziam.
Botão na listagem de papéis que compara as telas do painel com as permissões gravadas: cria a permissão da tela que ainda não tinha o que marcar e mostra as que sobraram de telas antigas, com quantos papéis e usuários dependem de cada uma antes de tirar qualquer coisa.
Venda no cartão nasce com todas as parcelas quitadas, porque o cartão é aprovado na hora. Quando a venda é cancelada, a tela só cancela as parcelas em aberto — e não havia nenhuma. A venda cancelada seguia como Quitada meses depois, com parcelas marcadas como recebidas que ninguém pagou. Quem conta a verdade é a Cielo: ela continua liquidando a agenda e devolve parcela a parcela, e a leitura do arquivo enxergava só o crédito, sem o cancelamento que vinha junto. Agora o extrato é lido inteiro e a venda passa a refletir o que a adquirente de fato repassou.
Crédito que vem acompanhado da devolução no mesmo repasse não baixa parcela, não gera entrada bancária na conta Cielo e não dispara nota fiscal. A parcela continua cancelada, como o cancelamento da venda determinou.
Cancelamento de venda parcelada não é pontual: da primeira parcela devolvida em diante a Cielo não repassa mais nada. Essas parcelas passam a ficar canceladas, sem valor recebido e sem data de crédito. As anteriores, que foram pagas de verdade, continuam quitadas — e a parcela cujo crédito sobreviveu à devolução também. Já a devolução avulsa de uma parcela em venda que segue viva, como a contestação do portador, mexe só naquela parcela: para estender o corte é preciso a venda estar cancelada, a transação ter sido estornada por inteiro ou mais de uma parcela ter voltado.
Quando o cancelamento acontece antes de qualquer repasse, a Cielo desfaz a cobrança de uma vez: o extrato traz um estorno do valor cheio, sem crédito nenhum para casar. Esses lançamentos eram ignorados na leitura; agora cancelam a venda desde a primeira parcela. Já o ajuste de parte do valor não move nada — a parcela só é considerada devolvida quando a Cielo tira tudo o que ela valia.
O arquivo de previsão (CIELO03) mostra a devolução programada semanas antes de ela cair no repasse. A conciliação passa a listar essas vendas como aviso, para o financeiro ver o que vem — sem alterar parcela nenhuma, porque previsão muda e quem vale é a liquidação.
Venda sem nenhuma parcela paga fica Cancelada; com alguma parcela recebida antes do cancelamento, fica Realizada. Antes ela ficava Quitada, porque o cancelamento pela tela não encosta em parcela já baixada. Venda rescindida e cancelada parcial não são recalculadas: são decisões de outro processo.
No Extrato Cielo - Detalhado e na tela do extrato importado, o crédito devolvido aparece como "Anulado no repasse", com o valor estornado embaixo, e a linha do cancelamento aparece como "Devolução paga". O status continua sendo o da remessa da Cielo — o que muda é o que a tela diz sobre ele.
O filtro "Crédito devolvido no mesmo repasse" isola esses lançamentos. O monitoramento financeiro também deixou de cobrar quitação dessas parcelas, que estão canceladas de propósito.
As parcelas quitadas por engano voltam a canceladas, sem valor recebido, sem data de crédito e sem data de pagamento, com a data do cancelamento da venda; e o caminho de volta também existe — parcela cancelada por engano cujo crédito a Cielo nunca devolveu volta a quitada, com o valor que entrou. Fica de pé o dinheiro que é real: parcela paga por boleto ou Pix depois do cancelamento do cartão, e venda capturada duas vezes com uma cobrança viva.
Em Emitir Nota Fiscal, parcela de venda cancelada era recusada com "cancelada em", mesmo quando a nota já tinha sido mandada para a Focus antes e voltado com erro — ou ainda estava em processamento. Era comum a segunda nota da mesma parcela ter saído normalmente e a primeira ficar presa, sem jeito de terminar pela tela. Agora o cancelamento da venda só barra a nota que nunca foi enviada.
Parcela com nota em Erro Autorização ou em Processando Autorização é reenviada normalmente, mesmo com a venda cancelada depois: o envio já estava feito na Focus, e o cancelamento da venda no ERP não desfaz o que está lá.
A liberação é nota a nota, não parcela a parcela: numa venda cancelada, o reenvio termina a nota que já tinha ido para a Focus e não estreia a outra, que nunca foi enviada. Parcela sem nenhuma nota enviada segue recusada, com o mesmo aviso de antes no resumo. Nota já autorizada continua como está — reenviar não emite nota nova por cima dela.
A rotina que reenvia sozinha as notas que falharam por instabilidade da prefeitura também deixou de pular as vendas canceladas. São justamente notas já enviadas, e agora elas se resolvem sem ninguém abrir a tela.
Na tela Nova venda (V2), parcela com centavos podia ir para o banco com o valor multiplicado por cem: a tela entregava o valor num formato e a gravação o lia em outro, e o ponto que separa os centavos se perdia no caminho. O total da venda e os serviços saíam certos, só a parcela é que ficava gigante. Agora a gravação lê dinheiro de um único jeito, e confere o valor antes de gravar.
Valor total, serviços e parcelas passam pela mesma leitura de dinheiro, com vírgula ou com ponto. Antes eram duas leituras diferentes na mesma venda, e bastava a divisão deixar centavos para as duas discordarem.
Venda cujas parcelas não fecham no valor total é recusada e nada é gravado — nem venda, nem parcela, nem boleto. A mensagem diz quanto falta ou quanto sobra, e a sobra de centavos da divisão continua morando na última parcela.
A trava fica na gravação, que é a mesma para o cadastro atual e para o Nova venda (V2). A conferência é sobre o total: as parcelas têm de fechar no valor combinado. O acréscimo do boleto continua sendo aplicado depois, sobre a parcela — parcela em boleto no carnê é maior que a da tela, como sempre foi.
A situação de pagamento e de curso já era apurada por curso do aluno, mas ninguém tinha onde agir sobre ela: faltava a turma em boa parte das matrículas, não havia como abrir a que faltou, nem como dizer que o sistema errou. Agora existe a tela de Matrículas para isso. Junto dela, o certificado assinado deixa de sair no Portal enquanto o contrato daquele curso não estiver pago.
Quem estuda, o quê e por qual contrato, com o pagamento e o curso de cada matrícula na mesma linha. A tela abre na fila do que precisa de gente — as matrículas sem turma — e o número no menu conta a mesma fila. Para ver tudo, é só desligar o filtro.
A carga do histórico abriu as matrículas sem turma de propósito: o contrato diz o produto, mas não qual das turmas daquele produto a pessoa frequenta. A ação oferece apenas as turmas do produto daquela matrícula, porque turma errada é acesso errado na plataforma.
O que o educacional informa vale sobre o que o sistema calculou, e fica gravado com o motivo, quem corrigiu e quando. O cálculo não é apagado: ele continua sendo refeito todo dia, e a diferença entre o apurado e o informado é o que denuncia cadastro errado. Deixar os dois campos em branco retira a correção.
Para o caso que a carga do histórico não cobriu. Os campos vão em cascata — o aluno limita as vendas, a venda limita os produtos, o produto limita as turmas —, e o mesmo produto não se repete dentro da mesma venda. A turma pode ficar para depois.
Só contrato quitado libera o certificado: rescisão, cancelamento, cobrança interrompida e parcela em aberto ou vencida seguram o documento mesmo já assinado e publicado. A retenção é por venda, então quem quitou um curso e interrompeu outro continua baixando o que pagou. No Portal, o aluno continua vendo o certificado, com o motivo e sem o botão de baixar, e é orientado a procurar o suporte. Em Certificados digitais, a coluna "No Portal" mostra o cadeado com o motivo daquele aluno.
No Gerenciador de Arquivos, as duas situações eram campos digitados à mão no cadastro da pessoa: quem fazia dois cursos tinha uma resposta só para duas realidades, e o campo ficava vazio na maior parte dos alunos porque não havia como manter aquilo em dia. Agora as duas são apuradas pelo sistema, uma para cada curso que o aluno faz.
A situação é lida no momento em que a tela abre, direto do carnê daquele contrato: quitado, aguardando, inadimplente, rescindido, cancelado, ou cobrança interrompida. Curso comprado no mesmo contrato de outro mostra o mesmo pagamento, porque o carnê é um só.
Concluir o curso e receber o certificado são duas etapas distintas, e as duas aparecem. A apuração é refeita todo dia às 06:00, depois que as notas e os certificados da madrugada entram. Matrícula recém-criada aparece como ainda não calculada até a primeira rodada passar.
A coluna mostra a situação que mais pede atenção entre os cursos do aluno, com o número de cursos embaixo quando for mais de um. A ação Situação dos cursos abre curso a curso, dizendo de qual venda veio cada um e avisando quando o produto não está ligado a uma opção de curso na Grade do Boletim. Ela é só leitura: corrigir uma situação à mão ainda não está disponível.
Filtrar por Pagamento ou Curso traz quem tem alguma matrícula naquela situação. Quem tem um curso quitado e outro inadimplente aparece nos dois filtros, que é o que se espera ao procurar pendência.
O boletim já sabia reconhecer o curso pelo nome que cada plataforma usa, mas não sabia qual produto do comercial corresponde a cada opção de curso. Sem esse elo, o aluno podia ter nota lançada e ainda assim o sistema não conseguia dizer em que curso ele está matriculado. Agora cada opção de curso lista os produtos que o comercial vende dela.
Dentro de cada opção de curso, em Editar, ao lado dos nomes das plataformas, ficam os produtos que caem naquela grade. O botão é Ligar produto. Só aparecem produtos com turma cadastrada, que é o que separa curso de serviço administrativo. O mesmo produto pode ser ligado a mais de uma opção, uma por versão da grade que ele já vendeu, e quem decide qual vale para cada aluno é a nota dele. Enquanto a opção não tiver nenhum produto, a própria aba explica o que fazer ali.
Ao desligar um produto de uma opção de curso, a confirmação diz o efeito: a matrícula de quem comprou aquele produto volta para Grade não cadastrada e deixa de liberar certificado.
O topo da tela mostra os produtos de curso que ainda não estão em nenhuma opção, e uma coluna nova mostra quantos produtos cada opção já tem. Enquanto o produto não estiver ligado, a matrícula de quem o comprou fica sem curso reconhecido.
O acréscimo do boleto passou a fechar com o desconto de pontualidade, mas as vendas gravadas antes disso continuavam com o valor impresso um pouquinho curto: quem pagava em dia quitava abaixo do combinado. O financeiro passa a contar com uma correção que reescreve esse valor venda a venda, conferindo antes se a soma volta exatamente ao total contratado.
Nas vendas corrigidas, o valor do boleto é reescrito para que o desconto de pontualidade devolva o valor combinado. O que o aluno deve não muda — o que muda é o número impresso no título.
Parcela cujo título já foi ao banco fica como está, para não invalidar o boleto que o aluno tem em mãos; parcela que já recebeu pagamento também, para o valor recebido continuar batendo; e parcela com a cobrança cancelada não recebe acerto, porque o boleto dela ninguém vai pagar. O acerto é remanejado para as parcelas ainda livres da mesma venda, e o que não couber é listado para tratamento com o banco.
Diferença que não venha do acréscimo antigo não é tocada: a venda é deixada como está e vai para o relatório, com o motivo, para conferência humana.
No Gerenciador de Arquivos, o modal de cada aluno mostrava o Código de Rastreio dos Correios sem dizer quando o certificado tinha sido postado — para saber a data era preciso abrir a coluna escondida da listagem. Agora a data de envio aparece junto com o código, direto no modal.
O modal "Gerenciar Arquivos" de cada aluno passa a mostrar "Enviado em" com a data logo abaixo do Código de Rastreio, quando os Correios já tiverem sido acionados.
Quem tem o perfil Indicadores abria o Painel de Vendas e via só as vendas do próprio login, com os filtros de vendedor, equipe, líder e categoria travados — e como esse perfil não tem venda no próprio nome, o painel saía vazio. Agora ele escolhe de quem são as vendas, como o super_admin e o Líder Comercial já faziam, e enxerga o número do time inteiro.
Vendedor, equipe, líder da equipe e categoria do produto passam a aceitar escolha no Painel de Vendas para o perfil Indicadores.
Com o filtro liberado, o perfil deixa de ver apenas a própria meta e passa a acompanhar o placar do grupo e a lista das equipes.
Fora de super_admin, Líder Comercial e Indicadores, o painel segue mostrando apenas as vendas do próprio login, com o recorte imposto no servidor e também na exportação em Excel.
Na tela nova de venda, mexer na porcentagem ou no valor de um serviço não segurava: um instante depois tudo voltava para a divisão igual entre os serviços. Isso foi corrigido, e a tela passou a repartir como a tela atual sempre repartiu. Junto disso voltou a seta que copia uma parcela para as de baixo, e o resumo da direita agora acompanha a rolagem até o fim do formulário.
Ao mudar a porcentagem ou o valor de um serviço, os serviços ACIMA dele ficam travados e só os seguintes são recalculados — a soma continua fechando o valor total da venda. O último da lista absorve o que sobrar.
A seta de cada parcela repete valor, vencimento e forma de pagamento nas parcelas seguintes, andando um mês de cada vez e respeitando os dias de vencimento que os serviços permitem.
A coluna da direita fica visível enquanto você desce até as parcelas, que é justamente quando ela é mais consultada.
Escolher um serviço já aplica os limites dele: quantidade de parcelas acima do permitido é ajustada na hora, e parcela marcada como cartão recorrente vira cartão de crédito quando o serviço não aceita recorrência. Serviços que cobram por contas diferentes ou sem dia de vencimento em comum são recusados assim que escolhidos, e o vencimento não aceita mais data anterior a hoje.
Duas coisas paravam de aparecer na linha do tempo do lead. Quando o pagamento da primeira parcela entrava por uma rotina automática — francesinha do Itaú, extrato da Cielo ou cobrança recorrente —, o lead ia sozinho para a etapa "Venda (Venda Paga)", mas o registro que explica a mudança não era gravado. E a sincronização do WhatsApp (Digisac) vinha falhando ao procurar contatos novos, deixando conversa recente de fora da tela. Os dois voltaram a funcionar.
O CRM do lead passa a mostrar de qual etapa para qual etapa ele foi, e que isso aconteceu porque a primeira parcela da venda foi paga.
Quem baixa a parcela é uma rotina, não uma pessoa. O registro fica em nome do sistema, do mesmo jeito que já acontece com os leads que entram pela API.
Antes dava para encontrar um lead em "Venda (Venda Paga)" sem nada no histórico explicando a mudança. Agora a etapa e o registro andam juntos.
A busca por contatos novos no Digisac estourava o tempo de espera e derrubava a sincronização inteira antes de trazer as mensagens. Ela passou a ter o mesmo prazo que a busca de mensagens e chamados já tinha.
Depois da última atualização do painel, o "x" que apaga o nome escolhido dentro de um filtro de múltipla escolha sumiu da tela: o botão continuava lá, mas invisível, e não tinha como limpar o campo de Vendedor no Painel de Vendas. O desenho do "x" foi devolvido e vale para todo filtro de múltipla escolha do sistema. Junto disso, o Painel de Vendas passou a mostrar só o que é do seu login, a não ser que você seja super_admin ou Líder Comercial.
Cada nome escolhido volta a ter o seu "x". Vale no Painel de Vendas e em qualquer outro filtro que aceite mais de uma escolha, em todas as telas.
Escolher de quem são as vendas é coisa de super_admin e Líder Comercial. Para os demais perfis, os filtros de vendedor, equipe, líder da equipe e categoria ficam travados e o painel abre com o próprio login — a trava é aplicada no servidor, não só na tela.
Quem não escolhe vendedor enxerga apenas a própria meta na aba, sem o placar do grupo e sem a lista das equipes.
A exportação é gerada em segundo plano, e agora ela enxerga exatamente o que você enxerga no Painel. Se o seu perfil abre o Painel no próprio login, a planilha vem com as suas vendas — antes ela podia vir mais larga do que a tela.
Progresso de Vendas e Vendas x Rescisões continuam abrindo a visão completa para quem já tem a permissão dessas telas.
A planilha é montada em blocos, e a ordem usada para montá-los era só a coluna que você escolheu ao clicar no cabeçalho. Quando várias linhas têm o mesmo valor nessa coluna — a mesma data de vencimento, a mesma origem, o mesmo instante de cadastro —, o banco não promete devolvê-las na mesma ordem em cada bloco. Quando ele trocava, uma linha saía duas vezes na planilha e outra não saía em nenhuma. Agora as exportações usam uma ordem única, e cada registro aparece uma vez só.
Clientes, Leads, Vendas, lançamentos bancários e francesinhas estão entre as listagens atendidas. O que você escolheu na tela continua mandando na ordem da planilha — o desempate só decide quem vem primeiro entre as linhas empatadas.
O problema aparecia justamente ao ordenar por uma coluna com valores repetidos e exportar muitos registros de uma vez. Continue ordenando como precisar: filtros e colunas escolhidas seguem valendo igual.
Se você tem uma planilha baixada antes e vai conferir o total dela, gere a exportação outra vez. Exportações grandes, ordenadas por uma coluna com valores repetidos, são as mais sujeitas ao problema antigo.
Duas telas do Educacional — Grade do Boletim e Certificados digitais — abriam para qualquer pessoa com acesso ao painel: a permissão existia no cadastro de papéis, mas não era conferida na hora de entrar. Agora elas exigem a permissão de verdade. E o envio de remessa e o processamento de retorno em arquivo, que não são mais usados, saíram do cadastro de papéis: quem cria um papel novo não encontra mais essas opções.
Quem precisa dessas telas deve ter a permissão marcada no papel. Se alguém do seu time perdeu o acesso, peça a liberação — antes, o acesso existia por falta de verificação, não por decisão.
Nada muda para quem tem o papel de administrador geral: ele abre qualquer tela, sem depender de permissão marcada. Passou a existir uma verificação automática que avisa se alguma tela nova o deixar de fora.
O registro do boleto e a baixa do pagamento acontecem pela integração direta com o Itaú. As telas de Arquivo de Remessa e Arquivo de Retorno seguem no ar para consultar o histórico, e a Central de Ajuda já indica o caminho atual: Boletos ITAU, Francesinhas e Conciliação Contas a Receber x Itau.
Na Cobrança de Rescisões, a barra "Recuperado (Novas Vendas)" contava apenas as parcelas que o cliente já havia pago da venda nova — o que só aparecia semanas depois do fechamento. Agora ela mostra o valor total da venda nova, desde o primeiro dia. Venda nova cancelada, rescindida ou cancelada em parte não entra na conta.
Na Conciliação Contas a Receber x Itau, cancelar o boleto deixava a parcela em aberto — e ela voltava para a régua de cobrança no dia seguinte, sem boleto para enviar. Agora a parcela é encerrada junto, como já acontecia na tela Boletos ITAU. Parcela já paga não é alterada.
Dúvida sobre como uma tela funciona virava mensagem no grupo ou chamado de T.I., e a mesma resposta era escrita de novo toda semana. Agora existe a Central de Ajuda, no menu do seu usuário logo abaixo de Chamados T.I.: todas as telas do painel têm roteiro, com o que a tela faz, como usar e o que cada botão dela provoca — inclusive o que ele NÃO faz. O que você vê na Central é o que você acessa no painel: área que não é sua não aparece.
Escreva do jeito que vier: a busca ignora acento e mostra o resultado enquanto você digita. Aperte a tecla "/" de qualquer lugar da Central para cair direto no campo.
O roteiro de uma tela tem abas — Visão geral, Como usar, Ações, Erros e avisos e Perguntas. Na aba Ações, cada botão tem uma ficha com quem pode usar, quando ele aparece, o que ele pede antes, o que acontece e, principalmente, o que NÃO acontece.
Quando a tela aberta tem roteiro, aparece o botão "Ajuda desta tela" no topo dela. Ele abre em uma aba nova, para você não perder o filtro escolhido nem o formulário preenchido — leia a ajuda e volte para a sua aba. Dentro do roteiro há uma busca própria, para achar a ação certa sem percorrer a página.
Os assuntos seguem as mesmas permissões do painel. Quem não acessa o Financeiro não vê os artigos do Financeiro, nem pela busca.
Cada pergunta tem o botão "Copiar link", que abre a Central direto naquela resposta. Não achou o que precisava? O botão de abrir chamado de T.I. fica na própria tela.
Na Cobrança de Rescisões, a barra "Recuperado (Novas Vendas)" só subia quando a venda era criada pelo botão de renegociação dentro da base. Quem vendia de novo para o cliente pela tela de vendas — que é como o time trabalha — não aparecia, e a base ficava marcada como se nada tivesse sido recuperado. Agora conta qualquer venda feita para o cliente da base depois da rescisão dele, pelo valor total da venda nova.
O vendedor não precisa usar o botão "Gerar Nova Venda" para a recuperação contar. Venda lançada na tela de vendas para o cliente da base entra do mesmo jeito.
Entra o valor total da venda nova, e não só o que já foi pago. O que o cliente vem pagando dessa venda segue na cobrança normal.
Venda antiga do mesmo cliente, anterior à rescisão, não entra — ela não é recuperação. A própria venda rescindida da base também não, nem a venda nova que acabou cancelada, cancelada em parte ou rescindida.
No acompanhamento da base e na tela do cobrador, a contagem de renegociações e o filtro "Com/Sem renegociação" passaram a usar o mesmo critério da barra, e o resumo por usuário fecha com o total da base. Cliente com mais de uma venda rescindida na mesma base não conta a mesma venda nova duas vezes.
O boleto sai com um acréscimo porque o aluno ganha desconto de pontualidade ao pagar até o vencimento — e a volta dessas duas contas não fechava: quem pagava em dia quitava um pouquinho abaixo do combinado, e o boleto de valor mais alto ainda chegava ao banco com o desconto truncado. Agora o acréscimo é calculado a partir do próprio desconto, e o valor pago em dia é exatamente o contratado. Na tela de venda, a soma das parcelas passou a ser conferida antes de salvar.
O acréscimo do boleto e o desconto de pontualidade se anulam. Vale para venda feita na tela e para venda criada por integração.
Na remessa, o desconto de boleto acima de mil reais ia com separador de milhar e entrava truncado no arquivo. Agora vai no formato que o banco lê.
Se a soma das parcelas ficar diferente do valor total, a venda não salva e o aviso diz quanto falta ou sobra. Antes dava para salvar a diferença sem perceber — o "Copiar para baixo" apagava a sobra da última parcela.
A integração já conseguia listar as parcelas de um aluno, mas para pegar o boleto só existia o caminho da venda inteira — e ele devolve sempre a primeira parcela em boleto. Quem tem várias em aberto não tinha como pedir a que queria. Agora existe um endereço por parcela, com a conferência de que ela é boleto e está em aberto.
A integração pede o boleto da parcela que o aluno quer pagar, informando o id dela.
O pedido é recusado com o motivo, e a resposta diz a situação da parcela. Boleto de parcela já paga é cobrança indevida chegando ao aluno.
Parcela que ainda não tem número do banco não tem boleto para pagar, e agora ela é recusada com o motivo. Vale também para o link de pagamento da venda, que antes apontava para a primeira parcela em boleto sem conferir se ela já estava paga ou se tinha sido registrada. A consulta de parcelas passou a dizer, em cada uma, se há boleto disponível e por que não há — o que evita oferecer ao aluno um pagamento que não existe.
As listagens de vendas, de leads e de clientes passaram a exigir pelo menos um filtro, e a consulta de venda por assistente exige o aluno. Tamanho de página não vale como filtro, e um filtro que não sobra nada depois de limpo também é recusado. Sem isso, uma consulta sem critério devolvia cadastro de quem não tinha relação com a pergunta.
Campos de uso interno, como origem de anúncio e informação comercial da negociação, deixaram de sair na integração. Vale também para campos novos: o que for criado no cadastro não aparece na resposta sem ser incluído de propósito.
Ao procurar aluno por nome ou e-mail, caracteres curinga deixaram de alargar a consulta: quem procura um nome encontra o nome, e não uma página do cadastro. Vale na busca de clientes da integração e na consulta usada pelos assistentes.
Quem integra consegue conferir que a parcela é do aluno com quem está falando antes de repassar o link — a página do boleto abre para qualquer um que tenha o endereço.
Em Educacional › Certificados digitais faltava o principal: abrir o PDF. O botão de baixar só aparecia para o certificado já conciliado, e justamente quem precisa conferir o documento — o pendente de conciliação, que ainda não tem cópia guardada no ERP — ficava sem saída. Agora o arquivo abre em qualquer caso, buscando o PDF na Clicksign quando ainda não há cópia, e a linha ganhou ações para conferir e corrigir o registro.
Vale também para o pendente de conciliação: dá para ler o nome impresso no documento antes de escolher o aluno.
O download funciona com a cópia guardada no ERP e, quando ela ainda não existe, com o arquivo assinado da Clicksign.
Numa janela só: como foi vinculado, quem conferiu, se o arquivo está guardado e os avisos que a Clicksign mandou — inclusive os que falharam. É a resposta de "por que este certificado não chegou ao aluno?".
Relê o documento na Clicksign e grava a situação real, sem esperar o próximo aviso automático. Assinado e com aluno, o PDF já entra na fila para ser guardado.
O certificado volta para a fila de pendentes e a cópia guardada na pasta do aluno anterior é apagada, de modo que o arquivo seja guardado de novo no lugar certo. O documento na Clicksign não é tocado.
O cadastro de usuário virou uma página só, cada vez mais comprida, com a conexão de IA empilhada no fim. Agora são três abas — Dados, Acesso e Conexão com IA — e, no caminho, dois defeitos do campo "Tipo de Perfil" foram corrigidos: usuário novo nascia sem perfil nenhum, e trocar o perfil de alguém já valia antes de clicar em Salvar.
Dados traz nome, usuário, e-mail e foto; Acesso traz senha, perfil, situação, equipes e cartões; Conexão com IA guarda a URL do MCP, que só existe depois que o usuário está gravado.
Quem era cadastrado pela tela nascia sem tipo de perfil e precisava ser editado depois para receber um.
Antes a troca era gravada no instante em que o campo mudava. Quem abrisse a tela, mexesse e desistisse já tinha mudado o acesso da pessoa.
Dava para criar usuário sem senha nenhuma. Agora o campo é obrigatório no cadastro, com mínimo de oito caracteres, e continua opcional na edição — em branco, mantém a atual.
Coluna nova e filtro "Conexão com IA" para achar rapidamente quem já tem URL do MCP gerada.
Em Educacional › Certificados digitais, abrir "Vincular ao aluno" e começar a digitar quebrava a tela com "erro ao carregar a página", e o campo não achava ninguém. Agora a busca responde, encontra o aluno mesmo com o nome escrito em outra caixa que a do cadastro e aceita CPF com ou sem pontuação.
Digitar nome ou CPF no modal de vínculo não derruba mais a tela.
O certificado escreve o aluno em caixa alta e o cadastro não. A busca do modal e o filtro "Aluno" passaram a ignorar essa diferença.
Antes aparecia o visto verde mesmo em certificado sem aluno ou sem arquivo guardado. Agora o relógio amarelo mostra o que ainda falta, o visto verde é só o que o aluno já baixa e o vermelho é o que foi retirado na mão.
Em Educacional › Certificados digitais, escolher "Pendentes de conciliação" não mudava nada: a tela continuava listando o acervo inteiro, mesmo com o filtro marcado na barra. Quem ia conferir os certificados que ainda não acharam o aluno tinha de procurar linha por linha. Agora a tela abre já mostrando só os pendentes, e o número ao lado do menu bate com o que aparece na listagem.
São os certificados sem aluno escolhido, sem curso identificado ou com sigla dupla no nome do arquivo — os que precisam de conferência antes de ir para o Portal.
O aviso ao lado de "Certificados digitais" e a listagem passaram a contar a mesma coisa.
Os filtros "Aluno" e "Assinado em" tinham o mesmo defeito e agora recortam a lista de verdade.
Perguntar "quando vence a próxima parcela desse aluno?" exigia abrir o painel, achar a tela e ler a lista. Agora cada usuário pode ganhar uma URL própria, gerada em Configurações › Usuários, que liga o ERP ao Claude, ao ChatGPT ou a outro assistente: a IA passa a consultar cadastro, vendas, parcelas, boletim, arquivos e solicitações direto da fonte, em vez de responder de memória. A consulta é somente leitura, e a IA enxerga exatamente o que aquela pessoa já enxerga no painel.
Em Configurações › Usuários, o bloco "Conexão com IA" gera a URL e copia com um clique. Basta colá-la na tela de conectores do assistente.
Quem não vê Vendas na tela não vê venda pela IA. Tirar um acesso no painel tira também o da IA, sem precisar lembrar de mexer em dois lugares.
Quem tiver a URL consulta o ERP como aquele usuário. Entregue em canal privado, nunca em grupo, e avise o administrador se ela vazar.
O administrador revoga a URL num clique e a conexão para na hora. A tela mostra quando ela foi usada pela última vez.
Os certificados de conclusão passaram a ser assinados digitalmente na Clicksign, e o envio era feito arquivo por arquivo no site dela — o ERP não sabia quem tinha certificado, e o aluno precisava pedir o PDF à secretaria. Agora o lote sai do painel, o certificado assinado volta para o sistema ligado ao aluno e ao curso, e o próprio aluno baixa pelo Portal.
Em Educacional › Enviar certificados para assinatura, escolha os PDFs e o sistema monta o envelope na Clicksign com os signatários já configurados. Antes de enviar, a tela mostra de quem é cada arquivo.
Educacional › Certificados digitais lista o que foi emitido. O certificado não traz o CPF do aluno, então o que não casa sozinho pelo nome fica marcado como pendente, para alguém escolher o aluno na mão — e só então aparece para ele.
O aluno passa a ver o menu Certificados e baixa o PDF assinado de cada curso concluído, sem pedir à secretaria.
Com o certificado emitido, a declaração de matrícula e o pedido de estágio deixam de ser oferecidos ao aluno — ele não está mais matriculado — e a recusa explica o motivo também nos portais avulsos.
No lugar da declaração, o aluno com certificado emitido passa a emitir a certidão de conclusão pelo Portal. Ela sai na hora, em PDF, com QR Code e página pública de validação.
Ao emitir notas em lote, a tela de Emitir Nota Fiscal falava com a Focus nota por nota enquanto o usuário esperava, e lote grande podia estourar o tempo da página. Agora o clique em Emitir NF apenas coloca as parcelas selecionadas na fila: a tela libera na hora e o resultado da emissão chega como notificação no sininho do painel.
Logo após confirmar a observação da nota, aparece o aviso de quantas parcelas entraram na fila e a tela volta a ficar livre para outra consulta.
Quando o processamento termina, chega a notificação com o total emitido ou em processamento e, quando alguma nota não sai, o motivo de cada uma.
Se a mesma parcela for selecionada de novo enquanto o lote anterior ainda está sendo processado, ela é ignorada e o aviso informa quantas ficaram de fora.
A verificação de e-mail da Emailable estava ligada em todo campo de e-mail do painel, no formulário público, nas integrações e no reprocessamento em massa — e cada consulta gasta crédito da conta. Agora ela roda apenas onde muda uma decisão: no cadastro de Lead e no cadastro de Cliente, incluindo o Email Dentista. Nos demais lugares o campo continua exigindo um endereço bem escrito, só não consulta mais a Emailable.
Ao cadastrar um Lead ou um Cliente, o e-mail continua sendo checado ao sair do campo: endereço inexistente ou temporário segue barrado, e o aviso de endereço arriscado continua aparecendo.
Usuário do sistema, Fornecedor, Liga ASB, Carta de Reconhecimento, Meu Perfil e o formulário público deixam de consultar a Emailable. O e-mail é gravado com validação de formato apenas.
O relatório continua mostrando a situação de cada endereço já verificado, mas os botões Reverificar e Reverificar selecionados não aparecem mais, e a reverificação em massa deixou de rodar.
O rodapé institucional dos Modelos de E-mail trazia o telefone fixo escrito dentro do layout, e ele aparecia mesmo nos e-mails em que o atendimento é outro. O número sumiu do layout: agora o rodapé mostra o contato da equipe que assina aquele e-mail, tirado dos mesmos números do Portal do Aluno.
Um aviso da cobrança leva o canal da cobrança; um do educacional leva o do educacional. Sem equipe cadastrada para o remetente, o rodapé usa o suporte.
O rodapé institucional passa a oferecer o link de WhatsApp da equipe, como já faziam os rodapés prontos de Suporte e Educacional.
Equipe sem WhatsApp cadastrado deixa de cair no telefone antigo: a linha some do rodapé em vez de mostrar um número que não atende.
Para enxergar a participação de cada origem de lead nas vendas do período, era preciso exportar a planilha e montar a conta à parte. A tela agora traz esse recorte pronto, na forma de gráfico de pizza com a tabela de apoio ao lado, seguindo o mesmo período e os mesmos filtros já aplicados na tela.
Mostra a fatia de cada origem na venda total do período selecionado, com o mesmo recorte de vendedor, equipe, líder e categoria da tela.
Cada origem mostra a quantidade de vendas, o valor vendido e o percentual sobre o total, na cor que aparece no gráfico.
Venda sem lead vinculado, ou com lead sem origem cadastrada, aparece agrupada como "Sem origem" em vez de ficar de fora do gráfico.
A Meta Líquida tinha nascido como um valor único de entrada em caixa para o mês inteiro, e o comercial precisava de outra coisa: quem persegue a Meta Record tem de trazer mais caixa do que quem está na Meta Desafio. Agora são três — uma para cada degrau. No cadastro cada degrau virou um bloco com as suas duas metas lado a lado, e no Painel de Vendas elas viram uma segunda escada, ao lado da escada do valor da venda.
O cadastro passa a pedir a líquida da Meta Desafio, a da Meta Desafio da Desafio e a da Meta Record. A que já estava preenchida continua valendo: ela é a líquida da Meta Desafio.
A aba Metas Comercial mostra a escada do Valor da venda e a da Entrada em caixa, cada uma com os seus três degraus, medalhas e datas de virada.
A líquida do Desafio da Desafio destrava ao bater a líquida do Desafio, e não ao bater a venda. Quem vende parcelado continua avançando na venda mesmo com o caixa atrás.
Em Metas Comercial, cada degrau tem o seu bloco com nome — Meta Desafio, Meta Desafio da Desafio e Meta Record —, e dentro dele o Valor da venda e a Entrada em caixa. Usuário, equipe e Data Meta ficam numa seção de identificação no topo.
As três colunas líquidas somam no rodapé da lista, junto com as de valor da venda, respeitando os filtros de equipe, usuário e Data Meta.
A tela de Relatórios › Análise de Rescisões contava tudo sobre a rescisão — em que parcela o cliente parou, quanto deixou de entrar, qual produto, qual equipe — menos de onde aquele cliente tinha vindo. Para cruzar rescisão com origem do lead era preciso exportar e casar as listas por fora. Agora a origem aparece na própria tela: em gráfico, no ranking, na listagem de vendas e nas exportações.
Novo gráfico com a taxa de rescisão das 15 origens que mais rescindem, no mesmo recorte dos filtros de período, forma de pagamento, status e produto.
Como nos outros gráficos da tela, clicar na origem abre embaixo a lista das vendas rescindidas daquela origem.
A lista de vendas rescindidas ganha a coluna com a origem do lead que virou aquele cliente. Venda sem lead vinculado aparece como "Sem origem".
Novo card "Top 10 origens de lead com mais rescisões", com vendas na base, rescindidas, taxa de rescisão e valor não recebido de cada origem.
O Excel ganha as abas "Ranking origens" e "Por origem do lead", e tanto o Excel quanto o PDF passam a trazer a origem em cada venda rescindida.
No cadastro de Comercial › Metas Comercial só dava para olhar uma equipe por vez, e quem queria saber quanto a operação tinha de meta no mês precisava exportar e somar por fora. Agora o filtro de Equipe aceita quantas equipes você quiser, cada coluna de valor fecha com o total somado embaixo da lista, e na aba Metas Comercial do Painel de Vendas o próximo degrau passa a mostrar quanto vale — travado, mas à vista.
Marque uma, duas ou todas as equipes que quiser comparar: a lista passa a trazer as metas de todas as equipes marcadas juntas.
Meta Desafio, Meta Desafio da Desafio, Meta Record e Meta Líquida ganham uma linha de total no rodapé — o da página e o de tudo que o filtro selecionou.
Trocou a equipe, o usuário ou o período em Data Meta, o total é recalculado na hora, sem precisar exportar para conferir a soma.
Na aba Metas Comercial do Painel de Vendas o degrau seguinte deixa de vir escondido: mostra o valor cadastrado com o cadeado e o aviso de que destrava ao bater o degrau anterior.
Nos cards de cada pessoa os três degraus ficavam espremidos em três colunas e o texto quebrava palavra a palavra. Agora eles se empilham quando o espaço é estreito e continuam lado a lado no card grande.
Ao vincular a turma de um aluno no Waid, a lista passou a mostrar só as turmas dos produtos daquela venda. Só que a venda nem sempre traz o mesmo produto da turma que o aluno vai cursar — em caso de upgrade, permuta ou cortesia a turma certa sumia e não dava para matricular. Agora nenhuma turma fica escondida: as do produto comprado aparecem primeiro e o resto continua logo abaixo.
Todas as turmas ativas com identificação na WAID continuam disponíveis para escolha, em qualquer situação do aluno.
A lista abre em dois grupos: "Turmas do produto comprado", com as dos produtos das vendas ativas do aluno, e "Outras turmas" com as demais.
Muitos nomes de turma se parecem, então cada opção segue mostrando o produto a que pertence — e quem não tem venda ativa recebe o aviso para conferir o produto antes de escolher.
A conferência com Itaú, Cielo e iPag acontecia em rotinas separadas, cada uma com o seu log, e divergência só aparecia quando alguém esbarrava nela. A tela nova responde, dia a dia, se o que a fonte informou bate com o que o ERP registrou — e mostra exatamente o que está de um lado só.
Verde quando os números batem, amarelo quando a diferença cabe na tolerância ou a fonte não teve dado no dia, vermelho quando divergem. Abre com os últimos trinta dias e as divergências no topo.
Dia em que a francesinha não veio ou o extrato não foi importado fica marcado como não coletado, e não como dia sem problema. Silêncio deixa de ser confundido com tudo certo.
O detalhe do dia diz, em português, o que a fonte informou e o que o ERP registrou, e lista o que está só de um lado — com o nosso número, a autorização ou a transação para procurar o caso.
Quem entende do caso registra o motivo e o dia deixa de aparecer como divergente. O número original continua na tela, ao lado da explicação e de quem a escreveu.
A tela só lê: recoletar refaz a comparação a partir do que já está importado e guarda uma versão nova, sem alterar parcela, extrato ou francesinha. Também dá para preencher o histórico por período.
A tela trazia uma linha por documento: quem tinha vários arquivos ocupava várias linhas, com o mesmo cadastro repetido em todas, e conferir a situação de uma pessoa exigia percorrer a lista inteira. Agora cada aluno aparece uma vez, com o resumo colorido dos documentos, e tudo o que era feito por arquivo acontece dentro do modal de gestão.
A linha mostra quantos documentos daquele aluno estão aprovados, reprovados, em análise e não enviados, cada situação na sua cor.
Abrindo "Gerenciar Arquivos" você vê os documentos da pessoa, troca o status, reprova informando o motivo e avisando por e-mail, consulta o histórico de alterações e visualiza cada arquivo.
Filtrar por status, tipo de documento, data de envio, usuário que aprovou ou data de aprovação passa a mostrar os alunos que têm um documento assim. O resumo da linha segue contando todos os documentos da pessoa.
As três ações sempre gravaram no cadastro do aluno, mas apareciam repetidas em cada documento dele. Agora ficam uma vez só, no topo do modal.
O filtro apontava para um campo que não existe e devolvia erro. Agora procura pelo número do documento e leva ao aluno dono dele.
O botão "Analisar documentos" abre o arquivo em tamanho grande, já no primeiro que está em análise. Ali você aprova, reprova e passa para o próximo com Anterior e Próximo, sem fechar e reabrir a cada documento. Aprovar já avança sozinho.
Ao reprovar, uma lista traz os motivos mais usados para aquele tipo de documento — carimbo faltando, páginas soltas, arquivo ilegível — e preenche o texto, que continua editável. Quem preferir escrever o próprio motivo escreve.
A lista abre ordenada pelo documento parado em análise há mais tempo, com o tempo de espera visível e colorido na linha. As abas no topo separam quem tem documento em análise e quem tem documento reprovado.
Dentro do modal do aluno, a seção "E-mails enviados" mostra tudo o que já saiu para aquele cadastro, com assunto, situação, quem disparou e o conteúdo de cada mensagem. Responde de uma vez a pergunta "o aluno chegou a ser avisado?".
O botão "Enviar e-mail" abre os modelos que fazem sentido para um aluno, monta o formulário com as informações que aquele modelo pede — já preenchendo o que o cadastro responde — e mostra a prévia do que ele vai receber antes de disparar.
O texto era gravado com um bloco de espaços na frente e sumia da tela, do e-mail e do Portal do Aluno, que chegava a mostrar um aviso vermelho vazio. Agora aparece limpo nos três lugares.
O cadastro guardava uma turma por pessoa. Quem faz mais de um curso via em "Documentos da Turma" o material de apenas um deles — e o download do outro era recusado, mesmo sendo um curso que a pessoa comprou e cursa.
A tela passa a listar os documentos de cada turma em que o aluno está matriculado, dizendo de qual turma é cada arquivo quando há mais de uma.
A liberação passa a considerar todas as turmas do aluno. Material de turma que não é dele continua bloqueado.
O cabeçalho do boletim exibia uma turma só. Agora lista as turmas dos cursos que o aluno faz.
Aluno vindo do sistema anterior segue usando a turma do cadastro, sem perder acesso a nada.
A plataforma educacional não aceita a mesma pessoa duas vezes no mesmo curso. Antes isso só aparecia lá na frente, quando a matrícula era recusada. Agora aparece enquanto a venda está sendo montada, nas duas telas.
Assim que o aluno e o curso estão na tela, o sistema mostra se essa pessoa já tem matrícula nesse curso, dizendo por qual venda e em que turma.
Rematrícula existe e é legítima. Quem vende decide vendo o caso — a venda continua podendo ser gravada normalmente.
Renegociação, cancelamento e recuperação existem justamente para repetir sobre um curso que a pessoa já faz, e por isso ficam de fora.
Ao espelhar as matrículas da plataforma educacional, o sistema tirava a data de compra e a de expiração da venda mais recente do aluno — qualquer que fosse o produto. Quem comprou mais de um curso podia receber a data da venda errada, inclusive a que diz até quando tem acesso.
A matrícula do aluno no curso é quem aponta a venda certa. Quem comprou um curso em janeiro e outro em agosto passa a ter cada um com a sua data.
Curso que não corresponde a nenhuma turma cadastrada continua usando a venda mais recente, como antes — mas agora isso aparece no resumo da sincronização em vez de passar em silêncio.
Quando duas turmas têm o mesmo nome e pertencem a produtos diferentes, o sistema não escolhe nenhuma — assumir a errada seria pior do que assumir que não sabe.
Cliente de pessoa física criado pelo atalho de dentro da venda nascia sem inscrição estadual, e o cadastro ficava travado para edição depois. E na tela do Waid a conferência de turma nunca dava certo por comparar texto com número.
A regra passou a valer no momento de salvar o cliente, não na tela que o criou. Vale para o cadastro completo, o atalho de dentro da venda, a conversão do lead e a importação.
Quem já estava sem a inscrição preenchida passa a ficar correto na próxima vez que o cadastro for salvo. Não é preciso corrigir um a um.
O que foi digitado é preservado, e a recusa de valor inválido continua acontecendo na hora do preenchimento.
A comparação entre a turma já registrada no aluno e a que está sendo atribuída nunca coincidia, porque um lado era texto e o outro número.
Até agora o cadastro comportava um curso por pessoa: uma turma no cadastro do aluno. Quem faz um segundo curso não cabia nesse formato. Agora cada curso comprado gera uma matrícula própria, e uma pessoa pode ter várias — uma por curso.
A venda passa a abrir a matrícula de quem vai estudar, em cada curso vendido. Produto administrativo, como renegociação, não gera matrícula — ele existe para repetir sobre um curso que a pessoa já faz.
Quando a venda indica outro aluno, a matrícula sai no nome dele. Quando não indica, sai no nome do titular.
A abertura acontece depois que a venda já está gravada e é isolada: se falhar, a venda continua registrada normalmente.
Existe um comando que transcreve para a matrícula apenas os casos sem dúvida: a turma da pessoa corresponde a um curso que ela comprou, e comprou uma vez só. Ele mostra o que faria antes de gravar qualquer coisa.
Ao vincular a turma de um aluno, a lista trazia todas as turmas cadastradas, com nomes muito parecidos entre si. Escolher a errada dá acesso ao curso errado. Agora aparecem só as turmas dos produtos que aquela pessoa comprou, e cada opção mostra a que produto pertence.
A lista deixa de mostrar todas as turmas do cadastro e passa a mostrar apenas as dos produtos das vendas ativas daquele aluno — inclusive quando ele estuda numa venda comprada por outra pessoa.
Muitos nomes de turma se parecem. Agora cada opção mostra o produto ao lado, e a lista vem agrupada por produto.
Aluno sem venda registrada — caso de quem veio do sistema anterior — continua vendo a lista completa, com um aviso pedindo conferência do produto antes de escolher.
Para saber o que já aconteceu com alguém era preciso abrir a lista de leads, o cadastro de cliente, cada venda e cada parcela — e juntar as datas de cabeça. Agora existe uma tela que mostra os três papéis da mesma pessoa lado a lado e todo o histórico de contato numa linha do tempo única. Nada mudou de lugar: os registros continuam sendo gravados onde sempre foram.
Abra pelo botão "Ver no funil" na lista de clientes. A tela mostra de onde a pessoa veio e em que etapa está, as vendas em que ela paga, e as vendas em que ela estuda — inclusive as compradas por outra pessoa, dizendo quem comprou.
CRM de lead, de cliente, de venda, de cobrança e de rescisão aparecem juntos, na ordem em que aconteceram, com uma cor para cada origem. Dá para filtrar por origem quando quiser só uma parte, e anotação muito longa vem recolhida com um "mostrar tudo".
Quando a primeira parcela é paga, o lead passa para a etapa de venda paga sem ninguém precisar arrastar o card. A mudança fica registrada no CRM do lead dizendo o motivo, e a criação da venda também é anotada lá.
Uma segunda tela para registrar venda entra em teste. Ela troca as seis etapas por um formulário único, com um resumo à direita que acompanha o preenchimento e mostra na hora se a venda fecha. Nada muda na tela atual: as duas convivem, usam exatamente as mesmas regras de valor, parcela e vencimento, e a nova só aparece para quem foi habilitado.
Cliente, alunos, serviços e parcelas ficam na mesma tela. Dá para voltar e mexer no valor depois de montar o parcelamento sem navegar entre passos.
A coluna da direita mostra o total, quanto os serviços somam e quantas parcelas em boleto e em cartão. Ela fica na tela enquanto você rola até as parcelas, e muda de cor: verde quando a venda fecha, âmbar quando ainda falta — dizendo quanto falta.
O caso mais comum vem marcado. Só quando quem paga não é quem estuda é preciso desmarcar e informar os alunos.
Encerrar uma venda anterior e criar a nova no lugar dela deixou de depender de um endereço especial: agora é um bloco recolhido no fim do formulário, que só ocupa espaço quando você abre.
Uma indisponibilidade momentânea do banco ao registrar o boleto da primeira parcela apagava a venda inteira e mandava começar tudo de novo. Agora o sistema tenta mais uma vez antes de desistir, e o que ele desfaz é sempre a venda inteira — nunca sobra um pedaço gravado pela metade.
Quando o banco está fora do ar ou demora demais para responder, o registro do boleto é tentado mais uma vez. Erro de cadastro — carteira errada, dado recusado — não é repetido, porque a resposta seria a mesma.
A venda, os alunos, os serviços e as parcelas passam a ser gravados juntos. Se algo falhar no meio do caminho, nada fica para trás — antes era possível sobrar uma venda incompleta que ninguém sabia que existia.
Não dando certo nas duas tentativas, a mensagem que o banco devolveu é mostrada a quem estava vendendo, em vez de um aviso genérico.
A troca da lista de alunos apagava a lista antiga antes de gravar a nova. Falhando no meio, a venda ficava sem nenhum aluno. Agora as duas etapas acontecem juntas.
O cliente criado a partir de um lead nascia sem o código IBGE e sem a inscrição estadual — e o cadastro ficava travado na primeira vez que alguém tentava editá-lo, com um erro que não dizia o que faltava. Agora esses campos são preenchidos na hora da conversão, e quando o lead não reúne condições de virar cliente a tela diz exatamente o que falta, antes de criar qualquer coisa.
O código IBGE é preenchido a partir da cidade e do estado do lead, e a pessoa física já entra com a inscrição estadual como ISENTO. O cliente convertido abre e salva na primeira tentativa.
Antes o sistema deixava seguir e travava só na gravação, com uma mensagem técnica. Agora a conferência acontece antes, e a mensagem mostra o cliente que já usa aquele documento — é só vincular o lead a ele.
Endereço incompleto passa a listar quais campos faltam, em vez de pedir genericamente para preencher o endereço. Cidade que o sistema não reconhece também é avisada na hora.
A conferência de CPF e CNPJ repetido agora acontece igual no cadastro completo e no cadastro rápido feito de dentro da tela de vendas.
Quando a sessão era derrubada — senha trocada em outro dispositivo, acesso aberto em duas máquinas, ou o painel simplesmente ficando muito tempo parado — a próxima página abria uma tela de erro em vez da tela de login, e o jeito era limpar os dados do navegador. Agora o painel devolve você direto ao login, e basta entrar de novo.
Vale para qualquer tela do painel: perdendo a sessão, você é levado ao login e, depois de entrar, segue de onde parou.
A proteção que derruba os acessos abertos em outros aparelhos quando a senha muda continua valendo — o que mudou é só o que aparece para quem foi derrubado.
O Boletim mostrava a nota de 0 a 10 com duas casas, e a segunda casa da nota original se perdia no caminho — o que o educacional monta à mão trazia 98,75 e a tela mostrava 9,88. Agora os cursos livres aparecem de 0 a 100 com duas casas, mínima 60,00 e a promoção da faixa 57,00 a 59,99; o Técnico em Saúde Bucal continua de 0 a 10, que é a régua dele. Junto vieram a correção dos nomes de turma que não caíam em nenhuma opção de curso e o desempate entre as plataformas.
A nota do módulo, a do certificado e a de cada avaliação passam a ser exibidas na mesma régua do boletim oficial, no painel e no Portal do Aluno. Quem edita a grade em Educacional › Grade do Boletim pode mudar a escala curso a curso.
Turmas gravadas com nomes que ninguém reconhecia — "Intensivo", "Intensivo 2.0", "Turma 01", "Turma ORTO/CEAICO", "Expert" e as grafias erradas de "ASB Advanced" — passam a cair na opção de curso certa. O ASB Plus Assistência Cirúrgica (V2) foi remanejado para o ASB Plus CACO 1, cuja grade divide o Módulo 2 em duas partes.
O Boletim se monta a partir das notas, então o aluno recém-matriculado abria a tela sem nada. Agora, quando não há nota lançada, o painel e o Portal do Aluno mostram o curso da matrícula na plataforma atual junto do aviso.
A migração para a plataforma atual recriou as notas antigas arredondadas e carimbadas com a data em que ela rodou. Como valia sempre a maior, essa cópia ganhava por centésimos e empurrava o término do módulo para o dia da migração. Agora, quando as duas notas são a mesma prova, vale o registro original — com a nota e a data de verdade.
Quem já foi aluno no sistema anterior não aparecia em lugar nenhum ao ser cadastrado de novo para uma venda nova: o cadastro existia, mas em outra base, e o jeito era digitar tudo outra vez. Agora, ao preencher CPF, CNPJ, e-mail ou celular em Novo Cliente, o painel procura no ERP antigo e avisa na hora quando encontra a pessoa por lá.
Ao sair do campo de CPF, CNPJ, e-mail ou celular, o painel procura no ERP antigo pela mesma ordem: primeiro o documento, depois o e-mail e por último o telefone — reconhecendo inclusive o celular gravado sem o nono dígito.
Encontrando o cadastro, uma janela mostra o nome e o contato e oferece preencher o formulário com nome, endereço, RG, nascimento e telefones. Havendo mais de um cadastro parecido, você escolhe qual usar.
Só os campos ainda em branco recebem os dados do ERP antigo, e nada é gravado automaticamente: o cliente continua sendo criado pelo fluxo normal, com as mesmas validações. O sistema anterior não é alterado.
As Metas Comercial ficavam só no cadastro: para saber como estava o mês era preciso comparar o relatório na mão. O Dashboard passa a ter a aba Metas Comercial, que mostra o quanto já foi conquistado no período contra a meta de cada pessoa, com os três degraus — Meta Desafio, Meta Desafio da Desafio e Meta Record — desbloqueando um de cada vez. O cadastro também ganhou a Meta Líquida, que cobra a entrada em caixa e corre por fora dessa escada.
A Meta Desafio aparece desde o começo. A Meta Desafio da Desafio só mostra quanto vale depois que a primeira é batida, e a Meta Record só depois da segunda — cada degrau é o prêmio do anterior.
O número grande é o valor já vendido no período e o percentual é o alcançado. Cada meta batida vira medalha, com a data do dia em que virou.
Quem é Consultor vê apenas a própria meta. Escolhendo equipe ou líder da equipe nos filtros, a aba abre o placar do grupo e um card de progresso para cada pessoa dele, além do pódio por percentual alcançado.
O card mostra em quanto o período fecha no ritmo atual, qual foi o seu melhor dia e há quantos meses seguidos você bate a meta. O mês em andamento não quebra essa contagem.
O cadastro de Metas Comercial tem um campo novo, a Meta Líquida, que mede o dinheiro que entrou no caixa (AD, cartão de crédito e primeira parcela do recorrente). Ela aparece no card como uma barra própria, sempre visível, porque bater o valor da venda não é a mesma coisa que trazer caixa. Deixe o campo zerado no mês em que não quiser cobrar essa meta.
A conquista soma o Valor da Venda das vendas Realizado e Quitado pela data de comissão, com os mesmos filtros do painel. Meta é mensal: período que pega mais de um mês soma as metas dos meses tocados.
Em navegador novo, aba anônima ou depois de limpar os dados do site, o menu lateral abria com todos os grupos expandidos de uma vez, e era preciso rolar a lista inteira ou fechar grupo por grupo para achar a tela. Agora o menu começa com todos os grupos fechados: você abre só o grupo que vai usar, e o painel continua lembrando dessa escolha nos próximos acessos.
Leads, Comercial, Financeiro, Educacional e os demais grupos aparecem recolhidos. Clicar no nome do grupo abre a lista de telas dele.
Depois do primeiro acesso, o grupo que você deixar aberto segue aberto nas próximas telas e nos próximos dias, no mesmo navegador.
Trocar de navegador, usar aba anônima ou limpar os dados do site zera essa memória — e o menu volta a abrir com tudo fechado.
O login com a conta Google já estava no ar, mas não havia como saber quem já tinha usado: para descobrir se alguém entrava pelo botão ou só pela senha, era preciso perguntar. A tela de Usuários passa a mostrar isso na própria listagem, com filtro para separar quem já entrou de quem nunca entrou.
O ícone do Google aparece na linha de quem já entrou pelo botão pelo menos uma vez. Quem nunca entrou fica com um traço. Passando o mouse, a tela diz qual é o caso.
Dá para listar só quem já entrou com o Google, só quem nunca entrou, ou todos. O filtro fica junto dos demais, acima da listagem.
O vínculo com a conta Google nasce quando a pessoa entra pelo botão. Ter cadastro no painel, ou ter e-mail do Google, não marca a coluna sozinho.
O Gerenciador de Arquivos passou a receber documento enviado por sistema integrado, e não só pelo aluno no navegador. Quem integra consulta o que falta e manda o arquivo pela API, com as mesmas regras da tela: quem nunca entrou no fluxo já tem os documentos exigidos criados na primeira chamada, e documento em análise ou aprovado continua bloqueado para reenvio.
O sistema integrado manda o arquivo direto para o Gerenciador de Arquivos e o documento entra como Em Análise, igual ao envio feito pelo aluno. O envio pode ser parcial: manda o que tem e a resposta diz o que ainda falta.
Documento em análise ou já aprovado é recusado, com o motivo. Documento reprovado continua aceitando o reenvio — é justamente o que o e-mail de reprovação pede ao aluno.
Na primeira chamada, todos os documentos que os produtos comprados exigem passam a constar no Gerenciador, inclusive os que ainda não foram enviados. É o mesmo comportamento de quando o aluno abre a tela no Portal.
O atendimento assistido por IA passou a enxergar, apenas para leitura, o Gerenciador de Arquivos do aluno e as solicitações de declaração de matrícula, pedido de estágio e carta de reconhecimento — com situação, prazo de validade e motivo de negação. Nenhuma dessas consultas altera dado.
Em Configurações › Avisos aos usuários dá para escrever um comunicado e entregá-lo no sino de todo mundo, de um papel de acesso, de uma equipe, do time de um líder ou de uma lista de pessoas escolhidas. O aviso aceita links de vídeo, PDF ou material de apoio, pode ser agendado para uma data e hora, pode ter prazo de validade e mostra quem já abriu.
Escolha o público do aviso: todos os usuários ativos, um papel de acesso, uma equipe, o time inteiro de um líder (o líder incluído) ou usuários selecionados um a um. Antes de enviar, a confirmação mostra para quantas pessoas o aviso vai — o envio não tem desfazer.
Cada aviso pode levar botões com o endereço do material. O usuário abre direto pelo sino ou pela tela do aviso, sem precisar procurar o arquivo em outro lugar.
Deixe o aviso pronto e marque a data e a hora do envio, ou dispare na hora pelo botão "Enviar agora". Com prazo de validade preenchido, o aviso sai sozinho do sino quando vence.
Abrir o aviso já confirma a leitura, sem botão extra. A tela do aviso lista quem recebeu, quem já abriu e em que momento — e esse registro permanece mesmo que a pessoa limpe as notificações do sino.
O sino passou a buscar notificações novas de tempos em tempos. Aviso disparado agora aparece para quem está com o painel aberto, sem precisar recarregar a página.
O boletim deixou de ser montado só pelo que as plataformas gravam e passou a seguir a grade cadastrada de cada opção de curso: quantidade de avaliações prevista por módulo, nota mínima, regra de arredondamento e distribuição das notas para os certificados. Recuperação feita em outra turma, versão ou plataforma agora aparece junto do módulo do curso original, num boletim só. Vale tanto na tela do painel quanto no Portal do Aluno.
A turma de recuperação, a mesma opção feita em outra versão e a nota vinda de outra plataforma caem no mesmo boletim, junto do módulo correspondente. Matrículas realmente diferentes continuam com boletins separados.
Quando existe mais de uma nota para a mesma avaliação, vale sempre a maior — original, nova tentativa ou recuperação. Empatou, vale a tentativa mais antiga. A recuperação não aumenta a quantidade de avaliações do módulo.
A média do módulo é a soma das notas consideradas dividida pela quantidade de avaliações que a grade prevê. Avaliação ainda não realizada aparece como pendente e conta como zero, sem sair do total.
Cada módulo mostra Aprovado, Aprovado por arredondamento, Aprovado com avaliação pendente, Abaixo da média ou Pendente. A média geral do curso deixou de existir como critério e saiu da tela.
As notas aparecem de 0 a 10, com a nota mínima e a regra de arredondamento definidas em cada opção de curso: nos cursos livres a média que chega perto da mínima passa a valer a mínima; no TSB vale só o arredondamento normal, com uma casa decimal.
Cursos que geram mais de um certificado continuam com um boletim só. A divisão entre ASB, ORTO, CACO e CEAICO aparece numa seção à parte, com o período de cada certificado e a indicação de qual módulo original deu origem a cada nota.
Abrindo o módulo, a tela lista cada avaliação com nome, nota, data e curso de origem, e marca qual delas foi a considerada no cálculo. No Portal do Aluno, o aluno vê como a nota do módulo foi formada.
Educacional › Grade do Boletim reúne as opções de curso, os módulos, a quantidade de avaliações obrigatórias e a distribuição dos certificados. Módulo sem quantidade cadastrada aparece sem média, de propósito — o sistema não presume o que não foi informado.
Nova tela lista os nomes de curso que as plataformas gravam e ainda não foram reconhecidos, com o volume de notas parado atrás de cada um. Vincular o nome a uma opção faz essas notas entrarem no boletim certo na hora.
Deixaram de contar como módulo, de entrar na média e de influenciar a aprovação. Os indicadores de média do curso e de módulos com nota também saíram.
Há produto cuja venda só se efetiva depois que o aluno envia os documentos obrigatórios, mas o portal exigia venda ativa para abrir o Gerenciador de Arquivos: o item sumia do menu e o endereço direto respondia página não encontrada. O aluno ficava trancado do lado de fora justamente da tela que destrava a matrícula, e o time precisava receber os documentos por fora. Agora quem tem venda pendente entra no Gerenciador normalmente.
O item volta ao menu e à tela inicial do portal, e a página abre pelo endereço direto. Os demais itens — Documentos da Turma, Declaração de Matrícula e Pedido de Estágio — continuam pedindo curso vigente.
Antes, sem venda ativa, a tela caía num produto genérico e listava documentos que não eram os daquele curso. Agora a lista vem do produto da própria venda pendente, inclusive para o aluno matriculado na venda de outra pessoa.
Produto configurado para esconder o Gerenciador segue escondendo, com venda pendente ou não. A liberação não passa por cima do que está definido no cadastro do produto.
Depois de liquidar um título, o Itaú também manda a baixa dele — às vezes semanas depois. A conciliação da francesinha tratava essa baixa como qualquer outra e passava a parcela para Cancelado, mesmo com data de pagamento e valor recebido já gravados: o pagamento sumia do Financeiro do aluno, do faturamento e do split. Agora parcela com pagamento registrado não é cancelada por baixa nenhuma.
Basta um sinal de pagamento na parcela — status Quitado, data de pagamento ou valor recebido — para a baixa ser apenas registrada no histórico, sem mexer no status. A recusa fica no log para conferência.
Existe uma rotina que localiza as parcelas canceladas com pagamento registrado, confere cada título no Itaú e devolve o status correto, promovendo a venda que tinha ficado Pendente por causa disso.
A venda por boleto só vira Realizada quando a primeira parcela é paga, mas o Financeiro do portal escondia justamente essa venda: o aluno via zerado e sem boleto para pagar. Agora a venda pendente aparece com suas parcelas.
Na tela de Pessoas WAID, quando a integração recusava o cadastro ou o vínculo do cliente na turma, o painel devolvia uma tela de erro técnica em vez da mensagem da WAID. Quem operava não sabia se o problema era a senha da plataforma, a turma escolhida ou a própria integração fora do ar, e a ação precisava ser repetida às cegas. Agora a recusa chega como aviso na tela, com o motivo.
A recusa devolvida pela integração é mostrada no próprio painel, no lugar da tela de erro. Dá para corrigir o cadastro e tentar de novo sem sair da listagem.
Cliente que já tinha cadastro e estava sendo vinculado à turma seguia pelo mesmo caminho com falha. O aviso agora cobre esse vínculo do mesmo jeito.
Cada recusa é gravada no log do sistema com o cliente e a resposta da WAID, para o time técnico conferir depois sem depender do relato da tela.
O cadastro de Conta Bancária Saldos aceita um único saldo por conta em cada data, mas o formulário não checava isso: ao salvar uma data já lançada o painel devolvia uma tela de erro técnica do banco de dados, sem dizer o que estava errado nem preservar o que tinha sido digitado. Agora o próprio campo de data recusa o lançamento repetido com uma mensagem em português.
A data já usada naquela conta fica marcada em vermelho com a explicação e a orientação de editar o lançamento existente. O formulário continua aberto, com os dados preenchidos.
A mesma data pode ser lançada em contas bancárias diferentes. A recusa acontece só quando a combinação de conta e data já existe.
Ao abrir um saldo já salvo para corrigir o valor, a data dele não é tratada como repetida. E na listagem os filtros de Conta Bancária e Data Saldo Inicial ajudam a achar o lançamento que já existe.
Boleto que vence em dia sem expediente bancário só é cobrado no dia útil seguinte, e é essa data que o Itaú devolve na francesinha. A conciliação exigia que a data batesse exatamente com a do contrato, então a liquidação desses boletos não encontrava a parcela e ficava de fora — a francesinha fechava abaixo do extrato do banco e a parcela continuava em aberto mesmo paga.
O movimento que chega com a data do dia útil passa a ser reconhecido como sendo da parcela que vence no fim de semana ou no feriado anterior, inclusive quando um emenda no outro.
A regra usa o Calendário do sistema, então marcar um feriado por lá — inclusive ponto facultativo ou data local — já ajusta a conferência da francesinha, sem depender de mudança no programa.
Título com vencimento ou valor alterado direto no banco continua sendo reconhecido pelo nosso número e entra na francesinha, com registro no log para conferência em vez de ser descartado em silêncio.
O atendimento passou a acontecer também no Conveo, e o histórico ficou dividido: parte da conversa do mesmo cliente estava num sistema, parte no outro, e a tela do lead só mostrava um lado. O botão agora se chama Conversas WhatsApp e abre as duas origens em abas, com o mesmo desenho de conversa.
O botão Digisac virou Conversas WhatsApp e abre com uma aba para cada origem. Cada aba mostra quantas mensagens tem, então dá para ver de onde veio a conversa antes de clicar.
As duas abas procuram pelos telefones cadastrados no lead, ignorando o nono dígito do celular. O que muda entre elas é a origem do histórico, não a forma de encontrar o cliente.
Áudio, imagem, vídeo e documento abrem direto na conversa, e a mensagem respondida aparece citada acima da resposta, como no WhatsApp. Mensagem que não chegou ao contato fica marcada como não entregue.
Atualizar conversas busca o que entrou depois da última sincronização nos dois sistemas e diz quanto veio de cada um. Fora isso, o histórico se atualiza sozinho de hora em hora.
Quem tem permissão responde de dentro da aba, e a mensagem sai pelo número daquele sistema. São conversas diferentes do lado do cliente: responder pelo número errado abriria outra conversa no WhatsApp dele, sem o que foi conversado antes.
Responder pelo Conveo e responder pelo Digisac são permissões diferentes. Dá para liberar o canal novo para um grupo menor primeiro, sem mexer em quem já responde pelo antigo.
Com a janela aberta, o campo de texto livre fica disponível. Fechada, ele dá lugar ao campo de modelo aprovado, com a explicação do porquê — em vez de aceitar a mensagem e falhar depois.
Os e-mails de confirmação de pagamento nasceram em modo de acompanhamento: saíam para dois endereços internos e apenas um por execução da conciliação. Agora cada parcela baixada avisa o aluno dono dela. No caminho, o rodapé institucional que sumia desses e-mails voltou, e o campo que permite trocá-lo por um contato específico ficou claro na tela.
A confirmação do primeiro pagamento e a de parcela paga saem para o e-mail do aluno da venda, e não mais para a lista interna de conferência. Cliente sem e-mail cadastrado fica registrado no Histórico de E-mails como ignorado.
A trava de acompanhamento que soltava só um e-mail por execução da francesinha saiu. Toda parcela baixada na conciliação gera o seu próprio aviso.
O editor do rodapé guardava um parágrafo vazio quando o texto era apagado, e o e-mail saía sem assinatura, telefone, e-mail e site — mesmo com o rodapé certo na pré-visualização. Rodapé sem conteúdo visível volta a usar o institucional.
Em Modelos de E-mail → Aparência, dois botões aplicam um rodapé pronto com o contato da equipe, e um terceiro devolve o institucional. Depois de aplicado o texto continua editável.
Os rodapés prontos usam os mesmos números de WhatsApp que o Portal do Aluno mostra, lidos da mesma configuração. Trocar o número em um lugar corrige os dois, sem reeditar modelo por modelo.
O rodapé institucional exibia sempre o endereço do suporte, mesmo em aviso disparado pela cobrança ou pelo financeiro. Agora mostra o remetente do próprio modelo, para a resposta do aluno cair na caixa certa.
A lista mostrava só os modelos já gravados, então um e-mail novo ficava disparando sem aparecer em Modelos de E-mail até alguém clicar em "Sincronizar catálogo" — era o caso do aviso de arquivo reprovado do educacional. A tela passou a se acertar ao abrir, sem alterar nada do que já foi editado.
A aba Variáveis ganhou a lista de contatos — telefone, WhatsApp e e-mail de Suporte, Educacional e Financeiro, mais o remetente do modelo — que podem ser usados no assunto, no corpo e no rodapé de qualquer e-mail.
A janela de pré-visualização do modelo ficou mais larga e mais alta, mostrando o e-mail inteiro sem tanta rolagem.
Na venda no cartão recorrente, a sincronização antiga registrava todas as cobranças da assinatura na parcela que estava sendo processada. Como a importação do extrato da Cielo procura a parcela pelo TID da cobrança, o crédito de um mês caía em parcela alheia e a marcava como quitada — mesmo quando a cobrança daquele mês tinha sido negada pelo banco. A cobrança que o banco negou volta a constar como pendente, do jeito que sempre esteve na Cielo.
A rotina de correção devolve a cobrança para a parcela dona dela e reaponta o crédito do extrato pelo TID, desfazendo o embaralhamento acumulado desde junho.
Parcela que ficou quitada sem pagamento próprio volta para "Em aberto", perde a data de crédito e o valor recebido, e a venda volta a constar como em aberto quando ainda há parcela a receber.
A parcela que tinha recebido crédito de outra passa a mostrar a data de crédito, o valor líquido e a tarifa do lançamento que é realmente dela.
A rotina roda primeiro em modo simulação, mostrando tudo que seria alterado. Ao aplicar, guarda o antes e o depois em arquivo e registra o histórico de alteração de cada parcela, venda e lançamento tocado.
O Painel de Vendas respondia quanto e quando se vendeu, mas não o quê: para saber o peso de cada produto era preciso sair do Dashboard e abrir o Progresso de Vendas. Os cards de produto agora ficam dentro de Meu Resumo de Vendas, obedecendo aos mesmos filtros já aplicados na tela.
Um card por produto vendido no período, do maior para o menor, com valor da venda, quantidade, líquido e ticket médio. Acompanha os filtros de período, vendedor, equipe, líder e categoria do painel.
Venda com mais de um produto tem o valor dividido entre eles, então a soma dos cards fecha com o total do período. A quantidade conta a venda inteira em cada produto: somar os cards de venda multiproduto dá mais que o total de vendas da tela.
A rotina automática de cancelamento só olhava venda no cartão, e a de rescisão só mexia em parcela já em aberto. Resultado: venda no boleto ou mista que nunca foi confirmada ficava "Pendente" para sempre e inflava o contador de Vendas pendentes do consultor com anos de backlog.
Todo dia, a venda que continua pendente mais de 7 dias depois do vencimento da 1ª parcela é cancelada junto com as parcelas dela, no boleto, no cartão e na venda mista. O motivo do cancelamento fica gravado na venda.
Se a venda tem boleto registrado no banco, ele é baixado no Itaú antes de a parcela virar cancelada. Falha temporária entra na fila de nova tentativa; boleto já pago ou erro definitivo deixam a venda pendente para conferência, sem cancelar nada.
O botão Cancelar Venda cancelava todas as parcelas e gravava a data e o motivo, mas esquecia de mudar o status da própria venda — ela continuava aparecendo como "Pendente" mesmo cancelada no dia anterior. Agora, quando não há nenhum pagamento, a venda já fica como "Cancelado" na hora. A rotina diária também acerta as que ficaram para trás.
Se o Itaú responder que o boleto já foi liquidado durante o cancelamento, a parcela é mantida como quitada e aparece no aviso, em vez de virar "Cancelado" e apagar o pagamento. Havendo qualquer parcela paga, o status da venda também não é alterado automaticamente.
O número ao lado de Vendas no menu passa a mostrar só o que realmente está aguardando pagamento, e não o histórico de vendas abandonadas.
Com o mesmo período e a mesma categoria, o Progresso de Vendas e o Painel mostravam totais e quantidades de venda diferentes — cada tela tinha a sua própria noção de "venda do período". Agora existe uma régua só, a do Painel de Vendas, e os relatórios de venda leem todos por ela.
Vendas Realizado e Quitado, sempre pela data de comissão, com a venda sem comissão entrando pelo valor recebido. Vale igual nas duas telas: o Progresso deixou de contar venda cancelada ou rescindida e passou a contar a venda sem comissão, como o Painel sempre fez.
Período (data de comissão), Vendedor, Equipe, Líder da equipe e Categoria do produto. Entrou o filtro de líder, saiu o de produto, e o de categoria deixou de ser travado em Comercial e Formatura: agora lista todas as categorias em uso, como no Painel.
O recorte por perfil que já existia no Painel passa a valer também no Progresso de Vendas, garantido no servidor.
O lado das vendas dessas três telas passou a usar a régua do Painel: a venda entra pela data de comissão, não mais pelo dia em que a entrada foi paga. Com o mesmo filtro, as quatro telas passam a fechar no mesmo total e na mesma quantidade de vendas.
A venda rescindida sai do lado das entradas (ela não é mais Realizado nem Quitado) e continua do lado das saídas. O saldo do período passa a ser o crescimento líquido da carteira, sem a mesma venda contada dos dois lados.
O quadro por situação da venda ficou sem o recorte de status de propósito: as linhas Realizado e Quitado somam o total do quadro de cima, e Pendente, Cancelado e Rescindido são exatamente o que a régua deixa de fora.
O Itaú não permite editar data nem valor de um boleto já registrado: o sistema baixa o antigo e emite outro por cima. Só que a baixa do boleto antigo voltava pela francesinha no dia seguinte e derrubava a parcela para "Cancelado", mesmo com o boleto novo em aberto no banco. Era o que fazia a parcela amanhecer cancelada "por um usuário não identificado".
O retorno do banco passa a comparar o nosso número do movimento com o do boleto que a parcela tem hoje. Baixa de boleto antigo continua registrada no histórico da francesinha, mas não mexe mais no status da parcela.
Quando o Itaú recusa a baixa por ser a mesma data de inclusão do título, a alteração não é mais cancelada: o boleto novo é emitido normalmente e o antigo entra na fila de baixa automática, com aviso na tela.
A baixa agendada guarda o número do título que estava valendo na hora do agendamento. Se a parcela receber outro boleto antes da rotina rodar, o boleto novo não corre mais risco de ser baixado no lugar do antigo.
Quando um arquivo era reprovado no Gerenciador de Arquivos, o motivo ficava só no portal — e o aluno só descobria se entrasse lá por conta própria. Agora, ao reprovar, quem avalia escolhe entre apenas reprovar ou reprovar avisando o aluno por e-mail.
O modal de reprovação passou a ter duas opções: "Reprovar e enviar e-mail ao aluno" ou "Apenas reprovar (sem e-mail)". A opção de envio mostra para qual endereço a mensagem vai e fica bloqueada quando o cadastro não tem e-mail válido.
A mensagem leva o nome do documento reprovado, o motivo escrito pelo avaliador e o botão para reenviar pelo Portal do Aluno — no mesmo layout padrão dos demais e-mails do sistema.
O modelo "Arquivo reprovado no envio de documentos" fica em Configurações → Modelos de E-mail, com prévia e envio de teste. Cada aviso enviado entra em Relatórios → Histórico de E-mails, com o documento e o aluno no contexto.
Até agora cada e-mail disparado pelo ERP estava escrito dentro do código, com layout e assinatura diferentes em cada um, sem ninguém conseguir ver ou ajustar o texto. Todos foram padronizados em um layout único e passam a ser editados em Configurações → Modelos de E-mail, com histórico de tudo que foi enviado.
Boletos, link de cartão, confirmação de pagamento, lembrete de vencimento, declaração de matrícula, pedido de estágio, comenda ao dentista, boas-vindas das plataformas e alerta de saldo das APIs: cada um vira uma linha da tela, com a descrição de quando é disparado.
Assunto, texto, botão, remetente e cópias são editados no painel, com editor formatado. A aba Variáveis lista o que cada modelo aceita — {{ aluno_nome }}, {{ vencimento }}, {{ link_boletos }} — com um clique para copiar e blocos condicionais para trechos que só aparecem em certos casos.
Todos os e-mails saem no mesmo padrão: faixa colorida, logo da unidade, título, botão de ação e rodapé com telefone, e-mail e site. Cor de destaque, logo e rodapé podem ser trocados por modelo, sem mexer no código.
Antes de valer para o aluno, dá para ver o e-mail montado com dados de exemplo e disparar um teste para o próprio endereço. Um botão devolve o modelo ao conteúdo padrão do sistema quando a edição não ficou boa.
Relatórios → Histórico de E-mails mostra o que saiu, para quem, quando, por qual modelo e se falhou — com o erro registrado. O mesmo histórico aparece dentro de cada modelo, junto com os totais dos últimos 30 dias.
Cada e-mail tem uma chave de ativo. Desativado, o sistema deixa de disparar aquele aviso e registra a ocorrência no histórico, sem precisar de alteração no código.
O aviso "reúna todas as páginas em um único arquivo PDF" não dizia como fazer isso, e o aluno acabava enviando página solta ou pedindo ajuda no suporte. Agora o próprio campo traz o passo a passo e o atalho para a ferramenta gratuita.
No Relatório de Estágio e no Histórico Escolar aparece o link "Como reunir várias páginas em um único PDF", que abre um tutorial de 6 passos sem sair da página nem tirar o foco do formulário.
Dois botões levam direto às ferramentas certas: "Juntar PDF", para quem já tem vários PDFs, e "Imagem para PDF", para quem fotografou as páginas com o celular. Abrem em outra guia, então o envio em andamento não se perde.
Os guias ficam em configuração e são ligados a cada tipo de documento por uma chave, o que permite reaproveitar o mesmo tutorial em outros campos sem mexer nas telas.
O tutorial aparece tanto no Gerenciador de Arquivos do Portal do Aluno quanto no link de envio de documentos usado pelo suporte, com leitura adequada no celular.
A tela Saldos API mostrava "0 Crédito(s)" e disparava e-mail de saldo baixo sempre que a consulta à API externa falhava, mesmo com créditos disponíveis. Agora falha de consulta é tratada como falha, não como saldo zero.
Quando a Comtele ou a Emailable não respondem, o card mostra "Saldo indisponível" e avisa que nenhum alerta será enviado — em vez de exibir zero crédito em vermelho.
O aviso diário de saldo baixo passa a considerar apenas as APIs que responderam com o saldo. API fora do ar não gera mais e-mail pedindo recarga sem necessidade.
O erro devolvido pela API externa fica no log do sistema, o que permite identificar se o problema é credencial, instabilidade ou mudança no serviço.
Clicar na linha do cliente não abre mais a edição, o que permite selecionar e copiar os dados direto da listagem. Editar e visualizar continuam no menu de ações da linha.
As notas de um aluno estavam espalhadas entre a WAID (plataforma atual), a +A/LXP e o Moodle, e conferir o histórico de quem passou por mais de uma exigia abrir cada plataforma. O boletim junta tudo por módulo e mostra a nota que vale.
Busque o aluno por ID, nome, e-mail ou CPF — o ID aparece junto do nome na lista — e veja os módulos com a nota de cada plataforma lado a lado, a nota final, a situação (aprovado ou abaixo da mínima) e a média.
Aluno que fez mais de um curso ganha uma aba para cada, com média e módulos próprios — o Módulo 1 do TSB não se mistura com o Módulo 1 do Avançado. O mesmo curso escrito de formas diferentes nas plataformas (Avançado 2.0, ADVANCED AGOSTO 2025, ADVANCED (V2)) cai na mesma aba.
Quando o mesmo módulo tem nota em mais de uma plataforma, o boletim usa a maior delas. As notas são convertidas para a escala 0 a 100 antes da comparação (a +A e o Moodle da Academis lançam de 0 a 10).
Clicando no nome do módulo, a tela abre as avaliações que compõem a nota em cada plataforma, com o curso de origem — útil para conferir divergência antes de emitir declaração ou certificado.
O aluno vê o próprio boletim no portal, com a nota final de cada módulo e a situação — sem a origem das notas, que só interessa à secretaria. Enquanto o boletim está em validação o item fica oculto para todos os alunos; depois de liberado, ele passa a ser mais um item que cada produto pode esconder no cadastro do produto, aba Educacional.
Em telas de notebook (1366x768) o sistema mostrava poucas linhas por vez e obrigava a rolar o tempo todo. O espaçamento de todo o painel foi reduzido: as listagens passam a mostrar cerca do dobro de linhas por tela, sem apertar os elementos uns nos outros.
As linhas das tabelas ficaram mais baixas e as colunas mais próximas. Em vez de 7 ou 8 registros por tela, aparecem cerca de 15.
Títulos de página, cards, formulários e janelas ficaram com margens menores. O título da página, que ocupava uma faixa grande no topo, foi reduzido.
O menu lateral ficou mais fino e com os itens mais juntos, sobrando mais largura para o conteúdo.
Levantar quais alunos compraram em cada mês exigia conferir a lista venda a venda. Agora a tela de Vendas tem um botão que gera a planilha do período escolhido, já com uma linha por aluno.
No topo da tela de Vendas, escolha a data inicial e final (já vem preenchido com o mês atual) e, se quiser, filtre pela situação da venda. O arquivo Excel sai na hora.
A planilha traz ID da venda, aluno, e-mail, telefone, CPF/CNPJ, titular, curso/produto, data da venda, valor, forma de pagamento, situação da venda e situação do curso. Vendas sem aluno vinculado saem com os dados do titular.
A tela mostrava o status de cada cliente na coluna, mas não dava para filtrar por ele: achar quem já está pronto para receber a carta exigia varrer a lista. Agora o status virou filtro.
O filtro "Status da carta" aceita mais de uma opção ao mesmo tempo: Enviada, Pendente (dados do dentista preenchidos e carta ainda não enviada) e Dados incompletos (falta nome ou e-mail do dentista). Substitui o antigo filtro "Dados do dentista", que só separava preenchidos de faltando.
A etiqueta "Opcional" ao lado dos documentos do gerenciador de arquivos estava sendo usada por alunos como argumento para não entregar a documentação no prazo. A etiqueta foi retirada das telas de envio; a regra de quais arquivos travam o envio continua igual.
No gerenciador de arquivos e no portal do aluno, cada documento aparece só com o nome, a orientação e os avisos — sem o selo "Opcional".
Os documentos que já eram obrigatórios continuam bloqueando o envio; os demais seguem aceitos sem obrigatoriedade. Só a exibição mudou.
Quando a Focus recusava a consulta por excesso de chamadas, o ERP reenviava a nota, levava "solicitação já está sendo atendida" de volta e marcava a parcela como erro de autorização — apagando o estado real de uma nota que só estava na fila da prefeitura. Agora o ERP só reenvia quando tem certeza de que a nota não existe lá.
Se a consulta à Focus falhar (limite de chamadas, instabilidade, queda de conexão), a parcela fica exatamente como estava e a tela avisa que a consulta ficou indisponível, em vez de gravar um erro que não veio da prefeitura.
As chamadas são espaçadas e, se ainda assim vier o aviso de excesso, o envio é repetido sozinho respeitando o tempo pedido pela Focus. Lote grande deixa de falhar no meio.
A rotina que reenvia notas com erro temporário deixa de gastar uma das três tentativas quando o problema foi só indisponibilidade da consulta.
O rodapé da tabela só somava a página inteira e o total geral. Para saber quanto dá um punhado de contas escolhidas na mão, era conta na calculadora. Agora dá para marcar as linhas e pedir o total.
Marque as contas desejadas e clique em "Somar Selecionados" na barra de ações. Aparece um aviso com a quantidade de contas, o total do Valor e o total do Valor Pago.
Depois de somar, as contas seguem selecionadas — dá para conferir o total e emendar em exportar, editar em massa ou excluir sem remarcar tudo.
A soma é feita no banco, então funciona também quando se usa "selecionar todos" com filtro aplicado, sem travar a tela mesmo com milhares de contas.
A origem do aluno passava para o titular, mas continuava também no lead do aluno: a mesma venda aparecia duas vezes na mesma origem e o comercial lia como lead duplicada. Agora a atribuição fica em um lead só — o do titular — e o lead do aluno fica com a origem "Aluno".
A origem e o rastreamento de campanha (UTMs, gclid, fbclid, URL de conversão) são movidos do lead do aluno para o do titular: o titular recebe o que tinha em branco e o lead do aluno fica com origem "Aluno" e sem nenhum dado de campanha.
O que o titular já tinha nunca é sobrescrito, e o dado repetido some do lead do aluno — é a cópia nos dois leads que fazia a venda contar duas vezes. Quem compra o próprio curso (titular e aluno da mesma venda) não é alterado, e todo valor removido continua no histórico de marketing do lead.
As vendas já cadastradas podem ser reprocessadas de uma vez; cada alteração é gravada em backup e pode ser revertida lead a lead.
A tela de Leads mostrava uma dezena de totalizadores "Não mapeado": eram origens desativadas no cadastro, que o painel não sabia nomear. Agora toda origem aparece com o nome certo, os leads sem origem preenchida têm rótulo próprio e o cadastro continua só aceitando origens ativas.
Origens desativadas aparecem pelo próprio nome nos totalizadores de Leads e de Lead Mkt Tracking. Leads sem origem preenchida somam em "Sem origem" e só o que realmente não existe no cadastro fica em uma única linha "Não mapeado".
Os filtros de Origem (Leads, Clientes, Indicadores, Lead Mkt Tracking e Kanban) passam a listar também as origens desativadas, marcadas com "(inativa)", para alcançar os registros antigos.
No cadastro e na edição de lead, o campo Origem continua oferecendo apenas as origens ativas. A única exceção é a origem já desativada do próprio lead em edição, que fica na lista marcada como inativa para não obrigar a reescrever o histórico.
Quando a prefeitura fica indisponível, as notas ficavam paradas em Erro Autorização até alguém reemitir na mão. Agora o sistema reenvia sozinho e a tela mostra o motivo real de cada falha.
Notas que falharam por queda da prefeitura ou do Portal Nacional (ADN) são reenviadas sozinhas, até três vezes, uma por hora. Erros de cadastro do cliente (município, bairro, CEP) continuam exigindo correção manual e não são reenviados.
O botão Emitir NF avisava "notas emitidas" mesmo quando todas falhavam. Agora ele conta certo e mostra o motivo de cada nota que não saiu.
Falhas que antes apareciam como "Erro desconhecido" agora trazem a resposta da prefeitura, e uma queda de conexão deixou de interromper o lote inteiro de emissão.
O lembrete automático de boleto a vencer passa a respeitar a mesma carência do SMS de cobrança: quem teve a venda cancelada ou trancada deixa de receber e-mail e SMS de cobrança.
O envio diário de lembrete de boleto agora ignora as parcelas de vendas canceladas ou trancadas, evitando cobrar cliente que já encerrou o contrato.
Parcela paga na Cielo estava ficando em aberto no ERP. A baixa passou a acontecer no momento da cobrança, a numeração das parcelas foi corrigida e existe uma varredura que recupera o que ficou para trás.
A Cielo passou a avisar o ERP assim que cobra a assinatura, e a parcela é quitada na hora — antes só a rotina da manhã fazia isso, e se ela falhasse o pagamento não aparecia.
A Cielo numera a primeira cobrança como zero. O sistema comparava esse número direto com o número da parcela e podia procurar o pagamento na cobrança errada, deixando a parcela travada em aberto.
A rotina diária só enxerga vencimentos dos últimos dez dias. Toda segunda uma varredura confere na Cielo todas as parcelas recorrentes ainda em aberto e baixa as que já foram pagas.
O modal exibia "nenhuma cobrança bem-sucedida" mesmo listando cobranças pagas, porque usava um contador da Cielo que volta zerado. Agora o número sai das próprias cobranças.
O modal mostrava "Status 5" para assinatura derrubada por cartão vencido, e chamava de "Expirada" a que a Cielo desativou por excesso de tentativas. Agora cada situação vem com o motivo e um aviso de que não haverá mais cobrança automática — as parcelas em aberto precisam ser cobradas por fora ou canceladas.
Cada curso passa a definir o que aparece no Portal do Aluno. Assim dá para tirar Documentos da Turma, Pedido de Estágio ou Biblioteca de quem não usa, sem esconder de todo mundo.
Na aba Educacional do produto, o campo "Ocultar no Portal do Aluno" marca quais itens do menu não devem aparecer para quem cursa aquele produto. O item só some quando todos os produtos ativos do aluno o ocultam.
Quem não tem nenhuma venda ativa deixa de ver Documentos da Turma, Declaração de Matrícula, Pedido de Estágio e Gerenciador de Arquivos — não há curso vigente para emitir nada disso. Ficam Início e Financeiro, onde ele consulta o histórico e o aviso de rescisão. Curso quitado continua contando como ativo.
O menu da barra lateral e os cards da tela inicial passaram a sair da mesma lista. Antes a Biblioteca sumia da lateral mas continuava como card na tela inicial; agora o que é ocultado some dos dois lugares, e a página fica indisponível também por link direto.
Os leads que chegam pela API com utm_source da OpenAI passam a entrar na origem OpenAI Ads, em vez de cair em Site - Orgânico, e já vão para a responsável dos canais de busca.
utm_source openai, open_ai, openai_ads e openai.com passam a gravar a origem OpenAI Ads no lead. Tráfego rotulado como ChatGPT não entra aqui: é visita vinda do chat, não do canal de anúncio, e continua em Site - Orgânico.
Como já acontece com o Bing, o utm_source da OpenAI sobrescreve a origem enviada pelo site (o rastreamento costuma rotular esse tráfego como Orgânico) e o lead recebe a mesma responsável de Google Ads, Bing Ads e Site - Orgânico.
O quadro de Chamados T.I. passa a te identificar automaticamente com o usuário logado no ERP — sem precisar digitar nome e e-mail, e sem perder a identificação ao atualizar a página.
Ao abrir Chamados T.I., o quadro reconhece você pelo login do ERP e mostra direto os seus chamados, sem o passo de "quem é você".
O filtro de equipes ganhou a opção "Sem equipe", para isolar as vendas que ficaram sem equipe vinculada e descobrir de qual vendedor são.
No filtro Equipes do Progresso de Vendas, a opção "Sem equipe" aparece quando existem vendas sem equipe e permite listar só elas — na tela, no Excel e no PDF.
O Painel de Vendas passa a mostrar de onde veio o cliente de cada venda — Google Ads, Indicação, Formulário Meta e assim por diante —, tanto na tela quanto nas exportações.
Na aba "Minha Relação de Vendas", uma coluna nova ao lado do vendedor mostra a origem do lead do cliente. Venda de cliente sem lead vinculado aparece com traço.
A planilha "Relação de Vendas" e o PDF do painel também trazem a coluna Origem do Lead, na mesma posição da tela.
As leituras por dia agora mostram o dia da semana ao lado da data, e o fim de semana aparece destacado — fica direto na tela por que a segunda vendeu mais que o sábado.
A tabela "Resumo por dia" ganhou o dia da semana junto da data, e os gráficos de venda por dia e de produtos por dia mostram a mesma informação embaixo de cada barra.
Os dias de fim de semana aparecem em laranja, separando o ritmo do fim de semana do ritmo dos dias úteis sem precisar conferir o calendário.
As tabelas por data de comissão do Painel de Vendas, a planilha "Por dia" do Excel e o PDF do Progresso de Vendas passaram a trazer o dia da semana também.
O quadro de demandas de T.I. passa a abrir dentro do próprio sistema, e o menu do usuário deixa de repetir a informação de versão em dois itens.
Novo item no menu do usuário, logo acima do Logout, que abre o quadro de demandas de T.I. sem sair do sistema.
Os itens "Novidades" e "Versão" viraram um só: agora aparece "Novidades (v2.77)", com o número atualizado automaticamente a cada release.
Quando quem paga a venda é cadastrado só para o financeiro, a origem dele ficava como "Aluno" e a venda perdia a atribuição de marketing. Agora a origem e os dados de campanha do aluno passam automaticamente para o titular da venda.
Ao vincular o aluno à venda, o sistema copia a origem e o rastreamento de campanha (UTMs, gclid, fbclid, URL de conversão) do aluno para o cliente titular sempre que a origem do titular for "Aluno".
Campo em branco no aluno não sobrescreve o do titular, e toda troca fica registrada no histórico de marketing do lead para conferência.
As vendas já cadastradas com esse problema podem ser corrigidas de uma vez, devolvendo a origem verdadeira aos relatórios comerciais.
Toda ação que consulta o servidor agora mostra que o sistema está trabalhando. No Comparativo de Leads, trocar o período deixa claro que a consulta está em andamento em vez de a tela parecer travada.
Uma barra fina aparece no topo da tela enquanto o sistema processa qualquer ação — filtro, salvamento ou abertura de janela. Ela só aparece quando a espera passa de um instante, sem piscar em ações rápidas.
Ao mudar o período, a tela mostra "Atualizando comparativo…" com os números anteriores esmaecidos ao fundo. Assim dá para saber que a consulta ao ERP, ao site ASB e ao site TSB ainda está rodando.
Quando o contato entra em outra campanha, a lead que já está em atendimento deixa de ser jogada de volta para a Entrada de Lead: a etapa e o responsável do atendimento em curso são preservados.
Lead em Contato 2, Prospect, Em Negociação ou Venda (Venda Paga), com data de retorno igual ou maior que a data de hoje, não é devolvida para Entrada de Lead pela API — mesmo que a nova campanha envie essa etapa.
Lead com data de retorno já vencida segue a regra de sempre: volta para Entrada de Lead ao entrar em uma nova campanha, com a atribuição de responsável por origem.
Toda tentativa bloqueada fica registrada no CRM da lead, informando a etapa ativa e a data de retorno que impediram a volta para a entrada.
O envio de documentos do aluno saiu da tabela larga e do formulário de endereço. Agora o certificado é enviado por e-mail, cada documento aparece em um bloco com orientação própria e o aluno vê o que já selecionou antes de concluir.
CEP, endereço, número, complemento, bairro, cidade e estado saíram da tela. Entrou o campo E-mail para envio do certificado, já preenchido com o cadastro e editável — se o aluno corrigir, o e-mail é atualizado no ERP.
No celular a tabela vira blocos: nome do documento, orientação curta, botão de selecionar, nome do arquivo, Arquivo selecionado, status e observação — tudo na largura da tela, sem rolagem horizontal e com espaço no fim da página para a barra do navegador não cobrir o botão.
Documentos pessoais (RG/CNH frente e verso, selfie, histórico escolar e certidão) e documentos de estágio (ficha de avaliação e relatório) ficam em blocos separados, com nome curto e a explicação em texto à parte.
A Ficha de Avaliação avisa para não enviar o Relatório naquele campo, e o Relatório avisa para não enviar a Ficha e para juntar todas as páginas em um único PDF.
A tela mostra 5 de 7 documentos selecionados e, se faltar algum obrigatório, destaca o campo com Selecione este documento para continuar. O botão passou a ser Enviar documentos e a confirmação, Documentos enviados com sucesso.
Saiu a coluna ID, Tipo do Arquivo virou Documento, Selecione o Arquivo virou Selecionar arquivo, a data de envio só aparece depois do envio e a observação aparece em destaque logo abaixo do documento correspondente.
As bases de Cobrança das Vendas e de Cobrança de Rescisões passam a abrir com a base mais nova no topo, e o acompanhamento das duas traz as colunas e os filtros que faltavam para trabalhar a régua sem sair da tela.
As listagens de Cobrança das Vendas e de Cobrança de Rescisões passam a ordenar por Criado em, da mais recente para a mais antiga, sem precisar clicar na coluna.
Acompanhamento de rescisões ganhou CPF/CNPJ, telefone, produtos, equipe, data de rescisão, forma de pagamento, último CRM, status da venda e a data de entrada na base. A cobrança das vendas ganhou número da parcela, CPF/CNPJ, telefone, produtos, equipe, status da venda e entrada na base. As colunas extras ficam no seletor de colunas da tabela.
Rescisões agora filtra por cliente, CPF/CNPJ, ID da venda, status da venda, forma de pagamento, equipe, produto, data de rescisão, entrada na base, último CRM e faixa de valor rescindido. A cobrança das vendas ganhou equipe, produto, entrada na base e faixa de valor da parcela.
A lista de Cobrança das Vendas ganhou as colunas Vencimento Inicial e Vencimento Final, e a de Cobrança de Rescisões, Rescisão Inicial e Rescisão Final — dá para ver o período que cada base cobre sem abrir o acompanhamento. As duas telas também ganharam o filtro por esse intervalo de datas.
As exportações dos itens das duas bases saem com equipe, produtos, status da venda e entrada na base — e, na rescisão, também com data de rescisão e último CRM.
Quando a Cielo devolve o valor de uma venda cancelada, o ERP marcava a data de cancelamento em todas as parcelas, inclusive nas que já tinham sido pagas. Agora o cancelamento vale da primeira parcela devolvida em diante, que é como a venda realmente para de ser cobrada.
A devolução da Cielo diz a qual parcela se refere. A primeira parcela devolvida por inteiro define o corte: dela em diante todas ficam com status Cancelado e com a data de cancelamento.
As parcelas anteriores ao corte foram efetivamente pagas: seguem como Quitadas e com a coluna Data Cancel. em branco na tela de Parcelas da Venda.
O reprocessamento desfaz o cancelamento indevido: parcela paga antes do corte que tinha sido marcada como cancelada volta a Quitada, com a data de crédito do extrato.
Parcela cancelada que só tinha valor vindo da previsão da Cielo, sem data de crédito, aparecia com Valor Pago preenchido. Agora o valor pago é zerado, porque o dinheiro nunca entrou.
Em Vendas, ao clicar em Ver Parcelas (ou qualquer ação com janela), o menu de ações ficava aberto por cima do modal atrapalhando a leitura. Agora ele fecha sozinho quando a janela abre.
Em Financeiro > Boletos ITAU, a ação Ver Boleto no Banco exibia uma tela preta de depuração. Agora abre um modal com a situação do título consultada na hora na API do Itaú.
O modal mostra a situação do título no banco (Em Aberto, Paga, Baixada), se está a vencer ou vencido, valor, vencimento, emissão, limite para pagamento, carteira, espécie e os dados do pagador e do beneficiário.
Os dois aparecem no modal com botão de copiar, para repassar ao cliente sem precisar emitir a segunda via.
Se o valor ou o vencimento registrado no ERP for diferente do que está no Itaú, o modal destaca a diferença lado a lado. Também mostra juros, multa, descontos e as mensagens impressas no boleto.
Quando o Itaú não encontra o nosso número (boletos antigos, anteriores à API) ou recusa a consulta por excesso de chamadas, o modal explica o motivo em vez de mostrar uma tela vazia.
Nas vendas com forma de pagamento Misto, as ações Tentativas cartão e Status Cielo passaram a aparecer no menu da venda. Antes só apareciam nas vendas de Cartão de Crédito e Cartão Recorrente, mesmo quando a venda mista tinha parcelas cobradas no cartão.
A ação exibe o histórico de tentativas de cobrança das parcelas de cartão da venda mista, com a mesma informação já mostrada nas demais vendas: data, gateway (Cielo ou Rede/iPag), valor, status e o motivo da recusa.
A ação consulta na Cielo a situação atual das transações de cartão e de recorrência da venda mista. Continua aparecendo apenas quando o cartão da venda é processado pela Cielo; as vendas na Rede/iPag seguem com o acompanhamento pelas Tentativas cartão.
Em Cobrança > Cobrança de Rescisões, a criação da base passou a filtrar pela data em que a rescisão aconteceu (e não mais pelo vencimento da parcela) e a permitir excluir produtos. A distribuição deixou de devolver a venda para quem a fez, e o Acompanhamento de Rescisões ganhou exportação em Excel e PDF.
Os campos Vencimento Inicial e Vencimento Final viraram Data de Rescisão Inicial e Data de Rescisão Final. A busca traz as vendas cuja parcela foi rescindida dentro do período informado, e não as que venciam nele.
O filtro ganhou o campo Produtos Excluídos, de múltipla escolha. A venda que tiver qualquer um dos produtos marcados não entra na base. A lista traz também os produtos inativos, porque eles continuam presentes em vendas antigas.
Na distribuição da base, o usuário que fez a venda não recebe a cobrança dela de volta. Como o cliente inteiro vai para um único usuário, ficam de fora os vendedores de qualquer venda daquele cliente. Se todos os selecionados venderam para ele, o menos carregado assume mesmo assim, para nenhuma venda ficar sem responsável.
No Acompanhamento de Rescisões, selecione as linhas desejadas e use Exportar (Excel) ou Exportar PDF. A planilha sai com usuário, cliente, CPF, telefone, valores, renegociações e valor recuperado.
Na tela Extrato Cielo - Detalhado, o lançamento de cancelamento deixou de aparecer sempre como parcela 1/1. Agora mostra a parcela que está sendo devolvida, deduzida pelo crédito daquele mesmo dia.
A Cielo não informa no arquivo qual parcela está devolvendo — manda sempre 1/1. Como a devolução cai na mesma data do crédito, a parcela é deduzida e exibida na coluna Parcela, com o valor original do arquivo logo abaixo.
Cancelamento aparecia como "10 - Pago" e dava a impressão de recebimento. O status vem da UR, não do lançamento, então nos valores negativos passa a exibir a nota "da UR: devolução efetivada".
As parcelas de venda passaram a ter Data de Cancelamento própria: quando a venda é cancelada, todas as parcelas recebem a mesma data de uma vez, em vez de acompanhar a devolução mês a mês da Cielo. Junto disso, parcela cujo crédito a Cielo estornou deixa de constar como recebida.
Em Vendas > Ver Parcelas aparece a coluna Data Cancel. quando a venda tem cancelamento. Todas as parcelas mostram a mesma data, que é a do cancelamento, e não a data em que a Cielo devolveu cada uma.
Quando a Cielo credita e estorna o mesmo valor no mesmo dia, a parcela deixa de exibir data de crédito e valor recebido, e passa a Cancelada. Parcela que recebeu de fato e não foi devolvida continua como Quitada, para o valor não sumir do painel.
A importação dos arquivos da Cielo passou a guardar cada lançamento como uma linha própria. Antes, cancelamentos e ajustes de meses diferentes se sobrescreviam e a parcela 1 de uma venda parcelada era apagada pelo cancelamento do mesmo NSU.
Venda parcelada cancelada é devolvida pela Cielo parcela a parcela, uma por mês. Agora todas essas devoluções ficam registradas, e não só a última — o Extrato Cielo - Detalhado passa a mostrar o cancelamento de cada parcela na data em que ele ocorreu.
O pagamento da parcela 1 de uma venda parcelada e o cancelamento do mesmo NSU dividiam o mesmo lugar no banco e um apagava o outro. Agora convivem, então o extrato fecha com o arquivo da Cielo.
A janela Parcelas da Venda passou a exibir a coluna Data Crédito nas vendas com cartão, com o dia em que a Cielo efetivamente repassou o valor daquela parcela.
Em Vendas > Ver Parcelas, ao lado da Data Pgto., aparece a data do repasse informada pelo extrato da Cielo. Parcela ainda não repassada fica em branco, então dá para ver de imediato o que já caiu na conta. A coluna só aparece em vendas que têm parcela no cartão.
Categorias do financeiro e contas bancárias passaram a ter o campo Conta Contábil, numérico e opcional, aceitando apenas valores maiores ou iguais a 1. O dado aparece como coluna e filtro nas duas listagens.
Ao criar ou editar uma categoria, informe o número da conta contábil. O campo pode ficar em branco e a listagem ganhou coluna, ordenação, filtro por número e saída nas exportações.
O cadastro de Contas Bancárias também aceita o número da conta contábil, opcional, com coluna e filtro próprios na listagem.
O cadastro de Categorias Financeiro ganhou o campo Despesa Operacional (Sim/Não). A marcação aparece como coluna e filtro nas categorias e também em Contas a Pagar, junto do Associar com DRE, e sai nas exportações em Excel e PDF.
Ao criar ou editar uma categoria do financeiro, informe se ela é despesa operacional. A coluna pode ser exibida, filtrada por Sim/Não e exportada na listagem de categorias.
Em Contas a Pagar as duas informações da categoria ficam disponíveis como colunas selecionáveis e como filtros, e entram nas exportações em Excel e PDF junto das demais colunas visíveis.
Venda marcada como não comissionada entra no painel pelo que foi recebido. O valor considerado passou a ser o efetivamente pago em cada parcela, e não o valor contratado — antes, parcela quitada com desconto (ex.: R$ 222,22 acertada por R$ 200,00) inflava o total.
No indicador Valor da Venda e na relação de vendas, a venda sem comissão agora vale a soma do valor recebido das parcelas pagas. Boleto pago com desconto ou com juros/mora entra pelo valor real do pagamento, então o painel bate com o extrato.
Ao abrir uma venda antiga, o campo Serviço deixou de exibir o número do produto quando esse produto já tinha sido desativado — agora aparece o nome, marcado como inativo. Em vendas novas, produto desativado continua fora da lista.
No passo Serviços / Parcelas da venda, um serviço desativado aparecia só como o id (ex.: "15"). Agora mostra "Nome do serviço (inativo)", então dá para conferir a venda sem consultar o cadastro de produtos.
A busca do campo Serviço passou a ignorar produtos desativados — antes, procurar pelo nome ou pelo id trazia produto inativo e permitia selecioná-lo. Só produtos ativos podem ser escolhidos ao montar uma venda.
O item Leads do menu passou a exibir um contador com o total de leads parados na etapa "Entrada de Lead", para o comercial ver de imediato quantos leads novos ainda precisam ser trabalhados.
Ao lado de Leads, no menu lateral, aparece um selo laranja com a quantidade de leads na etapa "Entrada de Lead". O número some quando a fila zera, então serve como meta: enquanto houver selo, existe lead novo esperando contato. Passando o mouse, a dica confirma do que se trata.
Ajustar a etapa de milhares de leads deixou de ser trabalho manual: um comando aplica o de-para da planilha nas bases do ASB e do TSB e registra no histórico de cada lead a etapa anterior, a nova e o motivo da alteração.
O comando "leads:etapa-em-massa" já vem com o de-para da planilha etapa-lead (arquivo database/data/etapa-lead-de-para.csv, colunas de,para, aceitando id ou nome da etapa) e reposiciona os leads das duas bases de uma vez; outro arquivo pode ser passado em --mapa e ajustes pontuais em --par=DE:PARA. Por padrão ele só simula: mostra quantos leads sairiam de cada etapa e para onde iriam, e só grava com --aplicar, sob confirmação. Dá para rodar em uma base só (--conexao=asb ou tsb) e salvar em CSV a relação dos leads afetados (--saida), caso seja preciso desfazer.
Cada lead alterado ganha duas linhas no histórico: a troca da etapa, com o valor anterior e o novo, e um comentário explicando que a mudança veio de uma alteração em massa (por exemplo, "Alteração em massa de etapa lead solicitada pelo comercial"). O histórico é gravado no banco do próprio lead, então ASB e TSB mantêm cada um o seu rastro, e a coluna de comentário passou a aparecer com nome próprio na tela de histórico.
A emissão da declaração deixou de ficar escondida no menu de cada solicitação e o documento passou a usar o texto oficial completo, com CPF, carga horária e as ressalvas sobre estágio e CRO.
Na tela Declarações de Matrícula, a ação de emitir saiu do menu de três pontinhos e virou um botão visível em cada solicitação. Ao clicar, abre a caixa de seleção do curso e, escolhido o curso, a declaração é gerada com nome, carga horária, quantidade de módulos e validade daquele curso.
O PDF passou a trazer o texto completo: nome e CPF do aluno, curso e carga horária total, a exigência de estágio supervisionado em clínica ou consultório sob supervisão de cirurgião-dentista com CRO ativo, os dados da ASB Cursos Digitais LTDA e a certificação pela ABO-PG/PR, além da ressalva de que a declaração não substitui o certificado de conclusão. Data de emissão, validade, assinatura da diretoria e QR Code de validação seguem no documento.
A logo do projeto no topo da declaração foi ampliada, mantendo a proporção original, para ficar visualmente equilibrada com a logo da ABO ao lado.
Quando uma cobrança no cartão é recusada, a tela de tentativas passou a explicar o provável motivo e o que orientar ao cliente, e a mensagem de recusa que o cliente vê no link ficou mais clara — agora valendo também para as vendas via iPag/Rede.
Cada tentativa recusada ganhou um bloco de diagnóstico: a causa provável (ex.: cartão de loja que não parcela, plano de parcelas não habilitado, saldo insuficiente, cartão vencido, excesso de tentativas), uma frase pronta de "o que dizer ao cliente" e a ação sugerida para a equipe (retentar depois, reduzir parcelas, trocar cartão, aguardar). O diagnóstico é montado a partir do código de retorno, da mensagem da operadora, das parcelas e da faixa do cartão (BIN) — sem depender de cadastro manual.
Antes só a Cielo registrava as tentativas de cobrança; as recusas da iPag não deixavam rastro e não apareciam para consulta. Agora toda cobrança no cartão via iPag/Rede — aprovada ou recusada — é gravada no mesmo histórico, e o botão "Tentativas cartão" abre para as duas operadoras, com o gateway identificado em cada tentativa.
O texto que o cliente vê ao ter o cartão recusado deixou de ser o retorno cru da operadora e passou a trazer uma orientação objetiva (ex.: "este cartão não aceita parcelar em 12x; tente à vista ou use outro cartão"). Vale para Cielo e iPag; quando o retorno não é conclusivo, o texto original da operadora é mantido.
Vendas no cartão que a operadora recusava estavam sendo marcadas como quitadas mesmo assim, porque o sistema olhava só o "recebi seu pedido" da iPag e não o resultado real da transação.
A iPag responde "ok, recebi" (HTTP 200) mesmo quando o cartão é recusado — a aprovação de verdade vem num campo separado da resposta. O fluxo de crédito à vista (e o misto) olhava só o "recebi" e marcava todas as parcelas como pagas, com data de pagamento e valor recebido, sobre uma transação recusada. Agora a cobrança só é considerada aprovada quando a iPag confirma a captura de fato; recusa devolve o motivo da operadora e a parcela continua em aberto para nova tentativa. A cobrança recorrente já validava certo e não muda.
Para acertar o histórico de quem foi afetado antes do ajuste, o comando "ipag:reconciliar-parcelas" consulta cada transação diretamente na iPag e reabre as parcelas que a operadora confirma como recusadas — limpando pagamento, valor recebido e a autenticação para permitir nova cobrança. Ele simula por padrão e só grava com --apply, sob confirmação; parcelas realmente aprovadas e casos sem resposta da iPag são preservados.
O aluno precisava redigitar o CPF sempre que a sessão expirava, e os textos da área de envio de documentos não deixavam claro para que servem os arquivos pedidos.
O acesso valia só enquanto a sessão durava — 2 horas de inatividade —, então quem voltava no dia seguinte caía na tela de CPF de novo. Agora o login também grava um cookie de acesso com validade de 30 dias, renovado a cada visita: com a sessão vencida, o portal reabre o acesso sozinho e o aluno continua navegando entre Início, Financeiro, Arquivos, Declaração e Estágio. O cookie é assinado pelo sistema e invisível para o navegador, de modo que ninguém consegue entrar como outro aluno trocando o valor à mão. "Sair" apaga a sessão e o cookie.
O aviso do topo passou a pedir "Confirme o seu endereço atual", já que o endereço costuma vir preenchido do cadastro e o aluno só precisa conferir. Um botão "Confirmar endereço" foi colocado logo abaixo dos campos, então dá para salvar o endereço sem descer até o fim da página. Quando o envio não traz nenhum arquivo, a confirmação responde "Endereço confirmado com sucesso!" no lugar de "Arquivos enviados com sucesso!".
O card do Gerenciador de Arquivos no Início passou a dizer "Envie os documentos para emissão do certificado", no lugar de "Envie e acompanhe seus documentos". Na própria tela, o subtítulo, o aviso do endereço e as descrições dos blocos de documentos obrigatórios e opcionais foram reescritos no mesmo sentido: deixam explícito que os arquivos passam por análise e precisam estar aprovados para o certificado ser emitido, e que os opcionais não são exigidos.
O Gerenciador de Arquivos não indicava quantos documentos estavam aguardando análise sem abrir a tela e filtrar.
O item Gerenciador de Arquivos, dentro do grupo Educacional, passou a exibir um selo com o total de documentos com status "Em Análise". O selo some quando não há nenhum pendente.
Aluno com contrato rescindido via a tela do Financeiro em branco, parcela de cartão recorrente não gerava nota fiscal automática e os dois botões de nota vinham com o nome trocado.
O portal só lista contrato realizado ou quitado, então quem teve o contrato rescindido abria o Início e o Financeiro e não via nada — nem boleto, nem explicação. Agora aparece um aviso pedindo contato com o setor financeiro, com botão direto para o WhatsApp. O aviso só é exibido quando não há dúvida: contrato rescindido com data de rescisão registrada, nenhum contrato realizado ou quitado no CPF / CNPJ e nenhuma parcela paga depois da rescisão — pagamento posterior indica acordo em andamento e o aviso não aparece.
Boleto (Francesinha) e cartão à vista/parcelado (extrato Cielo) já emitiam a nota assim que o pagamento era confirmado, mas a recorrência ficava de fora e dependia de emissão manual. Agora a parcela recorrente quitada — tanto pela Cielo quanto pela Rede/iPag — emite a nota automaticamente, do mesmo jeito.
Os botões traziam NFe e NFSe com os nomes trocados, porque o rótulo vinha da posição (nota 1 / nota 2) e não do tipo realmente emitido. O rótulo passou a sair do tipo gravado na parcela e os dois botões viraram um: um clique abre todas as notas da parcela em novas abas.
A venda que não deve gerar comissão precisava ficar sem data de comissão, mas o campo voltava a ser preenchido sozinho.
A aba Comissão mostrava a data de pagamento da primeira parcela mesmo quando a venda não tinha data gravada, então limpar o campo parecia não funcionar. Agora o campo aparece vazio nesse caso, e a data padrão continua indicada no texto de ajuda logo abaixo.
A baixa de parcela e a rotina de manutenção preenchiam a data de comissão de qualquer venda sem data, o que desfazia o campo limpo na próxima parcela paga. Vendas com "Venda comissionada" desmarcada agora ficam de fora desse preenchimento e continuam sem data.
Venda com valor total digitado errado precisava de acerto no banco, e venda marcada como não comissionada não aparecia no Painel de Vendas nem pelo que já havia sido recebido.
O painel só mostrava venda comissionada, então cliente que pagou a entrada numa venda marcada como não comissionada simplesmente não aparecia. Agora ela entra na relação e nos totais, valendo o que foi recebido (soma das parcelas pagas) em vez do valor contratado, e sai marcada com "sem comissão" no status, com uma coluna Comissionada no Excel.
A aba Comissão da venda ganhou o bloco "Valor total da venda", com o campo e o botão Salvar valor total, visível apenas para super admin e líder comercial — a mesma regra que já valia para trocar vendedor e mexer na comissão. O botão pede confirmação antes de gravar.
As listas dos filtros do Painel de Vendas ficam uma hora em cache, e lista vazia também era guardada: quem abria a tela antes de a equipe ter líder cadastrado via "Nenhuma opção disponível" pela hora seguinte. Agora lista vazia não é guardada, e salvar uma equipe (líder novo, equipe desativada) derruba as listas na hora.
A gravação toca apenas o valor total da venda: parcelas, boletos, cartões, produtos e recebimentos ficam exatamente como estavam, e nada é recalculado. Valor zerado, vazio ou negativo é recusado, e a alteração fica registrada no histórico de revisões da venda, com o valor antigo e o novo.
Os filtros do painel deixaram de recarregar a tela a cada clique, entrou o filtro de líder da equipe, as renegociações passaram a contar e o valor da venda aparece em uma coluna só, sem o par Bruto/Pago repetido.
Cada escolha nos filtros disparava uma consulta nova, então montar um recorte com várias equipes fazia a tela recarregar equipe por equipe. Agora dá para escolher tudo com calma e clicar em Aplicar filtros uma única vez.
Com o filtro novo os campos passaram a quebrar em duas linhas, e as explicações embaixo de cada um deixavam um vão grande no meio do bloco. Os cinco filtros agora ficam lado a lado nas telas largas e a explicação virou um ícone de ajuda ao lado do rótulo.
A tela trazia do banco todas as vendas de dois meses, linha por linha, e as guardava inteiras para somar em memória — era um volume enorme de dados viajando em cada clique, inclusive ao virar página da relação. Agora o banco devolve os números já somados e só as vendas exibidas na página, reduzindo drasticamente o tráfego da tela.
Entrou o filtro Líder da equipe, de múltipla escolha, que traz as vendas de todas as equipes lideradas pela pessoa escolhida — sem precisar marcar equipe por equipe. O líder escolhido também sai no cabeçalho das exportações.
A venda efetivada aparecia como "Em aberto", termo que não corresponde ao que o comercial usa. Agora aparece como Realizado, no painel e nas exportações.
Os dois mostravam sempre o mesmo número. Sobrou um só, chamado Valor da Venda, em toda a tela — indicadores do resumo, visão diária, relação de vendas, totalizador por estado e detalhe por município — e também no Excel e no PDF. A coluna "% Pago / Bruto", que era a divisão de um número por ele mesmo, saiu junto.
A relação de vendas ganhou as colunas CPF / CNPJ, Endereço e CEP, com a pontuação já aplicada — antes era preciso abrir o cadastro do cliente para conferir. No Excel o endereço sai quebrado em Endereço, Número, Complemento, Bairro e CEP, para usar em etiqueta e mala direta.
A venda renegociada ficava de fora do painel, então quem procurava o cliente pela data de comissão não achava a venda. Como o período recorta pela data de comissão, cada venda aparece no mês em que gerou comissão, e a renegociação entra como qualquer outra.
As abas ASB e TSB do Comparativo de Leads deixaram de mostrar a lista "Informativo — só no sistema", que não era mais usada no dia a dia.
A lista de leads que faltam no sistema passou a usar toda a largura da aba, com mais espaço para as colunas de UTM e para os botões de cadastrar e excluir.
O link de pagamento passou a barrar cartão vencido ou número inválido antes de chegar na Cielo, e não deixa mais o cliente insistir no mesmo cartão até a operadora bloquear o estabelecimento por excesso de tentativas. Toda tentativa, aprovada ou recusada, agora fica gravada e pode ser consultada na venda.
Os campos de mês e ano do link de pagamento vinham marcados em janeiro do ano corrente, ou seja, já vencidos na maior parte do ano: quem não mexia neles enviava data inválida e levava recusa. Agora abrem no próximo mês e o sistema não deixa escolher um mês que já passou.
Número do cartão, código de segurança, nome e validade são conferidos no próprio link. Dado errado volta com o aviso na hora e não vira tentativa na Cielo, que é o que aproxima o bloqueio por excesso de tentativas.
Recusa definitiva (cartão vencido, cancelado, perdido) impede novo envio com o mesmo cartão e pede outro. Recusa temporária pede um intervalo antes da próxima tentativa, que aumenta a cada recusa. Se a operadora bloquear por excesso de tentativas, o link avisa o horário em que libera. Acima de seis recusas em 24 horas, a venda espera o dia seguinte.
As tentativas de cobrança no cartão passaram a ser gravadas, e não apenas registradas em log — antes o histórico sumia quando o log era rotacionado. A tela "Tentativas Cielo" mostra também a classificação da recusa, e o número do cartão continua guardado só mascarado.
A partir da terceira recusa na mesma venda, ou logo no bloqueio por excesso de tentativas, o consultor da venda recebe uma notificação no painel com o motivo, em vez de a equipe só descobrir quando o cliente reclama.
O usuário deixou de ficar preso a uma equipe: agora participa de quantas precisar, e é ele quem escolhe, na própria venda, de qual equipe é aquela venda. A tela de Equipes passou a montar o time sem precisar abrir usuário por usuário, e equipe desativada saiu das listas de escolha.
No cadastro de Usuários a Equipe virou Equipes, de múltipla escolha, e a listagem mostra todas as equipes da pessoa. Adicionar alguém em uma equipe não tira ele das outras.
Quem está em mais de uma equipe passa a ver o campo "Equipe da venda" na etapa Cliente e escolhe de qual delas é aquela venda — sem escolher, a venda não é salva. Quem está em uma equipe só não vê o campo: a equipe já vai preenchida sozinha, como sempre foi. Vale também para o "Alterar Consultor" da listagem de vendas, que pergunta a equipe quando o novo consultor tem várias.
Ao editar uma equipe aparece a lista de usuários dela, com "Adicionar usuários" (vários de uma vez, só usuários ativos) e "Remover", individual ou em lote. Quem já participa de outras equipes aparece com elas ao lado do nome. A listagem de equipes ganhou a coluna com a quantidade de usuários, e remover alguém não mexe nas vendas já fechadas.
A tela inicial ganhou o filtro de Equipe, de múltipla escolha, ao lado de vendedor e categoria. Ele recorta pela equipe gravada na venda e sai no cabeçalho do Excel e do PDF. Para o perfil Consultor o filtro fica travado, como os demais.
Vendas, Usuários, Metas Comerciais, Indicadores, Parcelas, Cielo, Ipag, Emitir Nota Fiscal, Progresso de Vendas, Vendas x Rescisões e as réguas de cobrança e de rescisão passaram a oferecer só equipes ativas. Cadastro que já estava gravado com uma equipe desativada continua mostrando ela, para uma edição não apagar o vínculo sem querer.
A tela ganhou o filtro de categoria do produto e passou a mostrar a categoria de cada venda na relação de vendas. O recorte da tela continua o mesmo: Venda do Comercial e Venda Formatura - Produto Físico.
Dá para ver só Venda do Comercial ou só Venda Formatura - Produto Físico. A venda entra quando tem ao menos um produto da categoria escolhida, e o recorte vale para tudo de uma vez: cards, gráficos, resumo por período, rankings e a relação de vendas. Sem escolha, as duas categorias continuam valendo. A lista de produtos do filtro ao lado acompanha a categoria selecionada.
A relação de vendas do período ganhou a coluna Categoria, ao lado do produto, e ela também sai no Excel. Venda com produtos de categorias diferentes mostra as duas na mesma linha.
O Excel e o PDF passaram a informar quais categorias estão no recorte, junto dos demais filtros aplicados.
Notas de produto físico para consumidor final de outro estado eram rejeitadas pela SEFAZ com a Rejeição 815 ("Valor do ICMS Interestadual para UF de Destino difere do calculado"). A alíquota interna da UF de destino não chegava à SEFAZ, que então calculava zero de partilha e recusava a nota.
A alíquota interna da UF de destino passou a ser enviada no campo esperado pela API fiscal, de modo que a SEFAZ calcula o mesmo valor de ICMS de partilha informado na nota.
O grupo do FCP da UF de destino agora só vai na nota quando o estado tem alíquota de FCP cadastrada, com base de cálculo, percentual e valor nos campos corretos.
O painel incorporado do Google Looker saiu da Dashboard e deu lugar aos mesmos relatórios feitos dentro do próprio ERP: resumo com indicadores, visão diária, relação de vendas e volume por município no mapa. O período passou a considerar a data de comissão e só entram vendas comissionadas.
Qtde. de vendas, bruto, pago e líquido das vendas comissionadas no período, cada um com a variação contra o mesmo intervalo do mês anterior.
Uma linha por dia de comissão com quantidade, bruto, pago, líquido, % de entrada e % pago/bruto, além do total geral do período.
Todas as vendas do período venda a venda, com cliente, equipe, vendedor, forma de pagamento, parcelas e a quebra dos valores em AD, cartão de crédito e cartão recorrente.
Mapa do Brasil com uma bolha por cidade — o tamanho é o volume de vendas e a cor indica a UF —, acompanhado do ranking das cidades com valores bruto e líquido.
Abaixo do mapa, cada UF aparece com quantidade de cidades, vendas, fatia do período, bruto, líquido e % de entrada, na mesma cor da bolha do mapa.
O período recorta pela data de comissão, considerando apenas vendas comissionadas, e dá para separar por categoria do produto (Venda do Comercial, Renegociação, Recuperação e as demais). Quem é Consultor vê apenas as próprias vendas, com os dois filtros travados; os demais perfis escolhem livremente o recorte.
O Excel sai com quatro abas (resumo, visão diária, relação de vendas e municípios) e chega por notificação quando fica pronto. O PDF traz os indicadores e as tabelas do período no mesmo layout dos demais relatórios.
A aba TSB do Comparativo de Leads passou a ter o botão de excluir, que já existia apenas na aba ASB. Agora dá para apagar o lead direto no site cursotsb.com.br sem sair da tela, do mesmo jeito que já era feito com os leads do site ASB.
A lixeira aparece em todas as listas da aba TSB, ao lado do botão de cadastrar no sistema. A confirmação mostra o lead (nome, e-mail e telefone) e avisa que a exclusão é definitiva.
O lead é apagado no próprio site TSB, e não apenas no sistema, então ele não volta a aparecer como vazamento na próxima conferência.
Depois de excluir, os dados do site são recarregados automaticamente e o lead sai da listagem, sem precisar esperar a atualização programada.
Se o site TSB recusar a exclusão ou estiver fora do ar, aparece uma notificação explicando o motivo e nada é apagado.
Configurações passou a ter a tela Calendário, onde a equipe define quais dias são úteis. Os dias do mês são criados automaticamente todo dia 1º, já classificados por dia da semana, e cabe ao usuário apenas marcar os feriados do mês — o dia deixa de ser útil na hora.
Listagem com filtros por ano, mês, feriado e dia útil, além de cadastro, edição e exclusão de dias avulsos.
Todo dia 1º o sistema cria os dias do mês corrente já com ano, mês, dia e dia da semana calculados. Também é possível popular um período à mão pelo botão "Popular mês", escolhendo até 12 meses de uma vez.
Todo dia nasce como não feriado. Ao marcar um feriado, a descrição passa a ser obrigatória e o dia deixa de ser útil automaticamente; ao desmarcar, ele volta a ser útil se não for fim de semana.
Além da lista, o Calendário tem a visão em grade do mês: dias úteis, fins de semana e feriados aparecem com cores diferentes e basta clicar no dia para marcar ou desmarcar o feriado.
Um botão carrega de uma vez os feriados nacionais de um ou vários anos, incluindo os móveis (Sexta-feira Santa, Carnaval e Corpus Christi). Os pontos facultativos podem ser deixados de fora.
Repopular um mês ou recarregar os feriados nacionais não apaga nada: os feriados marcados manualmente continuam intactos, com a descrição que você escreveu.
Digitar uma letra em um filtro de ID derrubava a tela com erro de banco ("invalid input syntax for type bigint"). Agora todos os campos de filtro por ID aceitam somente números e, se ainda assim chegar um valor inválido, o filtro é simplesmente ignorado em vez de quebrar a listagem.
Os filtros de ID (ID, ID Venda, ID Parcela, ID Cliente, ID Lead, ID Francesinha, entre outros) passaram a ser campos numéricos em todas as telas de listagem, evitando consultas inválidas.
Se um valor não numérico chegar ao filtro (colado, autocompletado ou vindo da URL), a listagem continua carregando normalmente e apenas ignora esse filtro.
As buscas por ID em Francesinhas, Boletos ITAU, Cielo, Ipag, Notificações e nas seleções de serviço, usuário e cliente pararam de gerar erro e voltaram a retornar resultados.
A tela de Progresso WAID mostrava uma linha para cada aula ou quiz, então um aluno com 32 registros ocupava 32 linhas. Agora cada aluno aparece uma única vez, com os totais consolidados, e os registros detalhados abrem em um botão na linha.
Cada linha traz o aluno com a quantidade de produtos, aulas concluídas, quizzes respondidos, total de registros, média das notas, progresso e a data do último registro. Os totais respeitam os filtros: ao filtrar por um produto, por exemplo, os números passam a contar só aquele produto.
O botão na linha abre a lista completa de aulas e quizzes do aluno, separada por produto, com módulo, aula/quiz, nota e data — além da situação, nota média e validade da matrícula de cada produto.
"Exportar alunos" gera a planilha consolidada da tela; "Exportar registros" e "Exportar notas" continuam gerando a planilha linha a linha, sempre respeitando os filtros aplicados. As colunas de matrícula (situação, nota média e expiração), que saíam em branco na exportação de registros, voltaram a ser preenchidas.
A aba Comissão da venda passou a permitir a troca do vendedor responsável e da equipe, sem precisar voltar para a listagem. A alteração é restrita ao super admin e ao líder comercial.
Na aba Comissão, o vendedor virou um campo de seleção com busca, listando apenas usuários ativos. Ao salvar, a venda passa para o novo responsável.
Ao escolher o vendedor, a equipe é preenchida automaticamente com a equipe dele. Quando a venda pertencer a outra equipe, é só trocar o campo antes de salvar — e, se o vendedor não tiver equipe, a venda avisa que ficou sem equipe.
Quem não tem esses papéis continua vendo vendedor e equipe apenas nos detalhes da venda, sem os campos de edição nem o botão de salvar.
Em vendas com mais de um serviço, o split percentual estava sendo calculado sobre o valor cheio da parcela — e não sobre a parte que pertence ao serviço que tem split configurado. O cálculo foi corrigido e cada split agora mostra de qual serviço veio.
Se o serviço com split representa 25% da venda, o percentual configurado é aplicado sobre esses 25% do valor recebido na parcela. Antes o percentual pegava a parcela inteira, levando junto a parte dos serviços que não têm split.
O split configurado em reais (R$) segue sendo repassado pelo valor exato, sem rateio — inclusive o que se aplica apenas na 1ª parcela.
A coluna Produto passou a exibir o serviço que gerou aquele split, em vez de listar todos os serviços da venda. Também dá para ligar as colunas "Valor Produto" e "% Produto na Venda" para conferir a base do cálculo.
Quem tem destinatários específicos vinculados ao usuário passou a ver no filtro apenas esses destinatários. Antes a lista trazia todos e escolher um sem acesso devolvia "Sem registros". Quem não tem vínculo continua enxergando e filtrando todos.
Carta de Reconhecimento, Pessoas WAID, Turmas WAID e Vagas Temporárias apareciam no menu para qualquer usuário, mesmo sem permissão. Agora seguem as permissões do perfil, como as demais telas do sistema.
Na listagem de Leads, as colunas que eram fixas passaram a aparecer no botão "Colunas", então dá para mostrar ou esconder qualquer uma — e a exportação para Excel segue exatamente o que estiver visível.
ID, Nome, Celular, Etapa (Status), Data Retorno, Cliente, Dono Lead e ID Cliente entraram na lista do botão "Colunas". Todas continuam visíveis por padrão e a escolha de cada usuário fica guardada.
As colunas DDI Celular, DDI Celular 1 e DDI Celular 2 entraram na listagem, cada uma logo antes do telefone correspondente e com a bandeira do país. Vêm desligadas por padrão: ligue no botão "Colunas" quando precisar exportar o código internacional junto.
Ao selecionar os leads e usar "Exportar", a planilha vem apenas com as colunas que estiverem ligadas na tela — basta desmarcar o que não quer antes de exportar.
No Gerenciador de Arquivos, a visualização do documento e a troca de status passaram para a própria listagem: não é mais preciso abrir o menu dos três pontinhos para as ações do dia a dia.
Cada registro ganhou o ícone de olho ao lado das ações. Um clique abre o documento, e agora o PDF já aparece dentro da própria janela, sem precisar abrir outra aba.
A coluna Status virou uma lista de seleção: dá para marcar Não Enviado, Em Análise, Aprovado ou Reprovado direto na listagem, com aviso de confirmação e registro no histórico de alterações.
As colunas Pagamento e Curso também mudam direto na tabela, sem abrir o SAC. Quem não tem permissão para alterar cliente ou arquivo continua vendo os campos apenas para leitura.
A reprovação ganhou botão próprio (X vermelho) na linha, que abre a caixa do motivo e só conclui com ele preenchido. Pelo select de status não dá para reprovar, e em "Editar Arquivo" a observação passou a ser obrigatória quando o status escolhido é Reprovado. O motivo continua sendo o que o aluno vê no portal.
A listagem passou a mostrar por padrão só as colunas do dia a dia (ID, cliente, tipo, data de envio e os três status). Aprovação, Correios e observação continuam disponíveis no botão de colunas, e a escolha de cada usuário fica guardada. Os filtros agora abrem e fecham num painel recolhível, liberando espaço para os registros.
Ao trocar o consultor de uma venda, a equipe da venda passa a ser atualizada automaticamente para a equipe do novo consultor, sem precisar de ajuste manual depois.
A ação "Alterar Consultor" na listagem de vendas agora grava também a equipe cadastrada para o novo consultor, mantendo relatórios, metas e comissões na equipe certa.
Se o novo consultor não tiver equipe cadastrada, a venda fica sem equipe em vez de continuar na equipe antiga, e o sistema avisa na hora para o cadastro ser corrigido.
O cadastro da venda passa a exigir um cliente com lead vinculado antes de seguir para a próxima etapa, e o cadastro de cliente ganhou o botão "+" ao lado do campo Lead para criar o lead na hora, já preenchido com o que foi digitado no cliente.
Além de escolher o cliente, agora é obrigatório que esse cliente tenha um lead vinculado. Sem isso a venda não passa da etapa Cliente e o formulário avisa qual é o problema.
No cadastro e na edição de cliente, o campo Lead ganhou o botão "+": abre o formulário completo de lead em modal, cadastra e já deixa o lead selecionado no cliente.
Ao abrir o modal de novo lead, nome, e-mail, celulares, documentos e endereço já digitados no cliente aparecem preenchidos — só falta completar origem e etapa do lead.
A venda ganhou uma aba de Observação com editor de texto, para registrar o que foi combinado com o cliente. É restrita ao super admin e ao líder comercial, e o conteúdo pode ser consultado e exportado pela listagem de vendas.
Nova etapa no cadastro da venda com editor de texto: negrito, itálico, sublinhado, títulos, listas, link, citação e bloco de código. Em venda nova a observação é gravada junto com o "Salvar venda"; em venda já cadastrada a aba tem o próprio botão "Salvar observação", que grava sem mexer no resto do formulário.
Quem não tem um desses papéis não vê a aba no cadastro, não vê a coluna na listagem e não recebe a observação em nenhuma exportação. Salvar a venda por outro usuário não apaga o que já estava escrito.
Para quem tem acesso, a coluna Observação vem desligada na lista de vendas, para não alongar as linhas. Ligue em "Alternar colunas" para ver o texto — sem formatação, com o conteúdo completo no tooltip ao passar o mouse.
Para quem tem acesso, a observação vai sempre no Excel da listagem de vendas, mesmo com a coluna desligada na tela. No PDF ela entra quando a coluna estiver ligada, que é como as demais colunas já se comportam.
O texto herdado do sistema anterior não foi mexido: ele aparece logo abaixo do editor, identificado como "Observação do sistema antigo", apenas para leitura.
A tela Análise de Vendas saiu do menu Relatórios. Os rankings dela foram para o Progresso de Vendas, que passou a contar a venda pela data da comissão informada na própria venda.
O filtro de período do Progresso de Vendas deixou de olhar o pagamento da 1ª parcela e passou a usar a data da comissão da venda — o campo da aba Comissão, que já nasce com a data de pagamento da primeira parcela paga e pode ser ajustado por quem tem permissão. Ajustar a data da comissão muda o mês em que a venda aparece no relatório. Venda sem data de comissão fica de fora.
A tela mostra apenas as vendas marcadas como comissionadas. Desmarcar "venda comissionada" na aba Comissão tira a venda do relatório, sem mexer em mais nada.
A aba passou a ter as mesmas colunas da tabela "Vendas do período" da tela, na mesma ordem, e ganhou CPF/CNPJ, telefone, celular 1, celular 2, estado e quantidade de parcelas. São dados que na tela deixariam a linha longa demais, mas que na planilha são justamente o que se filtra e se cruza.
O PDF pulava para uma página nova antes dos gráficos e antes da lista de vendas, sempre. Em relatório de poucos dias isso deixava duas páginas quase vazias — o rodapé aparecia logo depois de uma tabela de duas linhas. Agora a página só é trocada quando o que vem depois tem tamanho para ocupá-la: um relatório de uma venda saiu de três páginas para uma, e os relatórios grandes continuam com a lista de vendas começando limpa.
A entrada somava o valor de face do boleto, e não o que o cliente pagou. Como o título é emitido com o valor cheio e o pagamento em dia tem desconto, uma venda de R$ 1.200 aparecia com entrada de R$ 1.333 — a tela inflava a entrada de todo o período. Agora vale o valor recebido no boleto e o valor da parcela no cartão — a mesma regra da Análise de Rescisões e do Vendas x Rescisões. Vale para o total, os cards, o gráfico, os rankings, a lista de vendas e as exportações.
A tabela "Vendas do período" ganhou as colunas ID lead e Origem lead, esta última com o nome cadastrado no centralizador. As duas saem também no Excel e no PDF. Venda cujo comprador não tem lead vinculado aparece com traço.
Dois filtros novos, ambos de múltipla escolha: dá para marcar várias equipes, vários vendedores, ou combinar os dois com o filtro de produtos. As listas trazem apenas equipes e vendedores que têm venda. Tudo o que a tela mostra — os cards, os gráficos, os rankings, a lista de vendas e as exportações — responde ao filtro. Os quatro filtros agora ficam lado a lado em telas largas, cada um com a largura do seu conteúdo.
Além de Venda do Comercial, a tela passa a trazer também a categoria Venda Formatura - Produto Físico. Os produtos dela aparecem nos cards, nos gráficos, nos rankings e no filtro de produtos.
A data da comissão só tinha sido preenchida de uma vez, na criação do campo, e venda fechada depois disso ficava sem data e sumia do Progresso de Vendas. Agora, assim que a primeira parcela é paga — por qualquer caminho: Itaú, francesinha, Cielo, cartão recorrente ou baixa manual — a venda recebe a data automaticamente. A data ajustada na aba Comissão continua valendo e nunca é sobrescrita.
Aluno que fez mais de um curso ganha uma aba para cada, com média e módulos próprios — o Módulo 1 do TSB não se mistura com o Módulo 1 do Avançado. O mesmo curso escrito de formas diferentes nas plataformas (Avançado 2.0, ADVANCED AGOSTO 2025, ADVANCED (V2)) cai na mesma aba.
Os dois rankings da antiga Análise de Vendas agora ficam no Progresso de Vendas, com quantidade de vendas, venda total, entrada, ticket médio e participação no total. Vão também para o PDF, e o Excel ganhou as abas "Ranking equipes" e "Ranking vendedores" com a lista inteira, sem corte no top 10.
A tela saiu do menu Relatórios. O que ela mostrava de exclusivo — os rankings — está no Progresso de Vendas; o restante já era coberto por Progresso de Vendas, Vendas x Rescisões e Vendido x Recebido.
Depois da entrada do DDI, abrir um lead ou cliente já salvo e gravar de novo cortava o último número do celular: o 11 dígitos virava 10. A máscara foi corrigida e o número volta a ser exibido e gravado inteiro.
A máscara brasileira escolhia entre o formato de telefone fixo e o de celular pelo tamanho do texto, e o número salvo só com dígitos caía no formato curto — o último algarismo era descartado na hora de exibir e voltava cortado para o banco no salvamento seguinte. Agora a escolha olha a quantidade de dígitos do número.
A lista de origens de lead era buscada no banco uma vez para cada campo e para cada linha que mostra a origem — 72 consultas idênticas só para abrir a edição de um lead, o que em conexão lenta chegava a estourar o tempo limite e derrubar a tela. Agora a lista é buscada uma vez por tela: a abertura caiu de 91 para 17 consultas.
As listagens repetiam consultas linha a linha: a etapa de cada lead, o lead de cada cliente e, nas vendas, a primeira parcela, o lead do cliente e a configuração de cartão. Agora esses dados vêm de uma vez. Clientes saiu de 12 para 4 consultas, vendas de 44 para 21 e leads de 26 para 17, sem mudar nada do que aparece na tela.
Os cadastros que perderam o dígito enquanto o problema existiu são corrigidos a partir do histórico de alterações, que guarda o número como ele estava antes. Cadastros já acertados na mão não são tocados.
Quando o cliente pagava e a rotina dos 54 dias rodava antes do arquivo do banco chegar, a parcela paga virava rescindida e a venda inteira caía junto. Agora o pagamento informado pelo Itaú interrompe a rescisão.
Antes de rescindir, a rotina pede a baixa do boleto no Itaú. Se o banco responde que o título já foi liquidado, a parcela é mantida como paga, a venda continua ativa e as parcelas futuras não são baixadas. O caso fica registrado no log para conferência.
A francesinha de sábado e domingo vem vazia e o movimento da segunda só é processado na terça. Nessa janela a parcela paga aparecia como em aberto e completava os 54 dias. A consulta ao Itaú agora fecha esse buraco.
Na ação "Rescindir Venda" da tela de vendas, parcelas que o Itaú aponta como pagas são preservadas e listadas no aviso final, em vez de serem sobrescritas em silêncio.
A tela creditava a venda inteira num único produto e escondia os demais. Agora o valor é rateado entre os produtos da venda e nenhum deles some do relatório.
Uma venda de R$ 1.800 dividida em ASB BASIC (50%), CACO (25%) e Alinhadores (25%) lançava os R$ 1.800 inteiros no ASB BASIC. Agora cada produto recebe a sua parte, na mesma proporção gravada na venda. Os cards, o gráfico empilhado e a planilha por produto passam a refletir o que foi vendido de verdade.
A soma dos cards bate exatamente com o Total do período. A quantidade de vendas, essa, conta a venda em cada produto que ela contém — então a soma das quantidades dos cards fica maior que o total de vendas. O aviso está no bloco de filtros e no cabeçalho das exportações.
A coluna Produto passou a trazer os nomes de todos os produtos comerciais da venda separados por " + ", numa linha só. Vale para a tela, para o Excel e para o PDF.
A ação que abre o histórico do WhatsApp mudou de nome, passou a aparecer em todas as telas em que o registro chega a um lead e a conversa agora mostra quem falou, quando e o que aconteceu em cada chamado.
A visão "Por chamado" passou a ser a padrão, os chamados vêm do mais antigo para o mais recente e a conversa já abre com a rolagem no fim — a última mensagem na frente, como no WhatsApp.
Cada mensagem mostra o autor junto do horário (ex.: "Leonardo Max | 13:45"). Nas mensagens recebidas aparece o nome do contato e nas automáticas o marcador de robô.
Os avisos de chamado deixaram de ser só "transferido": agora trazem data e hora completas, o setor na abertura, o responsável no encerramento e, na transferência, de qual atendente para qual atendente o chamado foi. As duas metades que o Digisac grava para a mesma transferência viraram um aviso só.
A rotina que traz as conversas do Digisac passou a rodar a cada hora, em vez de uma vez por dia às 3h. Os anexos são baixados na sequência, aos 30 minutos de cada hora. Na prática, o histórico do lead deixa de ficar até um dia atrasado.
A tela lê de um backup que sincroniza uma vez por dia. O botão no rodapé do modal vai ao Digisac na hora, traz só o que chegou depois do último registro guardado, grava do nosso lado e recarrega a conversa. Anexos novos entram na fila de download e aparecem quando a rotina de mídia rodar.
Abaixo do histórico há um campo de envio: a mensagem sai pela API do Digisac e chega no WhatsApp do contato, assinada pelo atendente do Digisac que tem o mesmo e-mail do seu usuário do ERP. Dá para enviar texto, deixar comentário interno (que não vai para o contato) ou disparar um template oficial. O envio abre chamado normalmente, e a mensagem aparece na conversa na hora. Requer a permissão "enviar_mensagem_digisac".
O cabeçalho mostra se a janela está aberta ou fechada. Passadas 24h da última mensagem do contato, o WhatsApp só entrega template aprovado — então o texto livre dá lugar à lista de templates da conexão daquele contato. O comentário interno continua liberado, porque não passa pelo WhatsApp.
Os cartões de chamado viraram botões: ao clicar, a tela troca para a visão "Por chamado", rola até aquele chamado e o destaca. Chamados sem mensagens no recorte carregado aparecem desabilitados, sem levar a lugar nenhum.
Quando alguém responde citando uma mensagem, a prévia da mensagem original aparece acima do texto, com o nome de quem a enviou — igual ao WhatsApp. A citada é recuperada do backup mesmo quando é antiga demais para estar no recorte carregado.
As anotações internas da equipe aparecem com um estilo próprio e o aviso de que não foram enviadas ao contato, evitando confundi-las com o que o cliente recebeu.
Os cartões de chamado e os cabeçalhos de cada conversa mostram o setor, o atendente responsável e o horário de encerramento.
A ação "Ver Histórico Digisac" passou a se chamar apenas "Digisac", com o mesmo conteúdo de sempre no modal.
Além de Leads, Acompanhamento de Cobrança e Acompanhamento de Rescisões, a ação agora aparece em Clientes, Vendas, Lead Mkt Tracking, Parcelas - Contas a Receber, Disparos SMS, Declarações de Matrícula, Pedidos de Estágio, Pessoas WAID e Carta de Reconhecimento.
Em qualquer tela, o botão só é exibido quando o registro tem um lead vinculado — é pelos telefones do lead que a conversa é localizada no backup do Digisac.
A mesma tela é usada tanto na interface do Curso ASB quanto na da INEO. Agora as ações de cadastrar e excluir aparecem apenas na aba da marca do sistema em que a tela está aberta.
No sistema do Curso ASB, cadastrar e excluir aparecem apenas na aba ASB · Site x Sistema; no sistema da INEO, apenas na aba TSB · Site x Sistema. Nas demais instalações a tela continua somente informativa.
As duas abas continuam abrindo em qualquer instalação, com os números e as listas de divergência completos — o que muda é apenas quem pode agir sobre os leads de cada site.
Antes só os leads da LP /tsb/ (que ficam no banco do site) tinham botão. Agora os leads que chegam pelo export do site TSB também podem ser cadastrados na base da TSB, usando os dados que o próprio export entrega: nome, e-mail, telefone, UTMs e data. O dedup por telefone/e-mail continua o mesmo.
O botão de excluir na origem aparece apenas nos leads que estão no banco do site (WordPress). Nos leads vindos do export do site TSB ele não existe, porque o export é só de leitura — a exclusão precisa ser feita no próprio site.
As listas de divergência das abas ASB e TSB deixaram de mostrar apenas o UTM Source e passaram a exibir a origem completa da campanha.
Além do UTM Source, as tabelas de "Vazamento — faltam no sistema" e "Informativo — só no sistema" agora trazem UTM Medium, UTM Campaign, UTM Content e UTM Term para os leads do sistema, do site ASB (WordPress) e do site TSB.
O campo de filtro da lista passou a considerar todos os campos de UTM, e não só o Source — dá para procurar pelo nome da campanha ou pelo anúncio.
O DDI deixou de ser único por cadastro: cada telefone de lead e de cliente tem agora o seu próprio país, escolhido em um seletor colado ao número.
Celular, Celular 1, Celular 2 e o Telefone do Dentista têm cada um o seu DDI. Dá para ter um celular brasileiro e um telefone de Portugal no mesmo cadastro, cada um com a máscara do seu país. O DDI que já estava salvo foi copiado para todos os telefones, então nenhum cadastro perdeu informação.
O DDI e o número agora aparecem fundidos num campo só: fechado mostra a bandeira e o código (🇧🇷 +55), e ao abrir lista todos os países com busca por nome ou por número.
As APIs de lead e de cliente passaram a aceitar ddi_telefone, ddi_celular_1 e ddi_celular_2. O campo ddi antigo continua funcionando: quem já integra não precisa mudar nada, e o valor enviado vale para os telefones que não trouxerem o DDI próprio.
A conversa do Digisac deixou de mostrar "[Evento de chamado]" e "[Hsm]" sem conteúdo, passou a exibir o texto dos disparos oficiais do WhatsApp e agora toca áudios e mostra imagens sem sair da tela.
As mensagens que apareciam como "[Hsm]" são disparos por template oficial do WhatsApp. Agora mostram o texto já com as variáveis substituídas, além do rodapé e dos botões de resposta rápida do modelo.
O antigo "[Evento de chamado]" agora diz o que aconteceu — Chamado aberto, Chamado encerrado ou Chamado transferido — em um aviso central, sem se misturar às falas do cliente.
Áudios tocam com um player na bolha, imagens aparecem direto na conversa (clique para ampliar em tela cheia) e vídeos rodam no lugar. O link para abrir o arquivo continua disponível.
Cartões de contato mostram nome e telefone, localizações mostram as coordenadas e os demais tipos (reação, chamada, agendamento, pesquisa de satisfação) ganharam rótulo próprio.
Os anexos das mensagens novas passaram a ser baixados automaticamente na madrugada. Antes só as mídias da carga inicial ficavam disponíveis, e os anexos recentes não abriam no histórico.
As telas de cobrança e de rescisões ganharam as ações de boleto direto na linha, a consulta da plataforma educacional e duas novas abas de CRM ligadas à parcela.
Na linha da parcela é possível copiar o código PIX, copiar o código de barras e baixar o boleto. Em qualquer uma dessas ações o sistema consulta o Itaú na hora: se o título já estiver pago, aparece o aviso "Este boleto já foi pago" e a parcela é atualizada, igual à tela pública de boletos.
A ação Plataforma Educacional passou a existir também nas telas de cobrança, mostrando como o aluno está na WAID: dados do cadastro, matrícula, turma, última atividade e progresso.
Em Ver CRM foram criadas as abas Cobrança e Rescisão. Os registros dessas abas ficam vinculados à parcela da linha clicada, separados do histórico de Lead, Cliente e Venda.
A ação Ver Histórico Digisac, que já existia no Lead, passou a aparecer também nas telas de cobrança e rescisões. Ela usa o lead vinculado ao cliente da venda e só aparece quando esse lead existe.
A coluna Último CRM e os filtros de data e de "Com/Sem CRM" passaram a usar o contato mais recente entre o CRM da venda e os novos CRMs de cobrança e rescisão da parcela. Registrar um contato na aba Cobrança já atualiza a linha.
A tela da venda ganhou a aba Comissão, com os detalhes gerais da venda e o controle de comissionamento.
Cada venda passou a ter a marcação de venda comissionada (ligada por padrão) e a data da comissão, que já vem preenchida com a data de pagamento da primeira parcela e pode ser alterada quando necessário.
A nova aba mostra status, forma de pagamento, valor total, parcelas, datas da venda e quem é o vendedor e a equipe responsável.
Somente super admin e líder comercial podem desmarcar a comissão ou mudar a data. O consultor continua enxergando as informações, mas sem poder alterá-las.
Leads e clientes passaram a ter o campo DDI com a bandeira do país. Ao escolher o país, as máscaras de todos os telefones do cadastro mudam para o formato local.
O novo campo DDI, ao lado dos telefones, lista todos os países com bandeira e código (🇧🇷 Brasil (+55), 🇵🇹 Portugal (+351) e assim por diante) e tem busca por nome ou número. O Brasil vem primeiro e continua sendo o padrão de qualquer cadastro novo ou antigo.
Trocando o DDI, Celular, Celular 1, Celular 2 e o Telefone do Dentista passam a usar a formatação daquele país. Países sem máscara definida aceitam o número livre, só dígitos, para não travar cadastro nenhum.
As APIs de cadastro de lead e de cliente aceitam o campo ddi. Com 55, o telefone continua passando pela regra brasileira do nono dígito; com qualquer outro código, o número é gravado como veio, sem essa regra. O envio do contato para o Digisac respeita o mesmo DDI.
As listagens de Cobrança das Vendas e Cobrança de Rescisões passaram a somar os valores no rodapé e a ter filtros no topo da tela.
Em Cobrança das Vendas, as colunas Pendente, Em Aberto, Cancelado, Pago e Rescindido mostram a soma de parcelas e de valores. Em Cobrança de Rescisões, somam Vendas, Clientes, Valor Total, Valor Pago, Valor Rescindido e Recuperado. Há um total da página e um total geral, que respeita os filtros aplicados.
As duas telas ganharam filtros acima da tabela, no mesmo padrão das demais: busca por nome, situação (Ativos, Inativos ou Todos), forma de pagamento e período de criação do lote. Em Cobrança de Rescisões há também o filtro por critério de distribuição.
No Acompanhamento por Usuário do lote e na tela em que cada usuário acompanha a própria cobrança, o rodapé da lista passou a mostrar a quantidade de parcelas e a soma dos valores, sempre de acordo com os filtros aplicados na tabela.
A tela Acompanhamento de Rescisões apresentava erro de banco ao carregar os totais por base, e nenhum resumo era exibido. O cálculo do valor recuperado foi corrigido.
O total recuperado de cada base era calculado usando o usuário linha a linha dentro de um resultado já agrupado, o que o banco recusava. Agora o cálculo usa direto o usuário logado, e os cartões de resumo e o resumo geral aparecem normalmente.
A mesma falha existia no resumo por usuário dentro do lote de rescisão e foi corrigida antes de aparecer para quem usa a tela.
No Comparativo de Leads, os botões de cadastrar e de excluir o lead do site passaram a valer também para a aba TSB, cada um gravando na base da marca da aba.
Na aba ASB · Site x Sistema o lead do site é cadastrado na base da ASB (erp2); na aba TSB · Site x Sistema, na base da TSB (ineo). O modal de confirmação mostra em qual banco o lead vai entrar, e a confirmação informa o banco onde ele foi criado.
Os leads captados pelo formulário do site com destino TSB agora podem ser excluídos do banco do site direto pela aba TSB, do mesmo jeito que já acontecia na aba ASB.
O e-mail que vem do formulário passa por uma limpeza antes do cadastro: ponto, vírgula ou ponto e vírgula sobrando no fim (o caso "fulano@gmail.com."), espaços no meio ou nas pontas, espaços invisíveis, "mailto:", endereço entre < >, vírgula no lugar do ponto do domínio ("gmail,com"), ponto repetido ("gmail..com") e dois e-mails no mesmo campo, quando fica o primeiro.
Se nem a limpeza recupera o endereço, o lead é cadastrado pelo telefone e a mensagem mostra exatamente o e-mail captado pelo site, que fica guardado no tracking do lead. Sem telefone válido, o aviso explica que o e-mail está incorreto em vez do texto genérico de validação.
Cadastrar e excluir só aparecem no sistema do Curso ASB, que é quem tem acesso ao banco do site e às duas bases. Nas demais instalações a tela continua somente informativa.
A sincronização automática da WAID estava parando antes de gravar, deixando a tela sem notas, sem nome do aluno e sem nota média do produto. A rotina da madrugada voltou a rodar até o fim.
Quando a WAID devolvia a mesma aula, o mesmo quiz ou a mesma matrícula duas vezes na mesma leitura, a gravação inteira era recusada. Agora a repetição é descartada e a carga segue.
Ao receber excesso de requisições, o sistema aguarda em intervalos cada vez maiores, respeitando o tempo informado pela própria WAID, em vez de desistir em poucos segundos.
Membro que não existe mais na WAID passa a ser tratado como sem quizzes, e a leitura continua nos demais alunos.
Aulas com data de conclusão à frente de hoje deixaram de ser usadas como ponto de partida da próxima leitura, o que fazia a sincronização parar de trazer novidades sem apresentar erro.
A busca das notas leva horas conversando com a WAID, e a conexão com o banco caía por ociosidade no meio do caminho. Agora o sistema reconecta e regrava o lote.
O sistema guarda a data em que consultou as notas de cada aluno. Nas execuções seguintes, só volta a consultar quem teve aula nova ou quem não é consultado há mais de 7 dias, em vez de percorrer a base inteira de alunos toda vez. Se a execução cair, ela retoma dos alunos que faltam.
A tela Acompanhamento por Usuário do lote de cobrança passou a mostrar a data de pagamento da parcela e ganhou um conjunto completo de filtros para analisar a carteira.
A tabela mostra a data em que a parcela foi paga, logo após o vencimento, com ordenação e traço quando ainda não houve pagamento. A coluna também entra na exportação em Excel e no PDF.
Períodos de vencimento, de pagamento e do último contato de CRM podem ser filtrados por intervalo de datas, com atalhos de período prontos.
É possível separar parcelas com ou sem data de pagamento, vencidas, que vencem hoje ou a vencer, e vendas com ou sem contato de CRM registrado.
Novos filtros por status da venda, forma de pagamento da parcela, faixa de valor, ID da venda, ID da parcela e CPF/CNPJ do cliente. A forma de pagamento também pode ser exibida como coluna.
A aba Nota Fiscal do produto passou a permitir NFe de mercadoria, com ICMS e PIS/COFINS próprios, e o produto pode recusar cartão recorrente na venda.
Ao marcar o Tipo como NFe, a aba Nota Fiscal mostra o campo Tributação do Item: Imunidade constitucional, que mantém exatamente a regra usada até agora, ou Mercadoria tributada, que abre os campos de produto físico logo abaixo.
A mercadoria guarda NCM, CEST, unidade, origem e CFOP dentro e fora do estado. O ICMS é escolhido pelo destino da venda: consumidor final no estado do emitente, contribuinte com diferimento, ou alíquota interestadual do Sul/Sudeste, das demais regiões e de importados.
Vendas interestaduais para consumidor final não contribuinte saem com o diferencial de alíquota calculado. O regime tributário é escolhido na mercadoria e já sugere as alíquotas de PIS e COFINS do Lucro Presumido ou do Lucro Real.
Um produto pode ser marcado para aceitar somente cartão de crédito normal. Na venda, a opção Cartão Recorrente some das parcelas, e parcelas já marcadas como recorrentes voltam para cartão de crédito.
A lista "Vazamento — faltam no sistema" ganhou dois botões por lead: cadastrar o lead no sistema e excluir o lead do banco do site (WordPress).
Um clique traz o lead do site para o sistema com todos os campos preenchidos no formulário — UTMs, gclid, fbclid, endereço e os demais dados —, usando as mesmas regras da entrada oficial de leads: não duplica quem já existe pelo telefone ou e-mail, define a origem pelo utm_source e o responsável pela origem. O lead fica registrado como criado pelo usuário da API do site, e não por quem clicou.
Leads de teste ou inválidos podem ser apagados do banco do site direto pela tela, com confirmação mostrando nome, e-mail e telefone antes de excluir.
Os botões aparecem nos leads vindos do WordPress. O cadastro fica na aba ASB, que é a base deste sistema; leads do export do site TSB não têm ação por não haver acesso ao banco de origem.
O cadastro e a edição de clientes passaram a exigir a escolha de um lead, feita num campo de busca no topo da aba Geral, que já traz os dados do lead para a ficha do cliente.
O novo campo Lead, acima do Nome Completo, pesquisa pelo nome, pelo e-mail ou pelo telefone (telefone, celular 1 e celular 2) e lista apenas os leads que ainda não viraram cliente.
Ao selecionar o lead, todos os campos que existem também no cliente — nome, contatos, documentos, aniversário e endereço — são copiados para o formulário, e o código IBGE é deduzido pela cidade e estado.
Como cada lead pertence a um único cliente, os leads já convertidos aparecem no fim da busca com a marcação "já é o cliente #", sem poder ser escolhidos — antes eles simplesmente sumiam da lista e a busca parecia não funcionar. O telefone também é encontrado com ou sem o 9º dígito.
O lead escolhido é marcado como convertido para o cliente ao salvar, e trocar o lead na edição libera o anterior. Sem lead selecionado o cadastro não é salvo.
O menu Financeiro ganhou a tela Francesinha Detalhes, logo abaixo de Francesinhas: todos os itens de todas as francesinhas numa listagem única, com filtros completos.
Em vez de abrir francesinha por francesinha, a tela lista os itens de todas de uma vez, mostrando também o número da francesinha e a data de movimentação de cada item.
Filtre por status da parcela, status da venda, nome do cliente e nome do pagador — além dos filtros já conhecidos da tela de detalhes: nosso número, ID da venda, ID da parcela, valor, ocorrência, origem dos boletos, tipo de parcela e períodos de vencimento, pagamento e movimentação.
Selecione os itens filtrados e exporte em Excel ou PDF, no mesmo padrão da tela de detalhes da francesinha.
A listagem de Vendas ganhou cinco filtros novos: Produto, Categoria do Produto, Centro de Custo, Cancelado por e Motivo do Cancelamento.
Escolha um ou mais produtos e veja apenas as vendas que os contêm. O campo tem busca por nome.
Mostra as vendas cujos produtos pertencem às categorias escolhidas, usando as categorias cadastradas no centralizador.
Mostra as vendas cujos produtos estão vinculados aos centros de custo escolhidos — útil para separar as vendas de cada operação.
O filtro Motivo do Cancelamento traz as mesmas opções do modal de cancelar venda — Venda Valor Incorreto, Curso Quitado, Nova Venda, Curso Cancelado, Curso Trancado, Venda Duplicada e Venda Pendente — mais o cancelamento automático de cartão pendente. Aceita mais de um motivo ao mesmo tempo.
O filtro Cancelado por mostra as vendas canceladas ou trancadas pelo usuário escolhido. A lista traz todos os usuários, inclusive os inativos, já que vendas antigas podem ter sido canceladas por quem não trabalha mais na operação.
Uma tela nova em Relatórios reproduz o desenho da planilha de caixa do financeiro para bater número contra número, mês a mês e no total do período, no centro de custo que você escolher.
Cada linha é um mês e cada coluna tem correspondente na planilha: Venda comercial, AD, PARC, CCREC, CC CHEIO e Total entrada. O centro de custo é escolhido no filtro, porque cada operação tem a sua planilha, e sem escolha a tela soma todos. Funciona tanto para um mês isolado quanto para um período inteiro, com a linha de fechamento sempre igual à soma das linhas exibidas.
Um botão liga e desliga as colunas por tipo de lançamento do extrato: AD é BOLETO AD, PARC é BOLETO, CCREC é CIELO RECORRENTE e CC CHEIO é CIELO. Qualquer tipo fora desses quatro aparece numa coluna Outros, para nenhum lançamento ficar escondido da conferência.
Mês sem extrato lançado aparece zerado com aviso explícito, em vez de sugerir que não entrou dinheiro. E a tela informa que a Venda comercial conta só o que foi vendido neste ERP: as vendas feitas no sistema antigo ficam de fora e respondem por parte da diferença contra a planilha.
O Excel sai em segundo plano com duas abas — resumo dos filtros e totais, e o mês a mês completo — e chega por notificação com o link de download. O PDF sai em paisagem com os mesmos indicadores, avisos e a tabela mês a mês, no mesmo padrão das outras telas de relatório.
Nas telas de Leads e de Clientes, o campo Código IBGE passou a ser preenchido também quando a cidade é escolhida no seletor — antes ele só era preenchido ao digitar o CEP.
Ao selecionar uma cidade no cadastro de lead ou de cliente, o código IBGE correspondente é buscado no centralizador e gravado automaticamente, sem depender do CEP.
O sistema passou a conversar sozinho com a WAID (Curseduca). De madrugada ele confere quais clientes do ERP já existem lá e guarda o ID de cada um, espelha as matrículas (aluno × produto) e traz o progresso, as notas e as aulas concluídas de cada aluno — o mesmo tipo de acompanhamento que já existia com o Moodle e a Plataforma +A.
O aluno da WAID é ligado ao cliente do ERP pelo CPF, que é como a gente cadastra na plataforma. O e-mail entra apenas quando o cliente não tem CPF: na base há e-mail repetido em dezenas de clientes (família e clínica usando o mesmo endereço) e existem casos em que o e-mail do aluno pertence a outra pessoa — casar por e-mail gravaria o vínculo errado. Vagas temporárias ainda não ocupadas, que usam CPF provisório, ficam de fora.
A conferência dos clientes na WAID passou a usar uma única leitura da lista de alunos, em vez de uma consulta por cliente. A conferência que levava vários minutos passa a rodar em poucos segundos, e o resumo mostra quantos foram ligados pelo CPF, quantos não existem na plataforma e quantos estão sem CPF cadastrado.
Cada matrícula (aluno × produto) é gravada com produto, situação, data de início, data de expiração, progresso e nota média, já vinculada ao cliente, à venda e à plataforma educacional correspondentes.
São trazidas as aulas que o aluno concluiu (com módulo e conteúdo) e a nota de cada quiz realizado. A nota média do produto fica junto da matrícula, ao lado da nota mínima exigida para o certificado.
Nova tela lista aula por aula e quiz por quiz de cada aluno, com produto, módulo, nota, progresso no produto, nota média e situação da matrícula. Tem filtro por aluno, produto, módulo e período, agrupamento, média das notas no rodapé, exportação em CSV e botões para disparar a sincronização na hora.
A WAID passou a ter armazenamento próprio, separado das outras plataformas: as matrículas e o progresso não se misturam com os dados do Moodle nem com os da Plataforma +A.
A vinculação dos clientes roda às 01:30, as matrículas às 02:15 e o progresso às 03:15. A leitura do progresso é incremental: cada execução continua de onde a anterior parou, com sobreposição de segurança para não perder registro.
O acesso continua sendo pela chave e pelo token da WAID. Quando a plataforma recusa as credenciais, a rotina agora para com uma mensagem dizendo exatamente o que renovar, em vez de apenas registrar "Invalid access token provided" e seguir sem trazer nada.
O alerta que avisa os administradores quando o certificado digital da Focus NFe está perto de vencer nunca chegava a ninguém: a rotina comparava o CNPJ formatado da configuração com o CNPJ sem pontuação devolvido pela Focus, então nenhuma empresa era encontrada e a verificação terminava em silêncio. A comparação agora ignora a máscara e o aviso é disparado de novo.
Todos os dias às 02:00 o sistema consulta a validade do certificado na Focus NFe e notifica os super administradores quando faltam 15 dias ou menos, com mensagem distinta para certificado já expirado.
A quantidade de dias restantes aparece como número inteiro. Antes vinha com casas decimais ("expira em 86.59679361988425 dias").
Token recusado, empresa não localizada, CNPJ não configurado ou empresa sem certificado passam a ser registrados em log e sinalizados como erro, em vez de encerrarem a verificação sem qualquer aviso.
A verificação pode ser executada em modo de conferência, que apenas mostra a situação do certificado na tela sem notificar ninguém, útil para checar a validade fora do horário da rotina.
A tela "Registros Plataforma +A" passou a calcular a média das notas na própria listagem, agrupada por módulo, conteúdo ou aluno. Para conferir a certificação de um aluno não é mais necessário exportar planilha nem somar as unidades à mão.
O seletor de agrupamento da listagem oferece Módulo, Conteúdo e Aluno. Ao agrupar, os registros ficam separados por faixas recolhíveis — filtre o aluno e agrupe por Módulo para ver as unidades de cada módulo juntas.
Abaixo de cada grupo aparece a média das notas daquele módulo e quantas avaliações com nota entraram no cálculo. Aulas sem nota não entram na média. A média respeita os filtros aplicados e considera todos os registros do grupo, não só os da página atual.
Novo filtro "Recuperação" com as opções "Somente recuperação" e "Sem recuperação". Como as avaliações extras de recuperação puxam a média, é possível calcular o módulo apenas com as avaliações regulares ou olhar só as recuperações.
A exportação de Análise de Rescisões, Análise de Vendas, Vendas x Rescisões, Forecast de Caixa, Progresso de Vendas e Vendido x Recebido terminava com "ocorreu um erro ao gerar". A planilha já estava sendo montada corretamente; o que falhava era o aviso com o link de download.
As seis telas usam o mesmo processo em segundo plano para montar o Excel. Depois de gerar e salvar o arquivo, esse processo tentava criar o botão "Baixar Excel" usando um componente que a nova versão do painel não tem mais — o erro derrubava o processo no último passo e o usuário recebia o aviso de falha, apesar de a planilha estar pronta. O botão foi migrado para o componente atual e a notificação de sucesso chega normalmente.
No Vendido x Recebido, o Total vendido e as situações deixaram de ratear o valor do contrato e passaram a valer a soma real das parcelas. A parcela de cartão também deixou de ser contada toda de uma vez na autorização, e o Pago passou a exigir extrato conciliado.
O ERP baixa todas as parcelas do cartão na autorização, com a mesma data de pagamento, mas a operadora só repassa uma por mês. O card "Já quitado" passou a contar a parcela de cartão apenas quando o vencimento dela chega; até lá ela fica em "Ainda a vencer", junto do carnê. Boleto e cartão recorrente não mudaram — inclusive o pagamento antecipado continua contando como quitado.
Antes cada situação era uma fatia do valor do contrato, rateada pelas parcelas ainda vivas — e isso inflava quem tinha parcela cancelada. Uma venda de R$ 9.000 em que o cliente pagou uma única parcela de R$ 500 e teve 17 canceladas aparecia com R$ 9.000 "já quitados". Agora ela conta os R$ 500 que entraram de verdade, e o card Pago cai para o que de fato virou caixa — a diferença nunca foi dinheiro.
O nome mudou para deixar claro o que o card mede: parcela paga.
A parcela só conta como Paga se virou caixa dentro do período e num mês com extrato conciliado lançado. Baixa no ERP sozinha não basta: se o Já recebido do mês é zero por falta de extrato, o Pago também é. Num mês sem extrato lançado os dois cards ficam zerados, e a tela avisa quanto está baixado no ERP aguardando o lançamento do extrato daquele mês.
O Total vendido passou a ser a soma das parcelas daquelas vendas, na mesma moeda das situações — ou seja, com os juros do parcelamento embutidos, acima do valor contratado. Ficam de fora apenas as parcelas pagas fora da janela, em outro período ou em mês sem extrato conciliado. Com isso as cinco situações — pago, a vencer, vencido sem pagamento, rescindido e cancelado — somam exatamente o Total vendido.
Um bloco novo desce do Pago até o Já recebido e mostra, linha a linha, por que os dois não batem: taxa da operadora, repasse em trânsito e boleto pago em fim de semana ou feriado, que o banco credita no dia útil seguinte.
Durante a publicação de uma nova versão o sistema deixa de exibir o erro "503 Serviço indisponível" e passa a mostrar uma tela explicando que a atualização está em andamento.
Enquanto o deploy roda, quem acessa o sistema vê uma página em português avisando que uma nova versão está sendo publicada e que o acesso volta sozinho em poucos minutos, em vez da mensagem técnica de erro do servidor.
A tela de manutenção se recarrega automaticamente a cada poucos segundos: assim que a publicação termina, o usuário cai direto no sistema sem precisar apertar F5 nem fechar o navegador.
Existe uma versão estática da mesma página, servida pelo Apache nos instantes em que o PHP está reiniciando e o sistema sequer é chamado — antes esse era justamente o momento em que aparecia o 503 cru.
O botão Cancelar Venda agora desliga a recorrência e estorna o cartão na Cielo, e vendas já canceladas com assinatura viva ganharam um botão para desativá-la.
O Cancelar Venda passou a usar exatamente o mesmo caminho dos botões do modal Status Cielo: desativa a assinatura quando a venda é recorrente, estorna as transações de cartão quando é crédito à vista dentro do prazo de 7 dias, cancela os boletos em aberto no Itaú e só então marca venda e parcelas como canceladas. Antes cada botão fazia um pedaço, e o cartão só era estornado por dentro do modal da Cielo.
Vendas canceladas antes da correção do endpoint da Cielo ficaram com a assinatura ativa e continuaram cobrando o cliente, sem nenhum botão disponível para desligá-la. O modal Status Cielo agora mostra a ação "Desativar recorrência" nesse caso: ela só encerra a assinatura na operadora, sem mexer na venda nem nas parcelas.
Vendas antigas guardam o identificador da assinatura na parcela, e a conta Cielo configurada ali nem sempre é a que criou a recorrência — a Cielo respondia 313 "Recurrent Payment not found" e a assinatura seguia cobrando. Agora o sistema consulta as contas Cielo cadastradas, identifica qual delas é a dona e só então desativa. O modal Status Cielo também passou a exibir essas assinaturas, que antes apareciam como "nenhuma transação registrada".
A confirmação do Cancelar Venda passou a descrever o efeito real daquele cancelamento — desativa recorrência, estorna cartão ou apenas cancela boletos — conforme a forma de pagamento da venda e o prazo de estorno.
Uma tela nova em Relatórios projeta quanto deve entrar nos próximos meses, separando o que já está contratado do que ainda depende de vender.
Cada mês futuro soma duas origens: as parcelas já contratadas que vencem nele, corrigidas pela taxa de recebimento, e o que as vendas ainda não feitas devem trazer. A tela separa quanto da previsão já está contratado e quanto ainda depende de vender — a leitura que separa o risco comercial do risco de inadimplência.
A taxa de recebimento sai da média dos últimos seis meses fechados, e o crescimento das vendas sai da tendência do período. As duas ficam visíveis na tela e podem ser sobrescritas para simular outro cenário; em branco, voltam ao histórico. Cenários pessimista e otimista usam a pior e a melhor taxa já observada.
A tela mede quanto do contrato de uma venda entra em caixa no próprio mês, no mês seguinte e assim por diante, e usa essa curva para distribuir as vendas previstas ao longo do tempo. Cada idade é calculada só sobre as safras que já viveram aquele tempo, senão as vendas recentes achatariam a cauda.
A tela cruza o forecast com a projeção de entrada lançada pelo financeiro, mês a mês e no total, mostrando o desvio entre os dois palpites. E mede a própria acurácia: para cada mês já fechado, aplica a taxa média dos meses anteriores sobre o que venceu e compara com o que entrou de fato, mostrando o erro médio e o viés da própria previsão. Também traz o caixa acumulado do horizonte e uma matriz de sensibilidade cruzando taxa de recebimento com crescimento de vendas, para ver o quanto o número se mexe quando a premissa erra.
Horizonte de 3, 6 ou 12 meses e o mesmo filtro de centro de custo do Vendido x Recebido. Excel com sete abas (resumo, previsão mês a mês, taxa de recebimento, curva de maturação, vendas por mês, acurácia do modelo e sensibilidade) e PDF em paisagem com os indicadores, as tabelas e os seis gráficos.
A tela passou a contar a venda pela data em que a entrada foi paga — mesma régua do site do comercial — e ganhou gráficos por dia, resumo diário e a lista venda a venda.
A venda agora entra no período em que a 1ª parcela foi paga (antes era a data de cadastro no ERP) e os produtos de teste do gateway ficaram de fora. Com isso a tela passa a fechar, venda a venda, com o relatório do site do comercial.
O único filtro é o período, sempre pela data de pagamento da entrada. Até três meses a tela mostra dia a dia; acima disso ela agrupa por mês sozinha, para o gráfico continuar legível.
Dois gráficos novos: venda total e entrada por dia com a linha da quantidade de vendas, e as vendas empilhadas por produto no mesmo eixo de tempo.
O "vendido" da curva de caixa passou a jogar a venda no mês em que a entrada foi paga (antes usava o pagamento mais antigo da venda, o que jogava para trás quem quitou uma parcela do meio antes da entrada) e também deixou os produtos de teste de fora. Com isso os dois relatórios fecham no mesmo número em todos os meses do período.
O lado das vendas novas passou a usar a data em que a entrada foi paga, em vez da data de cadastro, e também ignora os produtos de teste. Com o recorte da Venda do Comercial, a tela fecha igual ao Progresso de Vendas e ao Vendido x Recebido. As rescisões continuam pela data da rescisão.
O card Diferença agora mostra o percentual do vendido que não virou caixa. A seção que antes mostrava "o que deveria entrar no próprio mês" passou a dividir o próprio Total vendido em quatro pedaços que somam exatamente ele: já quitado, ainda a vencer, vencido sem pagamento e rescindido. Os quatro pedaços somam exatamente o Total vendido do período filtrado.
Logo abaixo dos cards da execução do caixa, o valor do "Já recebido" passou a aparecer dividido entre a entrada da venda e as parcelas 2 em diante, com gráfico mês a mês e tabela por tipo de entrada. A divisão sai do próprio extrato conciliado: o tipo BOLETO AD é a adesão, os demais tipos são o carnê — e os dois somam exatamente o card verde. A tela avisa que a entrada paga no cartão não vem marcada como AD no extrato e por isso cai em "demais parcelas". Vai também para o Excel e o PDF.
O ERP baixa todas as parcelas do cartão de crédito na autorização, com a mesma data de pagamento, o que marcava a maior parte das parcelas antes do vencimento e empilhava a venda inteira num mês só. No gráfico de conciliação ERP x banco a parcela de cartão passou a entrar no mês do vencimento, que é quando a operadora repassa, e o desvio contra o extrato cai bastante no acumulado do ano.
O Progresso de Vendas ganhou um filtro de produtos de múltipla escolha, com busca, que recorta cards, gráficos, resumo por dia e a lista venda a venda. A Curva de Caixa ganhou um filtro de centro de custo, que é o único eixo que o extrato bancário conhece: ele recorta as duas pontas de uma vez — o vendido pelas vendas dos produtos daquele centro e o recebido pelos lançamentos do extrato daquele centro. Filtrando um centro de custo, o recebido deixa de somar os demais centros e passa a bater com a tela de Conta Bancária Entradas no mesmo filtro. O centro escolhido sai no cabeçalho do Excel e do PDF.
Abaixo dos gráficos, uma tabela por dia (vendas, venda total, entrada, ticket e os produtos do dia) e outra venda a venda com comprador, produto, vendedor, equipe, forma de pagamento, status, valor e 1ª parcela. As duas vão para o Excel e para o PDF.
Em Relatórios, uma tela nova coloca lado a lado o que o comercial vendeu e o dinheiro que realmente entrou no caixa/banco, mês a mês, mostrando quanto do vendido já virou dinheiro.
O recebido vem do extrato bancário conciliado pelo financeiro (boleto, boleto AD, Cielo e Cielo recorrente), batendo com a planilha de caixa, sem depender da baixa das parcelas no ERP.
Além do contrato inteiro, a tela mostra as parcelas que vencem em cada mês e o que aconteceu com elas: quantas foram quitadas, quantas venceram sem pagamento, quantas ainda vão vencer e quantas saíram por cancelamento ou rescisão.
Curva de vendido x recebido, acumulado, diferença mês a mês, entrada por tipo (rosca e empilhada), entrada por conta bancária, conciliação ERP x banco, projeção x realizado e vendido por categoria.
Excel com as abas de resumo, mês a mês, entradas por tipo e por conta; PDF em paisagem com os indicadores, as tabelas e todos os gráficos da tela.
Todo campo de e-mail de cadastro passa a conferir o endereço na Emailable antes de salvar, e uma nova tela mostra a saúde da base de e-mails por tipo de cadastro.
Ao sair do campo de e-mail, o sistema confere o endereço na Emailable. Cadastros novos com e-mail inexistente ou temporário/descartável são barrados; na edição o e-mail passa, apenas com aviso.
E-mails "arriscados" (servidor que aceita qualquer endereço, caixa cheia) e os que o servidor de destino não confirma passam com aviso, para não travar cliente real. Erros de digitação ganham sugestão de correção.
Em Relatórios, veja quantos e-mails são entregáveis, não entregáveis, arriscados ou ainda não verificados, com a quebra por tipo de cadastro (lead, cliente, dentista, usuário, fornecedor, liga ASB e outros) e filtros por origem, situação e domínio.
Na tela de qualidade dá para reverificar um e-mail ou vários selecionados, e exportar a lista para limpeza da base.
A tela de venda foi invertida: agora você informa primeiro o valor total e a quantidade de parcelas e depois escolhe os serviços. O sistema divide o valor entre os serviços sozinho e garante que tudo feche 100%.
Os campos Valor Total e Parcelas passaram para o topo da etapa. Informe R$ 2.000,00, selecione dois serviços e cada um recebe R$ 1.000,00 (50%) automaticamente.
Quando a divisão não é exata — como R$ 3.000,00 em três serviços — a diferença de centavos e de porcentagem fica no primeiro serviço, mantendo o total exato.
O campo Porcentagem passou a ser editável. Ao alterar a porcentagem (ou o valor) de um serviço, os serviços acima dele ficam travados e apenas os seguintes são recalculados, mantendo a proporção entre eles.
A soma dos serviços sempre fecha o valor total e 100%. Se algo ficar divergente, a venda não é salva e o sistema avisa qual é a diferença.
Nova tela no menu Educacional para enviar a Comenda de Reconhecimento aos dentistas dos alunos do TSB, em lote e sem depender de envio manual.
Filtre uma turma, selecione vários alunos de uma vez e envie a Comenda de Reconhecimento em PDF direto para o e-mail do dentista de cada um.
A tela mostra o nome e o e-mail do dentista cadastrados no cliente e sinaliza quem está com dados incompletos, evitando envios sem destinatário.
Cada envio fica registrado com data e responsável, mostrando o status de cada aluno (enviada, pendente ou dados incompletos), com possibilidade de reenvio manual.
A base tecnológica do sistema foi atualizada para as versões mais recentes, trazendo correções de segurança e mais estabilidade. As telas, menus e atalhos continuam exatamente iguais — nada muda na forma de usar.
As bibliotecas de geração de PDF, de planilhas Excel e demais componentes internos foram atualizadas para versões sem vulnerabilidades conhecidas, deixando o sistema mais seguro.
A estrutura interna do ERP passou para a geração mais nova, tornando o sistema mais estável e pronto para receber as próximas melhorias, sem alterar nenhuma tela ou fluxo já usado.
O Excel dos relatórios passou a ser gerado em segundo plano (não trava a tela) e os PDFs ganharam as cores das telas.
Ao clicar em Exportar Excel, o arquivo é gerado em segundo plano e você recebe uma notificação com o link de download quando fica pronto — sem travar a tela em relatórios grandes.
Os quatro relatórios em PDF passaram a seguir as cores dos indicadores (recebido em verde, a vencer em azul, vencido em vermelho, rescindido em cinza etc.), deixando a leitura mais fácil.
O Total previsto passou a considerar as parcelas rescindidas (contrato que virou perda), batendo com o valor contratado do financeiro.
O Total previsto agora soma as parcelas em aberto, pagas e rescindidas (exclui só as canceladas/renegociadas, que seriam duplicadas pelas novas parcelas). A parte rescindida aparece como perda na barra de execução. Com isso o Total previsto ficou praticamente igual ao valor contratado do financeiro.
Ajuste no cálculo da Execução do contrato para o já recebido e o a vencer baterem melhor com os números do financeiro.
O Já recebido passa a contar todo pagamento que entrou (inclusive de contratos depois rescindidos), aproximando-se da entrada do financeiro. O Ainda a vencer volta a somar as parcelas em aberto/pré-pagas a vencer (não mais contrato menos recebido, que distorcia ao filtrar por Data de pagamento). O Total previsto passa a ser a soma das parcelas ativas (exclui canceladas/rescindidas).
O Progresso de Vendas passou a considerar só a carteira ativa quando nenhum status de venda é escolhido, para o "a vencer" não contar o valor de contratos rescindidos/cancelados.
Sem status de venda selecionado, a tela considera apenas vendas ativas (exclui canceladas e rescindidas), pois contrato terminado não é "a receber". Isso corrige o Total previsto e o Ainda a vencer, que antes inflavam ao filtrar por Status da parcela. Para incluir canceladas/rescindidas, é só selecionar o status desejado no filtro Status da venda.
Agora os quatro relatórios exportam em PDF, com indicadores, gráficos e tabelas respeitando os filtros.
Progresso de Vendas e Vendas x Rescisões ganharam o Exportar PDF, no mesmo padrão de Análise de Vendas e Análise de Rescisões: cabeçalho com os filtros aplicados, indicadores, os gráficos capturados da tela e as tabelas de apoio.
O painel Execução do contrato passou a bater com o financeiro, calculando pelo valor contratado em vez de somar todas as parcelas.
Antes o Total previsto somava todas as linhas de parcela e inflava com parcelas canceladas/renegociadas, ficando acima do próprio contrato. Agora o Total previsto é o valor contratado e o Ainda a vencer é o saldo (contratado − recebido − vencido), de modo que recebido + vencido + a vencer = contrato — igual ao fechamento do financeiro.
A regra de recebido (boleto usa o valor efetivamente recebido; cartão usa o valor da parcela) passou a valer em todos os cálculos de recebido/quitado das telas de relatório.
Antes só o KPI Valor recebido (Análise de Vendas) e o Vendas x Rescisões seguiam a regra. Agora o gráfico venda nova x venda continuada, o Progresso de Vendas (execução e agenda) e o valor pago da Análise de Rescisões também usam o valor recebido para boleto e o valor da parcela para cartão.
Ajuste na forma como os relatórios reconhecem o que já foi recebido, para não inflar o valor com parcelas de cartão marcadas como pagas antes do vencimento.
Como o sistema marca a data de pagamento de todas as parcelas do cartão de uma vez, os relatórios passaram a contar como recebido apenas a parcela paga cujo vencimento já passou. As pagas com vencimento futuro entram como "a vencer/a receber". Vale para Análise de Vendas, Progresso de Vendas e Vendas x Rescisões (valor recebido, % de execução e as quitadas).
O filtro Data de pagamento chegou a mais duas telas, além dos botões para limpar os filtros de data.
Quando preenchida, a Data de pagamento passa a considerar como quitada/recebida apenas a parcela paga dentro da janela — afeta o valor recebido, o % de execução e as parcelas quitadas da matriz e do detalhe. Vazia = todas as quitadas.
A Data de pagamento recorta o valor recebido às parcelas pagas no intervalo, sem mexer nas vendas novas (data da venda) nem nas rescisões (data da rescisão).
Nas telas com filtro de data agora há botões para limpar o Período e a Data de pagamento, já que o seletor não permitia esvaziar o intervalo.
O filtro de período da Análise de Vendas agora deixa claro que é a data da venda, e ganhou um filtro separado de Data de pagamento.
O filtro Período analisado (data da venda) recorta as métricas de vendas pela data da venda. O novo filtro Data de pagamento recorta as métricas de recebimento (parcelas quitadas) pela data do pagamento — deixe vazio para considerar todos os pagamentos.
O filtro Forma de pagamento das telas de relatório passou a aceitar mais de uma forma ao mesmo tempo.
Em Análise de Vendas, Análise de Rescisões, Progresso de Vendas e Vendas x Rescisões dá para combinar boleto, cartão e demais formas no mesmo filtro. Deixar vazio traz todas.
Os relatórios que mostram o valor contratado passaram a mostrar também o valor recebido (soma das parcelas quitadas), para comparar o que foi fechado com o que já entrou.
Novo indicador Valor recebido ao lado do Valor contratado, com o percentual já quitado. Também aparece nos rankings/tabelas por equipe e vendedor e nas exportações Excel e PDF. (Progresso de Vendas e Análise de Rescisões já mostravam o valor recebido.)
Além do Status da venda, os relatórios ganharam o filtro Status da parcela para recortar por como as parcelas estão (quitada, em aberto, vencida, cancelada, rescindida).
O filtro mostra apenas as vendas que possuem ao menos uma parcela no status escolhido. Pode combinar vários status ao mesmo tempo e vale para todos os indicadores, gráficos e exportações da tela.
Novo relatório que compara, no mesmo período, o que entra em vendas novas contra o que sai por rescisão. E a tela Análise de Rescisões passou a exportar em Excel e PDF, como as outras.
Em Relatórios, um balanço da carteira: vendas novas (verde) contra rescisões (vermelho), saldo líquido, fluxo mês a mês e a comparação por vendedor e por produto — quem mais vende contra quem mais perde contrato. Filtros salvos no link.
A tela Análise de Rescisões ganhou os botões Exportar Excel (com abas de resumo, vendas rescindidas, rankings, categoria e produto) e Exportar PDF com os indicadores e gráficos, respeitando os filtros aplicados.
As telas Análise de Vendas, Análise de Rescisões e Progresso de Vendas passaram a guardar os filtros escolhidos no endereço da página, e ganharam filtro e gráfico por produto.
Ao escolher período, equipe, produto e demais filtros, o endereço da página é atualizado. Basta copiar e compartilhar o link para o outro usuário abrir o relatório já filtrado do mesmo jeito.
Além da categoria, agora dá para filtrar por um ou vários produtos e comparar os itens em um gráfico próprio — vendas por produto em Análise de Vendas e Progresso de Vendas, e taxa de rescisão por produto em Análise de Rescisões. Clicar na barra lista as vendas do produto.
A plataforma educacional passou a se chamar WAID. Todas as telas, menus e mensagens do ERP foram atualizadas para o nome novo.
O grupo Plataforma WAID reúne as telas Pessoas WAID, Turmas WAID, Vagas Temporárias e os consoles de API, com o mesmo conteúdo de antes.
Os endereços das telas não mudaram, então favoritos e atalhos guardados pelos usuários seguem abrindo normalmente.
A aba Dentista do cadastro de clientes passou a ter o campo CRO do Dentista, logo após o e-mail, para registrar o número de inscrição no Conselho Regional de Odontologia.
O CRO é opcional, aceita letras e números e é gravado em maiúsculas, junto dos demais dados do dentista.
Os leads que chegam pela API passaram a reconhecer novas fontes de tráfego. Além de Google, Facebook/Meta, Instagram e Bing, agora YouTube e TikTok também caem na origem correta em vez de virarem Site - Orgânico.
Leads com utm_source you_tube passam a entrar como YouTube Ads e os de tiktok como TikTok Ads, sem responsável definido, como já acontece com Facebook e Instagram.
Google continua em Google Ads, Facebook/Meta em Facebook, Instagram em Instagram, Bing em Bing Ads e qualquer outra fonte segue caindo em Site - Orgânico.
Nova tela em Relatórios que olha a venda pelo lado do parcelamento. Mostra quantas vendas existem em cada opção de 1x a 18x, o valor contratado e o ticket de cada plano, e acompanha cada etapa do parcelamento: quanto da 1ª, da 2ª, da 8ª parcela já foi quitado, quanto venceu sem pagamento, quanto ainda vai vencer e com quantos dias de atraso o cliente costuma pagar.
Cada opção de parcelamento praticada no período vira um card com vendas, valor contratado, ticket, valor da parcela e barra de execução. Clicando no card, a tela inteira passa a falar só daquele plano.
Uma matriz colorida cruza o plano contratado com o número da parcela e mostra o percentual já quitado de cada etapa. Clicando em uma célula aparece a listagem exata daquelas parcelas.
A curva de progresso e o detalhamento por parcela apontam a etapa com maior queda de quitação, a de maior inadimplência e a de maior atraso médio, com uma leitura em texto para cada parcela.
Mostra mês a mês o que está previsto, o que já foi quitado e o que venceu em aberto das vendas do período, além dos produtos vendidos em cada parcelamento e da forma de pagamento usada em cada plano.
As listagens de Clientes e de Vendas passaram a oferecer a coluna ID Lead, que mostra o identificador do lead que originou o cliente. A coluna vem desligada por padrão e pode ser ativada pelo seletor de colunas da tabela.
Com a coluna ativada é possível ver, direto na listagem, qual lead deu origem ao cliente e à venda, sem precisar abrir o cadastro.
A coluna pode ser usada na busca da tabela e na ordenação, facilitando localizar o cliente ou a venda a partir do número do lead.
Toda chamada de cadastro de lead pela API passou a ser registrada em um arquivo de log próprio, com os campos exatamente como o sistema de origem enviou, antes de qualquer tratamento do ERP. Isso permite conferir o que o site, o WordPress ou o Meta realmente mandaram quando um lead chega com dado faltando ou diferente do esperado.
O log guarda os campos recebidos e também o corpo cru da requisição, antes da limpeza de telefone, CPF e CNPJ e antes do nome ser convertido para maiúsculas.
Cada chamada recebe um identificador que aparece no registro de entrada e no registro de resultado, mostrando se o lead foi criado, atualizado ou recusado na validação, e quais campos foram gravados.
Os cabeçalhos da requisição ficam no log com os dados de autenticação substituídos por asteriscos. Os arquivos são diários e mantidos por 30 dias.
A importação dos arquivos CIELO03 e CIELO04 passou a guardar tudo o que a Cielo envia, e não apenas os recebimentos. Agora ficam registradas as unidades de recebível (URs), as garantias (gravames), cessões, cancelamentos, tarifas, taxas em percentual, canal e terminal da venda, domicílio bancário e o totalizador do arquivo. As telas "Extrato Cielo" e "Extrato Cielo - Detalhado" foram refeitas com totalizadores coloridos, conferência automática com a Cielo e um painel com o detalhe completo de cada lançamento.
Cartões no topo mostram valor bruto, taxas, líquido, quantidade de lançamentos e o total por natureza (vendas, ajustes, cancelamentos, garantias e negociações), sempre respeitando os filtros aplicados.
Cada extrato compara a soma dos registros importados com o totalizador enviado pela Cielo e sinaliza em verde quando confere, ou mostra a diferença exata quando não bate.
O arquivo CIELO04 passou a exibir uma aba com as URs pagas: valor bruto, taxa, líquido, data de pagamento, envio ao banco e domicílio bancário de cada uma.
A ação "Detalhes do lançamento" abre todos os dados do registro: taxas em percentual, cartão mascarado, canal e terminal da venda, tipo de captura, motivo do ajuste, datas de captura e vencimento e a linha original do arquivo.
Passou a ser possível filtrar por natureza do lançamento, bandeira, canal da venda, tipo de captura, período de captura e por lançamentos ainda não conciliados com parcelas do ERP.
Tipos de lançamento, status de pagamento, bandeiras, formas de pagamento e motivos de ajuste passaram a usar as tabelas oficiais da versão 15 do extrato, corrigindo descrições que apareciam trocadas.
Em venda mista (cartão + boleto), a venda continua com status "Realizado" enquanto houver boleto em aberto. Por causa disso o link de pagamento seguia aceitando um novo envio dos dados do cartão depois da cobrança já aprovada, e o cliente era cobrado outra vez pelo mesmo valor. O link passou a reconhecer a parte em cartão já paga e não envia mais nada à operadora nesse caso.
Ao reabrir ou reenviar o link de uma venda mista com o cartão já aprovado, o sistema avisa que a parte em cartão já foi paga em vez de disparar uma nova cobrança.
A tela do link passou a somar somente as parcelas de cartão ainda em aberto, então o valor exibido corresponde ao que realmente será cobrado.
Quando a venda mista já tem assinatura recorrente ativa na operadora, um novo envio do link deixa de criar uma segunda recorrência para o mesmo cliente.
Os filtros "Nome" e "CPF Usuário" da tela "Registros Moodle" deixaram de exigir que o texto fosse digitado exatamente como está cadastrado. Agora a busca por nome ignora maiúsculas, minúsculas e acentos, e aceita as palavras em qualquer ordem. A busca por CPF funciona com ou sem pontos e traço, e também com trechos parciais do número.
Digitar "jose", "JOSÉ" ou "José" retorna os mesmos alunos: a comparação passou a desconsiderar caixa alta/baixa e acentuação.
Buscar "silva maria" encontra "MARIA DA SILVA": cada palavra digitada é procurada dentro do nome, sem precisar seguir a ordem do cadastro.
É possível pesquisar o CPF com pontuação, sem pontuação ou apenas parte do número — a pontuação é ignorada na comparação.
Até agora, alunos suspensos no Moodle ficavam de fora da tela "Registros Moodle" — quem procurasse por eles não encontrava nada, mesmo tendo notas e cursos lançados na plataforma. A sincronização passou a trazer também esses alunos, e a tela ganhou a coluna "Situação" (Ativo ou Suspenso) junto de um filtro para separar os dois grupos. Alunos excluídos do Moodle continuam fora, como antes.
A sincronização deixou de ignorar alunos suspensos: notas, cursos e datas de acesso desses alunos passam a ser consultáveis na tela.
Cada aluno exibe uma marcação indicando se está Ativo (verde) ou Suspenso (vermelho) na plataforma.
O filtro "Situação" permite listar todos, somente ativos ou somente suspensos.
O menu Relatórios ganhou a tela "Análise de Vendas", um painel completo do desempenho comercial: indicadores, gráficos interativos com detalhamento ao clicar, insights automáticos e rankings de equipes e vendedores. O grande destaque é o painel que separa o dinheiro recebido entre VENDA NOVA (1ª parcela, venda fechada agora) e VENDA CONTINUADA (demais parcelas, vendas que já aconteceram), com barra de proporção para leitura imediata. A tela abre com o mês atual selecionado e, quando o período é de um único mês, os gráficos de evolução passam automaticamente para visão dia a dia. Tudo pode ser filtrado por período, equipes em conjunto, vendedores, forma de pagamento, status e categoria — e exportado para Excel e PDF.
Painel destacado separa o recebimento entre venda nova (1ª parcela) e venda continuada (demais parcelas), com valores, quantidades, percentuais e barra de proporção.
A tela abre já filtrada no mês atual; ao selecionar um período de um único mês, os gráficos de evolução mudam automaticamente para comparação dia a dia.
Período, equipes em conjunto, vendedores individuais ou em grupo, forma de pagamento, status da venda e categoria do produto — todos os gráficos, indicadores e exportações respeitam os filtros.
Clique em qualquer barra ou ponto dos gráficos para abrir a listagem das vendas ou parcelas correspondentes, com evolução mensal, equipes, vendedores, ticket médio, categorias e mais.
Excel com abas de resumo, vendas do período, recebimentos mês a mês e rankings; PDF pronto para apresentação com indicadores, insights e tabelas consolidadas.
A tela "Registros Plataforma +A" ganhou o botão "Sincronizar com a Plataforma +A", que dispara a verificação e integração dos dados sob demanda, em segundo plano. A rotina automática que rodava sozinha de hora em hora foi desativada — como a integração só funciona dentro da empresa (onde o IP é liberado), a execução automática gerava erros repetidos. Agora a sincronização acontece quando você aciona o botão.
Um clique no botão dispara a verificação e integração dos itens de progresso da Plataforma +A; o processo roda em segundo plano e os novos registros aparecem ao concluir.
A execução automática de hora em hora foi removida, encerrando as falhas repetidas que ocorriam quando a integração rodava fora do ambiente com IP liberado.
A geração dos arquivos da tela "Registros Plataforma +A" foi reescrita para gravar o CSV linha a linha (streaming), mantendo o uso de memória constante mesmo com centenas de milhares de registros. Antes, bases grandes estouravam a memória e reiniciavam o processador de filas em loop; agora a mesma exportação roda em poucos segundos com uso mínimo de memória. Os filtros e a ordenação aplicados na tela continuam sendo respeitados na exportação.
O arquivo é escrito registro a registro direto no disco, sem carregar a planilha inteira na memória — acabou o consumo excessivo e o travamento em exportações grandes.
A exportação usa exatamente os filtros e a ordenação que você aplicou na tela, gerando apenas o subconjunto desejado.
As quatro exportações da tela "Registros Plataforma +A" (XLSX, CSV, Notas em CSV e Progresso em CSV) agora são processadas em segundo plano, sem travar a tela nem dar timeout em bases grandes. Ao clicar em exportar, o arquivo entra em uma fila e, assim que fica pronto, você recebe uma notificação com o botão de download no sino de notificações.
A geração do arquivo passa a rodar em fila (job), então grandes volumes de registros não travam mais a página nem estouram o tempo limite.
Ao concluir, uma notificação com link de download aparece no sino do painel — é só clicar em Baixar.
Ao criar ou editar um lead pela API (api/leads), o sistema passa a gerar/atualizar automaticamente o contato no Digisac, seguindo as regras de origem: leads de meta/instagram vão para o departamento "Central de relacionamento" e os demais (google/bing/orgânico) para "Site". E-mail e todas as UTMs são gravados como campos personalizados do contato. O envio é enfileirado, então não afeta o tempo de resposta da API nem interrompe o cadastro do lead caso o Digisac esteja indisponível.
Cada lead novo ou editado cria/atualiza o contato correspondente no Digisac, com departamento definido pela origem do lead.
E-mail e todas as UTMs (source, medium, campaign, term, content, gclid, fbclid e url de conversão) são enviados como campos personalizados, criados no Digisac quando ainda não existirem.
Novo portal público em /portal-aluno que centraliza todos os serviços do aluno em um só lugar: Financeiro (boletos, PIX e notas fiscais), Gerenciador de Arquivos, Documentos da Turma, Declaração de Matrícula, Pedido de Estágio e Biblioteca. O aluno informa o CPF/CNPJ uma única vez (com proteção reCAPTCHA) e navega por todas as áreas sem precisar se identificar novamente. As rotas antigas continuam funcionando normalmente.
Login único com validação reCAPTCHA libera todas as áreas do portal na mesma sessão.
Financeiro, arquivos, documentos da turma, declaração de matrícula, pedido de estágio e biblioteca reunidos em um layout moderno e responsivo.
Botões de WhatsApp para Suporte e Financeiro configuráveis pelo .env (PORTAL_ALUNO_WHATSAPP_SUPORTE e PORTAL_ALUNO_WHATSAPP_FINANCEIRO), com código do país adicionado automaticamente para funcionar também no celular.
A tela Lead Mkt Tracking agora mostra quem originou cada registro de histórico de marketing. Novos registros gravam automaticamente o usuário responsável (ou o usuário de API quando vindo por integração), e os registros antigos foram preenchidos com o criador do próprio lead.
A listagem exibe o nome do usuário que gerou cada registro de tracking.
Novo filtro no topo da tela permite ver apenas os registros criados por um ou mais usuários.
Ao cadastrar um cliente, o sistema agora busca automaticamente por um lead com os mesmos dados enquanto você preenche CPF, CNPJ, email ou telefones. Se encontrar um lead ainda não convertido, um aviso é exibido e o vínculo (cliente ↔ lead) é feito automaticamente ao salvar, preservando o histórico de marketing do lead (origem, UTMs, etc). A base antiga também pode ser reprocessada para vincular clientes já cadastrados aos seus leads de origem.
Ao sair do campo CPF, CNPJ, email ou telefone, o sistema procura um lead correspondente (prioridade: CPF, CNPJ, email, telefones) e avisa que ele será vinculado automaticamente ao salvar.
Quando mais de um lead corresponde aos dados digitados, uma janela lista os candidatos para você escolher qual vincular — ou optar por não vincular nenhum.
Novo comando clientes:vincular-leads percorre os clientes sem lead vinculado e cria o vínculo quando há exatamente um lead correspondente, reportando os casos ambíguos para revisão manual.
A tela de Disparos SMS (Relatórios) agora identifica o tipo de cada envio: Lembrete (aviso de boleto a vencer), Cobrança (boleto em atraso) ou Regularização (comunicação do incidente de 13/04/2026, mantida apenas como histórico). Os novos disparos já são gravados com o tipo na origem, e o histórico antigo foi classificado retroativamente a partir do texto da mensagem enviada. A estrutura temporária do incidente (comando de envio, serviço e a tela "Parcelas Afetadas Incidente") foi removida do sistema.
Cada linha exibe o tipo do disparo com cor própria: Lembrete (azul), Cobrança (vermelho) e Regularização (amarelo).
Novo filtro no topo da tela permite ver apenas os disparos de um tipo específico.
Corrigido erro que interrompia o envio diário de lembretes de boleto (email + SMS) desde 07/02 (formato de data no email) e o corte no meio do lote de SMS de cobrança (tempo limite do processamento ampliado).
Nova tela no grupo Leads que confronta os leads de marketing em três lugares: o sistema (somando ASB/erp2 + TSB/ineo), o WordPress do site ASB e o export do site TSB. Por período (intervalo de datas livre), mostra os totalizadores de cada fonte e, principalmente, o "vazamento": leads que o site captou e que NÃO chegaram ao sistema. Para não acusar falso vazamento, um lead do site é considerado presente se já existe no sistema em qualquer data (não só no período), e o cruzamento por telefone tolera o 9º dígito.
Cartões com a quantidade de leads no Sistema (ASB + TSB), no site ASB e no site TSB no período, mais a cobertura: quantos dos leads dos sites já estão no sistema.
Abas ASB e TSB listam exatamente os leads captados pelos sites que faltam no sistema, cruzando por e-mail OU telefone (telefone tolerante ao 9º dígito) contra toda a base do sistema.
A tela de Leads agora mostra, ao final da página, um painel com a quantidade de leads agrupada por origem. Os totais respeitam os filtros e a busca ativos (por exemplo, um período): só aparecem as origens que tiverem leads dentro do recorte, ordenadas da maior para a menor, e origens zeradas não são exibidas.
Painel recolhível no rodapé da lista de Leads com a contagem por origem e o total geral, atualizando conforme os filtros aplicados.
Origens sem nenhum lead no período/filtro não aparecem, evitando poluição visual mesmo com dezenas de origens cadastradas.
Nova tela "Lead Mkt Tracking" no grupo Leads com o histórico completo dos dados de marketing de cada lead (origem, URL de conversão, GCLID, FBCLID, UTMs, IP, User Agent, Meta Lead ID e CTWA CLID). A primeira gravação acontece junto com o cadastro do lead e, a cada nova edição com dados de marketing, um novo registro é guardado sem sobrescrever os campos originais do lead.
Lista todos os registros de marketing dos leads, permitindo ver várias passagens do mesmo lead e filtrar por lead, origem, UTM Source, UTM Campaign e data.
Os campos de marketing do lead nunca são sobrescritos em edições; cada novo envio gera um registro histórico, mantendo o rastreio completo da jornada.
Novo fluxo no grupo Cobrança para tratar parcelas rescindidas. A base agrupa por venda todas as parcelas rescindidas, mostra valor total, valor pago e saldo rescindido, distribui os clientes entre os cobradores e permite gerar uma nova venda negociada vinculada à venda rescindida para acompanhar a recuperação.
Cria a base filtrando por vencimento das parcelas rescindidas. Ao achar uma parcela rescindida de uma venda, traz todas as demais rescindidas dela, com valor total da venda, valor pago e valor rescindido (saldo devedor).
Após alguns dias de operação, reembaralha os clientes entre os cobradores garantindo que nenhum cliente permaneça com o usuário que o cobra atualmente.
Quando o cobrador negocia o saldo rescindido, gera uma nova venda parcelada vinculada à venda rescindida. A venda original permanece rescindida e o acompanhamento mostra quanto já foi recuperado.
Novos botões na tela de Leads para exportar a lista completa de contatos (nome, telefone e email) de leads e de clientes. A geração roda em segundo plano e o arquivo fica disponível para download por notificação ao concluir.
Gera, em segundo plano, um arquivo CSV com nome, telefone e email de todos os leads cadastrados.
Gera, em segundo plano, um arquivo CSV com nome, telefone e email de todos os clientes que já tiveram pelo menos uma parcela paga.
Novo item no menu Comercial que exibe o relatório de Performance Marketing ASB/TSB diretamente dentro do ERP.
No grupo Comercial, a tela "Performance Marketing ASB/TSB" carrega o relatório de marketing embutido, sem precisar sair do sistema.
Nova ação na listagem de Vendas pagas com cartão que reúne, em linguagem clara, todas as tentativas de cobrança feitas na Cielo, explicando o motivo de cada recusa.
Disponível nas vendas com pagamento em cartão, exibe em um modal cada tentativa enviada à Cielo (data, valor, parcelas, bandeira e cartão) e se foi aprovada ou recusada.
O código de retorno da Cielo é traduzido automaticamente pela tabela de erros do centralizador, mostrando a mensagem e a orientação correspondente para cada recusa.
Quando o cartão é recusado no link de pagamento, o cliente passa a ver o motivo detalhado (causa, orientação e código Cielo) em vez de uma mensagem genérica. A bandeira do cartão agora é reconhecida corretamente e a recorrência também passa a explicar a recusa.
Corrigido o erro de conversão para o XML Nacional ("Tag <CSTPisCofins> não informada") que ocorria ao emitir NFS-e de clientes com retenção de imposto federal na fonte.
A NFS-e passa a informar o CST do PIS/COFINS (situação tributária), campo exigido pelo padrão nacional sempre que a nota tem retenção federal. Notas de clientes PJ com IR retido na fonte voltam a ser emitidas normalmente.
A tela Saldos API agora permite cadastrar e-mails e um limite mínimo; quando o saldo de alguma API fica abaixo desse limite, um aviso é enviado por e-mail automaticamente.
Na tela Saldos API é possível informar os e-mails que receberão o aviso e o valor mínimo (ex.: 300) a partir do qual o saldo é considerado baixo.
Uma verificação diária consulta o saldo das APIs e, se algum estiver abaixo do limite, envia um e-mail de alerta aos destinatários cadastrados.
Migração do histórico do Digisac para dentro do sistema: backup completo da API (contatos, chamados e mensagens) e uma nova ação na listagem de Leads para ver toda a conversa pelo telefone.
Nova ação na listagem de Leads que busca pelo telefone e exibe, em um modal estilo chat, o contato, os chamados e as mensagens trocadas, lidos do backup local.
O comando de backup passa a trazer contatos, chamados e mensagens de forma paginada e retomável, guardando tudo no banco próprio para não depender mais do Digisac.
O dashboard de Análise de Rescisões agora permite clicar nos gráficos para ver a listagem dos casos, além de novos gráficos de clientes reincidentes e de rescisão por categoria do produto.
Ao clicar em qualquer barra ou ponto dos gráficos, uma tabela paginada aparece abaixo listando as vendas e parcelas daquele recorte, com cliente, vencimento, valor e status.
Novo gráfico mostra quantos clientes rescindiram 1, 2 ou 3+ vendas diferentes, ajudando a identificar reincidência de inadimplência.
Novo gráfico compara a taxa de rescisão entre as categorias de produto vendidas, revelando quais categorias concentram mais perdas.
Nova tela em Relatórios que mostra em qual parcela os clientes param de pagar, o impacto financeiro das rescisões e diversos comparativos com filtros por período e forma de pagamento.
Gráfico principal mostra a primeira parcela rescindida de cada venda, revelando onde a inadimplência definitiva começa, além da taxa de rescisão por posição da parcela.
Indicadores de valor não recebido, valor pago antes da rescisão, perda média por venda e evolução mensal das rescisões com base na data de rescisão.
A tela gera conclusões automáticas sobre os padrões de rescisão e exibe os rankings de equipes e vendedores com mais vendas rescindidas, com taxa e valor perdido.
O sistema passou a aceitar o novo formato de CNPJ alfanumérico da Receita Federal, mantendo total compatibilidade com os CNPJs antigos somente numéricos em cadastros, buscas e validações.
Os formulários de clientes, leads e fornecedores agora permitem digitar e validar o CNPJ no novo formato alfanumérico, sem deixar de aceitar os CNPJs antigos.
As consultas por CPF/CNPJ no painel e nas telas públicas deixaram de remover as letras do documento, encontrando corretamente os clientes com CNPJ no novo formato.
A verificação do dígito do CNPJ foi atualizada para o cálculo oficial alfanumérico, continuando a validar normalmente os CNPJs numéricos já existentes.
O painel ganhou uma nova visão de alunos da Plataforma +A, com exportação em planilha e complemento automático de dados cadastrais usando o DW e o banco do ERP.
A área de Relatórios agora conta com uma listagem específica de alunos da Plataforma +A, separada do relatório de progresso.
Quando o DW não traz todas as informações do aluno, o sistema busca complemento no cadastro local usando e-mail e documento para montar a visão do relatório.
A nova exportação em planilha segue a estrutura esperada para nome, contato, documento, departamento e datas de compra e expiração.
A extração da Plataforma +A passou a considerar também os blocos manuais de práticas integradas salvos no DW, evitando que essas notas fiquem de fora do relatório.
O relatório agora traz as notas lançadas manualmente nas categorias de práticas integradas do DW, além das notas vinculadas a tópicos comuns do curso.
A origem das notas passou a ser identificada com uma chave própria, permitindo reprocessar a carga com estabilidade tanto para tópicos quanto para categorias manuais.
A tela de Registros Plataforma +A agora oferece uma exportação em CSV alinhada à visualização montada pelo usuário na listagem.
A nova opção Exportar em CSV respeita as colunas exibidas na tela, facilitando gerar arquivos sob medida para cada consulta.
As telas públicas de consulta e solicitação por CPF ou CNPJ foram ajustadas para evitar bloqueios de link expirado quando abertas a partir de outros sistemas.
A consulta e a solicitação de nova declaração passaram a aceitar melhor acessos iniciados fora do sistema principal, reduzindo erros de link expirado.
O fluxo público de pedido de estágio foi alinhado para funcionar com mais consistência quando acessado por integrações e janelas externas.
As telas de financeiro, boletos, documentos da turma e gerenciador de arquivos também foram preparadas para reduzir falhas de validação em acessos externos.
A tela da Plataforma +A agora passa a mostrar também o progresso total do aluno no curso, desconsiderando tópicos deletados, não visíveis e agrupadores estruturais.
O relatório exibe separadamente o progresso total do aluno no curso, além do progresso já fornecido pela plataforma.
O progresso total considera os tópicos do conteúdo ignorando itens deletados, não visíveis e também grupos de módulos usados apenas como agrupadores.
O CSV de progresso agora leva tanto o progresso atual da plataforma quanto o progresso total calculado para análise operacional.
As ações operacionais da Curseduca ficaram mais consistentes, com consulta reaproveitada entre telas e cadastro manual voltando a salvar corretamente a turma do cliente.
Ao usar a ação de cadastro na página Pessoas Curseduca, a turma selecionada agora é persistida corretamente no cliente.
A ação Plataforma Educacional agora segue o mesmo comportamento nas telas de Declarações de Matrícula e Pessoas Curseduca, facilitando a consulta do aluno na Curseduca.
A tela Pessoas Curseduca agora exibe também o nome da turma do cliente, além do ID, facilitando a identificação na listagem.
As vendas recorrentes via Cielo passaram a guardar os identificadores exigidos pela Mastercard e a registrar melhor o vínculo da transação inicial com as cobranças futuras.
As respostas da Cielo agora salvam automaticamente os identificadores Mastercard usados para rastrear a transação inicial e suas cobranças relacionadas.
A criação da primeira cobrança recorrente Mastercard passou a enviar a identificação de transação iniciada pelo cliente, preparando o fluxo para os mandates da bandeira.
As consultas de recorrência na Cielo agora registram também os identificadores retornados nas reconsultas por PaymentId, facilitando auditoria e evolução futura do fluxo MIT.
As vendas recorrentes via iPag passaram a cobrar a primeira parcela no ato da adesão, responder a confirmação com mais rapidez para o cliente e concluir a vinculação das próximas cobranças automaticamente por callback.
A recorrência via iPag agora cria a assinatura junto com a transação inicial em cartão, permitindo confirmar imediatamente a primeira parcela no fluxo da venda.
As parcelas futuras da recorrência iPag passam a respeitar as datas já definidas na venda, evitando regravação automática de vencimentos após a adesão.
O recebimento dos callbacks da iPag ganhou validação de assinatura e sincronização mais segura das parcelas recorrentes pagas.
Quando a primeira cobrança é aprovada antes do identificador da recorrência chegar, o sistema conclui a venda e vincula a assinatura automaticamente assim que o callback da iPag informa o subscription id.
A tela de pagamento deixa de aguardar a consulta completa da recorrência na iPag durante o checkout, reduzindo risco de timeout após a cobrança inicial aprovada.
Os campos de seleção pesquisáveis do painel passaram a abrir suas listas corretamente por cima da interface, a exibir mensagens padronizadas em português quando não houver opções disponíveis e a permitir compartilhamento de filtros em páginas administrativas por link.
Os selects pesquisáveis agora mantêm a lista de opções visível acima de sections, cards e repeaters, reduzindo falhas visuais em formulários do sistema.
Os campos pesquisáveis deixaram de exibir a chave interna do Filament e agora mostram uma mensagem clara quando não houver opções para selecionar.
A tela de Emitir Nota Fiscal agora reflete filtros, busca e ordenação na URL, facilitando compartilhar a mesma visualização com outros usuários.
O acesso do aluno voltou a funcionar ao consultar CPF ou CNPJ, mesmo após a inclusão dos novos campos de produto.
O Gerenciador de Arquivos agora identifica os produtos comprados sem disparar erro de SQL ao lidar com campos JSON do cadastro.
O sistema ganhou uma ambientação especial de Festa Junina no painel, com ativação separada e refinamentos visuais para aplicar o tema sazonal só quando desejar.
O painel agora exibe paleta junina com tons quentes, detalhes inspirados em tecido e acabamento visual mais festivo nas áreas principais.
Foram adicionados bandeirinhas integradas ao topo, fogueira animada ao lado da logo e realces visuais em menus, cartões e telas de acesso para reforçar o clima junino brasileiro.
A ambientação junina ficou separada do tema padrão do Filament, permitindo alternar entre o visual normal e o temático por configuração, com alinhamento do topo e do menu lateral ajustado para manter a navegação consistente.
O cadastro de produtos agora permite definir quais dias de vencimento em boleto podem ser usados nas parcelas de cada serviço.
Cada produto passou a ter sua própria seleção de dias permitidos para vencimento em boleto, com suporte a qualquer dia do mês e padrão inicial em 10, 20 e 30.
Na venda, os vencimentos em boleto agora respeitam automaticamente os dias em comum entre os produtos selecionados e, quando a venda é mista, o total de parcelas passa a usar o menor limite entre boleto e cartão configurado no produto.
A integração de leads ficou mais tolerante com números de celular antigos e evita salvar telefones inválidos.
Quando a API identifica um celular enviado no formato antigo com DDD e 8 dígitos, o sistema completa automaticamente o 9º dígito antes de salvar ou atualizar o lead.
Telefones que continuam inválidos após a normalização deixam de ser gravados, reduzindo inconsistências no cadastro de leads.
Os produtos agora podem ser vinculados a uma categoria centralizada diretamente no cadastro, facilitando a organização comercial.
Foi criada a base centralizada de categorias de produto com opções prontas para uso no fluxo comercial.
O cadastro de produtos agora exibe um campo para escolher a categoria do produto e também permite visualizar e filtrar essa informação na listagem.
O menu Configurações agora permite administrar em tela as origens e etapas usadas no funil de leads.
Foi adicionada uma tela para cadastrar, editar, ativar e ordenar as origens de lead sem depender de ajuste manual em código.
As etapas do funil agora podem ser administradas no menu Configurações, com controle de ordem, probabilidade, status ativo e exibição no Kanban.
Foram corrigidos textos com problema de codificação em rotas de apoio, páginas legadas e no histórico de novidades, preservando a acentuação em português do Brasil.
Mensagens de boleto, telas legadas de inscrição e textos de apoio voltaram a exibir acentuação correta para o usuário.
Logs auxiliares, labels administrativos e entradas do changelog tiveram a codificação ajustada para evitar caracteres corrompidos no sistema.
As telas e PDFs de declaração de matrícula e pedido de estágio passaram a usar uma origem estável para a logo do projeto, evitando falha de exibição no canto superior esquerdo em diferentes ambientes.
O layout do PDF de pedido de estágio foi ajustado para concentrar o conteúdo em uma única página, com melhor distribuição de espaços e leitura mais direta.
O sistema agora conta com uma estrutura própria para solicitação, emissão e acompanhamento de pedido de estágio pelo aluno e pela equipe administrativa, com fluxo público separado entre consulta e resultado.
O aluno pode consultar o CPF ou CNPJ, acompanhar solicitações anteriores e abrir um novo pedido de estágio em uma área pública própria.
A equipe passou a contar com uma tela dedicada no Filament para consultar a plataforma educacional, emitir o PDF, negar solicitações e reenviar o e-mail do pedido.
O pedido de estágio é emitido em PDF com link de validação, QR Code e prazo de validade para conferência externa.
As telas públicas e os PDFs de declaração de matrícula e pedido de estágio agora exibem a logo do projeto à esquerda e a logo da ABO à direita.
Os links de download de declaração de matrícula e pedido de estágio agora geram o PDF sob demanda com base nos dados do registro, sem depender do arquivo físico já existir no storage do ambiente.
O cadastro de turmas agora permite anexar vários arquivos PDF diretamente no formulário da turma e disponibilizar esses documentos ao aluno em uma área pública com validação.
Foi adicionada uma estrutura de documentos no cadastro da turma para incluir múltiplos arquivos em PDF no mesmo registro.
Cada documento pode ser salvo com título e descrição para facilitar a organização dos anexos da turma.
Os documentos da turma agora podem ser acessados pelo aluno em uma página pública após validação do CPF ou CNPJ e confirmação do Google reCAPTCHA.
Parcelas em boleto agora entram na regra de rescisão também no exato 54º dia de atraso, sem precisar aguardar um dia a mais.
A comparação da data foi ajustada para considerar parcelas com exatamente 54 dias de atraso na rotina de rescisão automática.
O painel agora conta com uma visão específica para acompanhar os itens importados da +A com filtros mais práticos para auditoria e conferência.
Foi adicionada uma listagem própria em Relatórios para consultar os registros detalhados importados da +A sem misturar com o relatório antigo do Moodle.
A nova tela permite filtrar por aluno, e-mail, conteúdo, módulo, aula e datas, incluindo listas prontas para seleção dos valores importados da plataforma.
A visualização do relatório mostra as notas da +A sem forçar zeros desnecessários, mantendo as casas decimais relevantes para conferência.
O relatório da Plataforma +A agora permite exportar as notas em CSV no mesmo formato esperado para compartilhamento e processamento externo.
A tela da Plataforma +A agora também permite exportar nome do aluno, e-mail e progresso em CSV para uso operacional e integrações externas.
A estrutura da Plataforma +A passa a armazenar também o progresso consolidado do aluno no curso, usando o percentual disponibilizado pelo DW da plataforma.
A tela de boleto agora mostra melhor os retornos da integração e também recupera títulos já existentes no Itaú quando a parcela local ficou sem conciliação completa.
Ao falhar na geração do boleto, o sistema passa a exibir a mensagem específica devolvida pelo Itaú sem repetir o detalhe e com quebra de linha para facilitar a identificação do problema.
Quando o Itaú já tiver o boleto cadastrado, o sistema volta a reconhecer o título correto mesmo com vencimento ajustado para o próximo dia útil e preenche os dados locais faltantes.
A URL da Biblioteca Digital agora funciona em acesso público com validação por e-mail do cliente e proteção por reCAPTCHA.
A rota biblioteca exibe uma tela de acesso para o cliente informar o e-mail antes do redirecionamento SSO.
A integração utiliza CHAVE_PLATAFORMA_BIBLIOTECA e SEGREDO_PLATAFORMA_BIBLIOTECA para montar o token de segurança diário.
O sistema consulta a tabela de clientes pelo e-mail informado, usa o nome cadastrado e só libera o acesso quando encontrar o registro.
A tela pública da biblioteca exige validação do Google reCAPTCHA antes de processar o acesso.
Links incorporados em domínio externo agora mantêm a sessão e permitem consultar CPF normalmente.
Os cookies de sessão passaram a usar SameSite=None com Secure ativo para funcionar corretamente em páginas incorporadas.
O preenchimento do valor fixo no split agora salva corretamente o valor em reais.
Ao informar valores como 45 no split do produto, o sistema deixa de salvar como 0,45 e passa a persistir o valor correto.
A exportação em PDF agora aproveita melhor o espaço horizontal quando a tabela possui muitas colunas.
Relatórios com muitas colunas passam a usar espaçamentos, fontes e cabeçalho em modo compacto para exibir mais conteúdo na mesma página.
O layout compacto é aplicado automaticamente quando a exportação possui 9 ou mais colunas.
A exportação em PDF reforça a conversão de datas para dia/mês/ano, incluindo variações comuns de formato.
O download agrupado agora entrega imagens e documentos PDF diretamente em um único arquivo para conferência.
Arquivos PDF selecionados passam a compor o PDF agrupado junto das imagens, mantendo todas as páginas.
O agrupamento selecionado agora baixa diretamente como PDF, sem repetir os documentos dentro de um ZIP.
PDFs compactados ou com inconsistências recuperáveis, imagens HEIC/HEIF, PNG ou com extensão divergente agora são compatibilizados no agrupamento e na visualização.
Arquivos HEIC/HEIF com variações de leitura agora usam fallbacks adicionais no servidor para evitar falhas ao montar o PDF agrupado.
A visualização do gerenciador agora oferece abertura do arquivo original em nova aba mesmo quando o preview não puder ser renderizado.
As exportações em PDF agora incluem automaticamente uma linha de soma para colunas numéricas compatíveis.
A ação Exportar PDF passou a totalizar automaticamente colunas compatíveis, sem depender de seleção no modal.
Colunas de valores são totalizadas e exibidas no padrão monetário brasileiro dentro do PDF.
Agora o Financeiro possui uma listagem dedicada para transações de cartão processadas via Rede.
Foi adicionada a tela Rede com os mesmos filtros, colunas, exportações e sincronização já usados na visão de cartões.
A nova página exibe apenas parcelas quitadas vinculadas ao gateway Rede, facilitando análise e conferência financeira.
A leitura de recorrência foi ajustada para evitar repetições e priorizar parcelas vencidas mais recentes.
O registro de tentativas recorrentes agora evita duplicidade para a mesma parcela e mesmo pagamento da operadora.
No processamento manual de recorrência, as parcelas são avaliadas do vencimento mais recente para o mais antigo.
Na sincronização Cielo, as tentativas agora consideram o PaymentNumber da operadora para evitar mistura de histórico de outras parcelas.
A emissão da declaração agora usa um cadastro de cursos com dados automáticos e controle de status.
A action de emissão agora permite selecionar um curso cadastrado e mostra automaticamente nome, carga horária, módulos e validade da declaração.
Após selecionar o curso, os dados exibidos ficam apenas para leitura, reduzindo erro de preenchimento manual.
Foi adicionada uma tela no Educacional para gerenciar cursos, categorias e status ativo/inativo.
A tela de Splits agora permite visualizar e filtrar os registros por produto.
A listagem de Splits exibe os produtos vinculados à venda em cada registro.
Agora é possível filtrar os splits por produto para encontrar resultados com mais precisão.
No relatório de Splits, a data de recebimento passa a considerar pagamento para boleto e crédito para cartão.
A listagem de Splits agora exibe os valores de desconto e acréscimo por parcela, com totalizadores.
Os relatórios em PDF ganharam um layout mais moderno, com melhor hierarquia visual e quebra correta de títulos longos nas colunas.
Os filtros aplicados no PDF agora exibem os nomes legíveis das opções, em vez de códigos numéricos.
A listagem de leads ficou mais resiliente e o PDF agora traz os filtros usados na consulta.
Quando a origem vier com valor inválido, a tabela exibe "Não mapeado" e mantém a tela funcionando.
O PDF de exportação agora mostra os filtros aplicados na listagem para facilitar conferência e auditoria.
A exportação em PDF passou a respeitar o formato exibido nas colunas, como parcela no padrão 1/12.
Vendas mistas agora exibem o valor correto de cartão na tabela e no totalizador.
No Cielo, quando a venda for mista, o valor de cartão é calculado como total da venda menos o valor das parcelas em boleto.
A ação Editar Selecionados agora permite ajustar também a categoria dos lançamentos.
No modal de edição em massa de Contas a Pagar, agora é possível definir a categoria para todos os itens selecionados de uma vez.
O DateRangeFilter agora mantém contraste correto no modo escuro.
As datas dentro do intervalo selecionado não ficam mais com fundo branco no tema escuro.
Agora é possível consultar, em tela, o histórico de mudanças de cada arquivo educacional.
Cada registro do Gerenciador de Arquivos ganhou a ação Histórico de Alterações com os dados da tabela revisions.
A coluna Data Envio agora é exibida com dia/mês/ano e hora no formato usado no Brasil.
No Histórico de Alterações, os valores antigo e novo do campo data_envio agora aparecem em dia/mês/ano e hora.
No Gerenciador de Arquivos, o histórico agora mostra o nome do status em vez de códigos numéricos.
A listagem do Gerenciador de Arquivos agora permite filtrar registros pelo período da última alteração.
Foram adicionadas as colunas Data da última alteração e Último usuário que alterou, ocultas por padrão na listagem.
A gestão das versões foi ajustada para evitar fragmentação e inconsistência no painel de novidades.
Entradas duplicadas da mesma entrega foram unificadas em uma única versão para manter o histórico limpo.
Se current estiver divergente do changelog, o sistema usa automaticamente a versão mais recente disponível.
O fluxo de consulta e conciliação Itaú foi consolidado em uma experiência única, com conferência manual e maior segurança operacional.
Na tela de Movimentações Bancárias, a ação consulta lançamentos do Itaú secundário por API sem depender de arquivo OFX.
Após a consulta, o sistema abre a tela de conciliação para o usuário revisar e vincular item a item.
O fluxo usa configuração e statement padrão definidos para reduzir erro de preenchimento no modal.
Se a configuração fixa não existir, o sistema busca automaticamente a primeira configuração válida com credenciais secundárias.
A tela de Conta Bancária Saldos recebeu resumo consolidado do extrato Itaú secundário por data.
Basta informar a data de referência para buscar os dados do extrato Itaú secundário.
O modal exibe a quantidade de itens e o valor total dos eventos encontrados na data.
O retorno inclui event_count com a quantidade total de eventos do extrato.
O retorno inclui event_amount_sum com a soma de amount.value em body.data.events.
A área de novidades ficou mais integrada ao menu do perfil.
Agora a opção Novidades fica no menu do usuário, sem botão flutuante na tela.
O menu exibe a versão definida no changelog do sistema.
Este espaço reúne as novidades e melhorias do ERP.
Agora você pode acompanhar atualizações diretamente no painel.