As vendas do Mercado Livre passam a ser recebidas com comissão, frete e demais taxas lançadas separadamente, controlando o valor líquido e a data em que o pagamento é efetivamente liberado (o Mercado Livre libera o valor ao vendedor cerca de 15 dias após a venda, já descontando essas taxas).

Configuração: informe, para o Mercado Livre, o portador e a condição de pagamento padrão e os planos de contas de despesa de Comissão, Frete e Demais taxas, além da conta corrente. O portador do Mercado Livre deve ficar com a opção "Considerar portador no módulo financeiro" desmarcada, para o título não entrar na posição financeira antes do recebimento.

Funcionamento: ao gravar o pedido, o sistema gera o título a receber já com o portador e a condição do Mercado Livre e guarda, vinculados ao pedido, os valores de bruto, comissão, frete e demais taxas.

O sistema acompanha automaticamente a liberação do pagamento pelo Mercado Livre, sem qualquer ação do usuário; enquanto não liberado, o pedido permanece aguardando liberação.

Quando o pagamento é liberado, o pedido fica disponível em uma nova tela de baixa, onde o título é baixado pelo valor líquido, na data da liberação, no portador do Mercado Livre — e comissão, frete e demais taxas são lançadas como despesa nos planos de contas parametrizados, refletindo no fluxo de caixa. A baixa também pode ser estornada, revertendo os lançamentos e reabrindo o título.

O sistema passa a emitir, consultar, cancelar e imprimir NFS-e no Padrão Nacional (Sefin Nacional), atendendo aos municípios que já aderiram ao novo modelo de nota fiscal de serviço. As tributações do serviço continuam sendo definidas pela Central de Tributação.

A configuração do município no Padrão Nacional fica salva de forma centralizada, ficando disponível ao reabrir a tela. Para municípios que ainda não possuem cadastro complementar no Sefin Nacional, é necessário remover a Inscrição Municipal do prestador tanto do Cadastro geral quanto da configuração do Emissor fiscal.

O histórico de retorno das NFS-e passa a exibir tanto o XML das notas autorizadas quanto o JSON de retorno das notas com erro, formatado e legível, e o DANFSe é impresso com a acentuação correta.

A emissão, consulta e impressão nas prefeituras que ainda usam o padrão anterior continuam funcionando normalmente.

Ao alterar a data de vencimento de um título com boleto registrado no Santander, o sistema passa a perguntar se a nova data deve ser enviada também ao banco, seja para antecipar ou prorrogar o vencimento. Confirmando o envio, a alteração é registrada no Santander; recusando, a data é alterada apenas no sistema.

Se o envio ao banco falhar, o sistema oferece uma nova tentativa; falhando novamente, a alteração é cancelada e o vencimento permanece o mesmo.

Títulos sem boleto registrado ou registrados em portador de outro banco continuam sendo alterados normalmente, sem essa pergunta.

Na devolução de venda, no cancelamento de nota/pedido e na exclusão manual de título, quando o título tem boleto registrado no Santander, o sistema passa a enviar automaticamente ao banco a baixa ou o abatimento do boleto, informando o usuário antes de concluir a operação.

Quando o adiantamento cobre 100% do título, a venda é cancelada ou o título é excluído, o boleto é baixado no Santander. Quando o adiantamento é parcial, é enviado um abatimento do valor recebido, mantendo o boleto ativo com o saldo remanescente.

Se o envio ao banco falhar, o sistema oferece uma nova tentativa; falhando novamente, toda a operação é cancelada e o título permanece como estava.

Títulos sem boleto registrado ou vinculados a portador de outro banco continuam sendo devolvidos, cancelados ou excluídos normalmente, sem essa verificação.

A tela Financeiro | Consulta / Registro boleto via API passa a contar com a aba Log de Erros, que registra as falhas no registro, na baixa, na alteração de vencimento, no abatimento e na consulta de boletos pagos via API do banco, com data e hora, portador, documento, nosso número, código e mensagem do erro e usuário. As ocorrências podem ser consultadas por período, empresa e portador.

Na Manutenção de estoques (ME), a correção de lote de produto cuja linha esteja marcada como psicotrópica passa a exigir o preenchimento do Motivo quando a opção Atualizar estoque físico dos produtos estiver marcada. O motivo informado é exibido na coluna Histórico do relatório Balanço de Produtos Psicotrópicos, compondo o histórico do lote para fins de fiscalização.

