Nota Fiscal Eletrônica versão 4.0.

Nota Técnica 2016.002.

Implementada a Nota Técnica 2016.002 - v 1.41-v 1.42- v 1.50- v 1.51-v 1.60, que trata as alterações no leiaute da NF-e para a versão 4.0.

 Alteração Leiaute da NF-4.0.

• Retirado o campo indicador da Forma de Pagamento. 

• Inclusão no campo refNF da opção 2 (Nota Fiscal modelo 02), que possibilitará referenciar este modelo de documento no Grupo Documentos Fiscais Referenciados.

• No campo Indicador de presença “indPres” foi incluída a opção 5 (operação presencial, fora do estabelecimento, utilizada no caso de venda ambulante), no Grupo Identificação da Nota Fiscal Eletrônica.

• Criação de novo grupo “Rastreabilidade de produto” para permitir a rastreabilidade de qualquer produto sujeito a regulações sanitárias, casos de recolhimento/recall, além de defensivos agrícolas, produtos veterinários, odontológicos, medicamentos, bebidas, águas envasadas, embalagens, etc., a partir da indicação de informações de número de lote, data de fabricação/produção.

• Inclusão de campo para informar o Código ANVISA no grupo específico de Medicamentos.

• Inclusão de campos no Grupo Combustível para que sejam informados os percentuais de mistura do GLP e a descrição do código ANP.

• Acrescentada a opção de informar o Grupo de Repasse do ICMS ST nas operações com combustíveis.

• Inclusão de campo no Grupo Total da NF-e para informar o valor total do IPI no caso de devolução de mercadoria por estabelecimento não contribuinte desse imposto. 
• Alterado Grupo X- Informações do Transporte da NF-e com a criação de novas modalidades de frete.
• Alteração do nome do Grupo “Formas de Pagamento” para “Informações de Pagamento” com a inclusão do campo valor do troco. O preenchimento deste grupo passa a ser possível também para NFe, modelo 55.
• Código de Benefício Fiscal na UF aplicado ao item.
• Validação do GTIN (Código de Barras)
• Inclusão dos prazos de implantação para NFC-e, bem como o prazo de implantação desta versão. 

• Campos pGLP, pGNn, pGNi (id: LA03a, LA03b e LA03c) podem ser informados com 4 casas decimais. 

• No Grupo N. Grupo de Tributação 40,41,50, inserida opção d na coluna de Observações e a opção 90 =Solicitado pelo fisco no campo Motivo da Desoneração do ICMS (id:N28). 

• Alteração na coluna de ocorrência para os campo vBCFCPUFDest, pFCPUFDest e vFCPUFDest do Grupo NA. 

• Alteração da descrição e significado dos campos do grupo Y07. 

• Inclusão do Campo indPag (id:YA01b) no Grupo YA. Informações de Pagamento 

• Exclusão da modalidade “Duplicata Mercantil” do campo tpag “Meio de Pagamento (id:YA02). 

• Alteração das colunas Descrição e Observação do campo ZX03 do local de consulta da URL utilizadas por UF para consulta a chave de acesso da NFC-e. 

• Alteração descrição da rejeição 855 na tabela Mensagem de Erro para ficar compatível com a mensagem da regra de validação. 

• Nova exceção à regra de validação N12-80, não se aplica nas operações internas na emissão da NFA-e. 

• Aplicação da regra N17b-10 deve considerar alíquota do FCP da UF de origem da operação. 

• Aplicação das regras N23b-10 ou N27b-10 deve considerar a alíquota FCP da UF de destino. 

• Alteração da regra de validação X02-20 para permitir o uso da regra apenas na operação intermunicipal. 

• Excluídas as regras de validação YA02-10, YA02-20 e YA07-10. 

• Incluída regra de validação YA02-40. 

• A regra de validação YA03-10 não se aplica no modelo 55 – NF-e, quando informado 90 (sem pagamento) como Meio de Pagamento. 

