Tipos de Ocorrências

A tela de Tipos de Ocorrências fica disponível através do menu Transporte | Tipos de Ocorrências.

Nesta tela são listados os Cadastros já realizados.

• Para adicionar um novo Tipo, clique no botão "Adicionar", conforme a imagem a seguir.

Open

A seguir, apresentamos a descrição detalhada de cada campo disponível para configuração.

Descrição: nome que identifica a ocorrência e será exibido aos usuários do sistema.

Nome Interno: campo opcional, utilizado pelo TMS em configurações avançadas, como integrações via EDI ou outras aplicações específicas.

Tipo Campo: define se o sistema deve armazenar apenas a data ou a data e hora do registro da ocorrência.

Possui Recebedor: indica se o preenchimento dos dados do Recebedor é obrigatório. A opção Sim exige o preenchimento e Não torna opcional.

Ativo: indica se o tipo de ocorrência está habilitado para uso dentro do sistema. Sim o torna disponível para uso; Não o desativa.

Visível p/ cliente: indica se a ocorrência será exibida ao cliente via EDI ou follow-up (Sim) ou mantida para uso interno da empresa (Não).

Open

Permite repetição: define se a mesma ocorrência pode ser registrada mais de uma vez no mesmo documento (Sim) ou apenas uma única vez (Não).

Essa configuração ajuda a evitar duplicidade de informações e garante que o uso da ocorrência esteja de acordo com a lógica do processo operacional.

Visível no fechamento: indica se a ocorrência pode ser registrada durante o fechamento do manifesto (Sim) ou apenas em outras etapas do processo (Não).

Essa configuração ajuda a controlar quais tipos de ocorrências podem ser adicionados especificamente no fechamento, garantindo maior precisão e organização no processo.

Obrigar mercadoria: define se o registro da ocorrência exigirá a indicação de uma mercadoria específica (Sim) ou se poderá ser feito sem essa associação (Não).

Essa configuração é fundamental para assegurar que informações detalhadas sejam coletadas quando necessário, otimizando o controle operacional.

Obrigar anexo: define se o usuário deve anexar um arquivo ao registrar a ocorrência (Sim) ou se o registro pode ser feito sem anexo (Não).

Essa configuração ajuda a assegurar que, quando necessário, documentos comprobatórios sejam incluídos para respaldar a ocorrência registrada.

Obrigar observação: define se o usuário deve preencher o campo de observação ao registrar a ocorrência (Sim) ou se pode registrar sem essa informação (Não).

Open

Restrito: define se a ocorrência só pode ser usada por usuários autorizados ou grupos específicos (Sim) ou se está disponível para todos os usuários do sistema (Não), garantindo controle e segurança no acesso.

A definição do campo “Restrito” contribui para a gestão adequada de permissões, evitando usos indevidos e assegurando que apenas usuários autorizados possam registrar determinados tipos de ocorrência.

Situação: define o status operacional do documento (exemplo: CT-e) quando uma ocorrência desse tipo é registrada, influenciando sua inclusão em manifestos e viagens subsequentes.

• Liberado para novo trânsito: ao registrar uma ocorrência com essa situação, o documento poderá ser vinculado a um novo manifesto, permitindo que faça parte de uma nova viagem. Essa configuração indica que o documento está apto para continuidade ou reexpedição.

• Operação finalizada: quando uma ocorrência com essa situação é registrada, o documento é considerado encerrado e não poderá ser incluído em novos manifestos. Essa opção é usada para indicar que a operação foi concluída definitivamente.

• Operação iniciada: indica que o documento está em processo inicial e não poderá ser incluído em novos manifestos até que seja registrada uma ocorrência com a situação “Liberado para novo trânsito”. Essa condição impede que documentos ainda em trânsito sejam reaproveitados prematuramente em outras viagens.

• Sem situação definida: indica que a ocorrência não altera o status operacional do documento.

Essa configuração é fundamental para o controle do fluxo operacional, garantindo que os documentos sigam o ciclo correto de utilização e que as viagens sejam gerenciadas de forma precisa.

Permite lançar ocorrência com data/hora inferior a outra: determina se o sistema aceita registros com data e hora anteriores a ocorrências já existentes no documento (Sim), permitindo ajustes retroativos, ou bloqueia esses registros para manter a sequência cronológica (Não).

Essa definição é importante para controlar a ordem dos eventos registrados, assegurando a precisão e confiabilidade dos dados no sistema.

Ordem: campo de preenchimento opcional que permite ao usuário definir a sequência em que os tipos de ocorrência serão exibidos na listagem. Por exemplo, o tipo de ocorrência com ordem 1 será exibido no topo da lista, o de ordem 2 na segunda posição, e assim por diante.

Open

Código padrão Proceda: campo destinado ao preenchimento do código da ocorrência utilizado em processos de EDI que seguem o padrão PROCEDA. Caso esse tipo de EDI não seja utilizado, o campo pode ser deixado em branco.

Gerar comprovante de entrega: define como o comprovante de entrega será gerado. As opções disponíveis são:

• Automaticamente: o comprovante será gerado de forma automática assim que a entrega for registrada no sistema.

• Apenas manualmente: o comprovante só será gerado quando o usuário solicitar manualmente.

• Não gerar: nenhum comprovante de entrega será emitido, nem automática nem manualmente.

Gerar evento de insucesso na entrega: indica se o evento de falha será criado automaticamente, manualmente ou se não será gerado nenhum comprovante.

Envia ocorrências por e-mail: define se a ocorrência será enviada por e-mail aos envolvidos.

• Via Bsoft TMS: ao selecionar essa opção, o sistema enviará automaticamente um e-mail com as informações da ocorrência para os destinatários definidos no campo “Quem pode receber?”, sempre que essa ocorrência for utilizada.

• Não: indica que a ocorrência não será enviada por e-mail a nenhum destinatário.

Restringir por clientes: define se a ocorrência pode ser usada apenas para clientes específicos configurados no sistema (Sim) ou se está liberada para uso em documentos de qualquer cliente (Não).

Atenção: caso você utilize EDI de ocorrências no padrão PROCEDA, o preenchimento do campo “Código Proceda dos clientes” é obrigatório, mesmo que o campo “Restringir por clientes” esteja definido como Não.

Finalidade da ocorrência: Indica se a ocorrência lançada com esse tipo classifica-se como sucesso na entrega, fracasso ou apenas informativa. Isso irá possibilitar que o usuário filtre em relatórios apenas ocorrências classificadas como sucesso na entrega, por exemplo.

Open

Código Proceda dos clientes: O campo "Código Proceda dos Clientes" não é exclusivo, podendo ser repetido entre diferentes clientes ou filiais. Ele é utilizado em situações de de-para no EDI, quando o sistema do cliente requer um código distinto daquele informado no campo "Código Padrão Proceda".

Código Comprovei: é um identificador usado para integrar o sistema da empresa com a plataforma Comprovei, permitindo o rastreamento e a comprovação de entregas com dados como localização, fotos e assinaturas.

Open