Como podemos ajudar?
< Todos Tópicos

SOLUTION ERP WEB – BOLETIM DE NOVIDADES, MELHORIAS E MANUTENÇÕES – VERSÃO 12.006.001 

Olá! 

Neste boletim temos melhorias/manutenções desenvolvidas para sua equipe aumentar a produtividade e gerar mais resultados para sua empresa. 

Manter seu sistema atualizado garante a evolução fiscal, devido às legislações frequentes que o governo exige adequação, melhorias recentes de desempenho, consistência e segurança. 

Para verificar se você está com essa versão do sistema em uso, visualize no rodapé do sistema se consta o número 12.006.001. 

Abaixo destacamos os ajustes e melhorias feitas: 

GERAL 

Ajustes na API: Realizado ajuste para que os orçamentos sejam gravados sempre que as informações vêm pela API. [522551]. 

Código do benefício fiscal na NFC-e – Geral: Realizado ajuste no processo de geração do arquivo para envio ao OPAF para que seja gerado o código do benefício fiscal conforme a tabela de tributação quando não houver configurado no cadastro do produto, gerando a tag cBenef corretamente no XML. [523272]. 

MÓDULO ADMINISTRATIVO 

Validação de E-mail por Tipo – Módulo Administrativo > Configurações > Funcionário – (Rotina 99030): A regra de erro do campo “E-mail” foi ajustada para não ser aplicada quando o tipo selecionado for ‘Apoio’. [523282]. 

MÓDULO ALERTAS 

Agendamento em modelo csv rotina 2799 – Módulo Alertas > Principal > Agendamentos – (Rotina 99023): Corrigido para que, no agendamento da rotina 2799, ao marcar a opção Gerar CSV, o arquivo seja anexado e enviado também por e-mail. [523125]. 

MÓDULO ATACADO 

Atualização de Trigger data/hora Update – Atacado > Principal > Orçamento – (Rotina 4060): Ajustada para que a gravação da “Trigger data/hora Update” ocorra apenas quando uma alteração for realizada no orçamento. Atenção, pois avançar nos passos da Wizard pode gerar novos dados e, com isso, atualizar este registro. [523157]. 

 Validação de Perda com Reserva – Módulo atacado > Principal > Orçamento – (Rotina 4060): A verificação no processo de perda de item foi ajustada para bloquear a perda quando houver uma reserva ativa. A mesma regra foi aplicada nas rotinas de Balcão e Oficina. [523246]. 

MÓDULO BALCÃO 

Impedimento na alocação de itens – Módulo balcão > Principal > Ordem de Compra – (Rotina 1080) / Pedido – (Rotina 1079) / Orçamento – (Rotina 1077): Ajustado para não permitir alocar itens quando o pedido, ordem de compra e orçamento, quando o registro for cancelado em outro aba. [523115]. 

Atualização na situação e status – Módulo Balcão > Principal > Pedido – (rotina 1079) / Ordem de Compra – (rotina 1080): Corrigido o processo para que, quando o registro estiver “fechado” e for realizada a entrada de um item vinculado a uma Venda Perdida em empresas que utilizam a configuração de requisição via WMS, ao clicar no botão “Anterior”, o sistema retorne para a consulta de pedidos e OCs, e não para a wizard de bloqueios. [523382]. 

MÓDULO BANCOS 

Validação do cadastro de regras para conciliação bancária – Bancos > Conciliação > Regras para Conciliação Bancária – (7088): Ajustado para que o sistema valide a existência da conta contrapartida e histórico informados. [522834]. 

MÓDULO COMPRAS 

Data de abertura de solicitação de produto – Módulo Compras > Principal > Solicitação de Produto – (Rotina 2636): Foi criada uma inicialização para ajustar a gravação da data de abertura das solicitações de produto que estão sem data na aba “Dados”. Com essa inicialização, a data de abertura será registrada corretamente, de acordo com a data que consta na aba “Ocorrências”, na ação “Abertura”. [523175]. 

Ajuste na emissão de etiquetas sobre NF – Módulo Compras > Relatórios > Emissão de etiqueta – (Rotina 1351): Ajustado para que, ao emitir etiquetas com o campo “Emissão sobre” marcado como “NF”, seja possível definir se os mesmos produtos da nota fiscal serão apresentados uma ou mais vezes. Com isso, ao utilizar a emissão sobre NF, no campo “Ordenação”, estarão disponíveis as seguintes opções. 

