Retornos de Registro de Passagem Não Aceito
Após o processamento da requisição de registro de passagem Não Aceita, o Web Service irá retornar o resultado do processamento indicando se o mesmo foi realizado com sucesso.
Exemplo Cabeçalho de Retorno |
<CrossTalk_Header> <ResponseCode>0</ResponseCode> <ProcessCode>3000</ProcessCode> <MessageType>100</MessageType> <ExchangePattern>1</ExchangePattern> <GUID>756f0d2d-ff23-460c-9323-2f6b2d0ba171</GUID> <DateTime>2016-02-18T01:29: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 como Não Aceito, são tratados os seguintes códigos de retorno:
|
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 |
No grupo <Incident> são retornados os dados do evento enviado (entrada ou conferência física com restrições), além do resultado de processamento do evento.