indPag sempre 0 no XML

[Rudinei Yoke]

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.

[Sérgio Assunção]

Não duplique tópicos!

[Rudinei Yoke]

Desculpe, agora que descobri onde é o suporte SAC, já tinha postado lá e o anterior moveram pra cá.

[Kiko Fernandes]

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 

 

 

[Rudinei Yoke]

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 17 Agosto, 2018 por Rudinei Yoke

[Rudinei Yoke]

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.

[José M. S. Junior]

Boa tarde,

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

[Rudinei Yoke]

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

[Italo Giurizzato Junior]

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.

 

[Kiko Fernandes]

É 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). 

 

[Rudinei Yoke]

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.

[Kiko Fernandes]

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). 

[Rudinei Yoke]

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.

[Italo Giurizzato Junior]

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.