Erro CTe em Desacordo - O tpEmis informado é incompatível com SVC-RS

[SisComp - Proc. de Dados]

Estamos fazendo o envio do evento do CTe em Desacordo, estamos recebendo como retorno o Erro: O tpEmis informado é incompatível com  SVC-RS

Já observamos no componente ACBrCTe que a forma de emissão esta como teNormal.

Mais uma dúvida, no campo infEvento.cOrgao estou alimentando com o código do UF do emitente do CTe, porém estamos recebendo o seguinte erro como retorno:

Rejeição: Órgão de recepção do Evento inválido, este erro só não acontece quando informamos o código do UF do tomador do Serviço.

Alguém poderia ajudar?

 

Obrigado.

[Italo Giurizzato Junior]

Bom dia,

Muito estranho esse erro relacionado ao tpEmis, uma vez que se trata do envio de eventos e não envio de CT-e.

[SisComp - Proc. de Dados]

1 hora atrás, Italo Jurisato Junior disse:

Bom dia,

Muito estranho esse erro relacionado ao tpEmis, uma vez que se trata do envio de eventos e não envio de CT-e.

Estranho mesmo, no caso a Sefaz que autorizou o CTe é a Sefaz de Rondônia, no campo cOrgao estamos informando o código 11, referente a Rondônia. Quando informamos Rondônia o erro mostrado é:

Rejeição: Órgão de recepção do Evento inválido

Alguma ideia do que pode ser?

Obrigado

 

 

[SisComp - Proc. de Dados]

Alguém que possa ajudar?

[SisComp - Proc. de Dados]

Em anexo, imagens dos XMLs do envio e do retorno.

Lembrando que, ao efetuar o desacordo informei no campo cOrgao o código 11, referente ao UF de RO, e passei o mesmo no campo

ACBrCTe.Configuracoes.WebServices.UF

porém como esta constando na imagem do XML em anexo, quem esta rejeitando o evento  é o cOrgao 35.

 

Obs: Prestador é do UF de RO - código 11

         Tomador é do UF de SP - código 35.

[Italo Giurizzato Junior]

Bom dia,

Pelo retorno noto que a versão do aplicativo da SEFAZ que processou o evento inicia com "RS" o motivo disso é que a UF RO se utiliza da SEFAZ-Virtual do Rio Grande do Sul.

O estranho é o valor 35 que indica UF SP aparecer no campo cOrgao no retorno.

Ao configurar o componente você atribui a UF RO a propriedade: Configurações.WebServices.UF e qual é o valor atribuído a propriedade Configuracoes.Geral.FormaEmissao?

[SisComp - Proc. de Dados]

2 minutos atrás, Italo Jurisato Junior disse:

Bom dia,

Pelo retorno noto que a versão do aplicativo da SEFAZ que processou o evento inicia com "RS" o motivo disso é que a UF RO se utiliza da SEFAZ-Virtual do Rio Grande do Sul.

O estranho é o valor 35 que indica UF SP aparecer no campo cOrgao no retorno.

Ao configurar o componente você atribui a UF RO a propriedade: Configurações.WebServices.UF e qual é o valor atribuído a propriedade Configuracoes.Geral.FormaEmissao?

Bom dia,

sim no componente atribuímos na propriedade: ACBrCTe.Configurações.WebServices.UF o código 11 referente a RO.

e na propriedade ACBrCTe.Configuracoes.Geral.FormaEmissao    :=  teNormal;

Desde já agradecemos a ajuda.

[Italo Giurizzato Junior]

Você tem o arquivo soap de envio do evento?

*-ped-eve-soap.xml

Se sim, favor anexar.

[SisComp - Proc. de Dados]

22 minutos atrás, Italo Jurisato Junior disse:

Você tem o arquivo soap de envio do evento?

*-ped-eve-soap.xml

Se sim, favor anexar.

Em anexo.

1-ped-eve-soap.xml

[Italo Giurizzato Junior]

Abra o XML através de uma navegar por exemplo e veja o código da UF que consta no grupo <cteCabecMsg>.

Você esta fazendo alguma coisa errada.

[SisComp - Proc. de Dados]

5 minutos atrás, Italo Jurisato Junior disse:

Abra o XML através de uma navegar por exemplo e veja o código da UF que consta no grupo <cteCabecMsg>.

Você esta fazendo alguma coisa errada.

Problema encontrado, estava passando o código 11 na  propriedade: ACBrCTe.Configuracoes.WebServices.UF := 11;

e o correto seria passar ACBrCTe.Configuracoes.WebServices.UF := 'RO';

e automaticamente é feita a troca do código da UF para 11,

acredito que como eu estava passando o código 11 na propriedade "UF" e não a sigla "RO", o componente mantia o UF padrão configurado, no caso "SP" - 35.

 

Obrigado pela ajuda, qualquer novidade volto a postar.

 

 

[SisComp - Proc. de Dados]