Prateleira/Descrição: mantém o funcionamento atual, ou seja, caso existam produtos com a mesma descrição e mesma prateleira, eles serão agrupados. 
Prateleira/Produto: novo funcionamento, com agrupamento por prateleira e código do produto. Com essa opção, o produto será exibido repetidas vezes, conforme consta na nota fiscal. 

Foi criada também a coluna “Quantidade NF” na wizard de produtos, que exibirá a quantidade dos produtos conforme informado na nota fiscal. Essa coluna estará disponível apenas quando a emissão for feita sobre uma NF. 
Importante: A coluna “Quantidade”, presente na wizard de produtos, não se refere à quantidade de produtos na nota fiscal, e sim à quantidade de etiquetas definida na primeira wizard, utilizada para os cálculos internos da rotina de geração. [523140] 

Ajuste na Data/hora confirmação do pedido de compra – Módulo Compras > Compras > Pedidos de Compra – (Rotina 2735):Foi adicionada a gravação da data nos locais onde o status é alterado para ‘confirmado’. Com isso, a data passará a ser registrada de forma correta. [523208]  

Alteração em coluna apresentada nos relatórios: Módulo Compras > Sugestão de Compras > Sugestão de Compra > Visualização de Sugestão de Compra – (Rotina 1021): 

As colunas Sld. Total e Outras filiais estavam apresentando sempre a mesma informação ao imprimir os modelos 1 e 3 da impressão de sugestão de compra. Por isso, foi realizado um ajuste no carregamento desses dados. Agora, o funcionamento é o seguinte para os modelos citados: 

Coluna Estoque → Saldo do produto nas filiais selecionadas para geração da sugestão de compra. 

Coluna Sld. Total → Saldo total do produto na empresa (todas as filiais). 

Coluna Outras filiais → Saldo do produto nas filiais diferentes das selecionadas na sugestão de compra. [523222]. 

MÓDULO CONFIGURAÇÕES 

Ajustes de desempenho – Módulo Configurações > Integração > APP’s > Campos Dealer > Campos Dealer CRM > Cadastro Usuários – (rotina 2763): Realizado ajuste e retirado o header content-length que estava causando lentidão. [523286]. 

MÓDULO CONTABILIDADE 

Troca de sintética nos lançamentos contábeis – Módulo Contabilidade > Processamentos > Trocar sintética – (rotina 7129): Ajustado para que ao realizar a troca de sintética, caso a conta contábil possua movimentação anterior, a conta sintética dos lançamentos contábeis também seja alterada. O log de alteração da troca de sintética anterior e atual da conta e dos lançamentos poderá ser consultado através da rotina 99009 pelo nome da rotina TROCAR SINTÉTICA – 7129. [521645]. 

MÓDULO ESTOQUE 

Adição de logs – Módulo Estoque > Notas fiscais > Importar NF-e via XML – (Rotina 1339): Adicionada a gravação de logs, no momento do lançamento da NF por XML, dos parâmetros configurados na rotina 3058 e do status da prenota, para que seja possível verificar situações futuramente, caso necessário. [522198]. 

Trava de acesso do retorno de demonstração – Módulo Estoque > Notas fiscais > Demonstrações Próprias/Terceiros – (Rotina 2774): Realizado ajuste para que no processo de retorno de demonstração seja utilizado como ID o código interno da NF na criação do identificador da trava de acesso da mesma, para que não ocorra falhas no processo.  
Modificado comportamento da trava de acesso na Wizard 1 do processo de retorno de demonstração, para quando um usuário cria a trava de acesso, caso outro usuário tente finalizar esse processo de retorno, não seja permitido, pois o sistema não permitirá avançar da wizard 1. [522047] . 

MÓDULO FINANCEIRO 

Descontinuação da Rotina 1580 – Financeiro > Cobrança > Conciliação Bancária – (1580): Foi inserido um alerta informando que a rotina 1580 será descontinuada. A funcionalidade está disponível na rotina 7085, que deverá ser utilizada a partir de agora. [523142]. 

MÓDULO FISCAL 

