Rejeição: Campos do grupo Fatura não informados

[RONAPI]

Pessoal estou tirando todas as notas para liberar o caminha parado da seguinte forma:

Retirei as targs referente as Fatura e Duplicatas e envio dessa forma ele aprova a nota e na seguencia faço a CCe corrigindo o vencimento e valor das duplicatas.

Foi a forma que encontrei pra liberar mercadoria nos clientes 

OBs; Colocondo vDesc= 0.01 em algumas passou também.

[netsoftclaudio]

Segue o link das mudanças da SEFAZ

http://blog.oobj.com.br/novas-mudancas-nfe-4-0/

 

Segue abaixo uma comparação entre o grupo de Pagamento na NFe 3.10 e nas versões da NFe 4.0.

NFe 3.10
NFe 4.0   versão 1.42
NFe 4.0   versão 1.51

Além disso, foi removida a seguinte opção do Meio de Pagamento:

14=Duplicata Mercantil

[EXVASP]

Consegui fazendo a gambiarra do 1 centavo

[netsoftclaudio]

para o a tag  ==> <tpag>01</tpag> , ou seja, "Dinheiro" não há necessidade de informar <cobr>

 

[aguiagold]

Olá pessoal! para 14 - DUPLICATA MERCANTIL, faça o seguinte:

Atualize somente o Schemas da NFe onde sua aplicação busca.

altere a propriedade do componente NFe para aCBrNFe1.Configuracoes.Geral.CamposFatObrigatorios:= true; fiz via comando.

declare normalmente a tag vDesc := 0.00;

Funcionando para SP, ES, MG, PR

Abraço.

[netsoftclaudio]

em qual ambiente: Produção ou homologação ?

[aguiagold]

Todos em Produção

[EMERSON CREMA]

Em ambiente de homologação voltou a funcionar neste exato instante,

tinha feito uma a 2 minutos, e deu a rejeição 905, agora tentei novamente e validou.

Eu já imaginava q o problema era por lá mesmo.

[jvictorlongo]

Nos atualizamos os fontes do acbr, já marquei o CamposFatObrigatorios e já passei a vDesc := 0.00; e ainda sim continua a validação. Alguém conseguiu? Eu tenho que atualizar de uma outra forma?

[Ronie Santos]

  Em 03/09/2018 at 17:28, netsoftclaudio disse:

para o a tag  ==> <tpag>01</tpag> , ou seja, "Dinheiro" não há necessidade de informar <cobr>

 

Expandir  

Não há realmente, porém nada impede de preencher. O cliente me disse hoje: "Eu vou receber em dinheiro, porém somente daqui 10 dias." Nesse caso meu entendimento é de que ele realmente deve destacar as parcelas (agora não existe mais o termo duplicatas na NF-e) e consequentemente a fatura.

[Felipe Correa]

Resolvido aqui atualizando o componente e utilizando os SCHEMAS presentes na pasta do Trunk2, usando o CamposFatObrigatorios como true.

[Daniel Simoes]

  Em 03/09/2018 at 18:21, jvictorlongo disse:

Nos atualizamos os fontes do acbr, já marquei o CamposFatObrigatorios e já passei a vDesc := 0.00; e ainda sim continua a validação. Alguém conseguiu? Eu tenho que atualizar de uma outra forma? 

Expandir  

O problema está no SEFAZ de SP... em homologação a nova Regra de Validação não está permitindo passar nenhum cenário... ou seja... LIGUE NO SEFAZ

Em produção aparentemente eles desligaram a nova Validação e por isso está funcionando...

Mas se ela voltar a ser ativada, da maneira que está funcionando em homologação... todos terão novamente problemas... por isso é importante testar em homologação e relatar os problemas ao SEFAZ

[MSX]

Liguei a pouco no sefaz me disseram que agora o problema foi resolvido me mandar ler a documentação de como validar em fim nada ajudou

[Bruno Giovani]

  Em 03/09/2018 at 18:31, MSX disse:

Liguei a pouco no sefaz me disseram que agora o problema foi resolvido me mandar ler a documentação de como validar em fim nada ajudou

Expandir  

Minha resposta foi igual a sua! Segundo eles já resolvido

 

[Daniel Simoes]

  Em 03/09/2018 at 18:33, Bruno Giovani Caltran disse:

Minha resposta foi igual a sua! Segundo eles já resolvido 

Expandir  

 

  Em 03/09/2018 at 18:33, Bruno Giovani Caltran disse:

Minha resposta foi igual a sua! Segundo eles já resolvido 

Expandir  

Brincadeira... esses caras devem morar em Marte...

Será que eles tem pelo menos algum programa para testar ?

[EMERSON CREMA]

  Em 03/09/2018 at 18:37, Daniel Simoes disse:

 

Brincadeira... esses caras devem morar em Marte...

Será que eles tem pelo menos algum programa para testar ?

Expandir  

E o pior é q não é a primeira vez, é uma luta sem fim, mas segue a vida, obrigado a todos!

[MSX]

Consegui validar aqui colocando um valor no valor do desconto vDesc:=001;  e agora

[Eliezer Longo Zavoli]

