Criação de CC-e para NF-e 2.0 estando na 3.10

[Former Member]

Pessoal, bom dia!

Saberiam dizer se é possível criar uma CC-e para uma NF-e 2.0 estando com tudo configurado 3.10?

Situação que tenho, para NF-e 3.10 cria a CC-e normalmente porém está ocorrendo casos da necessidade de criar CC-e para NF-e 2.0 e não funciona.

Em ambiente de QAS deixei os cenários de /008 e /006 criados porém nem chega no PI/GRC, debugando ao comandar a criação já não encontra a NF-e.

Aceito sugestões.

Obrigado.,

Sarmento

[former_member193386 · Accepted solution]

Sim é possível, até porque a versao do ambiente de eventos do SEFAZ ainda estão na versão 1.0 e não tiveram influência do novo layout 3.1.

Da uma olhada melhor pois o ambiente encontra ambas as versões onde estou

[Former Member]

Ricardo!

Resolveu? Se for o caso encerre a thread qualificando as respostas que lhe foram dadas.

Grato

Eduardo Chagas

[Former Member]

Desculpa a demora pessoal, ativei as notificações mas acho que não está funcionando...

Vamos lá continua com o problema.

@Carlos: Você deixou os 2 cenários configurados? ou só o /008?

Abs.,

Ricardo

[brunobex]

Olá Ricardo,

Conforme mencionaram antes é possível sim.

Tivemos esse mesmo problema recentemente em um cliente, nesse casos era para SEFAZ PR.

Para a NF-e 3.10 nesse caso a URL de evento mudou da 2.0 para 3.10.

O que fiz foi somente alterar a URL da interface 2.0 para a 3.10 e reiniciei o lote de evento que estava com erro e passou a funcionar.

Verifique o estado que você está com esse erro se a URL não mudou.

O cliente entrou em contato com a SEFAZ PR e teve a seguinte resposta: "O prazo para emissão da carta de correção não é mais de 30 dias como antes, podendo ser emitida a qualquer momento."

Lembrando que isso foi necessário porque a NF-e 2.0 foi desativada no início de abril. Então os eventos de CC-e agora da NF-e 2.0 estão sendo direcionados para a URL da NF-e 3.10 para esse caso em específico SEFAZ PR.

Att

Bruno Xavier.

[Former Member]

Bruno,

Aqui tenho SP/GO e RJ conferi as URL's estão com a ultima versão da URL de Evento.

Reiniciando os lotes permanecem da mesma forma.

Att.,

Ricardo

[brunobex]

Oi Ricardo,

Qual é o erro mostrado na SXI_MONITOR referente a esses eventos de lotes?

Obrigado

[Former Member]

Bruno,

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>

- <!--

 Receiver Identification 

--> 

- <SAP:Error SOAP:mustUnderstand="1" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">

<SAP:Category>XIServer</SAP:Category>

<SAP:Code area="RCVR_DETERMINATION">NO_RECEIVER_CASE_ASYNC</SAP:Code>

<SAP:P1 />

<SAP:P2 />

<SAP:P3 />

<SAP:P4 />

<SAP:AdditionalText />

<SAP:ApplicationFaultMessage namespace="" />

<SAP:Stack>No receiver could be determined</SAP:Stack>

<SAP:Retry>M</SAP:Retry>

</SAP:Error>

Desculpa mas ainda não ficou claro, deveria chamar a interface criada na namespace 008 mesmo para uma nota 2.0 certo?

Ou deveria manter as 2 interfaces criadas a da 006 e a 008, em ambiente de testes aqui deixei as 2 porém mesmo erro.

Att.,

Ricardo

[former_member182503]

Ricardo,

como está as regras de roteamento deste Receiver Determination?

No trace ele deveria mostrar quais os valores utilizados na hora tentar determinar o Receiver.

[]'s

JN

[Former Member]

JN

No trace não está trazendo as informações que está passando.

Att.,

Ricardo

[Former Member]

Complementando já limpei cache no dia do Golive foi realizado start-stop por outros motivos e está chamando a interface do namespace 006.

Conforme questionei acima, deveria deixar a interface antiga criada? Em ambiente de teste tenho as duas porém também não funciona. CC-e para notas 3.10 estão OK, para notas 2.0 nada feito.

[brunobex]

Olá Ricardo,

O problema é justamente isso que o Jose Nunes comentou.

Verifique no Payload dessa sua CC-e qual é a UF, tpAmb, tpemis e revise sua configuração do receiver determination desse cenário no PI. O erro está lá na determinação.

Att

Bruno.

[former_member182503]

Ricardo,

qual é a interface que está dando esse erro reportado? Tem como vc postar o header da mensagem? Onde tem o sender party/service/ interface...

o Erro deveria ser "NO receiver case BE" para a comunicação com a sefaz e não async.

[]'s

JN

[Former Member]

Zé Nunes,

Segue:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>

- <!--

 Inbound Message 

--> 

- <SAP:Main versionMajor="003" versionMinor="000" SOAP:mustUnderstand="1" wsu:Id="wsuid-main-92ABE13F5C59AB7FE10000000A1551F7" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsu="http://www.docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">

<SAP:MessageClass>ApplicationMessage</SAP:MessageClass>

<SAP:ProcessingMode>asynchronous</SAP:ProcessingMode>

<SAP:MessageId>005056B9-47ED-1EE4-B8F3-19CC82081519</SAP:MessageId>

<SAP:TimeSent>2015-04-15T17:56:56Z</SAP:TimeSent>

- <SAP:Sender>

<SAP:Service>P11CLNT050</SAP:Service>

<SAP:Interface namespace="http://sap.com/xi/NFE/006">EVENT_nfeRecepcaoEvento_OB</SAP:Interface>

</SAP:Sender>

<SAP:Interface namespace="http://sap.com/xi/NFE/006">EVENT_nfeRecepcaoEvento_OB</SAP:Interface>

</SAP:Main>

Existe alguma amarração em ser uma nota 2.0 chamar a interface 006? Senão me engano já havia questionado algumas pessoas e disseram que não. Por que essa interface não está mais ativa, deixei só a interface nova da namespace 008.

Att.,

Ricardo

[Former Member]

Oi Ricardo

Resolveu? Por favor dê um feedback na thread e se for o caso encerre a mesma.

Abraço

Eduardo Chagas

[Renan_Correa]

Oi Ricardo,

Teoricamente o cenário deveria funcionar. Você chegou a verificar via debugger se disparando a interface 008 seria possível autorizar este CC-e?

Se sim, recomendo abrir um  incidente no componente XX-CSC-BR-NFE para que seja analizado pela SAP.

att,

Renan Correa