Retornos de Registro de Passagem Aceito

 

Após o processamento da requisição de registro de passagem, o Web Service irá retornar o status da mesma, de acordo com as informações solicitadas no envio da chamada. O Crosstalk_Header retornado corresponde aos dados enviados para processamento da requisição e o corpo da mensagem (Crosstalk_Body)  irá apresentar o código de resposta, de acordo com o resultado do processamento, além das informações referentes ao documento, caso tenham sido processadas com sucesso.

 

 

Exemplo Cabeçalho de Retorno

 

<CrossTalk_Header>

<ResponseCode>0</ResponseCode>

<ProcessCode>2000</ProcessCode>

<MessageType>100</MessageType>

<ExchangePattern>1</ExchangePattern>

<GUID>756f0d2d-ff23-460c-9323-2f6b2d0ba171</GUID>

<DateTime>2016-01-26T08:44:18.8333928-02:00</DateTime><EnterpriseId>ndd1</EnterpriseId>

<Token>kG4Aejk8WGpc5uTAMH/zMw==</Token>

<ContentType>text/csv</ContentType>

<ContentEncoding>utf-8</ContentEncoding>

</CrossTalk_Header>

 

 

Conteúdo da Mensagem de Retorno

 

Além dos dados da solicitação retornados no cabeçalho, o corpo da mensagem apresenta no grupo <MessageResponse>, o código e a descrição do resultado do processamento. Para a requisição de Registro de Passagem, são tratados os seguintes códigos de retorno:

 

Registro_Passagem

Code

Mensagem

100

Operação realizada com sucesso.

101

Falha no Schema.

102

Falha na autenticação de usuário.

103

Falha inesperada no processamento: Erro não catalogado.

104

Código do ProcessCode não encontrado.

106

Documento cujo CNPJ {CNPJ} pertence a outra filial.

108

Documento inválido para registro de {entrada física / conferência física}.

124

Não foi possível calcular o dígito verificador.

125

Usuário não possui filial física.

126

Usuário não pertence a um departamento (entrada ou conferência física).

140

Para usuários com mais de um CNPJ atrelado é obrigatório o envio do cnpj na tag receiverIdentityNumber.

200

Processado com sucesso.

202

Documento com pendências.

 

 

 

Eventos

 

O grupo <EventList> é responsável por informar os eventos vinculados ao documento, quando solicitados na requisição do registro de passagem.  As tags <StatusEtrack> definem o processamento do documento pela aplicação Gestão de Entrada Física e caso hajam pendências, estas são relacionadas no grupo <ArrayOfEvents>. Os status retornados pela aplicação Gestão de Entrada Física, consideram:

 

status_entrada_fisica

Código

Mensagem

Observação

200

Processado com sucesso.

Retornado quando o registro do documento é aceito automaticamente pela aplicação.

201

Aguardando Processamento.

Quando ao atingir o tempo de resposta da chamada, a aplicação ainda não tiver realizado o processamento da mensagem enviada na requisição.

202

Documento com Pendências.

Caso o documento não seja aceito automaticamente, então, uma lista com os eventos de pendências será apresentada.

 

Sendo que a aplicação não consiga registrar o aceite do documento automaticamente, uma lista de pendências (grupo Event) será retornada, onde podem ser relacionadas as seguintes ocorrências (eventos), caso tenham sido solicitados na chamada enviada (returnType 0 ou 2) :

 

codigo_eventos

IncidentType

EventMessage

1

Documento já registrado na entrada física anteriormente pelo usuário {usuário}.

2

Documento emitido há {0} dias.

3

Documento (NF-e) em contingência apontado pelo ERP e pendente de Entrada Física.

4

Documentos sem registro de entrada eletrônica em {data} às {hora}. Status do documento na Sefaz: {status}.

6

Apontamento de Conferência Física sem Entrada Física registrada.

7

Documento cancelado apontado para registro físico.

8

Documento rejeitado.

9

Documentos sem registro de entrada eletrônica em {data} às {hora}. Status do documento na Sefaz: Não disponível.

11

Documento com manifestação de desconhecimento da operação apontado para registro físico.

12

Documento com manifestação de operação não realizada apontado para registro físico.

13

Documento para {entrada física / conferência física} não aceita.

14

Documento com {entrada física / conferência física} aceita com restrições.

15

Pendente de {entrada física / conferência física}.

17

Processo de {entrada física / conferência física} com pendências para o usuário {usuário}.

22

Documento já registrado na conferência física anteriormente pelo usuário {usuário}.

23

Aguardando sincronização de status da Sefaz.

24

Sincronização de status com a Sefaz efetuado com sucesso.

25

Sincronização de status com a Sefaz não efetuado.

26

Aguardando Sincronização do download da Sefaz.

27

Documento obtido por download da Sefaz.

28

Documento indisponível para download da Sefaz.

29

Documento denegado apontado para registro físico.

30

Documento cujo o CNPJ ({0}) não está vinculado.

35

Documento com pedido de compra não encontrado {usuário}.

36

Documento com pedido de compra cancelado {usuário}.

37

Data do recebimento físico atrasado em relação ao pedido de compra {usuário}.

 

 

Ainda na lista de eventos, considerando que o registro de passagem tenha ocorrido com sucesso (aceite automático), podem ser retornados:

 

IncidenType 0 - Documento com entrada física registrada com sucesso;

IncidentType 20 - Documento com conferência física registrada com sucesso.

 

 

 

Documento

 

Havendo a solicitação na requisição enviada ao Web Service da aplicação, para que seja retornado o documento informado, o mesmo será relacionado no grupo <NFeProc>.

 

 

 

Status

 

Caso a solicitação enviada na requisição de registro de passagem do documento, tenha requisitado o retorno do status  na SEFAZ de origem (returnType = 3). O grupo <StatusNFe> informará a situação do documento consultado, e pode relacionar os seguintes códigos:

 

status_SEFAZ

Código

Mensagem


D100

Documento Autorizado.

D101

Documento Cancelado.