Pular para o conteúdo
Octo × PLM do estaleiro Pedir um diagnóstico

Octo para PLM e planejamento do estaleiro

O navio em blocos, lido pela API. Nada alterado.

No estaleiro, o sistema de gestão do ciclo de vida do produto (PLM) guarda o navio como projetado, o sistema de gestão empresarial (ERP) guarda o que se compra, e o cronograma guarda quando cada bloco sobe. Com uma conta de leitura, o Octo pode mapear o modelo de dados, comparar a lista de materiais (BOM) entre cascos irmãos, cruzar PLM e ERP e propor sequências de embarque de blocos, tudo preparado para revisão humana. Quem aprova é o engenheiro responsável; quem certifica são a sociedade classificadora e a autoridade marítima.

PLM, ERP e cronograma, só leitura, alimentam o Octo; abaixo, um casco dividido em blocos no dique, com um bloco içado pelo pórtico; do Octo saem a comparação entre cascos irmãos, o cruzamento PLM × ERP e uma proposta de sequência de embarque PLM ERP CRONOGRAMA LEITURA B101 B102 B201 B001 B004 CASCO 2 · CLASSE N Casco 1 × 2 PLM × ERP SEQUÊNCIA PROPOSTA python3 comparar_bom_cascos.py casco1.csv casco2.csv OCTO × ESTALEIRO SÓ LEITURA N-05
ShipbuildingPLMArasplataforma de base, segundo a página de construção naval da Aras
Teamcenter2606blog da Siemens, jun/2026
IFS Cloud26R1disponível desde 28/05/2026, segundo a IFS
Fontes15listadas no fim da página
01

O que o Octo faz no estaleiro.

Seis entregas possíveis, tiradas do levantamento. Todas partem de uma conta de leitura e de uma máquina que alcance os servidores; nenhuma muda dado liberado, e todas vão para revisão de uma pessoa.

Mapa do modelo de dados

Pode ler os tipos de item, atributos e relações do PLM (no Aras Innovator, base do ShipbuildingPLM, pelo OData) e propor o guia de integração do estaleiro: como bloco, casco e pacote de trabalho estão modelados.

Entrega: tabela de tipos e campos + rascunho do guia

Cascos irmãos, linha por linha

Pode comparar a BOM de dois cascos da mesma classe e apontar o que entrou, saiu ou mudou de quantidade ou de revisão, com o critério de efetividade anotado em cada extração.

Entrega: relatório de diferenças por bloco

PLM × ERP

Pode cruzar a BOM de um bloco com requisições e pedidos de compra e listar o que falta pedir, o que sobra e o que mudou de revisão depois do pedido. Quem decide é o comprador e o planejador.

Entrega: lista de divergências para decisão

Cronograma de blocos lido

Pode extrair as atividades do Primavera P6 pela REST API da Oracle (/activity com Fields e Filter) e propor um painel de atraso por bloco e por oficina.

Entrega: script .py + atividades.csv

Sequências de embarque propostas

Pode montar um modelo de sequenciamento com as precedências e a capacidade de guindaste que o planejador informar (OR-Tools, biblioteca aberta) e devolver alternativas para ele avaliar. Não substitui o cronograma do estaleiro.

Entrega: sequências alternativas para avaliação

Apoio à migração

Propõe a extração do sistema velho, o mapeamento de atributos e a carga pela API do novo, com ensaio de reconciliação das contagens entre um e outro.

Entrega: scripts + reconciliação de contagens
02

Oito braços, um navio em blocos.

O mesmo ciclo do Octo, aplicado ao PLM e ao planejamento do estaleiro. Cada braço tem um papel estreito; quem aprova e quem libera acesso são pessoas da sua empresa.

  1. Descoberta

    Identifica os sistemas

    Qual PLM, qual ERP, qual ferramenta de cronograma, que versões, servidor próprio ou nuvem. Cada estaleiro modela bloco, casco e pacote de trabalho do seu jeito.

  2. Dados

    Fixa o critério de cada extração

    Que casco, que efetividade, que revisão e que data valem. Sem critério explícito, duas BOMs não se comparam e PLM e ERP não se cruzam.

  3. Segurança

    Resolve o acesso antes

    Conta só de leitura, com as permissões por papel e por projeto do PLM. Em programa de defesa, nada é lido antes do aval da área de conformidade do cliente.

  4. Arquitetura

    Escolhe o caminho

    OData no Aras Innovator; serviços do Teamcenter e do 3DEXPERIENCE; APIs OData do SAP; REST API do Primavera P6. Onde não há API, exportação em arquivo.

  5. Desenvolvimento

    Escreve o script de leitura

    Prepara scripts em Python com a autenticação de cada sistema, saída em CSV e, para sequência de blocos, um modelo no OR-Tools com os dados que o planejador informar.

  6. Revisão

    Confere num bloco conhecido

    Compara a extração com o que a tela do PLM e do ERP mostra para o mesmo bloco e o mesmo critério: contagem de linhas, quantidades, revisões. Confere pelo conteúdo, não pela resposta HTTP.

  7. Publicação

    Roda no ambiente autorizado

    Só com o seu ok, roda na máquina que o cliente liberou, dentro da rede dele, e deixa a planilha ou o relatório ali mesmo para revisão.

  8. Documentação

    Registra o que vale no seu estaleiro

    Tipos de item, atributos, rotas de API e o que foi confirmado na sua versão. O próximo relatório parte desse registro, e o script de um estaleiro não é tomado como pronto para outro.

