Ir para conteúdo
  • Cadastre-se

  • Este tópico foi criado há 309 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 e 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 e 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á 309 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.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...