Geração do arquivo MIT – Módulo Fiscal > Arquivo Digital > Federal > MIT – DCTF Web (rotina 2555) – Realizados ajustes no processo de geração do MIT, tal como suas validações. 

Realizada a remoção de regras para o campo “Regime de apuração do PIS/Pasep e/ou da Cofins”, podendo deixar o campo com a opção “Indefinido”, conforme a necessidade do usuário. Vale ressaltar que é recomendado deixar o campo ‘Regime de apuração do PIS/Pasep e/ou da Cofins’ como “indefinido” quando (de acordo com manual do MIT): 

  • O campo “Apuração sem movimento” for “Sim”; 
  • O campo “Apuração sem movimento” for “Não” e o campo “Qualificação da pessoa jurídica” for “1 – PJ em geral”, “4 – Sociedade Corretora de Seguros”, “8 – Sociedade Cooperativa de Produção Agropecuária ou de Consumo”, “9 – Autarquia ou Fundação Pública”, “10 – Empresa Pública, Sociedade de Economia Mista ou PJ de que trata o inc. III do art. 34 da Lei nº 10.833/2003” ou “12 – Mais de uma qualificação durante o mês”; 
  • O campo “Qualificação da pessoa jurídica” for “4 – Sociedade Corretora de Seguros”, “8 – Sociedade Cooperativa de Produção Agropecuária ou de Consumo” ou “10 – Empresa Pública, Sociedade de Economia Mista ou PJ de que trata o inc. III do art. 34 da Lei nº 10.833/2003” e o campo “Forma de tributação do lucro” for diferente de “1 – Real Anual”, “2 – Real Trimestral” ou “6 – Isenta do IRPJ”; 
  • O campo “Qualificação da pessoa jurídica” for “1 – PJ em geral” ou “12 – Mais de uma qualificação durante o mês” e o campo “Forma de tributação do lucro” for diferente de “1 – Real Anual”, “2 – Real Trimestral”, “5 – Imune do IRPJ” ou “6 – Isenta do IRPJ”; 

Realizada a inclusão de validações nos campos: 

  • No campo “Telefone (DDD)”, caso o primeiro dígito seja “0 (zero)”, será apresentada a mensagem de erro “Telefone (DDD) inválido, inserir apenas o DDD sem zeros”. 
  • No campo “Telefone (Número)”, caso tenha menos que oito dígitos, será apresentada a mensagem de erro “Telefone (Número) inválido”. 

Renomeados os campos de “CRC (UF de registro)” para “UF CRC” e “CRC (Número)” para “Registro CRC” ficando em conformidade com a tela do MIT. 

Realizada a remoção da validação que comparava a UF do campo “UF CRC” com a UF do campo “Registro CRC”. Vale ressaltar que, se no cadastro do responsável pela empresa os campos “Inscrição no CRC do contador (7017)” ou “Qualificação e número do CRC (6029)” estejam com a UF informada juntamente com o número, será levado toda a informação para o campo “Registro CRC (2555)” pois este, busca automaticamente a informação dos campos mencionados. 

Ajustado para o campo “Registro do CRC” (2555) aceitar as letras “O – Originário”, “P – Provisório”, “T – Transferido”, “S – Secundário” e “F – Filial” no sétimo dígito do CRC, qualquer letra diferente destas, será apresentado mensagem de erro. 

Ajustado para que no último caractere do campo “Registro CRC” (2555) seja aceito qualquer número de 0 a 9, para os casos em que houver dígito verificador. Alguns CRCs podem não ter este dígito verificador do oitavo caractere, nestes casos terminando na letra. Desta maneira, adicionada regra para que seja possível adicionar CRCs com ou sem digito verificador. O tamanho do campo para quando não houver dígito verificador após a letra será 7 caracteres e quando houver dígito verificador após a letra, o tamanho do campo será 8 caracteres. 

Nos casos em que o registro CRC informado fugir as regras, será apresentada a mensagem erro “Registro CRC inválido. Para o preenchimento do MIT deve-se usar o padrão: seis números + letra (indicador de registro: O, P, T, S ou F) + um número (digito verificador quando houver)”. 

