01. DADOS GERAIS
Produto: | TOTVS Logística Recintos Aduaneiros |
---|---|
Segmento: | Logística |
Módulo: | Aduaneiro Consulta Portaria EAIService | CCT Importação EAIService | Recintos |
Função: | Aduaneiro | Registro de documentos Aduaneiro | Liberação de documentos Consulta | EAIMonitor Portaria | Pré-cadastro | Importação Manifesto aéreo EAIService | CCT Importação | Entregas (Final e Intermediária) EAIService | Recintos | Geração de lotes / Credenciamento de pessoas, Carregamento de lote, agendamento e acesso de veículos |
País: | Brasil |
Ticket: | - |
Requisito/Story/Issue (informe o requisito relacionado) : | DLOGPORTOS-17617 |
Download: |
02. SITUAÇÃO/REQUISITO
1) No evento da entrega intermediária do CCT Impo, quando o documento de saída não for uma DTA, não DEVE ser enviado os atributos "NumeroDocumentoSaida" e "TipoDTA".
2) Para o evento de entregas ao destinatário final do CCT Impo, o sistema tem que gerar pendência para o tipo de documento PMD (Mala diplomática).
3) Para os eventos de entrega (Final e Intermediária) do CCT Impo, somente devem ser gerados para cargas que entraram no recinto a partir de 02/08/2023.
4) Em casos de reabertura de os de descarga ou desconsolidação de lote, para o evento de geração de lotes (API Recintos), não deve permitir enviar duas inclusões para a mesma OS / LOTE.
5) No módulo aduaneiro, na liberação de documento de saída, quando o mesmo conhecimento possui dois lotes de carga, NÃO DEVE apresentar erro de "subquery" na consulta de impedimentos do CCT Importação.
6) No módulo aduaneiro, no registro de documentos de saída, quando o lote a ser liberado for CONSOLIDADO, MAWB por exemplo, DEVE permitir registrar um documento de saída para trânsito aduaneiro (DTA, TRM ou outro equivalente). O bloqueio continuará para DI, DSI ou DSI-M.
7) No módulo consulta, no EAIMonitor, para os eventos de entrega ao CCT, deve ser considerado OK o status 200.
8) Para o evento de agendamento de veículos (Módulo recintos), para documentos do tipo Declaração Aduaneira, deverá possuir um cadastro "de-para" para atender os códigos do SISCOMEX conforme tabela de domínio.
9) Para o evento de carregamento de lotes (módulo recintos), para documentos do tipo Declaração Aduaneira, deverá possuir um cadastro "de-para" para atender os códigos do SISCOMEX conforme tabela de domínio.
10) No evento de credenciamento de pessoas (módulo recintos), DEVE alterar o tratamento "de-para" para os códigos de país no SISCOMEX, quando não tiver o registro de-para assumir o valor do SARA e não dar impedimento na mensagem.
11) Para os eventos de acesso de veículos, geração de lotes e carregamento de lotes do módulo recintos, DEVE tratar corretamente os tipos de conhecimentos válidos conforme tabela de domínio do SISCOMEX para conhecimentos de transporte.
12) Para as entregas do CCT (Final e intermediária), somente devem ser geradas para conhecimento aéreo (AWB, HAWB, MAWB e DSIC).
13) No módulo portaria, pré-cadastro, importação de manifesto aéreo, DEVE ser processado corretamente quando no arquivo de conhecimento não possuir informação do consolidador.
14) No módulo portaria, pré-cadastro, importação de manifesto aéreo, DEVE ser apresentada mensagem de inconsistência quando na importação o manifesto não possuir conhecimentos.
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.
Esta implementação é válida somente para a versão do módulo compilado no DELPHI 10 - TOKYO.IMPORTANTE