Saída do PowerDesigner,
sem perder o trabalho.

A SAP encerra suporte oficial ao PowerDesigner. Muito modelo, muito conhecimento e muita governança dependem dele hoje. Esta página é o playbook honesto de como o 4dbAI faz essa transição.

O contexto

Por que isso importa agora.

A SAP anunciou o fim do suporte oficial ao PowerDesigner para o final de 2027. Para órgãos que dependem dele para modelar bases corporativas, isso significa decisões pragmáticas: ficar com uma ferramenta sem suporte, pagar uma alternativa Ferrari sem garantia de adaptação, ou migrar para uma plataforma que respeite o trabalho de décadas.

O 4dbAI foi desenhado com a terceira opção em mente. Você traz seu .pdm; a plataforma abre, navega e gera — preservando estrutura, relacionamentos, regras e governança.

Honestidade técnica

O que importamos hoje, e o que ainda não.

Migração não é mágica. Esta é a fronteira atual do que o 4dbAI cobre — sem inventar.

Importado com fidelidade

  • Tabelas, colunas, tipos de dados
  • Chaves primárias e estrangeiras
  • Check constraints e regras de validação
  • Índices (com configuração específica)
  • Views (com SQL preservado)
  • Procedures, functions e triggers
  • Sequences e generators
  • Business Rules
  • Users, schemas, roles e grants
  • Módulos e packages
  • Diagramas (layout preservado)
  • Comentários e descrições de objetos
  • Metadados de extensões padrão

Em ampliação / Análise caso a caso

  • Extended attributes proprietários e customizados [CONFIRMAR-EQUIPE]
  • Repository PowerDesigner (centralizado) — atualmente importação por .pdm
  • Code generation templates específicos do PD
  • Stored procedures em PL específicas (avaliação por dialeto)
  • BPM (modelos de processo de negócio) — escopo do 4dbAI é dados
  • OOM (modelos de objeto) — escopo do 4dbAI é dados

Casos específicos do seu modelo são avaliados na fase de pilot — antes da decisão de migração. Sem promessas, sem surpresas.

O processo

Quatro fases, sem mistério.

Cada fase tem entregáveis claros. Você decide se avança ou ajusta antes da próxima.

01

Avaliação

Análise de uma amostra representativa do seu modelo. Identificamos cobertura real, casos-limite e estimativa honesta de esforço. O resultado é um relatório técnico — não slides.

Você fornece: 1 .pdm representativo Recebe: relatório de cobertura + lista de exceções
02

Pilot

Migração completa de um subconjunto do modelo (ex: um domínio específico). Validação ponta-a-ponta: importação, edição, geração de DDL, documentação. Você opera o 4dbAI nas condições reais antes de comprometer escala.

Duração típica: semanas, não meses Critério de saída: aceite técnico da equipe de modelagem
03

Migração full

Importação do modelo completo, com tratamento dos casos-limite identificados no pilot. Configuração de padrões corporativos (nomenclatura, tipos canônicos, validações). Integração com IdP e ambiente do órgão.

Acompanhamento: time dedicado durante a fase Entrega: 4dbAI em produção com modelo migrado
04

Operação assistida

Período de operação acompanhada — equipe do órgão usa o 4dbAI no dia a dia, com canal direto para esclarecer dúvidas, ajustar padrões e priorizar melhorias. É aqui que "seja a prioridade" deixa de ser slogan e vira prática.

Modelo: equipe dedicada por órgão Continuidade: roadmap orientado pela operação
O que esperar

Considerações para decisões realistas.

O que vale a pena saber antes da reunião — sem inflar expectativas.

Tempo de migração

Depende da complexidade do modelo e dos casos-limite encontrados. A fase de avaliação produz estimativa específica antes do compromisso. Modelos com padrões bem definidos migram mais rápido que modelos com 20 anos de exceções.

Mudanças no fluxo de trabalho

A curva é menor do que parece — Crow's Foot, modelos hierárquicos e geração de DDL são conceitos universais. O que muda é o ambiente e algumas convenções, não a forma de pensar modelagem.

Treinamento da equipe

Material de treinamento é parte da entrega. Sessões focadas em tarefas reais — não tour genérico da ferramenta. A documentação é viva: gerada do próprio modelo, sempre atualizada.

Coexistência durante a transição

Você não precisa "ligar uma chave" num dia. Modelos legados podem continuar no PD enquanto novos vão para o 4dbAI. A importação suporta atualização incremental de arquivos .pdm.

Governança e padrões

Seus padrões de nomenclatura, tipos canônicos e regras de validação são configurados no 4dbAI — não reescritos. O que valia antes continua valendo, com aplicação automática durante a modelagem.

Risco de fornecedor

Pergunta legítima. Discutimos isso abertamente em reunião — modelos contratuais incluem escrow, cláusulas de continuidade e documentação técnica suficiente para sustentar a operação independentemente.

Próximo passo

Comece pela avaliação.
Decida o resto com dados.

Demo a quente com um .pdm seu — não slides. Relatório de cobertura por escrito. Decisão informada. Respondemos em até um dia útil.