Realizada a inclusão da mensagem de alerta fixa na rotina 2555, que informa ao usuário sobre o uso de caracteres especiais e a sigla da UF no campo do registro CRC podem ocasionar erros na validação do arquivo no validador do MIT: “Atenção! O uso de caracteres especiais (espaços, traços ou pontos) e da sigla da UF no início do campo “Registro CRC” poderá ocasionar erros na validação do arquivo no validador do MIT. Caso ocorra, proceder com ajustes manuais”. 

Nos débitos (rotina 2555 > botão “Débitos”), ao clicar no ícone do “+”, inclusa validação no campo “Código da receita do débito com 6 dígitos”, para que o sistema não permita o deixar em branco. Se deixado em branco será apresentada a mensagem de erro “Código da receita do débito com 6 dígitos deve ser informado”. Importante salientar que o campo apenas valida se foi deixado em branco, se informado um número com menos de 6 dígitos, permitirá salvar, ficando a cargo do usuário informar corretamente o código da receita. [522757].  

Reclassificação de produtos individuais – Módulo Fiscal > Principal > Emissão de NF > Outras > Nota Fiscal de Reclassificação – (rotina 2786): Realizado ajuste na regra para que na etapa 1 (Capa) sejam apresentados apenas produtos individuais, com a classe de estoque normal e que a operação da nota de entrada referenciada nesta etapa atualize estoque ou então possua a flag “Operação para lançamento de notas anterior à implantação” marcada (rotina 1010 > aba “Outras configurações”). [523120]. 

MÓDULO FRENTE DE CAIXA 

Ajuste na obrigatoriedade de CPF/CNPJ nas vendas do PDV – Módulo Frente de Caixa > Principal > Vendas PDV – (Rotina 5004): Ajustada a validação do parâmetro #CPFCNPJObrigatorioAcima1000, localizado na rotina 99900, da classe @NFCeParametros, para definir a obrigatoriedade de CPF/CNPJ em vendas com valor superior a R$ 1.000, nos recebimentos da rotina 5010 e nas vendas adicionais/diretas da rotina 5004. Com isso, a configuração do parâmetro passa a ser respeitada corretamente. 
Em casos de venda direta ou adicional no PDV para um cliente sem CPF/CNPJ (consumidor), o sistema verificará se, na rotina 99002 > ‘Dados Complementares’, o campo ‘Consumidor Final’ está configurado como NFC-e e se o campo ‘Token NFC-e’ está preenchido. Caso ambas as condições sejam atendidas, será utilizado o modelo 65 para a emissão da nota fiscal. Caso contrário, o sistema exibirá uma mensagem de erro informando que, para a emissão da NF no PDV, é necessário informar o CPF/CNPJ ou configurar o campo ‘Consumidor Final’ na rotina 99002. Se essas informações não estiverem devidamente configuradas, a nota fiscal do PDV não será emitida. [521108]. 

MÓDULO MÁQUINAS 

Busca de concessionária para impressão do modelo 14 – Módulo máquinas > principal > orçamentos – (Rotina 3501): Corrigido o processo para que, o campo concessionária apresente a informação conforme o cadastro de bandeira na rotina 99006. O campo das cidades agora apresenta a cidade e uf da filial. [523145]. 

Endereço na emissão de NF de demonstração – Módulo Máquinas > Diversos > Emissão NF de Demonstração – (rotina 3521): Realizado ajuste na emissão de NF de demonstração para que o endereço principal e o endereço complementar sejam gravados corretamente e não seja gerado na DANFE e no XML o local de entrega. [522550]. 

Política de prazo – Módulo máquinas > principal > orçamentos – (Rotina 3504) / Pedido – (Rotina 3510.01): Foi criada uma função no Módulo Máquinas para centralizar as validações de políticas de prazo. 

  • Essas validações serão executadas nos seguintes momentos: 
  • Alocação e edição de itens de venda em orçamentos e pedidos; 
  • Edição de dados de emissão em pedidos; 
  • Consulta de parcelas no botão “Parcelamento” (aba Itens de Venda); 
  • Etapa 2 “Pagamento” no faturamento do pedido. 