O sistema agora registra e gerencia boletos do Sicoob (banco 756) diretamente pela API do banco. Na emissão da duplicata/boleta, o boleto é registrado automaticamente com Nosso Número, linha digitável, código de barras e o QR Code do Bolecode (PIX); as movimentações do título também são refletidas no banco de forma automática — alteração de vencimento (mediante confirmação), abatimento no adiantamento parcial e baixa ou abatimento em devoluções e cancelamentos. Uma nova aba permite consultar o status e baixar manualmente os boletos pagos, e um Log de Erros registra eventuais falhas de comunicação com o banco.

Para utilizar, cadastre o portador com o banco 756 (Sicoob) e as credenciais da API e ative o parâmetro "Registra e consulta boletos on-line".

Nas vendas para entrega em boleta, duplicata ou cheque, a nota fiscal de venda passa a apresentar os títulos gerados no financeiro já na emissão, sem depender do acerto de entrega.

Nas vendas para entrega em Pix ou cartão, a nota sai como pagamento posterior e o pagamento é informado na baixa da entrega pelo evento de Conciliação Financeira (ECONF), agora enviado à SEFAZ do próprio estado e somente para pagamentos em Pix ou cartão. Após o registro do evento, o valor passa a constar no DANFE.

Vale para as condições de pagamento marcadas como Para entregas, nas empresas com a opção Gerar ECONF habilitada.

O registro, a alteração e a baixa de boletos do portador Itaú (banco 341) passam a usar os novos endereços gateway divulgados pelo banco, mantendo a autenticação em sts.itau.com.br. A emissão e a consulta de boletos continuam funcionando após a desativação dos endereços antigos, prevista pelo Itaú a partir de 15/09/2026.

A tela Acompanhamento de pedidos ganhou a aba Acompanhamento, que mostra cada pedido na sequência Venda, Separação, Conferência, Faturamento, Saída e Recebimento, com o início e o fim de cada etapa, o tempo decorrido desde a venda e a linha colorida conforme o percentual de desconto do cliente.

As rotinas 9806 e 9813 passam a registrar a separação e a conferência, e a 9805 registra a saída do motoboy e, na nova aba Controle saída (liberada por usuário na rotina 530), a saída dos pedidos de retirada e transportadora. O faturamento vem da emissão da nota e o recebimento, da baixa de entregas.

Parâmetro relacionado: Diversos/Configurações/Configurações 2 — Acompanhamento de pedidos rotinas externas (disponível com o acompanhamento de pedidos habilitado).

Ao anexar documentos de clientes ou de negociações, o nome do arquivo passa a ser aceito com até 150 caracteres. Quando o nome ultrapassa esse limite, o sistema avisa no momento da seleção, informando o tamanho e orientando renomear o arquivo.

As observações da análise financeira e da negociação de pedidos passam a formar um histórico: cada gravação, aprovação, reprovação ou retorno acrescenta uma nova entrada com usuário, data, hora e situação, sem alterar nem excluir as anteriores. O texto aceita formatação e tabelas coladas do e-mail ou do Word.

A observação da análise financeira agora pode ser lançada já na tela de venda e passa a ser obrigatória ao gravar orçamento de produção com condição de pagamento a prazo (exceto cartão), quando o parâmetro "Utiliza análise financeira" estiver marcado.

Funcionários marcados como Gestor de CRM passam a visualizar a análise financeira em todas as situações.

Na Manutenção de estoques (ME), operação Individual, as datas de vencimento e de fabricação do lote passam a ser gravadas conforme informado, inclusive quando o mesmo lote aparece em mais de um endereço ou depósito, situação em que a data voltava em branco.

Na conferência de vendas do CheckOut, o campo de código de barras passa a ser limpo automaticamente após cada leitura. Com isso, a leitura de um produto após o outro não junta mais os códigos nem gera a mensagem de código de barras não encontrado.

O cancelamento e a devolução de pedidos originados no C&S Venda+ 2.0 passam a ser concluídos normalmente, sem apresentar mensagem de erro.

O campo "Buscar Menu" da barra de atalhos personalizada passa a permitir buscas repetidas quantas vezes forem necessárias, sem apresentar erro. A busca pode ser aberta e fechada — pelo botão Fechar ou abrindo uma tela por duplo-clique — e refeita normalmente em seguida.

