Erro: Grupo duplicata informado...

[ALA]

Senhores, boa tarde. Estou com um erro estranho, quando envio os xmls em anexo em homologação funciona blz, mas quando envio em produção ocorre o erro abaixo. Será que alguém pode me ajudar a resolver esse problema...

 

XML_Capepe.rar

[BigWings]

Primeiramente, o erro indica que a SEFAZ em questão ainda não implementou as alterações determinadas pela NT 2016.002 v.1.50, que retirou essa mensagem de rejeição, o tipo de pagamento duplicata mercantil, e alterou o nome do grupo dup para "Grupo de Parcelas".

Regras essa que já estão, ou deveriam estar em vigor em produção desde 04/06/2018, vide NT 2016.002 v.1.51.

Então você deve fazer uma das duas coisas:

- Informar a tag pag.tPag = 14 (Duplicata mercantil) e pag.vPag igual a soma dos valores informados no grupo dup.

with pag.Add do
begin
  tPag = fpDuplicataMercantil;
  [...]
end;

- Não gerar grupo dup no XML.

[Maiquel]

Como sitou o BigWings

Percebemos que alguns estados ainda não implementaram as novas alterações. Aqui ocorreu com a Bahia.

Já enviamos um e-mail para saber da situação.

 

 

 

[ALA]

Senhores, obrigado pela resposta. O problema que tenho que atualizar quase 1000 clientes. Essa regra de duplicata mercantel foi removida. Não posso liberar o meu executavel com essa opção.  Tenho uma opção para não gerar as duplicas, mas os clientes que ja estão acostumados com essa funcionalidade não permitem enviar nfe sem informar essa tag... 

Editado 6 Junho, 2018 por ALA

[BigWings]

21 minutos atrás, ALA disse:

Senhores, obrigado pela resposta. O problema que tenho que atualizar quase 1000 clientes. Essa regra de duplicata mercantel foi removida. Não posso liberar o meu executavel com essa opção.  Tenho uma opção para não gerar as duplicas, mas os clientes que ja estão acostumados com essa funcionalidade não permitem enviar nfe sem informar essa tag... 

Tem uma terceira opção, que é gerar a NFe na versão 3.10, que não tem essas validações.

Ou aguardar/pressionar a SEFAZ.

[ALA]

Bom dia. Alguém esta conseguindo enviar NF-e para SEFAZ MG com a tag, duplicata ?

[Rafael Dal Bosco]

5 minutos atrás, ALA disse:

Bom dia. Alguém esta conseguindo enviar NF-e para SEFAZ MG com a tag, duplicata ?

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.

[ALA]

O problema que ja removemos essa duplicata mercantil do nosso ERP e do emissão de NF-e...

[Rafael Dal Bosco]

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.

[ALA]

E um caso a se pensar... O problema que esse tipo 14  pode ser removido a qualquer momento. Hai as ligações dos cliente retorna

Editado 7 Junho, 2018 por ALA

[cadupuga]

1 hour ago, Rafael Dal Bosco said:

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.

Concordo com você.

Editado 7 Junho, 2018 por cadupuga