O Octo não aprova desenho de classe nem mudança de projeto. O envio de dados controlados (ITAR/EAR, regras de controle de exportação dos EUA) a qualquer serviço externo, inclusive de IA, deve ser avaliado antes pela área de conformidade do cliente.

03

Cada tarefa, o seu caminho.

O critério que o Octo usa para escolher, sistema por sistema. Só leitura, com o critério de cada extração explícito.

TarefaCaminhoObservação
Comparar a BOM entre cascos irmãosDuas extrações em CSV, uma por casco, e comparação linha a linhaEfetividade anotada em cada arquivo
Ler o cronograma de blocosPrimavera P6 REST: /activity com Fields e FilterConta só de leitura
Testar uma sequência de embarqueOR-Tools CP-SAT com precedência e capacidade de guindasteProposta para o planejador
04

Da extração ao acompanhamento.

Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua operação.

Proposta, não promessa

1 Hoje

Extrações sob demanda

Com uma conta de leitura e uma máquina autorizada, você pede em linguagem de negócio e o Octo propõe o script e a planilha.

  • “BOM do bloco B201 no casco 2” vira script + CSV
  • Conferência num bloco conhecido antes de confiar
  • Critério de configuração anotado em cada arquivo
Ganho: a BOM sai do PLM por API, não copiada da tela
2 Próximo

Relatórios de rotina

O cruzamento PLM × ERP e o painel do cronograma podem passar a rodar agendados, no ambiente do cliente.

  • Divergências PLM × ERP por bloco, toda semana
  • Atraso por bloco e por oficina, lido do cronograma
  • Diferenças entre cascos irmãos a cada nova revisão
Ganho: a equipe só lê o relatório e decide
3 Depois

Planejamento apoiado

Com o modelo de dados documentado, o planejador pode pedir sequências alternativas de embarque e compará-las com o cronograma do estaleiro.

  • Guia de integração escrito a partir do modelo do seu PLM
  • Sequências propostas com as restrições que o planejador informar
  • Migração com reconciliação de contagens em cada ensaio de carga
Ganho: alternativas na mesa antes da reunião de planejamento
05

Confirmado em fonte.

Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.

4

pontos com fonte publicada, cada um com a referência indicada ao lado.

ConfirmadoShipbuildingPLM roda sobre o Aras Innovator
A página de construção naval da Aras apresenta a solução da SSI como movida pela plataforma Aras Innovator.Fonte: Aras, “PLM for the Shipbuilding Industry”
ConfirmadoPrimavera P6 lê atividades por REST
A REST API do P6 EPPM tem GET /activity com Fields, Filter (operadores como :eq: e :and:) e OrderBy, e POST /login com DatabaseName. Os guias da versão 25 são de dez/2025.Fonte: Oracle, P6 EPPM REST API; guias da versão 25
ConfirmadoAVEVA ERM integra por API, web services e arquivos
Segundo a página do produto, o ERM se liga a ERP (SAP, Oracle, Microsoft Dynamics), ao IBM Maximo e ao Primavera P6 “por APIs, web services, arquivos e middleware comum”. O Hull and Outfitting tem o módulo Assembly Planning para simular e otimizar a sequência de montagem.Fonte: páginas do AVEVA ERM e do AVEVA Hull and Outfitting
ConfirmadoQuem usa, com fonte
Segundo release da Aras de set/2016, a Ingalls Shipbuilding escolheu o Aras Innovator para a engenharia de navios de guerra. Segundo release da Siemens de 14/09/2022, a Birdon escolheu Teamcenter e NX. Segundo release da IFS de 28/04/2026, a Rauma Marine Constructions escolheu o IFS Cloud. Anúncio diz o que foi contratado na data, não o que está em produção hoje.Fonte: releases da Aras (2016), da Siemens (2022) e da IFS (2026)
06

O que o Octo faz e o que fica com vocês.

O Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.

O Octo prepara

Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, listas e minutas.

Entrega: material pronto para conferir

A sua equipe confere

O profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.

Etapa: conferência por quem assina

Quem assina

O Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o engenheiro naval responsável e a sociedade classificadora.

Assinatura: engenheiro naval e sociedade classificadora
07

Fontes.

Documentação e anúncios dos próprios fabricantes usados no levantamento.

Seu navio em blocos, só para leitura.

O diagnóstico começa por uma conta de leitura no PLM, no ERP e no cronograma, sem alterar nada. Você recebe uma proposta do que dá para extrair, cruzar e simular no seu estaleiro e decide com ela na mão.