Ir para conteúdo
  • Cadastre-se

dev botao

indPag sempre 0 no XML


Ver Solução Respondido por Italo Giurizzato Junior,
  • Este tópico foi criado há 2050 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 para o comentário
Compartilhar em outros 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 

 

 

  • Curtir 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 para o comentário
Compartilhar em outros 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>

Editado por Rudinei Yoke
Link para o comentário
Compartilhar em outros 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 para o comentário
Compartilhar em outros 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 para o comentário
Compartilhar em outros 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.

 

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros 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). 

 

  • Curtir 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 para o comentário
Compartilhar em outros 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 para o comentário
Compartilhar em outros 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.

  • Curtir 4
Link para o comentário
Compartilhar em outros 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.

  • Curtir 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

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

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