Árvore de páginas


01. DADOS GERAIS

Produto:

TOTVS Logística Recintos Aduaneiros

Segmento:

Logística

Módulo:

EAIService | Módulo Recintos

Portaria 

Expedição

Função:
  • Módulo Recintos
    • Acesso de veículos
    • Armazenamento de lote
    • Posicionamento de contêiner
    • Bloqueio/Desbloqueio de veículos
    • Conferência Física
    • EAIService (Serviço)
    • EAIMonitor (Monitoramento)
  • Módulo Portaria
    • Cadastro de veículos (Ferroviário)
    • Pesagem
  • Módulo Expedição
    • Documentos de Entrada / Fechamento automático de OS sobre rodas (Fronteira).
País:Brasil
Ticket:-
Requisito/Story/Issue (informe o requisito relacionado) :DLOGPORTOS-16451
Download:

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


02. SITUAÇÃO/REQUISITO

1) No evento de acesso de veículos, para o campo "tipo" de contêiner, o SISCOMEX está retornando erro informando que o código não existe. Após consultar a RFB eles estarão atualizando a tabela de domínio, mas por enquanto é para mandar com o tipo 'OTHER'.

2) No evento de acesso de veículos, a lista de conhecimentos por manifesto está repetindo um conhecimento de outro documento.

3) No módulo portaria, na pesagem de veículos com REBOQUE e com armazenagem SOBRE RODAS, o sistema está apresentando um 'ERRO' de SQL (Consulta ao banco de dados).

4) No evento de Armazenamento de lote, após uma movimentação interna no armazém de lotes de entreposto, o sistema está gerando a pendência para o evento. Para Entreposto aduaneiro ou DAC, até o momento não é para ser enviada informações.

5) No módulo EAIService, para a autenticação do módulo recintos e CCT, DEVE tratar a reutização do TOKEN de autenticação.

6) No módulo EAIMonitorViewer foi alterado o tipo de campo para retornar o conteúdo do campo mensagem por conta do tamanho do JSON.

7) Para armazenagem sobre-rodas de contêiner, o sistema NÃO DEVE gerar pendencia para envio do evento de posicionamento de contêiner.

8) No evento de bloqueio/desbloqueio de veículo, no campo SetorSolicitante DEVE ser enviado o nome do departamento que solicitou.

9) No evento de bloqueio/desbloqueio de veículo, para o campo motivo, DEVE enviar apenas 100 caracteres.

10) Para o evento de acesso de veículos, em uma retificação quando o motorista não está mais no recintos, NÃO DEVE enviar o motorista vazio, no campo nome colocar a mensagem "Motorista saiu do recinto".

11) No módulo portaria, no cadastro de veículos, quando for FERROVIÁRIO, permitir o cadastro de uma LOCOMOTIVA sem erros de validação referente ao VAGÃO.

12) No evento de acesso de veículos, quando for FERROVIARIO, enviar o nome do MAQUINISTA somente para LOCOMOTIVA. Para reboque NÃO enviar.

13) No evento de conferência física, no envio de AVARIAS, não deve repetir a informação do campo IdElemento.

14) No módulo expedição, quando for FRONTEIRA, ao fechar uma ordem de serviço de descarga automaticamente de sobre rodas com contêiner, NÃO DEVE efetuar o histórico de posicionamento de contêiner no pátio.

03. SOLUÇÃO

1) No evento de acesso de veículos, para o campo "tipo" de contêiner, se um tipo ISO do SARA estiver no cadastro DE-PARA, no envio DEVE trocar o valor para o registrado na tabela. Deverá ser feito um "de-para" dos valores inválidos para o ISO 'Other' correspondente na tabela de domínio da documentação do SISCOMEX.

2) No evento de acesso de veículos, para a lista de conhecimentos do manifesto, DEVE ser informado somente os conhecimentos relacionados com o manifesto.

3) No módulo portaria, na pesagem de veículos com REBOQUE e com armazenagem SOBRE RODAS, o sistema DEVE registrar a pesagem sem erros.

4) No módulo EAIService, para validar será necessário enviar uma mensagem, aguardar mais de 60 minutos e mandar outra mensagem. Compilar o módulo com a diretiva "LOG" para gerar a evidencia (arquivo LogService.log na pasta do EAIService).

5) No módulo EAIService, para a autenticação do módulo recintos e CCT, DEVE tratar a reutização do TOKEN de autenticação.

6) No módulo EAIMonitorViewer foi alterado o tipo de campo para retornar o conteúdo do campo mensagem por conta do tamanho do JSON.

7) Para armazenagem sobre-rodas de contêiner, o sistema NÃO DEVE gerar pendencia para envio do evento de posicionamento de contêiner.

8) No evento de bloqueio/desbloqueio de veículo, no campo SetorSolicitante DEVE ser enviado o nome do departamento que solicitou.

9) No evento de bloqueio/desbloqueio de veículo, para o campo motivo, DEVE enviar apenas 100 caracteres.

10) Para o evento de acesso de veículos, em uma retificação quando o motorista não está mais no recintos, NÃO DEVE enviar o motorista vazio, no campo nome colocar a mensagem "Motorista saiu do recinto".

11) No módulo portaria, no cadastro de veículos, quando for FERROVIÁRIO, DEVE permitir o cadastro de uma LOCOMOTIVA sem erros de validação referente ao VAGÃO.

12) No evento de acesso de veículos, quando for FERROVIARIO, DEVE SER enviado o nome do MAQUINISTA somente para LOCOMOTIVA. Para reboque NÃO enviar.

13) No evento de conferência física, no envio de AVARIAS, NÃO DEVE repetir a informação do campo IdElemento.

14) No módulo expedição, quando for FRONTEIRA, ao fechar uma ordem de serviço de descarga automaticamente de sobre rodas com contêiner, NÃO DEVE efetuar o histórico de posicionamento de contêiner no pátio.

04. DEMAIS INFORMAÇÕES

Não há.

05. ASSUNTOS RELACIONADOS

Abaixo, segue link do manual de instalação e configuração da integração com o módulo recintos atualizado.

2) Pucomex | Módulo Recintos


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."