• Novas regras de validação para o Grupo Y. Dados de Cobrança.

  ^{Nota Técnica 2018.005}

  Implementação de layout da NFe conforme NT2018.005 - versão 1.20:

  • Inclusão de campos no grupo de Identificação do Local de Retirada.
  • Inclusão de campos no grupo de Identificação do Local de Entrega.
  • Detalhamento Específico de Medicamento e de matérias primas farmacêuticas
  • Criação de campos no Grupo de repasse do ICMS ST
  • Alteração da estrutura de retorno do protNfe para inclusão de mensagem de interesse da SEFAZ
  • Criação do conceito de Responsável Técnico
  • Informações do Responsável Técnico e respectivas regras de validação.
    

    Prazo de Implantação (SEFAZ)

    O prazo previsto para a implementação das mudanças é:

    • O prazo previsto para a implementação das mudanças é: o Ambiente de Homologação (ambiente de teste das empresas): 04/12/2017
    • Ambiente de Produção: 15/01/2018. (emissão simultânea)
    • Desativação da versão anterior: 02/08/2018.

    
    

    O prazo previsto para a implementação das mudanças é:

    • O prazo previsto para a implementação das mudanças é: o Ambiente de Homologação (ambiente de teste das empresas): 25/2/2019
    • Ambiente de Produção: 07/05/2019. (emissão simultânea)
      

      Caso seu estado ainda não esteja obrigando a enviar as informações do responsável técnico, desabilite o parâmetro MV_RESPTEC. 

      Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

      
      

      Parâmetro MV_RESPTEC

      
      

      
      

      Nome da Variável	MV_RESPTEC.
      Tipo	Lógico
      Descrição	Indica se deverá enviar o grupo do responsável técnico .  T  = Envia o grupo.  F  = Não envia o grupo.
      Valor Padrão	.T.

      
      

      Este parâmetro precisa ser criado manualmente no configurador. O mesmo será disponibilizado no próximo release.

      Lembrando que por padrão se não criar o parâmetro, o grupo de responsável técnico é gerado no xml.
      

Importante: Para que as funcionalidades entregues sejam utilizadas, será necessário atualizar o ambiente TSS com os pacotes disponibilizados:

P11 - DSERTSS1-8257 DT TSS - NT 4.00 P12.1.17 Alteração do layout NFe para versão 4.00: Nota Técnica 2016.002 versão 1.60.

Link pacote TSS 11: https://suporte.totvs.com/portal/p/10098/download?e=661619

TOTVS Colaboração

O Ajuste de layout da NFe conforme NT2018.005 - versão 1.20 tambem esta disponível para TOTVS Colaboração.

Para implantar o TOTVS Colaboração 2.0 consulte a documentação oficial: P12 - TOTVS Colaboração 2.0

Observação: Informamos que a versão 1.0 da oferta TOTVS Colaboração está expirada e por isto não é mais atualizada, podendo ficar defasada em relação à legislação vigente. Assim, recomendamos a todos os clientes que utilizem a versão atualizada TOTVS Colaboração 2.0.

Para implantar o TOTVS Colaboração 2.0 consulte a documentação oficial: P12 - TOTVS Colaboração 2.0

Procedimentos para Implementação

Prazo de Implantação (SEFAZ)

O prazo previsto para a implementação das mudanças é:

• O prazo previsto para a implementação das mudanças é: o Ambiente de Homologação (ambiente de teste das empresas): 04/12/2017
• Ambiente de Produção: 15/01/2018. (emissão simultânea)
• Desativação da versão anterior: 02/08/2018.

O prazo previsto para a implementação das mudanças é:

• O prazo previsto para a implementação das mudanças é: o Ambiente de Homologação (ambiente de teste das empresas): 25/2/2019
• Ambiente de Produção: 07/05/2019. (emissão simultânea)

Caso seu estado ainda não esteja obrigando a enviar as informações do responsável técnico, desabilite o parâmetro MV_RESPTEC. 

Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

Atualizações do compatibilizador

Procedimentos para Implementação.

Compatibilizador nfe-sped

Implementação de mais dois itens de Modalidade do frete  R=Por conta remetente e D=Por conta destinatário para o campo  C5_TPFRETE.

1. Em Microsiga Protheus® Smart Client, digite NFEP11R1 no campo Programa Inicial.

Importante

Para a correta atualização do dicionário de dados, certifique-se que a data do compatibilizador NFE11R101 seja igual ou superior a 09/01/2018.

1. Clique em OK para continuar.
2. Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado ou é apresentada a janela para seleção do compatibilizador. Selecione o programa NFE11R160.
3. Ao confirmar é exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.
4. Clique em Processar para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos. É apresentada uma mensagem explicativa na tela.
5. Em seguida, é exibida a janela Atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados.
6. Clique em Gravar para salvar o histórico (log) apresentado.
7. Clique em OK para encerrar o processamento.
   

