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.

        Ajuste 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)

Importante: Para que as funcionalidades entregues sejam utilizadas, será necessário atualizar o ambiente TSS com o pacote disponibilizado:

P12- 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 12: https://suporte.totvs.com/portal/p/10098/download?e=691121

TOTVS Colaboraçã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.

Prazo de Implantação (SEFAZ)

Procedimentos para Implementação

Atualizador de dicionário e base de dados - UPDDISTR

Preparando o ambiente

Para aplicar o dicionário de dados diferencial, utilizamos uma ferramenta especial chamada UPDDISTR. O UPDDISTR atualiza o dicionário de dados do Protheus usando as mesmas regras e funcionalidades do atualizador de versão do Protheus. 
De fato, o "core" (núcleo) do UPDDISTR e o do atualizador de versão são exatamente iguais, garantindo que não haja disparidade de regras entre as duas ferramentas. A maior diferença reside no fato do UPDDISTR poder utilizar um dicionário parcial, enquanto o atualizador de versão sempre exigir um dicionário completo.

Antes de executar o UPDDISTR você deve baixar tanto o arquivo de dicionário completo (SXSBRA.TXT, por exemplo) quanto o dicionário diferencial (SDFBRA.TXT, por exemplo), e descompactá-los na pasta Systemload. Embora a migração de release utilize apenas o arquivo diferencial, o arquivo completo também deve ser baixado para a pasta, pois futuramente, quando for criar uma nova empresa ou filial, por exemplo, o arquivo que será utilizado será o COMPLETO.

Para maiores detalha sobre a utilização do UPDDISTR  ler a documentação abaixo:

Atualizador de dicionário e base de dados - UPDDISTR

Atualizações do UPDDISTR

1. 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.

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

• Tabela CD7 - Complemento de Medicamentos

• Tabela CD6 - Complemento de Combustíveis.

• Tabela SB1 - Descrição Genérica do Produto
  
  

• 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

• Tabela CD2 - Livro Digital de Impostos - SPED

• Tabela CFC - Uf x UF

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 F0A - Complemento de Rastreabilidade

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 estes ajustes:

1. Configurar o parâmetro "Versão NFe" para "4.00" através da rotina SPEDNFE, opção Outras Açôes/Parâmetros/NF-e.

   
   

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. 

E inserido a tag no Grupo YA. Informações de Pagamento

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.

TAG  <indEscala> obrigatório do Convênio 52/2017

Criada a tabela D3E - Cadastro de Dados Complementares de Produto, para inclusão do campo Índice Escala Relevante .

Para maiores detalhe de configuração  segue a documentação: 3197146 DMANMAT01-12207 TAG obrigatório do Convênio 52/2017

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.

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 (B1_GRUPO) 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.

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.

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>

http://tdn.totvs.com/pages/editpage.action?pageId=318604074

Grupo N. ICMS Normal e ST

Incluídos campos para identificar o valor devido em decorrência do percentual de ICMS relativo ao Fundo de Combate à Pobreza.

Criação de campos relativos ao FCP (Fundo de Combate a Pobreza) para operações internas ou interestaduais com ST.

Exemplo de XML:

Grupo Tributação do ICMS= 00

Grupo CRT=1 

Tributação ICMS pelo Simples Nacional.

XML: ICMSSN202 COM ST

XML: CSOSN900 COM ST

 Nota Técnica 2018.005

Grupo N. Grupo de Repasse do ICMS ST

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

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 gera título = 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 o mesmo poderá desabilitar  pelo parâmetro MV_RESPTEC. 

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

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

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

Procedimentos para Implementação