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

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

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.

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

P12- DSERTSS1-7651 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.50

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

DANFE

Nesta nova versão não haverá alteração no leiaute do DANFE.

As informações relativas ao Fundo de Combate à Pobreza (FCP) devem ser informadas:
- No campo de "Informações Adicionais do Produto, tag: indAdProd", os valores informados por item nos campos (vBCFCP, pFCP, vFCP,vBCFCPST, pFCPST, vFCPST), quando existirem.

- Os valores de totais do FCP (id: W04b e W06a) devem ser informados em "Informações Adicionais de Interesse do Fisco, campo “infAdFisco",quando existirem."

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

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

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

 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.

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.

Preencher o campo CD7_CODANV 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 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: ICMSSN500 COM ST

XML: CSOSN900 COM 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 queria gerar as tags <veicTransp> e <reboque> para determinada UF em operações internas, 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.

Image Added

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.

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

Image Added

Quando MV_GRUPCOB = .F.

Image Added