Veja o que mudou em todas as versões
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 chegavam a consumir mais de 1 GB de memória e reiniciavam o processador de filas em loop; agora a mesma exportação de ~164 mil linhas 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.