Rafael Dal Bosco

Bom dia Rafael, então cara, o campo 03 COD_PART_IT você preenche apenas se houver um intermediador no pagamento (agenciador, plataforma de delivery, marketplace e similar) de serviços e de produtos, caso contrário, não precisa preencher! Já o campo 02 COD_PART_IP é o participante que efetuou a transação, no caso, o BANCO (sim, será necessário obter o CNPJ do banco).

Está validando o CNPJ da administradora, agora é necessário enviar o CNPJ correto da administradora de cartões

Validei o seu XML, e as única rejeição constante é sobre o CFOP, conforme imagem:

Bom dia Daniel Então cara, conforme seu XML: cobr> <fat> <nFat>0000000137</nFat> <vOrig>18.00</vOrig> <vLiq>18.00</vLiq> </fat> </cobr> <pag> <detPag> <tPag>01</tPag> <vPag>18.00</vPag> </detPag> </pag> Você só informou a fatura, mas não informou as duplicatas... é necessário informar as faturas e duplicatas, não tem como informar somente 1. Abraços

Boa tarde Edvilson! Então cara, com as últimas modificações das notas técnicas a partir de 02/07 (Homologação), a resposta para as suas dúvidas são: 1. Quando informar a tag <fat> (Fatura)? Você poderá informar as tags de faturas a qualquer momento, ANTES (Nota técnica 1.42) só era possível informar as Faturas/Duplicatas se o tipo de pagamento fosse 14 (duplicata mercantil). 2. Quando informar a tag <dup> (Duplicata)? O grupo de fatura nada mais é que o cabeçalho das DUPLICATAS, ou seja, a soma dos valores das duplicatas deve ser igual o valor da Fatura, se você informar apenas as Duplicatas e não informar a Fatura a sua nota será rejeitada, e a sequência de numeração das vossas duplicatas deve ser sequencia (001, 002, 003, etc...). 3. Devo informar ambas (<fat> e <dup>) na nota fiscal? Sim, conforme resposta do item 2. 4.Agora na versão 4.0 temos a tag <pag> com isso as outras tags serão descontinuadas? Na versão 3.10, não existia a tag <pag> para NF-e (modelo 55) apenas para NFC-e (65), com a implementação da 4.0 são novas tags e não vai influenciar quaisquer outras tags de pagamentos (a da NFC-e vai utilizar a mesma da NF-e). 5.Gostaria de imprimir na DANFE que o pagamento é A VISTA, tag <fat> e tag <dup> devem ser informadas? Ao meu ver não, até por que não existe duplicatas e/ou faturas para um pagamento a vista, no entanto, se você informar as faturas e duplicatas pelas regras da NT 2016_002_V160 a nota não será rejeitada.

Bom dia Ted Então, no valor da partida eu coloquei o valor final do produto sem o ICMS apenas, este campo não existe validação atualmente. Sobre o GLP, GNN e GNI não existe nenhum site que diz a porcentagem, no entanto por algumas consultas na internet referente as refinarias de GLP, descobri que o GLP no Brasil é 100%, já os outros não obtive qualquer informação.

Apenas consultando o site da Receita na parte de avisos, eu entro todo dia lá e dou um F5 na página para verificar se alguma nota técnica foi liberada kk

Bom, ali está escrito que a desativação vai ser dia 02/08/2018, agora não sei kk mas essa SEFAZ ta de brincadeira, daqui a pouco vai sair junto com a NFC-e...

Boa tarde a todos! Segue alterações da nova nota técnica: Altera a data de desativação da versão 3.10 para 02-ago-2018. Altera os prazos da versão 2.0 do QR-Code da NFC-e para sincronizar com os prazos das alterações trazidas por essa versão da NT. Alterado a coluna tamanho do campoI05f “Código de Benefício Fiscal na UF aplicado ao item” (id:I05f). Criado novo grupo opcional dentro do CST 60 e CST 500 com campos relativos a dados para cálculo da restituição ou complemento da ST. Incluída na coluna de observação do campo Número de parcela (tag:nDup, id:Y08), orientação quanto ao correto preenchimento do campo. Incluída na coluna de observação do campo Data de vencimento (tag:dVenc, id:Y09), orientação quanto ao correto preenchimento do campo. Alterada Descrição do campo e tPag (YA02). Alterado coluna observações do Grupo ZX, descrevendo as alterações por versão. Alternadas as RV N17b-10 com N10b- 20, N23b-10 com N23b- 20 e N27b-10 com N27b- 20 com o objetivo de melhorar a sequência de aplicação das regras durante a validação do documento. Alteradas as regras de validação N23b-20 e N27b-20 para não validar o percentual de FCPST quando UF do destinatário ou UF do local de entrega forem informadas com “EX”. Alteração das validações do Grupo ZX- Informações Suplementares da Nota Fiscal. Incluída nova exceção à regra de validação X02-20, regra passa a não ser aplicável no caso da NFA-e. Incluída a RV Y01-20, validação do preenchimento do Grupo Cobrança. Alterado código da mensagem de erro da RV Y05-10 de 895 para 901. Alterada RV Y06-10 e código da mensagem de erro de 896 para 902. Excluídas as regras de validação Y06-20 e Y06-30. Alterada RV Y08-10 e código da mensagem de erro de 857 para 852. Alterado código da mensagem de erro da RV Y09-20 de 894 para 900. Alterado código da mensagem de erro da RV Y09-30 de 867 para 850. Link: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Y6Lj7G0uHwc=

Boa tarde, pelo que vi no seu XML as tags estão corretas, no entanto o cálculo do FCP ST está incorreto: No XML: Bc FCP ST : 418,88 p FCP ST: 2 v FCP ST: 3,87 O correto seria: (418,88 / 100) * 2 = 8,37 Ou seja, o valor de v FCP ST é 8,37 e não 3,87! Espero ter ajudado, abraços

Neste caso como vocês já removeram o código do ERP, qual banco de dados vocês utilizam? Cria uma trigger na tabela que salva as duplicatas no banco, para realizar um update na tabela de pagamentos setando o valor 14. Mas a minha dica é: Coloca de volta o 14 pois até os estados que implementaram a NT 1.50 continuam aprovando as NF-es com o tipo 14 (Está nos Schemas das UFs), e pelo que vi na internet, a SEFAZ de SP e RS, vão continuar recebendo o tipo 14, mesmo que a SEFAZ Nacional tenha removido tal opção. Então meu amigo, se a SEFAZ SP/RS vão continuar (são as SEFAZ mais importantes praticamente em questões de documentos fiscais no País) aceitando o tipo de pagamento 14, acredito que posteriormente as outras UFs seguiram o mesmo exemplo, apenas uma teoria é claro.

Não realizei o teste, mas pelos comentários anteriores está claro que a SEFAZ MG ainda está validando a partir da NT 1.42, se você não quer afetar o funcionalidade dos seus clientes na questão das duplicatas, você vai ter que colocar um IF no seu código indicando que, se é pra enviar duplicatas, então a forma de pagamento vai ser por regra 14 (duplicata mercantil) só assim a NF-e vai ser aprovada neste ambiente de MG. Agora se você está enviando a forma de pagamento DIFERENTE de 14 e ainda assim está enviando as duplicatas, essa rejeição sempre vai ocorrer.

Se eu não me engano, MT não liberou a emissão de NFC-e em Produção para a versão 4.0.

SEFAZ de MS ainda não está validando as rejeições da nota técnica V.150 pelo que eu pude ver