Compatibilizador Fiscal.

Criação de Campos no arquivo SX3 – Campos.

1) Acesse o  Smart Client e  digite o U_UPDSIGAFIS no campo Programa Inicial. Para a correta atualização do dicionário de dados, certifique-se que a data do compatibilizador seja igual ou superior a 19/10/2017.

2) Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado ou é apresentada a janela para seleção do compatibilizador. Selecione o programa U_UPDSIGAFIS.

3) Será exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo, inicie o processamento. Será apresentada uma mensagem explicativa na tela e em seguida é exibida a janela atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados. Clique em gravar para salvar o histórico (log) apresentado.

Campos a serem criados pelo Compatibilizador Fiscal.

• Tabela CD7 - Complemento de Medicamentos

Campo criado para a Nota Técnica 2018.005

• Tabela CD6 - Complemento de Combustíveis.
  
  

• Tabela SB1 - Descrição Genérica do Produto (Campo a ser incluído manualmente no Configurador)
  
  

• Tabela SD1 - Itens das NF's de Entrada

•  Tabela SD2 - Itens das NF's de Saída

• Tabela SF3 - Livros Fiscais

•  Tabela SFT - Livro Fiscal por Item de NF

Campos criado para a Nota Técnica 2018.005

Campos criado para a Nota Técnica 2018.005

Campos criado para a Nota Técnica 2018.005

Campos criado para a Nota Técnica 2018.005

Campos criado para a Nota Técnica 2018.005

Campos criado para a Nota Técnica 2018.005

Campos criado para a Nota Técnica 2018.005

• Tabela CD2 - Livro Digital de Impostos - SPED

• Tabela CFC - Uf x UF

• Tabela F0A - Complemento de Rastreabilidade

Resumo das implementações necessárias no RDMAKE  NFESEFAZ  para atender ao layout da NF-e 4.0.

As alterações de layout estão documentadas nas Notas Técnicas no Portal da NF-e. Entretanto, transcrevemos neste documento as alterações de forma resumida, as principais mudanças relacionadas com o leiaute da NF-e 4.0.

Procedimentos para configuração na NF-e 4.00

Após a atualização do ambiente contendo os novos programas envolvidos no processo da NF-e 4.00, alguns ajustes iniciais serão necessários no produto. Abaixo serão detalhados esses ajustes:

1. Para começar a emitir Notas Fiscais Eletrônicas pelo novo leiaute, é necessário através configurar o parâmetro  4.00  pelo SPEDNFE na opção Ações Relacionadas/Parâmetros/NF-e, informar a opção  "Versão Layout" a versão igual á 4.00.

Alterações do Leiaute Nf-e 4.00.

Grupo B. Identificação da Nota Fiscal Eletrônica

Retirado o campo indicador da Forma de Pagamento do Grupo B. 

Foi incluída a opção 5 (operação presencial, fora do estabelecimento, utilizada no caso de venda ambulante), no Grupo Identificação da Nota Fiscal Eletrônica.

Grupo BA. Documento Fiscal Referenciado

Criação de opção de referenciar Nota Fiscal Modelo 2. (Nota Fiscal de Venda a Consumidor).

Grupo I. Produtos e Serviços da NF-e

Novos campos para informar se o produto foi fabricado em escala relevante ou não, conforme Cláusula 23 do Convênio ICMS 52/2017 e, em caso
de produção em escala NÃO relevante, o campo CNPJ do Fabricante deve ser informado.

 Observação: Em analise do processo junto a consultoria tributária e órgão regulamentador.

Validação GTIN

Validação do GTIN (Código de Barras) A nova versão também traz a obrigatoriedade de preenchimento dos campos cEAN e cEANTrib (código de barras). Eles serão validados de acordo com o Cadastro Centralizado de GTIN (CCG) mantido pela GS1 que controla o Cadastro Nacional de Produtos (CNP). 

Antes de começar a usar chaves de identificação GS1 e códigos de barras, é necessário obter um prefixo da empresa GS1. Este código globalmente exclusivo, permite começar a usar padrões de identificação GS1.

FAQ: NFE0126_Rejeição_611_612_882_884_Novo_Layout_NFE_4.0_NT_2017.001

Devem ser preenchidos um dos códigos GTIN (GTIN-8, GTIN-12, GTIN-13 ou GTIN-14, antigos códigos EAN, UPC e DUN-14) de acordo com o produto. Para produtos que não possuem código de barras com GTIN, deve ser informado o literal “SEM GTIN”. Nos demais casos, preencher com GTIN contido na embalagem com código de barras.

