Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

click.png

click.png

click.png

indPag sempre 0 no XML


Rudinei Yoke
Go to solution Solved by Italo Giurizzato Junior,
  • Este tópico foi criado há 1073 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui

Recommended Posts

Estou com um problema com o ACBRMonitorPlus 1.2.0.15 (ultima versão dispobilizada suporte PAGO), mesmo informando ou não informando no ini, gera automaticamenta uma tag indPag=0 no grupo pag, e estou com problemas com todos as NFe com Tipopag 90-Sem Pagamento, abaixo trecho dos ini e o mesmo resultado XML:

<pag>
<detPag>
<indPag>0</indPag>
<tPag>90</tPag>
<vPag>482.72</vPag>
</detPag>
</pag>
 
Teste 1:
[Pag001]
nPag=1
tPag=90
vPag=482,72

Teste 2:
[Pag001]
nPag=1
tPag=90
vPag=482,72
indPag=ipNenhum
 
Teste 3:
[Pag001]
nPag=1
tPag=90
vPag=482,72
indPag=
 
Segundo o que pesquisei, se a tag indPag num for omitida do XML para tipopag 90, sempre resulta na recusa.
Link to comment
Share on other sites

  • Moderadores

Boa tarde!

Veja que as informações no manual do ACBrMonitorPLUS para preenchimento destes campos constam as opções abaixo:
 

Citar

[PAGXXX]
tpag=
vPag=

indPag=
tpIntegra=
CNPJ=
tBand=
cAut=

vTroco=

Parte integrante do help do ACBrMonitorPLUS.
 

Você está infomando "nPag=1" (Não existe este campo)
E o campo indPag que deve ser informando vc está informando "
indPag="

Preencha indPag conforme a Nota Técnica orienta: 

IndPag  (0= Pagamento à Vista 1= Pagamento à Prazo)

Agora se tPag for igual a 90 não há sentido querer informar indPag=1 

 

 

  • Like 1


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Link to comment
Share on other sites

Você não entendeu que fiz esse teste no Teste 1, mas pra validar a questão do nPag, fiz agora e continua o problema:

trecho do INI (da forma como instruiu):
[Pag001]
tPag=90
vPag=482,72

trecho do XML montado:
<pag>
<detPag>
<indPag>0</indPag>
<tPag>90</tPag>
<vPag>482.72</vPag>
</detPag>
</pag>

Edited by Rudinei Yoke
Link to comment
Share on other sites

5 minutos atrás, Rudinei Yoke disse:

Você não entendeu que fiz esse teste no Teste 1, mas pra validar a questão do nPag, fiz agora e continua o problema:

trecho do INI (da forma como instruiu):
[Pag001]
tPag=90
vPag=482,72

trecho do XML montado:
<pag>
<detPag>
<indPag>0</indPag>
<tPag>90</tPag>
<vPag>482.72</vPag>
</detPag>
</pag>

Obs: O nPag acabei colocando numa época que estavamos homologando no gratuito e ele não montava sozinho, tive que forçar até arrumarem. Agora estou no Suporte Pago.

Link to comment
Share on other sites

48 minutos atrás, José M. S. Junior disse:

Boa tarde,

Por favor, anexe o .ini completo para verificação, e se possível o xml de retorno...

Segue em anexo ini, xml, txt retornados, xml´s retorno do erro, aguardo ... obrigado.
lembrando (ultima versão) 1.2.0.15

01-01157227000108-00022845.ini

351004917023335-pro-rec.xml

351004917023335-pro-rec-soap.xml

35180801157227000108550010000228451667212440-nfe.xml

CriarNFe-resp.txt

EnviarNFe-resp.txt

Link to comment
Share on other sites

  • Consultores
  • Solution

Boa tarde Rudinei,

Vamos fazer que nem o Jack o Estripador, vamos por partes.

1. você diz que no XML a tag <indPag> sempre contem o valor zero, pois bem no seu arquivo INI não contem o campo indPag informando o valor correto dessa tag, logo o XML é gerado com o valor padrão que é zero.

No seu arquivo INI consta:

[Pag001]
tPag=90
vPag=482,72

você deve fazer desta forma:

[Pag001]

indPag=1
tPag=90
vPag=482,72

se deseja que o valor da tag <indPag> seja 1.

2. a sua nota foi rejeitada pelo seguinte motivo: 904-Rejeicao: Informado indevidamente campo valor de pagamento

Note, valor do pagamento informando indevidamente, veja o tipo de pagamento que você informou (tPag=90) segundo a Nota Técnica 2016/002 versão 1.60 página 51 e 52 temos a lista dos tipos e o tipo 90 significa: Sem Pagamento.

Portanto o tipo de pagamento esta errado o correto seria:

tPag=99 ( que significa Outros )

Detalhe importante, no seu arquivo INI não consta a seção referente a Fatura e nem a seção Parcelas (Dup) logo me leva a crer que o pagamento é a vista e não a prazo, sendo assim o valor correto de indPag é zero mesmo. 

Espero ter ajudado.

 

  • Like 1
Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Moderadores

É importante sempre que possível anexar os XMLs ou então passar o código de erro exato.

