Ir para conteúdo
  • Cadastre-se

  • Este tópico foi criado há 262 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

  Boa tarde, a todos. Pessoal, estou fazendo agora teste em ambiente de homologacao e comecou a dar este erro "Rejeicao: Dados de cobranca nao devem ser informados para pagamento a vista", eu nunca tinha visto este erro. Provavelmente deve ser uma nova regra de negocio. Alguem pssou por isso? Realmente e uma nova regra de negocio que a receita vai adotar ? 

  • Consultores
Postado

Boa tarde
Creio que não , é algo antigo.

mas é só tu ajustar a nota conforme a solicitação da rejeição.

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Consultores
Postado

Se você está informando o campo indPag como ipVista, não deve informar os grupos de duplicata (Cobr.Dup), que seria para os pagamentos à prazo (ipPrazo).

Link:
https://atendimento.inventsoftware.info/kb/pt-br/article/540918/taxplus-nf-e-rejeicao-853

Valter Patrick
Gerente de Projetos na empresa CTEC
Consultor ACBr
(33)98400-0936
GitHub: https://github.com/valterpatrick

Ajude o Projeto ACBr crescer - Assine o Clube PRO                    

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  ícone Discórdia Discord   

  • Consultores
Postado

complementando a minha resposta:

Na Nota Técnica 2025.001 v.1.00, publicada em 25/03/2025 no site https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=04BIflQt1aY=, tem a orientação de uma nova regra:
 

Citar

02.6 Dados de Cobrança: Novas Regras de Validação

Melhorado o controle sobre os dados de Cobrança (Grupo de Parcelas, id:”Y07”, tag:”dup”), não permitindo seu preenchimento em casos de pagamento à vista (indPag=0) e limitando a Data de Vencimento a um máximo de 10 anos a partir da data atual.

 

  • Curtir 1

Valter Patrick
Gerente de Projetos na empresa CTEC
Consultor ACBr
(33)98400-0936
GitHub: https://github.com/valterpatrick

Ajude o Projeto ACBr crescer - Assine o Clube PRO                    

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  ícone Discórdia Discord   

  • 1 mês depois ...
  • Membro Pro Verificado
Postado

ola, o teu problema deve ser igual ao meu eu informei uma data de vencimento igual a data de emissao da nota fiscal e ai a rejeicao 853.

  • Curtir 1
  • Obrigado 1
  • 1 mês depois ...
  • Consultores
Postado
15 minutos atrás, Edson T disse:

E como faz se o pagamento é a prazo mas com o vencimento no mesmo dia?, estou enviando indPag=1 a prazo e recebendo essa rejeição

mas dai não é a prazo. Creio que existe uma divergencia ai de pensamento do cliente

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Postado
11 minutos atrás, Juliomar Marchetti disse:

mas dai não é a prazo. Creio que existe uma divergencia ai de pensamento do cliente

Segundo o cliente por exemplo a compra é feita de manhã no boleto com vencimento para o mesmo dia, para o pagamento até final do dia.

  • Consultores
Postado
22 minutos atrás, Edson T disse:

Segundo o cliente por exemplo a compra é feita de manhã no boleto com vencimento para o mesmo dia, para o pagamento até final do dia.

Então a venda é a vista e com boleto para o dia.

tá fácil mas eu acho que tem alguma coisa que li em uma NT que é para algo semelhante.

só não me recordo

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Postado

ola estou com essa rejeicao em um cliente como deve ser as tags, ele nao consegue emitir a nota, como alterar, no sistema esta assim, como deve ser agora ?

<cobr>
            <fat>
                <nFat>000388</nFat>
                <vOrig>10395.00</vOrig>
                <vDesc>0.00</vDesc>
                <vLiq>10395.00</vLiq>
            </fat>
            <dup>
                <nDup>001</nDup>
                <dVenc>2025-09-02</dVenc>
                <vDup>10395.00</vDup>
            </dup>
        </cobr>
        <pag>
            <detPag>
                <tPag>01</tPag>
                <vPag>10395.00</vPag>
            </detPag>
        </pag>
 

Atenciosamente
Walney Moreira Klein

Que DEUS abençoe a Todos nós.

[email protected]

Postado

pelo que eu entendi, se for a vista não se pode declarar duplicata, ou você podera colocar +1 dia adicional no vencimento assim o sistema aceita, o bloco dupl se for a vista não podera declarar pelo que entendi

Postado

como o cliente é do RJ e tinha que enviar essa NFe para MG hoje, coloquei o vencimento para amanha, e a nota passou ficando assim, agora me digam qual foi essa mudança agora para pagamento a vista mesma data de emissão e vencimento , como deve ser ? fiz esse macete rapido pois transportadora já estava a vir para coleta, pode me esclarecer que mudança foi essa e qual o procedimento correto a se fazer ? e desde já meu muito obrigado, assim passou