Cadastro de Produto (SB1)

Validação do preenchimento do cadastro do código de barra GTIN no produto:

Utilizando os códigos GTIN (GTIN-8, GTIN-12, GTIN-13 ou GTIN-14, antigos códigos EAN, UPC e DUN-14), o último dígito será preenchido automaticamente conforme regra adotada anteriormente pelo cadastro de produto.

Código de Benefício Fiscal na UF aplicado ao item.

Código de Benefício Fiscal Na NFe 4.00 também foi incluído o Código de Benefício Fiscal na UF aplicado ao item (campo cBenef). Esse campo permite informar por produto o mesmo código do benefício utilizados na EFD e outras declarações e obrigações acessórias que as UF exigem. 

Códigos de Lançamento e Reflexos da Apuração - P12

Maiores detalhe em: Códigos de Lançamento e Reflexos da Apuração - P12.

Para os Estados RS|RJ|PR será utilizada a configuração realizada na rotina FISA140, conforme os links abaixo:

FIS0085_Produto x Código de Valores Declaratórios_F3K

Image Modified

Image Modified

Maiores detalhes sobre as configurações fiscais:

FIS0087_Informações Adicionais da Apuração de ICMS (E115 e 1925)

Observação: Aplica-se aos Estados: RS (Rio Grande do Sul), RJ (Rio de Janeiro) e PR (Paraná) que utilizam a tabela 5.2

Foi identificada uma não conformidade na validação do schema quando é utilizada a descrição "SEM CBENEF " e "NULO" no XML. Estamos em contato com a Sefaz para acompanhando desta situação.

Com isso no ambiente de homologação, caso seja gerada nessa situação, ocorrerá falha de schema. Em ambiente de produção a tag, será gerada com esta descrição a partir do dia 02/09/2019.

Image Added

Grupo I80. Rastreabilidade de produto

Criação de novo grupo “Rastreabilidade de produto” (Grupo I80) para permitir a rastreabilidade de qualquer produto sujeito a regulações sanitárias, casos de recolhimento/recall, além de defensivos agrícolas, produtos veterinários, odontológicos, medicamentos, bebidas, águas envasadas, embalagens, etc., a partir da indicação de informações de número de lote, data de fabricação/produção.

E possível ter um controle sobre a rastreabilidade  de qualquer produto a partir da indicação das seguintes informações:

-Número de lote do produto (campo nLote); 

-Quantidade de produto no lote (campo qLote); 

-Data de fabricação/produção (campo dFab); 

-Data de validade (campo dVal);

-Código de Agregação (campo cAgreg)

-Obrigatório o preenchimento deste grupo no caso de medicamentos e produtos farmacêuticos.

Disponibilizado novo complemento de Rastreabilidade  (Tabela F0A)  para permitir a rastreabilidade de qualquer produto. Para utilizar este recurso siga os passos abaixo:

• Na tabela genérica (SX5) "T0", informar para quais grupos de produto deve ser gerado o complemento de rastreabilidade.
• Faturar um documento de saída utilizado um produto do(s) grupo(s) informado(s) tabela “T0” e que possua rastreabilidade (MV_RASTRO = S e B1_RASTRO = L).
• Confirmar o complemento através da rotina MATA926, na seção “Rastreabilidade”.

Para preencher as tag's <nLote>,<qLote>,<dFab> ,<dVal> e <cAgreg>, conforme abaixo, são utilizados os campos F0A_LOTE, F0A_QTDLOT, F0A_FABRIC, F0A_VALID e F0A_CODAGR do complemento de rastreabilidade de produto (Tabela F0A) .

FAQ: DOC0056_Complemento_medicamento_e_rastreabilidade

Para o rastro de Medicamento, poderá ser utilizado o complemento Medicamento,  informando os dados de lote, quantidade, fabricação e validade no complemento de medicamentos (Tabela CD7) para preencher a tag's <nLote>,<qLote>,<dFab> e <dVal> são utilizados os campos CD7_LOTE, CD7_QTDLOT, CD7_FABRIC, e CD7_VALID, CD7_CODANV e CD7_MOTISE.

Grupo K. Detalhamento Específico de Medicamento e de matérias-primas farmacêuticas

