Moving off PowerDesigner,
without losing the work.

SAP is ending official support for PowerDesigner. Many models, much knowledge, and significant governance depend on it today. This page is the honest playbook for how 4dbAI handles that transition.

The context

Why this matters now.

SAP has announced the end of official support for PowerDesigner by the end of 2027. For organizations that depend on it to model corporate databases, this means pragmatic decisions: stay with an unsupported tool, pay for a Ferrari alternative without adaptation guarantees, or migrate to a platform that respects decades of work.

4dbAI was designed with the third option in mind. You bring your .pdm; the platform opens it, navigates it, and generates from it — preserving structure, relationships, rules, and governance.

Technical honesty

What we import today, and what we don't yet.

Migration isn't magic. This is the current edge of what 4dbAI covers — no invention.

Imported with fidelity

  • Tables, columns, data types
  • Primary and foreign keys
  • Check constraints and validation rules
  • Indexes (with specific configuration)
  • Views (with SQL preserved)
  • Procedures, functions, and triggers
  • Sequences and generators
  • Business Rules
  • Users, schemas, roles, and grants
  • Modules and packages
  • Diagrams (layout preserved)
  • Object comments and descriptions
  • Standard extension metadata

Expanding / Case-by-case

  • Proprietary and custom extended attributes [CONFIRM-TEAM]
  • PowerDesigner Repository (centralized) — currently .pdm-based import
  • PD-specific code generation templates
  • Stored procedures in specific PL dialects (dialect-by-dialect assessment)
  • BPM (business process models) — 4dbAI's scope is data
  • OOM (object models) — 4dbAI's scope is data

Specific cases for your model are assessed during the pilot phase — before the migration decision. No promises, no surprises.

The process

Four phases, no mystery.

Each phase has clear deliverables. You decide whether to advance or adjust before the next.

01

Assessment

Analysis of a representative sample of your model. We identify real coverage, edge cases, and an honest effort estimate. The result is a technical report — not slides.

You provide: 1 representative .pdm You receive: coverage report + exception list
02

Pilot

Full migration of a model subset (e.g., one specific domain). End-to-end validation: import, editing, DDL generation, documentation. You operate 4dbAI under real conditions before committing to scale.

Typical duration: weeks, not months Exit criterion: technical acceptance by the modeling team
03

Full migration

Complete model import, with treatment of edge cases identified during the pilot. Configuration of corporate standards (naming, canonical types, validations). Integration with your IdP and environment.

Follow-up: dedicated team during this phase Delivery: 4dbAI in production with migrated model
04

Assisted operation

Period of accompanied operation — your team uses 4dbAI day-to-day, with direct channels to clarify questions, adjust standards, and prioritize improvements. This is where "be the priority" stops being a slogan and becomes practice.

Model: dedicated team per organization Continuity: roadmap driven by operations
What to expect

Considerations for realistic decisions.

What's worth knowing before the meeting — no inflated expectations.

Migration timeline

Depends on model complexity and the edge cases found. The assessment phase produces a specific estimate before commitment. Well-standardized models migrate faster than models with 20 years of exceptions.

Workflow changes

Smaller learning curve than expected — Crow's Foot, hierarchical models, DDL generation are universal concepts. What changes is the environment and some conventions, not how you think about modeling.

Team training

Training material is part of the delivery. Sessions focused on real tasks — not generic tool tours. Documentation is alive: generated from the model itself, always up to date.

Coexistence during transition

You don't need to "flip a switch" in one day. Legacy models can stay in PD while new ones go to 4dbAI. Import supports incremental .pdm file updates.

Governance and standards

Your naming standards, canonical types, and validation rules are configured in 4dbAI — not rewritten. What was true before stays true, with automatic enforcement during modeling.

Vendor risk

Fair question. We discuss it openly in the meeting — contractual models include escrow, continuity clauses, and technical documentation sufficient to sustain operation independently.

Next step

Start with the assessment.
Decide the rest with data.

Live demo with one of your .pdm files — not slides. Coverage report in writing. Informed decision. We respond within one business day.