Veja que você reclama de indPag ser sempre 0,   sendo que na verdade você está recebendo uma rejeição com o código 904.

Retorno no seu arquivo: EnviarNFe-resp.txt 

Citar

Nota(s) nao confirmadas:
22845->904-Rejeicao: Informado indevidamente campo valor de pagamento

Observe a NT  a respeito disto: 

Nota Técnica NT2016.002_v1.60 Pág. 65. 

Citar

Informado o campo Meio de Pagamento igual a sem pagamento (tag:tPag=90, id:YA02) e informado campo Valor do Pagamento diferente de zero (tag:vPag<>0, id:YA03).

Ou seja a nota possui total:  vNF, porém vPag (valor do Pagamento) deve ser 0, uma vez que o tPag=90 (é sem pagamento). 

 

  • Like 1


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Link to comment
Share on other sites

  • Moderadores
21 minutos atrás, Rudinei Yoke disse:

Vamos fazer 2 testes um com tPag 99 mantendo vPag e outro com 90 e vPag 0. Realmente são duas formas de resolver. Colo resultados

Sinceramente tenho receio destes "testes", pois como já foi comentado em vários tópicos, AUTORIZAR uma nota, não significa dizer que uma nota está correta.
A minha orientação sempre é, leia manual, nota técnica ou procure se informar em caso de dúvida. 

Se você desejar seguir a Nota Técnica, ela trás a seguinte recomendação. 

NT_2016_002_v1_60 Pág. 51

Citar

YA. Informações de Pagamento
Obrigatório o preenchimento do Grupo Informações de Pagamento para NF-e e NFC-e. Para as notas com finalidade de Ajuste ou Devolução o campo Meio de Pagamento deve ser preenchido com 90=Sem Pagamento.


Pelo que notei, você está tentando fazer em ambiente produção e com a finalidade finNFe=4 (devolução). 


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Link to comment
Share on other sites

19 minutos atrás, Rudinei Yoke disse:

Ok. Vamos fazer 2 testes um com tPag 99 mantendo vPag e outro com 90 e vPag 0. Realmente são duas formas de resolver. Colo resultados agradecendo se td der certo logo mais.

Pessoal, dando um feedback, e agradecendo ao excelente trabalho da equipe.

Ambas as duas formas funcionam. Porém a mais correta é a com tPag=90 já que não existe pagamento mesmo para este caso de NF-e, já a tPag=99 é indicada para quando não existe uma forma tPag adequada, e explico porque:

Usando tPag=99 (Outros) com vPag diferente de zero, vc será obrigado a preencher o vLiq para passar a NF-e.
Já usando tPag=90 (Sem Pagamento) basta informar vPag=0, assim vc estará em conformidade com o correto preenchimento para casos que não há pagamento como Devoluções, Retornos e Remessa de Garantia, Retornos e Remessa de Conserto, Envio de Amostras, etc.

Como sempre amigos, nos deparamos muito com a interpretação errada e o correto preenchimento depois de seguidas tentativas e rejeições que acabamos nos perdendo.

1 minuto atrás, Kiko Fernandes disse:

Sinceramente tenho receio destes "testes", pois como já foi comentado em vários tópicos, AUTORIZAR uma nota, não significa dizer que uma nota está correta.
A minha orientação sempre é, leia manual, nota técnica ou procure se informar em caso de dúvida. 

Se você desejar seguir a Nota Técnica, ela trás a seguinte recomendação. 

NT_2016_002_v1_60 Pág. 51


Pelo que notei, você está tentando fazer em ambiente produção e com a finalidade finNFe=4 (devolução). 

Sim Kiko, me atento sempre ao correto preenchimento. Obrigado a todos vocês.

2 minutos atrás, Rudinei Yoke disse:

Pessoal, dando um feedback, e agradecendo ao excelente trabalho da equipe.

Ambas as duas formas funcionam. Porém a mais correta é a com tPag=90 já que não existe pagamento mesmo para este caso de NF-e, já a tPag=99 é indicada para quando não existe uma forma tPag adequada, e explico porque:

Usando tPag=99 (Outros) com vPag diferente de zero, vc será obrigado a preencher o vLiq para passar a NF-e.
Já usando tPag=90 (Sem Pagamento) basta informar vPag=0, assim vc estará em conformidade com o correto preenchimento para casos que não há pagamento como Devoluções, Retornos e Remessa de Garantia, Retornos e Remessa de Conserto, Envio de Amostras, etc.

Como sempre amigos, nos deparamos muito com a interpretação errada e o correto preenchimento depois de seguidas tentativas e rejeições que acabamos nos perdendo.

Sim Kiko, me atento sempre ao correto preenchimento. Obrigado a todos vocês.

Não Kiko, fizemos em homologação e depois analisando os resultados, agora sim passamos para nosso cliente de consultoria qual ele poderia usar.

  • Like 4
Link to comment
Share on other sites

  • Consultores

Boa noite Rudinei,

Muito obrigado pelo retorno.

Podemos estão dar esse caso como encerrado.

O tópico será fechado.

Surgindo novos problemas favor criar novos tópicos.

  • Like 1
Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Este tópico foi criado há 1073 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.