Criação de campo para informar o código de Produto da ANVISA para medicamentos e matérias-primas farmacêuticas. Exclusão dos campos específicos de medicamento que passam a fazer parte do Grupo Rastreabilidade de Produto.

Preencher o campo CD7_CODANV no Complemento de medicamento (Tabela CD7) para preencher a tag <cProdANVISA>.

Nota Técnica 2018.005

Atualizado o leiaute para que seja informado o motivo da isenção da ANVISA em campo separado do código de produto da ANVISA.

Preencher o campo CD7_MOTISE no Complemento de medicamento (Tabela CD7) para preencher a tag <cProdANVISA>.

Grupo LA. Item / Combustível

Criação de campo para os percentuais de mistura do GLP e exclusão do campo pMixGN

Preencher os campos CD6_DESANP,CD6_PGLP,CD6_PGNN,CD6_PGNI,CD6_VPART no Complemento de Combustíveis (Tabela CD6)  para  preencher a tag's <descANP>,<pGLP>,<pGNn>,<pGNi> e <vPart>t>

Grupo Tributação do ICMS= 00

Grupo CRT=1 

Tributação ICMS pelo Simples Nacional.

XML: ICMSSN202 COM ST

Foi disponibilizado pelo Fiscal, a geração das tag´s do Grupo 500 sem a utilização do controle de rastro (Lote).

http://tdn.totvs.com/display/public/PROT/4947701+DSERFIS1-11433+Tratamento+para+gerar+as+tags+do+cst+60+sem+possuir+controle+de+lote

Importante: Os preenchimentos dos campos nas operações de entrada onde é informado os valores não foram alterados, foi incluído um parâmetro MV_ULTAQUI para que seja possível obter o valor de ICMS retido anteriormente sem a necessidade de habilitar a rastreabilidade no sistema.

Nas operações de entrada que envolvem ST cobrado anteriormente, e geradas na Saída para as tag´s "vBCSTRet", "pST", "vICMSSTRet" do Grupo CSOSN 500, utilizando o controle de rastro (Lote), conforme preenchimento abaixo:

•  Nas operações de Entrada em que ICMS foi recolhido anteriormente e não existe destaque na nota recebida, preencher manualmente os campos D1_BASNDES, D1_ALIQNDES e D1_ICMNDES.

• Nas Operações de entrada de Substituição tributária em que o ICMS está destacado na nota recebida, será calculado pelo sistema e gerado os campos de FT_BASERET, FT_ALIQSOL e FT_ICMSRET.

• Nas Operações de entrada quando houver antecipação de pagamento de ICMS, será calculado pelo sistema e gerado os campos FT_BASERET, FT_ALIQSOL, FT_VALANTI.

Procedimento de preenchimento manual para os campos D1_BASNDES, D1_ALIQNDES e D1_ICMNDES:

Para que seja gerado a tag referente ao ICMS ST cobrado anteriormente manualmente, a mesma deverá verificar se os campos abaixo estão com valores na SD1:

Valor do ICMS ST anterior    = D1_ICMNDES

Alíquota do ICMS ST anterior = D1_ALQNDES

Base do ICMS ST anterior     = D1_BASNDES

Importante: Os campos de Valor do ICMS ST Anterior (D1_ICMNDES) e Base do ICMS ST Anterior (D1_BASNDES) eram prenchidos na versão anterior, na versão 4.0 foi solicitado pelo Sefaz a geração da tag <pST>, sendo necessário o preenchimento do campo Alíquota do ICMS ST anterior( D1_ALQNDES).

Valor FCP anterior = D1_VFCPANT

Alíquota FCP anterior = D1_AFCPANT

Base FCP anterior = D1_BFCPANT

Para geração da tag vICMSSubstituto com valor, o parâmetro MV_ULTAQUI deve ser preenchido como 1 ou 2.

Nas Operações de entrada de Substituição tributária em que o ICMS está destacado na nota recebida, será calculado pelo sistema e gerado os campos de FT_BASERET, FT_ALIQSOL e FT_ICMSRET.

Importante: A partir da utilização do parâmetro MV_ULTAQUI com preenchimento 1 ou 2, o rastro não será mais executado, e buscará os valores dos novos campos da SFT para a geração do Grupo CST 60 das tag´s (<vBCSTRet>, <pST>, <vICMSSTRet>, <vICMSSubstituto>, <vBCFCPSTRet>, <pFCPSTRet>, <vFCPSTRet>).