3 horas atrás, Italo Jurisato Junior disse:

Abra o XML através de uma navegar por exemplo e veja o código da UF que consta no grupo <cteCabecMsg>.

Você esta fazendo alguma coisa errada.

Boa tarde, montei uma listagem para mostrar os CTes emitidos contra o CNPJ de uma determinada empresa, para o cliente poder analisar e caso necessário informar o DESACORDO.

alguém sabe se há um tempo que se deve aguardar entre as consultas feitas? Pois após fazer uma consulta, mesmo aguardando cerca de 10 min ao consultar novamente é retornado CONSUMO INDEVIDO.

Estou utilizando o método ACBrCTe.ACBrCTe.DistribuicaoDFePorUltNSU(UF,CNPJ,ultimoNSU)

 

Existe alguma forma de melhorar para que isso não ocorra?

Obrigado.

[Felipe E. Resende Mesquita]

3 minutos atrás, SisComp - Proc. de Dados disse:

Boa tarde, montei uma listagem para mostrar os CTes emitidos contra o CNPJ de uma determinada empresa, para o cliente poder analisar e caso necessário informar o DESACORDO.

alguém sabe se há um tempo que se deve aguardar entre as consultas feitas? Pois após fazer uma consulta, mesmo aguardando cerca de 10 min ao consultar novamente é retornado CONSUMO INDEVIDO.

Estou utilizando o método ACBrCTe.ACBrCTe.DistribuicaoDFePorUltNSU(UF,CNPJ,ultimoNSU)

 

Existe alguma forma de melhorar para que isso não ocorra?

Obrigado.

Boa tarde, SisComp - Proc. de Dados.

Leia: 23/04/2018 - ATENÇÃO: Publicada NT 2018.002 prevendo novos controles sobre o consumo indevido dos ambientes de autorização.

http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=NH9NBCgaOUs=

[BigWings]

1 hora atrás, SisComp - Proc. de Dados disse:

Estou utilizando o método ACBrCTe.ACBrCTe.DistribuicaoDFePorUltNSU(UF,CNPJ,ultimoNSU)

Existe alguma forma de melhorar para que isso não ocorra?

Está armazenando o NSU retornado pelo método para ser informado como o parâmetro ultimoNSU na próxima consulta?

[SisComp - Proc. de Dados]

35 minutos atrás, BigWings disse:

Está armazenando o NSU retornado pelo método para ser informado como o parâmetro ultimoNSU na próxima consulta?

Sim, estamos armazenando o ultimoNSU retornado e informando ele na próxima consulta. E analisamos a Nota Técnica que o Felipe passou, porém não temos Looping para estar ocasionando esse Consumo Indevido.

 

[BigWings]

2 minutos atrás, SisComp - Proc. de Dados disse:

Sim, estamos armazenando o ultimoNSU retornado e informando ele na próxima consulta. E analisamos a Nota Técnica que o Felipe passou, porém não temos Looping para estar ocasionando esse Consumo Indevido.

Mas está persistindo esse valor em banco de dados por exemplo?

Que saiba só há mensagem de consumo indevido caso você informe 0 nesse parâmetro, coisa que você precisa fazer uma única vez para o CNPJ, quando você não sabe o valor do último NSU.

Se não me engano o prazo de bloqueio é de 1h.

[SisComp - Proc. de Dados]

17 minutos atrás, BigWings disse:

Mas está persistindo esse valor em banco de dados por exemplo?

Que saiba só há mensagem de consumo indevido caso você informe 0 nesse parâmetro, coisa que você precisa fazer uma única vez para o CNPJ, quando você não sabe o valor do último NSU.

Se não me engano o prazo de bloqueio é de 1h.

Sim, estamos persistindo em banco de dados e passamos ele para realizar a consulta. Somente na primeira vez que é passado o NSU como 0 (zero);

Editado 15 Maio, 2018 por SisComp - Proc. de Dados

[SisComp - Proc. de Dados]

Em 15/05/2018 at 16:16, BigWings disse:

Mas está persistindo esse valor em banco de dados por exemplo?

Que saiba só há mensagem de consumo indevido caso você informe 0 nesse parâmetro, coisa que você precisa fazer uma única vez para o CNPJ, quando você não sabe o valor do último NSU.

Se não me engano o prazo de bloqueio é de 1h.

Boa tarde, algum teste ou sugestão que possa nos dar?

Obrigado

[BigWings]

1 hora atrás, SisComp - Proc. de Dados disse:

Boa tarde, algum teste ou sugestão que possa nos dar?

Obrigado

Leia as NT que tratam do assunto:

http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=eouHsaXEtoI=

http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=5c1PwLTdrCA=

Ela não é muito específica, você deve analisar o código da aplicação pra saber se está havendo loop ou a mesma requisição múltiplas vezes, como consulta de status de serviço, consulta do mesmo CTe...

Se nada disso for detectado resta perguntar a SEFAZ o motivo da rejeição.