As mensagens de erro possíveis incluem: 

  • Política de prazo inativa; 
  • Política não liberada para o varejo ou para o módulo; 
  • Política exclusiva para clientes vinculados; 
  • Política não vinculada ao canal de vendas do vendedor; 
  • Registro não liberado para a empresa, filial ou usuário, com indicação de tabela, código e identificadores correspondentes. [523269]. 
📌Impacto: 

- Agora, ao tentar utilizar uma política de prazo não liberada para o módulo, empresa, filial, usuário, exclusiva para clientes vinculados ou não vinculada ao canal de vendas do vendedor, o sistema bloqueará a operação e exibirá a mensagem de validação correspondente. 

Recalculo de impostos no faturamento do módulo máquinas – Módulo Máquinas > Principal > Faturas – (rotina 2094): Realizada alteração para que o sistema realize o recálculo de impostos nas etapas finais do faturamento através módulo máquinas, para que nos casos em que houver alteração na marcação da flag “Contranota” localizada na etapa  “4 – Outros”, os impostos sejam recalculados e os valores de ICMS sejam recalculados, caso seja necessário.  [522166]. 

Exibição de bônus – Módulo Máquinas > Relatórios > Lucratividade – (rotina 2584): Corrigido o processo para listar o bônus de fábrica independentemente da existência de nota de compra. Foi adicionado, assim como no relatório de produtividade, o campo do valor do bônus de fábrica, que pode ser criado por meio da rotina (2157). Caso existam múltiplos bônus, seus valores serão somados. 
Quando não houver nota de compra, o campo % bônus não será calculado, mas os valores dos bônus serão exibidos normalmente. 
O campo de valores adicionais será calculado apenas quando houver valores de transferência interna. [523292]. 

MÓDULO OFICINA 

Apresentação de horas em centesimal – Módulo Oficina > Relatórios > Horas Trabalhadas em OS – (rotina 2682): Ajustado para que as ‘Horas trabalhadas’ e ‘Horas vendidas’ sejam apresentadas em centesimal. [523211]. Saiba mais: Horas trabalhadas em OS (2682) 

Data prevista na OS – Oficina > Ordens de serviço > Ordens de serviço – (Rotina 2292): Adição do campo “Previsão” na geração da OS, o campo pode ser preenchido normalmente, porém, será obrigatório quando definido como tal no cadastro do tipo de OS. 

Na aba Geral da OS, será feita a validação desse campo nos casos em que for obrigatório: 

  • Não será permitido deixar o campo vazio. 
  • Não será permitida uma data anterior à data de abertura da OS. 

Além disso, foi criada uma validação que impede marcar a OS como “Pronta” caso a data prevista esteja em branco, quando sua exigência estiver configurada no tipo de OS. [523312]. 

Gravação do centro custo na capa – Módulo Oficina > Ordens de serviço > Faturas – (rotina 2512): Corrigido o processo para que, quando uma OS possuir itens e serviços com centros de custos diferentes, o centro de custo registrado na capa de cada fatura seja o correspondente ao item de maior valor da fatura, considerando tanto serviços quanto peças. [523191].  

Impedimento no Faturamento da OS – Oficina > Ordens de serviço > Faturas – (Rotina 2512): Corrigido para evitar erro quando o tipo de OS não permite faturamento parcial. [523324]. 

Troca de Tipo de OS – Módulo Oficina > Ordens de serviço > Orçamento – (Rotina 2289) / Ordens de compra – (Rotina 2292): Corrigido o processo de troca do tipo de OS no orçamento, garantindo a atualização correta dos dados do serviço conforme o novo tipo de OS. 

Adicionada, na tela de visualização de serviço vinculado ao orçamento e à OS, a informação da operação para consulta. 

Incluída gravação de log no processo de troca do tipo de OS no orçamento. 

Incluída gravação de log e atualização do tipo de OS durante a edição de saída de mecânico. [523388]. 

Tratamento de Pagamento à Vista e Faturas da OS – Módulo oficina > Ordens de serviço > Faturas – (Rotina 2512): Ajustado para que, ao emitir notas com tipo de pagamento à vista, o sistema atualize corretamente o status “nota fiscal fatura”. 

Corrigido o processamento das faturas geradas a partir de Ordem de Serviço com faturamento unificado, para que sejam consideradas apenas as notas com status “a faturar”, evitando a inclusão de notas já faturadas no agrupamento.[523250].

Sumário