Implementação realizada para gerar o grupo de ICMS Efetivo:

http://tdn.totvs.com.br/display/PROT/DSERFIS1-11014+ICMS+Efetivo

Para geração das tag´s de ICMS Efetivo (<pRedBCEfet>, <vBCEfet>, <pICMSEfet>, <vICMSEfet>), verifica se o cliente da nota é consumidor final (IndFinal igua a 1).

Tag pRedBCEfet - CD2_PREDBC

Tag vBCEfet - CD2_BC

Tag pICMSEfet - CD2_ALIQ

Tag vICMSEfet - CD2_VLTRIB

XML: CSOSN900 COM ST

 Nota Técnica 2018.005

Grupo N. Grupo de Repasse do ICMS ST

Foi disponibilizado pelo Fiscal, a geração das tag´s do Grupo 60 sem a utilização do controle de rastro (Lote).

http://tdn.totvs.com/display/public/PROT/4947701+DSERFIS1-11433+Tratamento+para+gerar+as+tags+do+cst+60+sem+possuir+controle+de+lote

Importante: Os preenchimentos dos campos nas operações de entrada onde é informado os valores não foram alterados, foi incluído um parâmetro MV_ULTAQUI para que seja possível obter o valor de ICMS retido anteriormente sem a necessidade de habilitar a rastreabilidade no sistema.

Nas operações de entrada que envolvem ST cobrado anteriormente, e geradas na Saída para as tag´s "vBCSTRet", "pST", "vICMSSTRet" do Grupo CST60, utilizando o controle de rastro (Lote), conforme preenchimento abaixo:

•  Nas operações de Entrada em que ICMS foi recolhido anteriormente e não existe destaque na nota recebida, preencher manualmente os campos D1_BASNDES, D1_ALIQNDES e D1_ICMNDES.

• Nas Operações de entrada de Substituição tributária em que o ICMS está destacado na nota recebida, será calculado pelo sistema e gerado os campos de FT_BASERET, FT_ALIQSOL e FT_ICMSRET.

• Nas Operações de entrada quando houver antecipação de pagamento de ICMS, será calculado pelo sistema e gerado os campos FT_BASERET, FT_ALIQSOL, FT_VALANTI.

Procedimento de preenchimento manual para os campos D1_BASNDES, D1_ALIQNDES e D1_ICMNDES:

Para que seja gerado a tag referente ao ICMS ST cobrado anteriormente manualmente, a mesma deverá verificar se os campos abaixo estão com valores na SD1:

Valor do ICMS ST anterior    = D1_ICMNDES

líquota do ICMS ST anterior = D1_ALQNDES

Base do ICMS ST anterior     = D1_BASNDES

Importante: Os campos de Valor do ICMS ST Anterior (D1_ICMNDES) e Base do ICMS ST Anterior (D1_BASNDES) eram prenchidos na versão anterior, na versão 4.0 foi solicitado pelo Sefaz a geração da tag <pST>, sendo necessário o preenchimento do campo Alíquota do ICMS ST anterior( D1_ALQNDES).

Valor FCP anterior = D1_VFCPANT

Alíquota FCP anterior = D1_AFCPANT

Base FCP anterior = D1_BFCPANT

Criados novos campos para informar Fundo de Combate à Pobreza (FCP) retido anteriormente por ST.

Para geração da tag vICMSSubstituto com valor, o parâmetro MV_ULTAQUI deve ser preenchido como 1 ou 2.

• Nas Operações de entrada de Substituição tributária em que o ICMS está destacado na nota recebida, será calculado pelo sistema e gerado os campos de FT_BASERET, FT_ALIQSOL e FT_ICMSRET.

Importante: A partir da utilização do parâmetro MV_ULTAQUI com preenchimento 1 ou 2, o rastro não será mais executado, e buscará os valores dos novos campos da SFT para a geração do Grupo CST 60 das tag´s (<vBCSTRet>, <pST>, <vICMSSTRet>, <vICMSSubstituto>, <vBCFCPSTRet>, <pFCPSTRet>, <vFCPSTRet>).

Implementação realizada para gerar o grupo de ICMS Efetivo:

http://tdn.totvs.com.br/display/PROT/DSERFIS1-11014+ICMS+Efetivo

Para geração das tag´s de ICMS Efetivo (<pRedBCEfet>, <vBCEfet>, <pICMSEfet>, <vICMSEfet>), verifica se o cliente da nota é consumidor final (IndFinal igua a 1).

