Alexander Gusyatiner, Oleg Zhikharev

INTRODUÇÃO

Estrutura de automação de remessa (SAF)

Fundação de automação de frete marítimo (SAF)

Versão 0.2, 04 de outubro de 2018

O modelo atual de suporte a informações para processos de transporte pode ser caracterizado da seguinte maneira:

Controle manual de processos, execução manual de tarefas e reinserção de dados.

A maioria dos processos de negócios, incluindo aqueles que são repetidos regularmente e não exigem decisões complexas, são totalmente controlados e executados por pessoas. No processo de cumprimento de vários contratos de logística, a equipe faz rotineiramente chamadas telefônicas, usa e-mail, reinsere dados em vários formulários da web, rastreia remessas em várias plataformas online, documenta a execução de contratos e assim por diante.

Grandes plataformas monolíticas.

A maioria dos sistemas de controle usados ​​são monólitos grandes e difíceis de alterar, que limitam e dificultam a adaptação às novas tecnologias e mudanças nos negócios.

Tais sistemas incluem:

Plataformas de informação : plataformas de expedição, plataformas de janela única alfandegária, plataformas de linhas de contêineres, plataformas ferroviárias, sistemas de gerenciamento de terminais marítimos (TOS), plataformas de caminhões, sistemas de gerenciamento de portos, etc.

Plataformas de integração que fornecem interação entre sistemas de gerenciamento e clientes individuais que trabalham na Internet: plataformas de integração em nuvem comercial, sistemas de comunidades portuárias, sistemas de pagamento eletrônico etc.

Processos fragmentados.

Os processos de negócios são divididos em fragmentos separados e não relacionados. Por exemplo, o processo de exportação de contêiner ocorre nos seguintes fragmentos:

*           . *          . *         . 

Como resultado, não é possível rastrear todo o processo de transporte e os participantes geralmente precisam digitar novamente os dados.

Interfaces de usuário diversas.

Durante um dia normal de trabalho, um usuário que executa uma tarefa padrão repetitiva precisa usar plataformas online, onde essa tarefa é executada de maneiras completamente diferentes. Por exemplo, para linhas de contêiner, cada Sistema de Gerenciamento de Terminal possui sua própria interface de usuário para reservar um contêiner em um navio.

Falta de padrão para funções, acordos e transações comerciais.

Como resultado, diferentes participantes interagem entre si de maneiras diferentes, suas funções não são claramente definidas, operações de negócios (transações) são executadas e documentadas de maneiras diferentes.

Falta de APIs padrão.

As plataformas de integração comercial e de informações, com uma finalidade, têm diferentes recursos de integração: suportam APIs não padrão e usam vários formatos de mensagens, como: EDI, XML, arquivos de valores separados por vírgula, Excel, etc.

Usando vários protocolos da Internet. \
A situação é complicada pelo uso de vários protocolos para troca de dados na Internet: FTP, Email, Serviços WEB, etc. \

Falta de serviços de Internet para vários participantes.

A maioria das linhas de contêineres e despachantes de carga possui seus próprios sites com vários serviços 24/7, mas a maioria dos remetentes, transportadoras rodoviárias e despachantes aduaneiros não tem presença permanente na Internet. Como resultado, telefonemas, correio da Internet e reuniões são os principais meios de comunicação, e essa comunicação geralmente pára quando os participantes estão inacessíveis.

Todos os fatores acima levam às seguintes consequências:

• Baixo nível de automação de processos de negócios.
• O alto custo de implementação e suporte de plataformas.
• Custos adicionais dos participantes do transporte pelos serviços de várias plataformas de integração comercial.
• Os participantes do transporte são confrontados com a inacessibilidade, opacidade e dificuldade de obter informações em várias etapas do transporte.

A Estrutura de Automação Marítima (SAF) é uma iniciativa de código aberto que busca aumentar a automação de processos, introduzindo funções comerciais padrão, acordos, transações e APIs.

Principais definições e características do SAF:

• Um participante (empresa ou pessoa) possui um identificador exclusivo e desempenha uma ou várias funções definidas no SAF : exportador, expedidor, alfândega, terminal marítimo, porto, linha marítima, etc.
• Um contrato (Engajamento) é um contrato formal ou informal entre as partes para interagir para atingir uma meta de negócios específica, por exemplo:
• Transporte marítimo do contêiner desde o porto de carregamento até o porto de descarga e sua transferência para o consignatário;
• Chamada da embarcação para o porto;
• Registro de declaração aduaneira de exportação;
• Transporte do contêiner do remetente para o terminal marítimo;
• Entrega de carga ao consignatário a partir do terminal marítimo;
• etc.
• E-Process é um processo comercial para a implementação do Contrato . Cada E-Process possui seu próprio código exclusivo. Como regra, ao final desse processo, é efetuado o pagamento pelos serviços executados.
• R-App é um aplicativo desenvolvido para automatizar uma função específica. Cada R-App pertence a um membro e possui um identificador exclusivo. Toda a rede SAF consiste em muitos desses aplicativos.
• E-Chain é uma cadeia temporária que consiste em aplicativos R-App que participam de um processo específico ( E-Process ) .
• O aplicativo R-App pode ser implementado como um serviço de nuvem, um aplicativo de desktop, um aplicativo móvel para smartphone, um aplicativo blockchain descentralizado (Dapp), etc.
• O R-App troca mensagens entre si por meio de uma chamada de método remota: o cliente R-App chama o método no servidor R-App , envia uma mensagem e recebe outra mensagem em resposta.
• O SAF-Transaction é um objeto de dados que consiste em uma mensagem enviada, uma mensagem (ou mensagens) recebidas em resposta, um nome de método e identificadores de participantes.
• O processo de transação ( SAF-Transaction) consiste no encaminhamento de mensagens e na alteração do estado interno dos participantes do R-App .
• O cliente e servidor R-App gravam as transações ( SAF-Transaction ) que eles executam em seus próprios bancos de dados.
• O SAF descreve APIs padrão para cada aplicativo ( R-App ). A API declara métodos para chamadas remotas, bem como os formatos de mensagens enviadas e recebidas em resposta.
• O R-App é constantemente, 24/7, apresentado na Internet e registrado em registradores online ( Registro Online ).
• Os aplicativos R-App podem participar simultaneamente de diferentes tipos de processos ( E-Process) e transferir dados de um processo para outro.
• A R-App está envolvida no monitoramento automático e controle de processo ( E-Process ) .Em caso de atrasos, os aplicativos podem entrar em contato automaticamente com os participantes diretamente via SMS ou e-mail.
• O Modelo SAF é uma descrição de Funções, Convenções, Transações e API, feita na linguagem de descrição de dados Proto 3.

O uso do SAF pode levar aos seguintes desenvolvimentos positivos: