CrossTalk – Envio

Top  Previous  Next

 

Abaixo segue o layout do cabeçalho CrossTalk, para as integrações de envio. Esse CrossTalk deverá compor o XML somente para as solicitações feitas diretamente no WebService do nddCargo, conforme detalhamento do manual do WebService. Portanto, clientes que utilizarem o layout XML no módulo agente, não deverão informar este cabeçalho.

 

Campo

Elem.

Pai

Tipo

Ocor.

Tam.

Dec.

Observação

CrossTalk_Message

Raiz

 

 

1

 

 

 

CrossTalk_Header

Raiz

CrossTalk_Message

 

1-1

 

 

 

ResponseCode

E

CrossTalk_Header

N

1-1

 

 

Código de resposta do processamento, presente apenas nas mensagens de resposta.

Tipos possíveis:

0 = Default ou indeterminado

200 = Processamento realizado com sucesso

202 = A mensagem foi aceita e será processada.

400 = A mensagem não foi entendida pelo servidor e deve ser modificada antes de ser enviada novamente.

500 = Ocorreu uma exceção durante o processamento da requisição. Erro de processamento da solicitação do negócio

ResponseCodeMessage

E

CrossTalk_Header

S

0-1

 

 

Um texto complementar ao Response Code,

Exemplo: "A mensagem foi aceita e será processada.”

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. Não deve ser informado.

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 deverá ser informada alguma das integrações (Envio, cancelamento...) conforme a especificação deste manual. Portanto, esta é um tag pai da tag raiz de cada uma das integrações.