Tag pRedBCEfet - CD2_PREDBC

Tag vBCEfet - CD2_BC

Tag pICMSEfet - CD2_ALIQ

Tag vICMSEfet - CD2_VLTRIB

Grupo X- Informações do Transporte da NF-e com a criação de novas modalidades de frete.

Implementação de mais dois itens de Modalidade do frete  R=Por conta remetente e D=Por conta destinatário  para o campo  C5_TPFRETE (Pedido de Venda).

Grupos de Veículo Transporte e Grupo Reboque

Conforme a regra de validação, na rejeição 868,  onde para as operações interestaduais (idDest=2) não devem ser informados os Grupo de Veículos e Reboque. Foi efetuado tratamento no rdmake para que mesmo que os cadastros estejam preenchidos no sistema, as informações não serão gerados nas respectivas tag´s.

Nas operações internas (idDest=1), a regra de validação deve ser a critério de cada UF, foi criado o parâmetro MV_INTTRAN, para permitir  habilitar o não envio das tags <veicTransp> e <reboque>.

Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

Obs: Caso não queira gerar as tags <veicTransp> e <reboque> para determinada UF em operações internas onde o município do emitente for diferente do município do destinatário, definir o parâmetro MV_INTTRAN como .F.(False).

FAQ: NFE0133_Rejeição_868_Grupos_Veiculo_Transporte_e_Reboque_não_devem_ser_informados

Y. Dados da Cobrança

Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

Quando MV_GRUPCOB = .F.

Para evitar a rejeição 898 - Data de vencimento da parcela não informada ou menor que Data de Autorização 

Utilize o parametro abaixo ou exclua a nota e efetue novamente.

Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

Em caso MV_DATDUPL = .T.

Caso a data de vencimento da parcela for menor que a data da transmissão da nota, leva-se então a data de transmissão da nota.

Exemplo: Data da nota → 02/07/2018 

Transmissão → 05/07/2018

Em caso MV_DATDUPL = .F.

Caso a data de vencimento da parcela for menor que a data da transmissão da nota, leva-se a mesmo assim a data retroativa

Exemplo: Data da nota → 02/07/2018 

Transmissão → 02/07/2018

YA. Informações de Pagamento

Obrigatório o preenchimento do Grupo Informações de Pagamento para NF-e e NFC-e. Para as notas com finalidade de Ajuste ou Devolução o campo Forma de Pagamento deve ser preenchido com 90=Sem Pagamento.

Observação: o Protheus utiliza como padrão a forma de pagamento boleto conforme informado abaixo:

Quando tem duplicata = 15 - Boleto Bancário

Quando difere a forma de pagamento (01=Dinheiro, 02=Cheque, 03=Cartão de Crédito, 04=Cartão de Débito, 05=Crédito Loja, 10=Vale Alimentação, 11=Vale Refeição, 12=Vale Presente,13=Vale Combustível,15=Boleto Bancário) = 99 - Outros

Quando tem finalidade de Ajuste, Devolução e de complemento = 90 - Sem Pagamento.

Grupo F. Identificação do Local de Retirada

Criados novos campos para complementação das informações de identificação do estabelecimento e do endereço do local de retirada.

Para preenchimento dos respectivos campos: A1_NOME, A1_CEP, A1_PAIS, A1_DDD+A1_TEL, A1_EMAIL  OU  A2_NOME, A2_CEP, A2_PAIS, A2_DDD+A2_TEL, A1_EMAIL

Grupo G. Identificação do Local de Entrega

Criados novos campos para complementação das informações de identificação do estabelecimento e do endereço do local de entrega.

Para preenchimento dos respectivos campos: A1_NOME, A1_CEP, A1_PAIS, A1_DDD+A1_TEL, A1_EMAIL  OU  A2_NOME, A2_CEP, A2_PAIS, A2_DDD+A2_TEL, A1_EMAIL

Grupo ZD. Informações do Responsável Técnico

Novo grupo criado nesta NT.

Caso seu estado ainda não esteja obrigando a enviar as informações do responsável técnico, desabilitar utilizando o parâmetro MV_RESPTEC. 

Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

Nota Técnica 2018.005

Atualizado o leiaute para que seja informado o motivo da isenção da ANVISA em campo separado do código de produto da ANVISA.

Preencher o campo CD7_MOTISE no Complemento de medicamento (Tabela CD7) para preencher a tag <cProdANVISA>.