Este processo consiste no envio das NF-es pela Embarcadora para a Localização, as quais, serão armazenadas para futuramente serem vinculadas ao embarque, através do processo de envio da Liberação de Embarque.
Os documentos fiscais do embarque (NF-es) serão disponibilizados ao Transportador, via Web Service ou Portal, assim que a Localização receber a Liberação de Embarque.
A Localização irá receber apenas documentos nos formatos: NFe e ProcNFe, sendo que o envio via Web Service deve ser feito conforme os métodos abaixo:
•Send: Deve ser utilizado apenas para envio individual de documentos nos formatos NFe ou ProcNFe;
•CompressedSend: Deve ser utilizado para o envio de lote de documentos ProcNFe ou NFes compactados, deve ser enviado um arquivo compactado por vez, sendo que pode haver NFes e ProcNFes em XML misturados no arquivo, estes devem estar na Raiz do arquivo compactado, se os XMLs estiverem em SubDiretorios dentro do arquivo compactado, estes não serão processados.
Todos os envios serão do tipo CrosstalkMessage, que é composto pelo Header e RawData.
•Header
O Header contém as informações básicas que identificam a Embarcadora e a forma de processamento da mensagem, conforme o schema: CrosstalkHeader, detalhado abaixo:
Exemplo XML Header:
<CrosstalkHeader> <ProcessCode></ProcessCode> <MessageType></MessageType> <ExchangePattern></ExchangePattern> <EnterpriseId></EnterpriseId> <Guid></Guid> <Token></Token> </CrosstalkHeader> |
|---|
Detalhamento do Schema do Header:
# |
Pai |
Campo |
Descrição |
Tipo |
Ocorrências |
Tamanho |
Observação |
|---|---|---|---|---|---|---|---|
1 |
|
CrosstalkHeader |
Tag Raiz. |
Grupo |
1-1 |
|
|
2 |
1 |
EnterpriseId |
Identificador da empresa emitente da mensagem. |
GUID |
1-1 |
|
Deve ser informando o identificador gerado pela Localização. |
3 |
1 |
DestinationId |
Identificador da empresa destinatário da mensagem. |
GUID |
0-1 |
|
Deve ser informando o identificador gerado pela Localização. Quando não informado será usado o EnterpriseId. |
4 |
1 |
Token |
Identificador do vínculo entre EnterpriseId e DestinationId. |
GUID |
1-1 |
|
Identificador de autorização que da permissão ao Destinatário receber a mensagem da Origem (vínculo entre EnterpriseId e DestinationId). |
5 |
1 |
ProcessCode |
Identificador do processo solicitado. |
Número |
1-1 |
5 |
Identifica o processo que irá processar a mensagem, neste caso deve ser informado: 25400. |
6 |
1 |
MessageType |
Identifica o tipo de mensagem enviad a. |
Número |
1-1 |
3 |
Para este processo deve ser utilizado o valor: 100. |
7 |
1 |
ExchangePattern |
Padrão de troca de mensagens. |
Número |
1-1 |
1 |
7 = Requisição Assíncrona: Insere a requisição a ser processada; 8 = Resposta Assíncrona: Pesquisa o resultado do processamento de uma requisição. Para isso, deve ser informado o GUID retornado na requisição anterior. |
8 |
1 |
Guid |
Identificador único da mensagem. |
GUID |
0-1 |
|
Deve ser único para cada mensagem enviada. Se não for enviado o sistema gera um automaticamente. |
9 |
1 |
ExecutionTime |
Data e hora de envio e execução da mensagem. |
Data/Hora |
0-1 |
|
Formato: aaaa-mm-ddThh:mm:ss. Exemplo: 2015-12-01T10:32:52. Se não for enviada esta informação, será retornada a data e hora que o Web Service recebeu a requisição. |
10 |
1 |
Encoding |
Identifica o tipo de codificação do documento enviado. |
Caractere |
0-1 |
|
Identifica o tipo de codificação do documento enviado, por exemplo: utf-8, ASCII. Se essa informação não for enviada, será considerado uft-8. |
11 |
1 |
ContentType |
Identifica o tipo de conteúdo. |
Caractere |
0-1 |
|
Identifica o tipo de conteúdo que está sendo enviado. Para o método Send: text/plain Para o método CompressedSend: application/zip |
12 |
1 |
ResponseCode |
Código de resposta do processamento, presente apenas nas mensagens de resposta. |
Número |
0-1 |
3 |
Será preenchido pela Localização na resposta da solicitação. Mensagens de Resposta. |
13 |
1 |
ResponseMessage |
Mensagem referente ao ResponseCode. |
Caractere |
0-1 |
|
Será preenchido pela Localização na resposta da solicitação. Mensagens de Resposta. |
•RawData
Dentro do RawData deverão ser informados os documentos fiscais do embarque que serão enviados à Localização, conforme a especificação para cada método abaixo:
•Send - envio individual descompactado
•Este método não permite o envio de mais de um documento na mesma solicitação.
•A localização não irá receber documentos no formato enviNFe.
•CompressedSend - envio em lote compactado
No RawData deste método, podem ser enviados um ou mais documentos nos formatos NFe ou ProcNFe, desde que estejam compactados no formato ZIP. Os documentos do lote só serão processados caso todos estejam conforme seus respectivos schemas nfe_v3.10.xsd e procNFe_v3.10.xsd, disponibilizados pela SEFAZ. Os documentos devem estar dispostos individualmente dentro do pacote compactado.
Restrições:
•Para utilizar este método é imprescindível que os documentos estejam no formato ZIP, os documentos devem estar na Raiz do arquivo ZIP, não devem conter subpastas no arquivo, caso contenha, será descartado.
•Deve ser informado na tag <ContentType> do Header o tipo: application/zip.
•As mensagens postadas neste método devem ter no máximo 4MB, caso exceda esse limite, a mensagem será descartada.
•A localização não irá receber documentos no formato enviNFe.
Observação: •Caso seja enviado à Localização uma NF-e já processada anteriormente, esta será atualizada pela última enviada; •Documentos ProcNFe não serão atualizados. |