As liberações por senha concedidas na venda (Orçamento/Vendas) — como valor abaixo do mínimo da condição de pagamento e cliente fora da situação de cadastro — agora são gravadas e passam a aparecer em Administrativo | Segurança | Log de senhas, com o tipo de controle de senha que autorizou a liberação. Aplica-se com o parâmetro Tipo controle senha em "Por nível de usuário" ou "Por cartão magnético".

Com o parâmetro "Editar itens requeridos da OS somente por requisição" habilitado, o preço dos produtos na aba Itens Requeridos passa a poder ser alterado. Na aba Requisição, quando o produto já consta em Itens Requeridos, o preço é carregado dali e não pode ser editado; para produtos que não constam, o preço continua editável. As colunas passam a exibir o número real de cada requisição (REQ.) e de cada devolução (DEV.), e a impressão da requisição mostra somente os produtos e quantidades daquela requisição. Na devolução, o preço do produto é carregado automaticamente da aba Itens Requeridos. Também deixou de ser exibida indevidamente a mensagem de cliente inativo ao gravar a Ordem de Serviço.

Ao incluir um contrato em Vendas e Serviços, a pesquisa de cliente passa a listar todos os clientes ativos, e não mais apenas os cadastrados como Órgão Público. O cliente pode ser selecionado pela pesquisa ou informado diretamente pelo código/CNPJ, sem a mensagem de cliente não encontrado.

Os clientes Órgão Público continuam sendo listados e selecionados normalmente.

No CESVendas, ao bipar um produto em promoção na tela de venda, o sistema passa a perguntar se deseja utilizar o preço promocional, logo após exibir a quantidade mínima — o mesmo comportamento já existente na digitação manual da quantidade. Quando a promoção exige quantidade mínima, a pergunta aparece assim que os bipes do produto atingem esse mínimo.

Ao cancelar um pedido que já estava em separação ou conferência, ele passa a aparecer no Gerenciamento de Almoxarifado em destaque laranja com o status Pedido cancelado, dando visibilidade imediata à expedição. O gestor confirma a ciência pelo botão Baixar, o que muda o status para Pedido cancelado baixado, e a Separação e a Conferência passam a bloquear esses pedidos com uma mensagem impeditiva.

Os dois novos status também ficam disponíveis como filtro no relatório de pedidos do almoxarifado.

Os arquivos de vendedores, clientes, produtos, vendas e estoque para a Neogrid DI (Distributor Intelligence) agora podem ser gerados automaticamente todos os dias, no horário configurado, pelo aplicativo C&S Neogrid DI, que inicia automaticamente ao entrar no Windows e fica na área de notificação, de onde também é possível gerar os arquivos na hora. Cada geração grava um log diário no mesmo diretório dos arquivos, com início e término, arquivos gerados, quantidade de registros e eventuais erros.

Para ativar, marque a opção Habilitar geração automática e informe o horário nas configurações do aplicativo.

Na tela Financeiro / Consulta / Registro boleto via API, o botão Enviar WhatsApp passa a enviar a mensagem de saudação e o PDF do boleto na mesma conversa. Com vários títulos marcados, cada um é enviado com o seu próprio boleto. Disponível para as empresas que utilizam a versão nova do CesWhatsZap.

O token de segurança do pedido passa a ser enviado por WhatsApp automaticamente ao finalizar a conferência no C&S Checkout, e deixa de ser disparado pelo Acompanhamento de Pedidos (CTRL+A), eliminando o envio repetido para clientes com número inválido.

O botão Reenviar Token fica disponível no Checkout e no CTRL+A somente para pedidos já conferidos, e informa ao usuário se o envio foi realizado ou o motivo da falha.

Na tela Gestão de carteiras de clientes, os leads agora podem ser enviados direto ao vendedor, sem passar pela etapa do SDR (Representante de desenvolvimento de vendas): cada lead vai para o vendedor do cadastro do cliente ou, se não houver, para o vendedor escolhido na tela.

Para ativar, marque o parâmetro "Pular etapa do SDR e enviar o lead direto ao vendedor" e reabra o sistema.

Independentemente do parâmetro, na tela 'Gestão de carteira de clientes' é possível alterar em lote a Origem lead e o Funil dos clientes marcados e usar a Localização rápida na tela Gestão de leads, para encontrar um lead pelo nome ou CPF/CNPJ do cliente, pelo orçamento, entre outros.