Boa tarde. Também estou com problema por causa desse campo do desconto, mas estou utilizando o ACBRMonitor Free. Existe essa configuração de campos obrigatórios no Monitor?

[André Ferreira de Moraes]

Testei agora em ambiente de homologação e aparentemente o problema foi resolvido.

No ACBr, basta informar a propriedade CamposFatObrigatorios como True.

ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios := True;

 

[jorge andrade]

  Em 03/09/2018 at 18:22, Ronie Santos disse:

Não há realmente, porém nada impede de preencher. O cliente me disse hoje: "Eu vou receber em dinheiro, porém somente daqui 10 dias." Nesse caso meu entendimento é de que ele realmente deve destacar as parcelas (agora não existe mais o termo duplicatas na NF-e) e consequentemente a fatura.

Expandir  

Cuidado com esta afirmação sobre as duplicatas Ronie. Teoricamente vc está certo,  mas na prática, a opção 14-Duplicata,  está válida e aceitável. Ahuahauhauah

Só pra ratificar que estamos certos e que a teoria do confaz nem sempre é verdadeira.

            <cobr>
                <fat>
                    <nFat>0000006774</nFat>
                    <vOrig>4050.74</vOrig>
                    <vDesc>2632.95</vDesc>
                    <vLiq>1417.79</vLiq>
                </fat>
                <dup>
                    <nDup>001</nDup>
                    <dVenc>2018-11-02</dVenc>
                    <vDup>472.60</vDup>
                </dup>
                <dup>
                    <nDup>002</nDup>
                    <dVenc>2018-12-02</dVenc>
                    <vDup>472.60</vDup>
                </dup>
                <dup>
                    <nDup>003</nDup>
                    <dVenc>2019-01-01</dVenc>
                    <vDup>472.59</vDup>
                </dup>
            </cobr>
            <pag>
                <detPag>
                    <tPag>14</tPag>
                    <vPag>1417.79</vPag>
                </detPag>
            </pag>

Há clientes meus que cismam em enviar nesta forma de pagamento me só vão parar quando realmente não aceitar mais.

Editado 3 Setembro, 2018 por jorge andrade

[Denis Zago]

  Em 03/09/2018 at 14:01, Amparo disse:

ainda persiste o erro em SP, no xml consta os grupos, onde estou errando?

35180913146468000130550010000289581000289582-nfe.xmlFetching info...

Expandir  

Desculpe só vi agora, provavelmente já resolveu. Mas seu XML esta sem o campo vDesc no faturamento.

Seu XML:

<fat>

<nFat>028958</nFat>

<vOrig>563.68</vOrig>

<vLiq>563.68</vLiq>

</fat>

 

Como deve ser:

 

<fat>

<nFat>028958</nFat>

<vOrig>563.68</vOrig>

<vDesc>0</vDesc>

<vLiq>563.68</vLiq>

</fat>

 

 

O parâmetro CamposFatObrigatorios do componente ACbr NFe deve estar como true para que esse campo seja informado mesmo que com valor zero.

[Junior Missaci]

No ACBRMONITOR PLUS FREE não existe essa possibilidade de marcar CamposFatObrigatorios

[Felipe E. Resende Mesquita]

  Em 03/09/2018 at 18:51, Eliezer Longo Zavoli disse:

Boa tarde. Também estou com problema por causa desse campo do desconto, mas estou utilizando o ACBRMonitor Free. Existe essa configuração de campos obrigatórios no Monitor?

Expandir  

 

  Em 03/09/2018 at 19:52, Junior Missaci disse:

No ACBRMONITOR PLUS FREE não existe essa possibilidade de marcar CamposFatObrigatorios

Expandir  

Boa tarde a todos.

Essa atualização só está disponível a partir da ultima versão 1.2.0.10. Como utiliza a versão free do ACBrmonitor, sugiro que contribua pelo menos uma vez com o projeto para obter a versão mais atualizada do mesmo. Caso não realize a operação anterior, já está disponível nos fontes do projeto ACBr, para quem compila o ACBrMonitor.

[Diego Abib]

Amigos, uma dúvida...

Baixei hoje a atualização do ACBR com o CamposFatObrigatorios e uma coisa me chamou atenção:

Ao gerar o XML com a versão anterior do ACBR, eu forçava a tag VDesc 0.00 passando o valor 0.001. Ao tentar enviar a nota, dava o erro.

Porém, atualizei o executavel com o ACBR hoje e apenas enviei a nota. O XML enviado foi gerado por uma versão anterior do ACBR. 

Feito isso, eu fiz um teste... gerei o XML da nota com as duas versões do ACBR (Anterior e Atual) e comparei com o WinMerge... o as tags COBR do XML deu rigorosamente igual em ambas versões. Porém, a NF só foi com o executável compilado com a versão nova do ACBR.

 

Não sei se consegui ser claro, mas, resumindo, os XML foram gerados iguais tanto na versão nova quanto na versão antiga do ACBR. Porém a nota só passou com a versão nova. 

Obrigado

[Bruno Giovani]

Boa tarde pessoal!

Ambiente de produção, continua com o mesmo problema 905.... 

Alguém conseguiu solucionar de forma definitiva ? O lance de passar o vDesc com 0,001 em produção resolveu ?

Agradeço!