CrossTalk – Retorno

Top  Previous  Next

 

Assim como o CrossTalk de envio, o cabeçalho CrossTalk de retorno só estará presente nas integrações de retorno para os clientes que fazem integração direta com o WebService do nddCargo.

 

Campo

Elem.

Pai

Tipo

Ocor.

Tam.

Dec.

Observação

CrossTalk_Message

Raiz

 

 

1

 

 

 

CrossTalk_Header

Raiz

CrossTalk_Message

 

1-1

 

 

 

ProcessCode

E

CrossTalk_Header

N

1-1

 

 

Código numérico determinando qual é o processo ao qual a mensagem pertence.

Tipos possíveis:

1000 = Lote OT

1001 = Alterar OT

1002 = Cancelar OT

1003 = Pagamento realizados

1004 = Gerar GUID

1005 = Encerrar OT

2005 = Pagamento imediato

2006 = Solicitação de impressão

2008 = Consulta de resumo da OT

2013 = Consulta na ANTT

2014 = Consulta Status viagem Via Fácil

2015 = Consulta Recibo viagem Via Fácil

2016 = Consulta de efetivação de pagamento

2017 = Confirmação de pagamento

2018 = Download de Operação

2023 = Consultar Saldo Contratante

2024 = Consulta Portador Cartão

2025 = Reprocessamento de pagamento

2026 = Documentos Adicionais

2027 = Consulta do Roteirizador

MessageType

E

CrossTalk_Header

N

1-1

 

 

Código numérico determinando qual é o tipo de operação que se espera realizar com a mensagem.

Tipos possíveis:

100 = Insert

ExchangePattern

E

CrossTalk_Header

N

0-1

 

 

Determina o padrão de comunicação que será usado. Tipos possíveis:

1 = A mensagem é uma requisição. O cliente inicia uma mensagem de requisição a qual o provedor responde com uma mensagem de resposta (Response), ou uma exceção. A resposta pode conter um status (RespCode), que deve ser avaliado para determinar se a troca de mensagem ocorreu como esperado. Se a resposta for uma exceção, então a troca de mensagem falhou e uma nova tentativa pode ser realizada posteriormente

7 = A mensagem é uma requisição que será processada de forma assíncrona, onde a resposta será buscada posteriormente. Neste modelo ocorre uma resposta síncrona informando que a mensagem foi aceita para processamento.

8 = A mensagem é uma resposta assíncrona. Deve ser usado para os casos de busca do resultado de um processamento

SourceId

E

CrossTalk_Header

N

0-1

 

 

Não utilizado.

GUID

E

CrossTalk_Header

S

0-1

 

 

Um Global Unique Identifier para que o consumidor possa controlar suas transações. Este mesmo GUID estará presente na mensagem de resposta e deverá ser usado para solicitar o resultado de um processamento

DateTime

E

CrossTalk_Header

D

0-1

 

 

Data e hora do envio da mensagem para processamento.

EnterpriseId

E

CrossTalk_Header

N

1-1

 

 

CNPJ da Contratante que está enviando a mensagem.

Token

E

CrossTalk_Header

S

1-1

 

 

O token será usado para determinar quais os níveis de permissionamento podem ser aceitos. Por exemplo: determinar um valor limite de operações de transporte por token.

ContentType

E

CrossTalk_Header

S

0-1

 

 

Especificação do tipo de dado que a mensagem está formatada.

Deve ser sempre “text/xml”.

ContentEncoding

E

CrossTalk_Header

S

0-1

 

 

Especificação do encoding em que a mensagem está formatada. Deve ser sempre “utf-8”.

CrossTalk_Body

Raiz

CrossTalk_Message

 

1-1

 

 

Dentro desta tag estará a integração de retorno, conforme especificação deste manual.