<cobr>
                <fat>
                    <nFat>000391</nFat>
                    <vOrig>10395.00</vOrig>
                    <vDesc>0.00</vDesc>
                    <vLiq>10395.00</vLiq>
                </fat>
                <dup>
                    <nDup>001</nDup>
                    <dVenc>2025-09-03</dVenc>
                    <vDup>10395.00</vDup>
                </dup>
            </cobr>
            <pag>
                <detPag>
                    <tPag>01</tPag>
                    <vPag>10395.00</vPag>
                </detPag>
            </pag>

Atenciosamente
Walney Moreira Klein

Que DEUS abençoe a Todos nós.

[email protected]

Postado

Olá essa é minha duvida se deve ou não informar a tag <cobr> e a tag <fat> pois naquele site ( https://tdn.totvs.com/pages/releaseview.action?pageId=969576447 )  diz para tirar toda tag <cobr> , entendeu ? pode confirmar o correto e obrigado, vi na página 8 da NT 2020.004 , 
está assim
Y. Dados de Cobrança Campo Modelo Regra de Validação Aplic. Msg Descrição Erro Y09-40 55 Se informado o grupo de Parcelas de cobrança (tag:dup, Id:Y07) com apenas uma ocorrência e a Data de vencimento (dVenc, id:Y09) for igual à data de emissão (dhEmi, id:B09, desconsiderando a hora). (NT 2025.001) Obrig. 853 Rejeição: Dados de cobrança não devem ser informados para pagamento à vista Y09-50 55 Se informado o grupo de Parcelas de cobrança (tag:dup, Id:Y07) e Data de Vencimento (dVenc, id:Y09) superior a 10 anos da data atual. (NT 2025.001) Obrig. 797 Rejeição: Data de vencimento da parcela superior a 10 anos da data atual [nOcor: 999]

Atenciosamente
Walney Moreira Klein

Que DEUS abençoe a Todos nós.

[email protected]

Postado

Bom dia. O que eu fiz na minha logica, se caso esta venda tem mais de uma parcela eu sempre caso com as tags Cobr.Dup.add agora se caso tem apenas uma parcela e a dt. vencimento e igual a dt de hoje que é o dia que estou gerando a nota ai eu nao caso com essas tags , ficou assim:

if (qryParcelasImprimirDT_VENCIMENTO.asdatetime <> Date) or (qryQtdeParcQTDEPARC.AsInteger <> 1) then // se for diferente de a vista
   begin
        with Cobr.Dup.add do
             begin

 

  Depois que coloquei essa regra , parou de dar esse erro rejeicao 853

  • 2 semanas depois ...
  • Membro Pro Verificado
Postado

Estou com uma dificuldade na emissão de NF-e quando há pagamentos mistos.
Exemplo: uma parte à vista (PIX) e o restante em duplicatas (a prazo).

No meu XML estou preenchendo:

Cobr.Fat.vLiq → total líquido da nota fiscal

Cobr.Dup.vDup → valor de cada parcela a prazo (sem incluir o PIX)

O problema é que, ao não considerar o valor do PIX em Cobr.Dup.vDup, a soma das duplicatas (Σ vDup) não fecha com o valor líquido da fatura (vLiq).
Resultado: rejeição “Soma do valor das parcelas difere do Valor Líquido da Fatura”.

Como vocês estão tratando esse cenário?

  • Consultores
Postado
Em 11/09/2025 at 11:05, SisComp - Proc. de Dados disse:

Estou com uma dificuldade na emissão de NF-e quando há pagamentos mistos.
Exemplo: uma parte à vista (PIX) e o restante em duplicatas (a prazo).

No meu XML estou preenchendo:

Cobr.Fat.vLiq → total líquido da nota fiscal

Cobr.Dup.vDup → valor de cada parcela a prazo (sem incluir o PIX)

O problema é que, ao não considerar o valor do PIX em Cobr.Dup.vDup, a soma das duplicatas (Σ vDup) não fecha com o valor líquido da fatura (vLiq).
Resultado: rejeição “Soma do valor das parcelas difere do Valor Líquido da Fatura”.

Como vocês estão tratando esse cenário?

já te deram a solução lá no outro tópico 
https://www.projetoacbr.com.br/forum/topic/85631-nfe-com-pagamento-à-vista-e-a-prazo/#comment-555794

  • Curtir 1

 

Consultora ACBr Pro

Juliomar Marchetti

Ajude o Projeto ACBr crescer - Seja Pro

discord: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br

 

MVP_NewLogo_100x100_Transparent-02.png
Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

  • Este tópico foi criado há 262 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.