Português · English

Case study anonimizado de Business Analysis, integrações e qualidade de software em uma solução mobile para logística rodoviária-portuária.

O projeto conectou a jornada do motorista ao planejamento do terminal: agendamento, lembretes, rota, documentos digitais, geolocalização, direcionamento a pátio regulado, check-in, chamada do terminal, QR Code de acesso e início da descarga.

Este repositório é uma reconstrução de portfólio baseada em um projeto real. Cliente, dados, telas, contratos, endpoints e documentos internos foram omitidos ou substituídos por conteúdo fictício.

O planejamento de uma operação de exportação não depende somente do estoque já recebido fisicamente no terminal. Parte da carga comprometida com o embarque ainda está na origem, em deslocamento ou aguardando liberação em um pátio regulado. Sem eventos confiáveis dessa jornada, a operação perde previsibilidade.

A solução integrou aplicativo de motoristas, plataforma logística, pátios e sistema do terminal para transformar etapas físicas em eventos digitais. O resultado foi uma visão operacional mais completa do estoque em trânsito, combinada a uma experiência mais simples para o motorista e a menor dependência de documentos em papel.

• Visibilidade parcial da carga antes da chegada física ao terminal.
• Dependência de contatos manuais para confirmar posição, status e previsão de chegada.
• Informações operacionais e documentos dispersos ao longo da jornada.
• Necessidade de sincronizar agendamento, pátio de espera, chamada e acesso ao terminal.
• Risco de acesso fora da janela, QR Code inválido, divergência cadastral ou falta de liberação.
• Necessidade de apoiar uma operação mais digital, rastreável e com menor circulação de papel.

Demonstração conceitual criada com dados fictícios. Não reproduz telas, identidade visual nem dados do ambiente produtivo.

▶ Assistir à demonstração completa no YouTube

Vídeo conceitual produzido com apoio de IA generativa e dados fictícios. Não reproduz telas, marcas, documentos, rotas ou informações do ambiente original.

flowchart TD
    A["Agendamento confirmado"] --> B["Documentos e orientações"]
    B --> C["Viagem e geolocalização"]
    C --> D["Chegada ao pátio regulado"]
    D --> E["Check-in"]
    E --> F{"Terminal chamou?"}
    F -- "Ainda não" --> G["Aguardar com status atualizado"]
    G --> F
    F -- "Sim" --> H["QR Code liberado"]
    H --> I["Acesso validado"]
    I --> J["Descarga iniciada"]
    J --> K["Evento sincronizado"]

flowchart LR
    A["Motorista\nApp mobile"] <--> B["Plataforma logística\nAgendamentos e eventos"]
    C["Pátio regulado\nChegada e saída"] <--> B
    B <--> D["Sistema do terminal\nIntegração REST"]
    D --> E["Planejamento\nEstoque e embarque"]

As setas representam trocas lógicas de dados. Nomes internos, topologia, endpoints, payloads e mecanismos de autenticação foram deliberadamente removidos.

Neste case, estoque em trânsito é a carga comprometida com a operação, porém ainda não recebida fisicamente no terminal. A solução não confunde localização do veículo com entrada em estoque: cada marco possui significado próprio.

stateDiagram-v2
    [*] --> Programado
    Programado --> EmTransito: viagem iniciada
    EmTransito --> NoPatio: check-in confirmado
    NoPatio --> Chamado: liberação do terminal
    Chamado --> AcessoValidado: QR Code aceito
    AcessoValidado --> EmDescarga: operação iniciada
    EmDescarga --> Recebido: recebimento confirmado
    Programado --> Cancelado: cancelamento
    EmTransito --> Excecao: atraso ou divergência

Essa separação permite que o planejamento trabalhe com três visões distintas:

1. Estoque físico: carga efetivamente recebida.
2. Estoque em trânsito qualificado: carga ativa, associada a agendamento e eventos válidos.
3. Exceções: atrasos, cancelamentos, divergências ou perda de atualização que exigem análise.

Atuei funcionalmente de ponta a ponta, conectando operação, tecnologia, fornecedor e usuários:

• levantamento da necessidade e entendimento do fluxo operacional;
• mapeamento AS-IS / TO-BE e identificação de pontos de integração;
• especificação de requisitos funcionais, regras de negócio e critérios de aceite;
• refinamento com fornecedor e acompanhamento do desenvolvimento;
• validação de integrações REST, estruturas JSON e tratamento de retornos;
• elaboração e execução de testes funcionais e cenários negativos;
• testes de QR Code, agendamento, documentos, status e comportamento mobile;
• SIT, UAT e piloto em dispositivo corporativo, reproduzindo a jornada do motorista;
• registro, priorização, reteste e aceite de correções;
• apoio ao go-live e acompanhamento em hypercare.

Não reivindico autoria sobre o código-fonte ou sobre a plataforma utilizada. Minha autoria neste case está na análise de negócio, especificação funcional, validação das integrações, qualidade e condução da homologação.

A validação foi organizada em camadas:

Veja a estratégia detalhada e os cenários de teste demonstrativos.

Como não são publicados indicadores internos do cliente, os resultados abaixo descrevem capacidades habilitadas, e não percentuais de ganho:

• maior previsibilidade sobre a carga ainda não recebida;
• rastreabilidade dos marcos entre origem, estrada, pátio e terminal;
• melhor sincronização entre fila, capacidade operacional e chamada;
• acesso digital a documentos de transporte, liberação e operação;
• redução de contatos manuais e circulação de documentos físicos;
• experiência mais orientada ao motorista, com informações em um único canal;
• base de eventos para planejamento logístico e acompanhamento do embarque;
• trilha auditável para investigação de divergências e suporte operacional.

Business Analysis · Requirements Engineering · BPMN · AS-IS / TO-BE · REST APIs · JSON · Postman / Insomnia · SIT · UAT · Mobile Testing · QR Code · Geolocation · Logistics · Port Operations · Go-live · Hypercare

Não fazem parte deste repositório:

• nome do cliente e nomes de colaboradores;
• proposta comercial, valores ou documentos contratuais;
• gravação original do protótipo e capturas de tela produtivas;
• QR Codes, documentos fiscais, placas, rotas ou localizações reais;
• especificações proprietárias, credenciais, tokens, URLs ou payloads internos;
• código-fonte, configuração de infraestrutura ou dados de produção.

Consulte o aviso de confidencialidade e autoria.

Neste repositório, a expressão descreve a digitalização da jornada rodoviária-portuária e a redução do uso de papel. Ela não afirma integração formal com o sistema governamental Porto Sem Papel (PSP). Essa distinção evita confundir uma diretriz de processo sustentável com um sistema regulatório específico.

Laís Moreira — Business Analyst | Sistemas, Dados, Processos e Integrações
LinkedIn

Se este case chegou até você em um processo seletivo, a melhor leitura é: transformei uma necessidade operacional complexa em requisitos, integrações testáveis e uma jornada digital homologada em ambiente real.