Objetivo da mudança: O objetivo desta alteração é aprimorar o controle sobre a autoria e a rastreabilidade das modificações feitas nas tabelas PLAINI e DPRINI. Para isso, será incluído o código do operador responsável pela alteração e a respectiva data de geração ou alteração. Essa melhoria facilita auditorias e aumenta a segurança dos dados, permitindo…
Continue lendoVersão 30.72
Objetivo da mudança: Foi solicitado ajustar a mensagem exibida quando o operador tenta gravar itens na aba “Outras Obrigações e Ajustes (Sped Fiscal)” no “Livro Fiscal” (frmCadLivroFiscal). Atualmente, aparece a mensagem padrão do Delphi “DATASET NOT IN EDIT OR INSERT MODE”, que não é intuitiva para o usuário. Para melhorar a experiência, o sistema foi…
Continue lendoObjetivo da mudança: Para atender à necessidade dos clientes de tintas PPG e NEXA Autocolor, foi implementada uma nova configuração que permite a utilização da opção de embalagem spray. Essa alteração inclui a criação de um parâmetro para definir o volume máximo do spray, com valor default de 0,450, mantendo o padrão estabelecido anteriormente no…
Continue lendoObjetivo da mudança: Para atender à solicitação do cliente na geração de cores da tinta “Futura”, foi implementada uma melhoria que permite exibir a mensagem da fórmula durante a venda. Anteriormente, a mensagem estava armazenada no campo mensagem_usuario da tabela formula, mas não era visível para o operador. Agora, foi criado um novo campo, FUT_MENSAG,…
Continue lendoObjetivo da mudança: O objetivo é permitir a emissão de notas de complemento com data retroativa, para atender clientes que necessitam que a data do documento (utilizada nos campos XML <dhEmi> e <dhSaiEnt> e no PDF) reflita uma data passada, enquanto a data de autorização (<dhRecbto>) permanece com a data atual. Se a configuração estiver…
Continue lendoObjetivo da mudança: O requisito visa evitar erros fiscais relacionados ao lançamento manual de notas no “Livro Fiscal” (frmCadLivroFiscal). Especificamente, o sistema não deve permitir o lançamento de notas fiscais eletrônicas cuja nota complementar seja “Não” e que possuam valor contábil igual a 0,00, impedindo que essas notas impactem negativamente as obrigações acessórias da empresa….
Continue lendoObjetivo da mudança: Este requisito visa ajustar o sistema para interpretar corretamente o campo MOVCAR.MCA_PARCEL, que pode vir preenchido tanto com letras (A, B, C, etc.) quanto com números (001, 002, 003, etc.). Devido a vendas do Mercado Livre que geram mais de 26 parcelas – ultrapassando o limite alfabético – o webservice passará a…
Continue lendoObjetivo da mudança: O Autcom deve impedir a alteração da forma de pagamento de uma condição de pagamento vinculada a integrações da Citel, garantindo que apenas formas compatíveis sejam utilizadas. O problema ocorre quando um operador altera manualmente a forma de pagamento no sistema, causando falha na integração de pedidos com o WebService, impedindo o…
Continue lendoObjetivo da mudança: Expandir a funcionalidade original do requisito 365290 para as versões padrão (30.68, 30.72, e 30.74), permitindo configurar e identificar CSTs monofásicos de ICMS na entrada de produtos. Isso será feito por meio de uma nova configuração no módulo SPED Fiscal, garantindo maior flexibilidade no atendimento de demandas fiscais específicas de clientes. Instruções…
Continue lendoObjetivo da mudança: Implementar um controle mais eficiente para o status de empresas cadastradas no sistema, permitindo que sejam ativadas ou inativadas com ações específicas. Esse ajuste assegura que empresas inativas não interfiram nos processos de cálculo, gravação e operações gerais, como movimentação de itens, cotações de compras e faturamento. Além disso, cria um backup…
Continue lendo