Árvore de páginas

01. DADOS GERAIS

Produto:

TOTVS Logística Recintos Aduaneiros

Segmento:

Logística

Módulo:

Expedição 

Portaria

Aduaneiro

EAIService | Integrações CCT Importação e Módulo Recintos

Função:

Expedição | Documento de entrada

Portaria | Pré-cadastro

Aduaneiro | Liberação aduaneira e Registro Manifesto (Desconsolidação)

EAIService | Integrações CCT Importação e Módulo Recintos

País:Brasil
Ticket:-
Requisito/Story/Issue (informe o requisito relacionado) :DLOGPORTOS-17510
Download:

https://suporte.totvs.com/portal/p/10098/download?e=1114355


02. SITUAÇÃO/REQUISITO

1) Para o CCT Importação, na entrega para o destinatário final, quando o documento for RS (Rito Sumário), a formatação do número deve ser igual ao DSI Manual, um número inteiro até 10 posições.

2) Na integração API RECINTOS, na geração das pendências para o evento de agendamento rodoviário, quando na programação o modal for registrado como NULL, assumir o modal do veículo. 

3) Para a recepção de carga (AWB e MAWB), no evento de geração de lotes, DEVE ser informado o campo CNPJResponsavelAnterior.

4) Para a recepção de carga com viagem aérea, no evento de geração de lotes, DEVE ser informado o campo prefixoAeronave. A lista de semireboque não deve ser enviada.

5) Para entregas para carregamento em aeronave, no evento de entrega intermediária, o atributo "TipoRecebedor" deve possuir o valor CIA_AEREA.

6) Para o evento de entrega ao importador e entrega intermediária, o atributo referente ao numero do conhecimento, não deve possuir formatação.

7) No módulo consulta, no EAIMonitor, deve permitir reenviar o evento de acesso de veículos em caso de erros na recepção do CCT.

8) No módulo consulta, no EAIMonitor, deve permitir consulta o protocolo no CCT Importação para o evento de acesso de veículos.

9) No módulo consulta, na consulta genérica por lote, deve ser possível consultar conhecimento com formatação com (Hifen).

10) No evento de entregas de carga, quando HAWB, deve ser enviado o no atributo "CnpjResponsavelArquivo" o emissor do conhecimento HAWB que deverá ser registrado como agente de carga do lote.

11) No evento de "Acesso de veículos" deve ser enviado o atributo "ufEmplacamento".

12) No aduaneiro, na liberação de documentos, para a consulta de impedimentos, quando for conhecimento 'HAWB', deve passar como parâmetro para a pesquisa o CNPJResposavelArquivo.

13) No aduaneiro, no cadastro de registro manifesto (desconsolidação), para o registro dos lotes filhotes para cargas de procedência aérea;

a) o tipo de conhecimento deve ser HAWB (Conhecimento House);

b) o Manifesto aéreo deve ser gravado com o mesmo valor do MASTER.

c) o campo Lote Master deve ser gravado com o número do conhecimento MASTER.

d) Deve ser possível informar o agente de carga para lotes HAWB.

e) No eventos de entregas de cargas, não deve ser enviado a data de emissão quando o tipo de documento for DSIC.

14) No modulo consulta, no EAIMonitor, para o evento de geração de lote, deve permitir o reenvio quando a procedência da carga for AEREA, e não CESV Aérea.

15) Para o evento de acesso de veículos, deve ser enviado a lista de conhecimentos quando não possui lista de manifesto. Deve ser gerada um registro na lista de manifesto vazio somente com o idElemento.

16) Para a Geração de lotes (Recepção de carga DTA), quando o conhecimento for AWB ou MAWB, deve ser enviado o atributo CNPJResponsavelAnterior (Transportador da DTA).

17) No operacional/Coletor, para modal aéreo, não deve bloquear a OS por falta da conferência de integridade de lacre.

18) No pré-cadastro e no cadastro de documento de entrada, para lotes de carga, na consulta de um agente de carga deve exibir o campo CNPJ/CPF.

19) No módulo operacional/coletor, para OS de Descarga do modal aéreo, NÃO DEVE bloquear a OS por motivo de integridade de lacre.

03. SOLUÇÃO

O sistema foi alterado e os ajustes descritos acima realizados.

04. DEMAIS INFORMAÇÕES

Não se aplica.

05. ASSUNTOS RELACIONADOS

Documento de Referência

Não se aplica.


IMPORTANTE

Esta implementação é válida somente para a versão do módulo compilado no DELPHI 10 - TOKYO.


"A TOTVS recomenda que os recintos alfandegados, quando da atualização do sistema informatizado de controle aduaneiro (SARA) observe as normas legais vigentes conforme segue: o artigo 14 da IN SRF 682/2006 (que dispõe sobre a auditoria de sistemas informatizados de controle aduaneiro, estabelecidos para os recintos alfandegados), estabelece que qualquer alteração ou atualização de versão ou substituição do sistema informatizado de controle deverá ser previamente comunicada à SRF (Secretaria da Receita Federal do Brasil); o artigo 40 da Portaria RFB 3518/2011 (que estabelece requisitos e procedimentos para o alfandegamento recintos) que determina que quaisquer alterações no sistema informatizado de controle aduaneiro, desde que devidamente justificadas pela administradora do recinto, poderão ser autorizadas pelo titular da unidade de despacho jurisdicionante."