SOLUTION ERP WEB – BOLETIM DE NOVIDADES, MELHORIAS E MANUTENÇÕES – VERSÃO 12.006.009
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.009.
Abaixo destacamos os ajustes e melhorias feitas:
GERAL
Cálculo do preço – Realizado ajuste no endpoint do cálculo do preço para considerar os padrões da conta. [525107].
Campos Dealer – Ajustado processo para ser enviado apenas os grupos, marcas e modelos parametrizados corretamente na (rotina1614). [523994].
Ajustes no envio de dados para All Strategy – Incluído os códigos das filais nos dados enviados ao All Strategy. [524683].
Logo na impressão de NFS-e: Realizado ajuste para que a logo da empresa na impressão de NFS-e utilizando modelo 104 fique centralizada. [524147].
Palavras não formatadas em Modelos CSV – Geral > Mapas de vendas especial – (Rotina 1174): Alterado o encoding dos relatórios CSV 1, 2 e 3 para ISO_8859_15, garantindo seu funcionamento em todos os programas sem problemas com caracteres. [525004].
Validação de Vendedor na Equipe da NF – Geral > Nota fiscal – (Rotina 1057): Adicionada validação para equipe de vendedores: quando a nota fiscal já tiver uma equipe definida, o novo vendedor informado deverá obrigatoriamente fazer parte dessa equipe. [525073].
MÓDULO ADMINISTRATIVO
Registro em log – Módulo Administrativo > Comercial > Equipes > Equipes de Vendedores (rotina 1322): Reformulados os registros em log para alterações realizadas em equipes de vendedores e mecânicos, bem como no processo de exclusão (compartilhado entre ambos). Agora, em todas as situações, o log exibirá corretamente o número da rotina correspondente. [525113].
Registro em log – Módulo Administrativo > Comercial > Equipes > Equipes de Mecânicos (rotina 1422): Reformulados os registros em log para alterações realizadas em equipes de vendedores e mecânicos, bem como no processo de exclusão (compartilhado entre ambos). Agora, em todas as situações, o log exibirá corretamente o número da rotina correspondente. [525113].
Nova Bandeira Sany – Administrativo > Principal > Bandeiras (99005): Disponibilizada bandeira Sany. [525047].
Proprietário sem função na filial – Módulo Administrativo > Comercial > Carteiras > Cadastro Carteiras – (Rotina 1627): Foi adicionada a validação da função, junto às demais já existentes. Como o campo de filial pode variar conforme a estrutura da carteira, a validação passou a ser realizada no momento em que o usuário clica em ‘Salvar’.” [525003].
MÓDULO ATACADO
Perda/ cancelamento quantidade fracionada – Módulo Atacado > Principal > Orçamento (rotina 4060) / Pedidos (rotina 4061): Reformulado o processo de perda e cancelamento de itens em cenários onde a unidade é alterada de decimal para inteira.
Anteriormente, o sistema apresentava uma limitação: só era possível realizar perdas quando a quantidade não possuía casas decimais, impedindo o tratamento adequado de itens fracionados.
Com a alteração, passou a ser permitido registrar perdas de itens fracionados nesse contexto, desde que a perda seja total da quantidade alocada.
Exemplo permitido: quantidade alocada 2,5 → perda de 2,5.
Exemplo não permitido: quantidade alocada 2,5 → perda de 1,5.
A regra passa a funcionar da seguinte forma:
Unidade inteira + quantidade sem fração (ex.: 5): permite perdas parciais (ex.: de 5, perder 2).
Unidade inteira + quantidade fracionada (ex.: 2,5): permite apenas perda total da quantidade (2,5). [525124].
MÓDULO BALCÃO
Perda/ cancelamento quantidade fracionada – Módulo Balcão > Principal > Orçamento (rotina 1077) / Pedido (rotina 1079) / Ordem de compra (rotina 1080): Reformulado o processo de perda e cancelamento de itens em cenários onde a unidade é alterada de decimal para inteira.
Anteriormente, o sistema apresentava uma limitação: só era possível realizar perdas quando a quantidade não possuía casas decimais, impedindo o tratamento adequado de itens fracionados.
Com a alteração, passou a ser permitido registrar perdas de itens fracionados nesse contexto, desde que a perda seja total da quantidade alocada.
Exemplo permitido: quantidade alocada 2,5 → perda de 2,5.
Exemplo não permitido: quantidade alocada 2,5 → perda de 1,5.
A regra passa a funcionar da seguinte forma:
Unidade inteira + quantidade sem fração (ex.: 5): permite perdas parciais (ex.: de 5, perder 2).
Unidade inteira + quantidade fracionada (ex.: 2,5): permite apenas perda total da quantidade (2,5). [525124].
MÓDULO BANCOS
Importação de arquivo de retorno do DDA – Modulo Bancos > Importações > Importação retorno Fornecedores (Rotina 5007): Ajustado para que, ao importar um arquivo DDA, o processo ocorra normalmente mesmo quando o arquivo contém caracteres especiais. Também foi realizada uma otimização no tempo de importação para arquivos de grande volume. [524934].
MÓDULO CHEQUES
Renegociar cheques – Modulo Cheques > Cheques a Receber > Renegociação de Cheques à Receber (Rotina 4033): Ajustado para que, ao renegociar um cheque com a opção “Criar novos cheques”, não seja apresentada inconsistência. Também introduzido um bloqueio na wizard 2 para impedir o avanço caso não seja inserida uma data. [525053].
MÓDULO COMPRAS
Acesso pelo painel de produtos – Módulo Compras > Processamentos > Atualiza preço de venda pela nota de Compra (rotina 1202): Reformulada a forma de acesso ao painel para que o preço do produto seja calculado corretamente, incluindo a formação de preço, quando o item da nota for acessado pelo ícone do painel.
Além disso, implementada a funcionalidade que, ao acessar o item da nota pela opção de edição (ícone do lápis), o sistema recupere automaticamente o coeficiente digitado anteriormente no campo “coeficiente” da etapa 1. [524965].
Ajuste no recebimento de pedidos de compra: Módulo Compras > Compras > Recebimento de Pedidos de Compra (Rotina 3071): Ajustado o processo de recebimento de pedido de compra (Recebimento de Pedidos de Compra – 3071). Anteriormente, ao tentar receber uma NF pendente sem vínculo a um pedido de compra, na aba ‘Itens NF’ quando clicado no botão ‘RECEBER NF’ não concluía a operação. Após o ajuste, o recebimento ocorre normalmente. [525019].
Ajuste na aprovação de pedidos de compra: Módulo Compras > Principal > Painel de Liberações/Aprovações > Aprovação de Pedido de Compra (Rotina 3087): Ajustado para que, ao aprovar um pedido de compra rotina (Aprovação de Pedido de Compra – 3087) busque o valor de Alçada Máxima definido para o funcionário na rotina (Autorização por Funcionário – 1653). Anteriormente, ao utilizar um tipo de pedido de compra com aprovação por Alçada Máxima, a empresa logada não era considerada ao aprovar os pedidos bloqueados. Agora, o sistema valida corretamente a empresa de origem do pedido e o valor de Alçada Máxima informado na rotina (1653) ao aprovar um pedido bloqueado. [525193].
MÓDULO CONTABILIDADE
Forma de Contabilização Mensal – Módulo Contabilidade > Contabilizações > Contabilização de NFs > Contabilização mensal (rotina 1073): Criada a forma de contabilização mensal por Empresa ou por Filial.
Contabilização mensal por Empresa: Quando configurado a forma de contabilização mensal por “Empresa”, o sistema irá realizar a contabilização da forma que executa atualmente.
Contabilização mensal por Filial: Quando configurado a forma de contabilização mensal por “Filial”, o sistema irá realizar a contabilização para cada uma das filiais, especificadamente.
Vale ressaltar que as formas de contabilização mensal tanto por Empresa como por Filial, se aplicam nas opções de contabilização por Nota Fiscal, Diário e Mensal. [523990].
Saiba mais: Contabilização Mensal (1073)
MÓDULO CRM
Tamanho de campos – Módulo CRM > Cadastros > Clientes (rotina 7034): Reformulado o tamanho da caixa de texto dos campos ‘Observação’, ‘Aviso para cliente’, ‘Situação cadastral (somente para situação inativa), ‘Observação (somente para situação de exibir mensagem)’. [524814].
MÓDULO ESTOQUE
Outras despesas na base de cálculo do ICMS no lançamento de nota fiscal de devolução – Módulo Estoque > Notas fiscais > Lançamento de Notas Fiscais (rotina 1020): No processo de cálculo do lançamento de nota fiscal de devolução existe uma regra onde caso o tipo de lançamento da operação for de devolução de vendas e possuir valor de outras despesas na pré-nota, subtrai o valor de outras despesas dos rateios que são somados na base de cálculo do ICMS.
Foi realizado alteração nessa regra para que subtraia o valor de outras despesas apenas se o CNPJ base da empresa for “92.028.224”, CNPJ base da empresa Sotrima, para os demais CNPJ base o valor de outras despesas irá compor o total da base de cálculo do ICMS. [524736].
Ajuste no recebimento de nota de produto seriado: Módulo Estoque > Principal > Painel Recebimento de NF-e (Rotina 3102): Ajustado o carregamento da grade da 3ª wizard ‘Série’ da rotina (Painel Recebimento de NF-e – 3102). Anteriormente, ao importar uma NF-e com produtos seriados, não era exibida para inserção do número de série. Após o ajuste, produtos que possuem a flag “Produto seriado” marcada na rotina (Cadastro de Produtos – 1068) passam a ser exibidos corretamente na wizard do painel de recebimento (3102). [524927].
Ajuste no tempo de duração de logs: Módulo Estoque > Cadastros > Produtos > Cadastro de Produtos (Rotina 1068): Ajustado o tempo de duração da gravação de logs na exclusão de produtos da rotina (Cadastro de Produtos – 1068), permitindo uma análise mais precisa do processo no sistema. [524882].
Destaque IPI em “outra despesas” em NF de retorno de demonstração: Módulo Estoque > Notas fiscais > Demonstrações Próprias/Terceiros (rotina 2774) – Realizado ajuste no processo que efetua o carregamento dos dados da prenota para a nota, nos casos em que se trata de emissão de nota de retorno de demonstração e a forma de destaque do IPI da operação (rotina 1010) for “outras despesas”, para zerar a base e o valor do IPI, em seguida, atribuir para o campo “Outras Despesas”, para que assim o valor seja apresentado corretamente apenas em outras despesas e não ocasionando erros de totalização. [524405].
ICMS ST GR no lançamento de notas com CSOSN 101 – Módulo Estoque > Notas fiscais > Lançamento de Notas Fiscais (rotina 1020): Realizado ajuste nas regras para cálculo do ICMS ST GR em lançamentos de notas com CSOSN 101. Quando realizado o lançamento de uma nota fiscal utilizando o campo “Docto especial” com a opção “Indefinido”, no qual irá recalcular os impostos de acordo com a tabela de tributação vinculada ao produto ou operação para um fornecedor do Simples Nacional, o sistema irá validar a seguinte regra:
– O CSOSN somente será alterado para “Indefinido” caso o regime da filial seja diferente de Simples Nacional ou no lançamento da nota o tipo de contribuinte do fornecedor seja diferente de Simples Nacional, o CSOSN seja diferente de ‘101’ e o tipo Emissão/Lançamento seja diferente de “Lançamento”.
Para que o ICMS ST GR seja calculado em notas de fornecedores do Simples Nacional, o sistema irá validar as seguintes regras:
– O Tipo de Contribuinte do fornecedor deve ser Simples Nacional;
– O CST interno deve ser 60;
– O CSOSN deve ser 101;
– Na rotina 2070 a flag “Não calcular ICMS ST GR no lançamento” deve estar desmarcada.
Caso os critérios acima sejam atendidos, no momento do lançamento da nota, o produto irá calcular valor de ICMS ST GR.
Caso os critérios não sejam atendidos, o sistema não irá calcular ICMS ST GR.
Para que as alterações sejam aplicadas no momento do lançamento, é importante destacar que deve-se configurar corretamente as tabelas de ICMS vinculadas ao produto. [524795].
MÓDULO FINANCEIRO
Validação para contas integradas – Modulo Financeiro > Fluxo de caixa > Provisões > Contabilização de provisões (Rotina 2646) / Modulo Bancos > Conciliação > Regras para Conciliação Bancária (Rotina 7088) / Modulo Bancos > Conciliação > Conciliação Bancária (Rotina 7085): Implementada validação na geração de lançamentos contábeis para não permitir a utilização de contas de clientes ou fornecedores. Apenas contas com o tipo indefinido podem ser selecionadas, evitando assim a criação de lançamentos contábeis em contas integradas. [524872].
Homologação Bancária Banco Safra – Modulo Financeiro > Cobrança > Emitir Boleto de Cobrança (Rotina 1483) / Bancos > Remessa à Receber > Consulta de títulos (rotina 7093): Ajustado para que, ao emitir boletos pelo FEBRABAN ‘422 – Banco Safra’, seja exibido o CNPJ no campo Beneficiário junto com a razão social da empresa. [524626].
Uso exclusivo para contas caixas – Modulo Financeiro > Principal > Lançamentos de Caixa (Rotina 7101): Realizado ajuste para bloquear lançamentos manuais com contas utilizadas na contabilização de caixas, quando a empresa possui controle de gaveta no Frente de Caixa 2.0. [525002].
MÓDULO FISCAL
Ajustes DIME- Módulo Fiscal > Arquivo Digital > Estadual > DIME – SC (Nova) > DIME SC – Geração do arquivo (rotina 6091): Foram realizados ajustes nos seguintes registros na geração do arquivo DIME SC:
Registro 24 – Não serão gerados registros sem valor;
Registro 26, quadro 05, item 990 – Sempre que a filial não possuir movimentação, nem saldo anterior e tiver apenas crédito gerado a partir de um ajuste e não de movimentação esse registro não será gerado;
Registro 30 será gerado para os seguintes itens:
- item 75: (+) Créditos declarados no DCIP (para ser gerado esse item, na apuração de ICMS (6005) botão “Ajustes da apuração” na aba “DIME SC” deve ser selecionado no campo “origem” a opção 14 Demonstr. de Crédito Informado Previamente – DCIP);
- item 80: (=) Total de créditos
- item 140:( (=) Saldo Credor (Total de Créditos + Total de ajustes da apuração decendial e antecipações) – (Total de Débitos))
- item 190: Saldo credor relativo a outros créditos
- item 998: (=) Saldo Credor para o mês seguinte
Registro 37 – Não serão gerados registros sem valor; Registros 36, 49 e 50 – Não serão gerados quando arquivo for gerado na rotina 6091 selecionando a opção “Sem movimentos e com saldos” no campo “Movimento”. [525135].
Registro C170 do SPED Fiscal – Módulo Fiscal > Arquivo Digital > Estadual > SPED – EFD ICMS/IPI (rotina 6063): Realizado ajuste na geração do Registro C170 do arquivo SPED Fiscal, para que o campo 14 (ALIQ_ICMS) seja gerado com a alíquota do ICMS conforme informado na nota fiscal. Para isso, foi ajustada a leitura das tabelas de tributação para considerar apenas registros com a data de lançamento da nota dentro da data de validade da tabela de tributação, incluindo a validação da flag “CST com enfoque do declarante”. [524537].
Sincronização NF-e pela chave no Painel de Notas destinadas para a empresa: Módulo Fiscal > Notas Fiscais > Painel NF-e destinadas para a empresa (rotina 2988) – Realizado ajuste no processo de sincronização de NF-e pela chave, para que a nota fiscal referente a chave informada, somente seja buscada como ator “Autorizado terceiro”, quando em seu XML o CNPJ da filial logada esteja informado na tag <CNPJ> do grupo <autXML>. [523967].
MÓDULO MÁQUINAS
Perda/ cancelamento quantidade fracionada – Módulo Máquinas > Principal > Pedidos > Visualização de Pedido (rotina 3510): Reformulado o processo de perda e cancelamento de itens em cenários onde a unidade é alterada de decimal para inteira.
Anteriormente, o sistema apresentava uma limitação: só era possível realizar perdas quando a quantidade não possuía casas decimais, impedindo o tratamento adequado de itens fracionados.
Com a alteração, passou a ser permitido registrar perdas de itens fracionados nesse contexto, desde que a perda seja total da quantidade alocada.
Exemplo permitido: quantidade alocada 2,5 → perda de 2,5.
Exemplo não permitido: quantidade alocada 2,5 → perda de 1,5.
A regra passa a funcionar da seguinte forma:
Unidade inteira + quantidade sem fração (ex.: 5): permite perdas parciais (ex.: de 5, perder 2).
Unidade inteira + quantidade fracionada (ex.: 2,5): permite apenas perda total da quantidade (2,5). [525124].
Implementação de mensagem – Módulo Máquinas > Principal > Pedidos > Visualização de Pedido (rotina 3510): Implementado aviso ao abrir a edição na aba “Dados de emissão”, informando que alterações na política de prazo não impactam os itens já alocados. [525152].
MÓDULO OFICINA
Análise de preço – Módulo oficina > Ordens de Serviço > Orçamento – (Rotina 2289) / Ordens de serviço – (Rotina 2292): Ajustado o processo de inserção de itens. Agora, ao incluir um item e alterar o tipo de OS antes da confirmação, o preço será automaticamente recalculado e exibido em tela com o novo valor, da mesma forma que já ocorre quando há alteração de quantidade ou de produto.
Esse recálculo somente ocorrerá se a operação de venda de peças for diferente entre os tipos de OS, exemplo:
Como no caso de uma OS de consumo em comparação com uma OS de venda normal. [525099].
Correções no Status de Requisições – Módulo Oficina > Ordens de serviço > Ordens de Serviço (rotina 2292): Reformulado o processo que realiza o fechamento da requisição para que antes de começar os processamentos, a requisição seja alterada para o status “Separando”. Assim, quando alocado novos itens na OS, não será identificada essa requisição como aberta (status “aguardando”) e será criado uma nova. [525087].
Encerramento de OS com Deslocamento Pendente – Módulo oficina > Ordens de Serviço > Ordens de serviço – (Rotina 2292): Ajustado para que, ao encerrar uma OS com deslocamento em status “Pedido” e já existir fatura de outro serviço, a OS seja atualizada para status “Cancelada” e situação “Fechada”. [525008].
Gravação de Telefones e Celulares na Conversão de Prospect – Módulo oficina > Ordens de serviço > Orçamento (rotina 2289): Ajustado o processo para que, quando um prospect for convertido em cliente e os dados de telefone e celular forem preenchidos, esses campos sejam gravados corretamente. [525164].
Gravação de Telefones e Celulares na Conversão de Prospect – Oficina > Ordens de serviço > Ordens de Serviço (rotina 2292): Ajustado o processo para que, quando um prospect for convertido em cliente e os dados de telefone e celular forem preenchidos, esses campos sejam gravados corretamente. [525164].
Informação de grupo das peças – Oficina > Ordens de serviço > Orçamento (Rotina 2289): Incluso no seletor de colunas das peças do orçamento a informação do Grupo do item.
Informação de grupo das peças – Oficina > Ordens de serviço > Ordens de Serviço (Rotina 2292): Incluso no seletor de colunas das peças confirmadas da OS a informação do Grupo do item. [524231].
Modelos de impressão – Módulo Oficina > Ordens de serviço > Ordens de Serviço (rotina 2292): A impressão nos modelos disponíveis foi reformulada para garantir que os valores sejam exibidos corretamente. [525142].
Modelo 10 – Módulo oficina > Ordens de serviço > Orçamento – (Rotina 2289): Corrigida a busca para utilizar o atributo correto de CNPJ, na impressão do modelo 10. [524970].
Modelo de Impressão 4 – Módulo Oficina > Ordens de serviço > Ordens de Serviço – (Rotina 2292): Implementada flag “Incluir as peças orçadas na totalização” exclusiva para o Modelo 4 de impressão de OS. [525215]. Saiba mais: Impressão de OS – Módulo Oficina (2292)
Perda/ cancelamento quantidade fracionada – Módulo Oficina > Ordens de serviço > Orçamento (rotina 2289) / Ordens de Serviço (rotina 2292): Reformulado o processo de perda e cancelamento de itens em cenários onde a unidade é alterada de decimal para inteira.
Anteriormente, o sistema apresentava uma limitação: só era possível realizar perdas quando a quantidade não possuía casas decimais, impedindo o tratamento adequado de itens fracionados.
Com a alteração, passou a ser permitido registrar perdas de itens fracionados nesse contexto, desde que a perda seja total da quantidade alocada.
Exemplo permitido: quantidade alocada 2,5 → perda de 2,5.
Exemplo não permitido: quantidade alocada 2,5 → perda de 1,5.
A regra passa a funcionar da seguinte forma:
Unidade inteira + quantidade sem fração (ex.: 5): permite perdas parciais (ex.: de 5, perder 2).
Unidade inteira + quantidade fracionada (ex.: 2,5): permite apenas perda total da quantidade (2,5). [524125].
Precificação deslocamento do tipo de OS – Módulo Oficina > Tipo de Ordem de serviço – (Rotina 2026): Implementada inicialização para corrigir casos em que o campo estava como “Indefinido”, ajustando-o para “Não cobrar” e evitando problemas no faturamento. [524988].
Registros de saídas – Módulo Oficina > Ordens de serviço > Ordens de Serviço (rotina 2292): Tratado o processo de leitura dos registros de saída, que agora passa a considerar todos os registros existentes e identificar corretamente aquele que corresponde às horas informadas no apontamento. [525011].