Disponibilizada em 10 de maio de 2022, a versão 26.05bb0 apresenta a conversão automática de cfop na entrada de produtos além de outras super melhorias.
Sumário
- 045022 - Conversão automática de CFOP na rotina de entrada de produtos
- 043366 - Movimentação de caixa na rotina de lançamento de créditos
- 105960 - Relatório de comissões escalonadas baseado em descontos por item
- 112508 - Emissão de nota de crédito de ICMS da própria empresa
- 121812 - Seleção de Tipo de Documento na Pré-Venda
- 197326 - SPED Fiscal - Registros H010 e H020
Seguem abaixo o resumo de cada entrega:
045022 - Conversão automática de CFOP na rotina de entrada de produtos
Foi implementada no Resulth a rotina de conversão automática de CFOP, que consiste em validar qual o código de CFOP na nota de entrada e qual o CFOP que o cliente usa para vender o produto em questão. Desta forma o sistema vai preencher automaticamente o campo CFOP na grade de produtos, sem que o usuário precise informar produto a produto.
Exemplo: CFOP 5403 da nota seria preenchido como 1403 na grade de produtos.
Veja as alterações no sistema:
- Cadastro de CFOP: Na tela de cadastro de CFOP, foi criado o campo “CFOP padrão para a entrada”, que somente é habilitado quando o CFOP que estiver sendo tratado na tela tiver a informação ‘Entrada/Saída’ igual a ‘Saída’.
O preenchimento deste campo é opcional.
Somente poderá será preenchido com CFOP de entrada.
- Conversão de CFOP na Entrada: Foi criada a rotina de “Conversão de CFOP na Entrada”, que é a tela em que é possível fazer a amarração entre os CFOP de Saída com os CFOP de entrada.
Nessa tela será possível incluir, alterar ou remover uma amarração de um CFOP de entrada para um CFOP de Saída.
- CFOP por tipo de produto: Na tela do cadastro do tipo de operação foi incluído o botão “Conv. CFOP tipo produto”.
O botão deverá ficar habilitado quando o tipo de operação for igual a ‘9-Entrada Mercadorias’.
Ele dá acesso a tela “CFOP a utilizar na importação de XML” onde o usuário poderá informar para cada tipo de produto cadastrado, um CFOP padrão a ser utilizado ao efetuar a importação de XML na rotina de entrada de produtos.
- O preenchimento destas informações é opcional.
- Quando informados, os CFOP´s deverão existir nos campos de CFOP´s do tipo de operação.
- Nota fiscal de entrada - Importação de XML: Na importação de XML para dar entrada de produtos, é feita a verificação de CFOP´s padrão para conversão obedecendo a seguinte ordem:
- Tipo de operação informado e de acordo com o tipo do produto sendo importado no XML
- CFOP´s de conversão configurados no cadastro de CFOP
- Padrão atual do sistema: Continua sendo permitido alterar esta informação padrão no item da nota neste momento se for necessário
043366 - Movimentação de caixa na rotina de lançamento de créditos
Implementamos para a rotina de lançamentos de créditos gerar caixa. Tendo em vista que na tela de baixa de créditos (imagem a seguir), já funcionava a movimentação de caixa quando era incluída ou excluída uma baixa.
Adicionamos algumas validações na baixa, onde a data da baixa não pode ser menor que a data em que o crédito foi lançado e não pode ser posterior a data atual. E não permitirá alterar uma baixa quando a rotina estiver configurada para gerar caixa.
Na rotina de lançamentos de créditos (imagem a seguir), além de passar a gerar caixa quando as contas caixas estiverem configuradas, incluímos para isso um botão para acesso à mesma tela de configurações que existia na baixa.
E na tela de configurações (imagem a seguir), passa a ser configurada da seguinte forma:
A conta caixa para Exclusão do Lançamento de Crédito será a mesma conta que é utilizada para a Inclusão da Baixa de Crédito. E a conta caixa para a Inclusão do Lançamento será a mesma conta utilizada para a Exclusão da Baixa de Crédito.
E por fim, todas essas alterações foram replicadas na rotina Créditos (imagem a seguir), onde é possível realizar tanto o lançamento quanto a baixa dos créditos na mesma tela.
105960 - Relatório de comissões escalonadas baseado em descontos por item
Disponível apenas nos módulos: Fatura, Business e ResulthERP
Havia a necessidade de fazer o cálculo de comissões de forma escalonada, de acordo com o percentual de descontos que incidiu no item durante a venda(desconto no item e desconto rateado do cabeçalho). Por isso, foi criada a rotina de comissões escalonadas que permitirá fazer esses cálculos.
Essa funcionalidade, a princípio, somente estará disponível nas vendas realizadas pela rotina de Pré-venda.
Veja as alterações no sistema:
- Cadastro de parâmetros de faturamento: Na tela de cadastro de parâmetros de faturamento, na aba “Cad. Produtos”, foi incluída a opção “Comissão escalonada”.
Será exibida por padrão com a opção “Não utiliza” selecionada, com a possibilidade de alterar para a opção “Por descontos concedidos”.
Obs. No momento são poucas opções, porém há a possibilidade de outras variações de comissão escalonada que podem ser desenvolvidas futuramente.
- Cadastro de comissões escalonadas: Foi criada a rotina de cadastro de comissões escalonadas, que é onde o usuário poderá cadastrar as faixas de desconto final e seus percentuais para considerar em comissões:
Está localizada em “Cadastros -> Produtos -> Comissões Escalonadas”.
Nessa tela será possível configurar os intervalos de descontos concedidos e seu percentual a ser pago.
Ela funciona da seguinte forma:
- Devem ser informados o percentual de desconto final, o percentual de comissão a pagar e clicar no botão <Ok>. Nesse instante esses valores são lançados na grade e o desconto inicial será ajustado conforme os valores anteriores.
- Os percentuais de desconto inicial serão ajustados, à exceção da primeira linha que será 0,00; sendo o ‘% Desconto final’ da linha anterior + ‘0,01’.
- Deve ter ao menos um lançamento com desconto final de 100%.
- Pré-venda: A rotina da pré-venda foi modificada para que em sua finalização (gravação ou faturamento) o sistema verifique se o parâmetro de ‘Comissão escalonada - por descontos concedidos’ está habilitado. Se estiver, será apurado o percentual total de descontos concedidos para cada item (desconto por item mais desconto documento rateado), localizando na tabela de descontos escalonados o percentual de comissão a pagar que será gravado junto a cada item.
Na apuração do total de desconto concedido, os valores serão truncados em duas casas decimais.
Veja um exemplo de venda utilizando a tabela do item 2.
|
Produto |
Vlr. Unitário |
% Desconto |
% Comissão |
|
A |
20,00 |
8,55 |
2,00 |
|
B |
15,00 |
0,00 |
5,00 |
|
C |
100,00 |
10,00 |
2,00 |
|
D |
50,00 |
12,00 |
1,00 |
- Relatório de comissões escalonadas: O relatório criado exibirá informações de comissões utilizando sempre os produtos incluídos em documentos da Pré-venda, cujo tipo de operação possua a configuração “Considerar em comissão” marcada.
Veja exemplos dos relatórios/planilhas:
- Sintético:
- Analítico:
- Detalhado:
Observações:
- Para o correto cálculo de comissões os percentuais a serem utilizados já deverão estar cadastrados e somente pedidos gerados após este cadastramento incidirão na comissão.
- A gravação dos percentuais de comissão só será implementada na rotina da Pré-Venda.
- Descontos para composição de preços como tipo de venda e/ou preços promocionais não serão considerados nos cálculos.
- Nos pedidos da Landix, o desconto que deve ser considerado é o do “Pé do pedido”, lembrando que isso é uma limitação dos pedidos gerados no Landix .
- Será de responsabilidade do usuário a definição de tipos de operação distintos (considerando e não considerando em comissões), para a situações de importação de pedidos para as rotinas fiscais.
- Apenas o tipo de operação configurado para a Pré-venda deverá gerar comissão.
- A utilização de tipos de operação é de responsabilidade do usuário.
- Caso seja utilizado um tipo de operação que ‘Considere em comissão’ fora da rotina da Pré-venda, o sistema não evitará esta situação e a comissão será calculada para o pedido e para os documentos subsequentes.
112508 - Emissão de nota de crédito de ICMS da própria empresa
Realizada nova implementação para que sistema permita a emissão de NF-e de Crédito de ICMS quando o tipo de operação assim indicar.
Para esta emissão, inicialmente deve ser configurado o tipo de operação que será utilizado na nota (Menu > Cadastros > Tipo de operação). Para esta configuração, as regras abaixo devem ser atendidas:
- O tipo de operação deve ser “A - Ent. via doc. próprio”;
- CFOP deve ser igual a “1949”;
- Na aba "Complementos", deve ser informado no campo “Tipos de notas específicas” o tipo: “Nota de crédito de ICMS”;
Imagem 1: Cadastro de tipos de operação - Aba inicial
Imagem 2: Cadastro de tipos de operação - Aba "Complementos”.
Após serem realizadas as configurações acima, o tipo de operação já poderá ser utilizado na digitação/emissão de NF-e.
Na digitação/emissão de notas, as regras abaixo deverão ser seguidas:
- Informar obrigatoriamente os campos: tipo de operação, cliente e data de emissão.
- O cliente indicado para a nota deverá possuir o mesmo CNPJ da filial emitente.
Imagem 3: Digitação Emissão de Notas - Cabeçalho
Ao indicar o tipo de operação para emissão de NFe de Crédito de ICMS, novos campos serão exibidos na parte de itens da nota (conforme imagem abaixo) para que seja informado os dados referente ao crédito gerado:
Imagem 4: Digitação Emissão de Notas - Item Crédito ICMS
Regras para preenchimento dos campos:
- Todos os campos são obrigatórios;
- Descrição a utilizar: apresenta o texto ‘Creditamento de ICMS’ por padrão mas permite que seja alterado pelo usuário. Será a descrição do item.
- Valor do crédito do ICMS: deverá receber um valor maior que zero.
- Observações Fiscais: Campo livre. Deverá possuir algum conteúdo informado.
- Cód. Ajuste SPED Registro C197: este campo deverá receber um código da tabela de ajustes do SPED, iniciado pela UF correspondente ao estado da filial emitente, seguido por 8 (oito) dígitos (Tabela 5.3 que possui códigos distintos por UF). O código para esta nota deve conter o terceiro caractere igual a "0", "1" ou "2". O quarto caractere deve ser igual a "0", "3", "4", "5", "6", "7" ou "8".
Após o correto preenchimento dos campos acima, a nota estará apta para emissão.
Mudanças foram realizadas no Sped Fiscal para Nota de Crédito ICMS.
Registro 0460 contendo a “Observação Fiscal” informada para a nota:
Registro C100 com o campo “COD_SIT” igual a “08”:
3
Registro C190 com CST igual a “000”, CFOP utilizado na nota e valor da Base de Cálculo igual ao valor da nota fiscal:
Registro C195 contendo o código gerado no registro 0460:
Registro C197 contendo o código de ajuste e o valor do crédito do ICMS:
Registro E110 incluir no campo VL_AJ_CREDITOS o valor do crédito do ICMS:
121812 - Seleção de Tipo de Documento na Pré-Venda
Foi implementado um novo campo na inclusão de pagamentos com Contas a Receber, na Pré-venda, que permite informar o tipo do documento a ser gerado.
Este campo fica desabilitado por padrão, podendo ser habilitado por usuário nas configurações da Pré-Venda (guia Permissões de Usuário > botão Alterar Tipo de Documento no Receber).
Durante a adição de um novo pagamento com Contas a Receber, será selecionado o tipo de documento que foi configurado como padrão nas configurações da Pré-Venda.
Estes dados do tipo de documento são considerados quando o pedido for faturado na Pré-Venda, e quando o pedido for importado na tela de Digitação/Emissão de NF-e (no Resulth Business, NF-e > Digitação/Emissão de NF-e).
No caso desta tela em específico, primeiramente garanta que o parâmetro “Manter o tipo de documento do pedido importado ao emitir nota fiscal” (Cadastros > Parâmetros > Estoque/Faturamento > aba “Gerais”) esteja marcado.
Durante a Digitação de NF, basta importar a Pré-Venda:
Ao faturá-la, nas formas de pagamento, pode-se observar que o tipo de documento definido durante a gravação da pré-venda será importado.
197326 - SPED Fiscal - Registros H010 e H020
Tratamento no Resulth Sped para a geração dos registros H010 e H020, quando é marcado a opção “Utilizar valor do ICMS próprio no inventário (base custo médio ponderado)” e o Motivo do Inventário for igual a ‘4’.
Ao gerar o SPED Fiscal será gerado o registro H020 utilizando a informação do ICMS próprio no inventário (base custo médio ponderado) da seguinte forma:
- Para cada produto cadastrado como tributado ("000", "020", e "090" por exemplo), para isto será validado a código tributário do cadastro do produto ou o código tributário do primeiro perfil de imposto ativo relacionado a operação de venda referente à UF da filial logada associado ao produto, que tenha estoque na data do inventário;
- Será buscado notas fiscais de entrada com data anterior ao inventário até que o total de entrada seja maior ou igual a quantidade de estoque do produto;
- Ao localizar notas de entrada tributadas suficientes para cobrir a quantidade de estoque será calculado a base de cálculo para o inventário realizando média ponderada das entradas;
- Caso não haja notas tributadas será buscado qualquer nota de entrada para cobrir a quantidade de estoque será calculado a base de cálculo para o inventário realizando média ponderada das entradas;
- Caso não haja entrada de produtos será levado em consideração o inicio de estoque, onde o valor usado será o ICMS OP.
Veja o exemplo a seguir:
- Inventário para o dia 31/12/2021
- Produto “000006”
- Na data de 31/12/2021 o produto “000006” tem 20 itens de estoque, assim, serão buscadas notas de entradas até que a quantidade de entrada seja maior ou igual a quantidade de estoque atual.
- Suponhamos que para este produto existam as seguintes notas:
Nota: 183827; data entrada: 22/10/2021; quantidade 15; preço unitário NF: 107,271
Nota: 177228; data entrada: 01/06/2021; quantidade 25; preço unitário NF: 116,4
Nota: 173170; data entrada: 22/03/2021; quantidade 10; preço unitário NF: 123,95
Neste caso o saldo de estoque gerado pelas notas 183827 e 177228 totaliza 35 quantidades, o que é suficiente para justificar o estoque de 20 unidades, assim apenas estas notas serão utilizadas para o cálculo médio ponderado, veja a seguir:
Assim, o valor 112,98 será usado nos seguintes registros:
- campo VL_UNIT do registro H010;
- campo BC_ICMS do H020;
O campo BC_ICMS do H020 será feito a partir do campo BC_ICMS do H020 aplicado a alíquota do produto, e caso não esteja configurado a alíquota do estado da filial.
O campo CST_ICMS do H020 será resgatado a partir do CST cadastrado no produto ou do primeiro perfil associado ao produto para a filial.
Gerando assim um registro de inventário da seguinte forma:
Foi acrescentado no final na observação do Sped o valor total de ICMS gerado no inventário caso o cliente precise validar.