独自の自動化ツールと AI を使用して、PowerBuilder をモダンな .NET（Blazor / WindowsForms）へ移行します。見積もり・分析を無料で行なっています。
メトリクス情報を含む分析レポートを無料で作成しています。
同様の組織が今、移行している理由
2016 年、SAP は PowerBuilder の将来の開発・販売権を米 Appeon 社へ移管しました。以降、PowerBuilder は大手ベンダーの中核戦略から外れ、市場での新機能開発の主軸は .NET・クラウドへと移っています。PowerBuilder を稼働している多くの組織は、増え続けるコスト・古い OS 依存・人材難という同じ壁に直面しています。
旧バージョンはすでにサポートが終了し、PB 2022 も延長サポートの終了が見込まれるなど、セキュリティパッチの提供が不透明化しつつあります。未パッチの脆弱性は、中核業務システムの監査・情報漏洩リスクを年々積み上げます。
全開発言語のうち PowerBuilder のシェアは約 1%（.NET は 30% 超）。エコシステムの縮小により NuGet・AI・API 連携に重大な制約があり、AI 活用・Web 展開・クラウド移行など現代の要件に構造的に対応できません。
現役の PowerBuilder エンジニアは 50〜60 代に集中し、新卒採用の見込みは実質ゼロ。担当者の退職はそのまま保守の停止に直結します。待てば待つほど、社内に蓄積された業務知識が失われていきます。
希少なエンジニアへの依存度とライセンス費の上昇で、保守・運用コストは 3 年で約 30% 増の見込み。同等機能の新規開発工数は .NET の 3〜5 倍とも言われ、競合対応が遅れ、ROI は悪化し続けます。
2 つの選択肢
ほとんどのベンダーは、選択肢を説明せずに 1 つの方法だけを提案します。弊社は、業務特性に応じた 2 つの移行先をご説明します。
On Demand One は両方の道に対応します。要件に応じて、正直に最適な選択肢をお伝えします。
移行で実現すること
アプリケーション・帳票・データベースの 3 要素を 1 つの統合移行プロジェクトにまとめます。モダン化したアプリが古い基盤の上で動き続けるような、中途半端な結果になりません。
PowerBuilder アプリケーションを、独自の自動変換ツールと自社 ODO サポートライブラリで .NET 上の Blazor / WindowsForms に変換します。手動での書き直しではありません。ビジネスロジックは自動変換で保持され、記憶から再構築されることはありません。
.PBL / .SRW / .SRU → .NET 8 / C#PbDataWindowAdapter で DataWindow の挙動を抽象化し、ComponentOne / DataGridView で代替。帳票は ActiveReports で Freeform / Group / N-Up をピクセル互換で再現します。専任担当が現物比較テストで品質を担保します。
DataWindow → C1FlexGrid / ActiveReports既存のデータベースは EF Core + Dapper でそのまま活用できます。要件に応じて、新しい Oracle LTS へのバージョンアップや、ライセンスコストを排除する PostgreSQL への移行も選択可能。SJIS → UTF-8 の文字コード課題も、移行を機に解消します。
Oracle DB → 最新 Oracle LTS / PostgreSQLアプローチ
すべてのベンダーが「自動化」と言います。あなたのプロジェクトで実際に何を意味するのかを、ご説明します。
長年の移行経験から、PowerBuilder 専用の変換ツールと自社 ODO サポートライブラリを構築しました。汎用のコード翻訳ツールではありません。DataWindow・OCX・業務基盤など PB 特有の構成を理解し、クリーンで保守可能な .NET 出力を生成します。
手動での書き直しでは、文書化されていない業務ルールが失われたり、誤って記憶されたりします。自動変換はソースコードを読み取り、ロジックを直接翻訳します。解釈を挟まず、同じルールを新しい言語で。
AI が PB ソースを分析して変換ツールと ODO ライブラリを動的に更新。RPA で画面・業務ロジックを反復テストし、AI が脆弱性を検出して自動修正します。再移行を減らし、納品時の信頼性を高めます。
なぜ手動での書き直しではないのか
手動での書き直しは高い確率で失敗します。スコープクリープ、業務ルールの見落とし、スケジュール超過は、アプローチに固有の問題であり例外ではありません。
自動変換は推測を排除します。アプリケーションは再想像されるのではなく、翻訳されます。出力は今日お使いのものと機能的に同等です—10〜15 年後もサポートされるプラットフォームで。
プロセス
無料の分析と見積もりのあとは、スコープを決めて、プロジェクトのスタートとなります。
PowerBuilder のソースファイル（.PBL / .SRW / .SRD / .SRU ほか）とマスク済みのデータベースダンプをお送りください。自動分析ツールを実行し、全 Window・DataWindow・関数・バッチをマッピング。完全なスコープレポートをご提供します。費用なし。義務なし。
.PBL .SRW .SRD .SRU + マスク DB ダンプ
正確なモジュール数・タイムライン・制約事項を含む詳細なプロジェクト提案をご提供します。契約前に全費用がわかります。PoC（2 ヶ月）で見積精度を ±10% 以下へ圧縮します。
ドメイン単位で段階的に移行します。各チェックポイントで、変換されたアプリケーションをオリジナルと比較して検証。問題は最後ではなく早期に発見されます。
移行されたアプリケーションは、テスト済みで .NET 上で稼働した状態で納品されます。ドキュメントは自動生成。チームは PowerBuilder なしに、モダンで保守可能なコードベースを引き継ぎます。
On Demand One について
On Demand One は 2009 年に東京で、システムモダナイゼーションに特化した会社として設立されました。汎用的な IT コンサルティング会社として始まったのではありません。最初から独自の変換ツールを構築しました—ほとんどの移行ベンダーが避けるか手動で対応するプラットフォーム、PowerBuilder と Oracle Forms のために特別に設計されたツールです。
50 件以上のエンタープライズ移行を経て、そのツールが数ヶ月ではなく数日でプロジェクトをスコーピングできる理由であり、変換が「推定」ではなく「測定」される理由です。
「アプリケーションは再想像されるのではなく、翻訳される。」
On Demand One Inc.
オン・デマンド・ワン株式会社
東京、日本 ・ 2009 年設立
PowerBuilder / Oracle Forms モダナイゼーション
PowerBuilder 2025 での延命は PB スタックの延命に過ぎず、5〜10 年後に再リプレースが必要になります。中間バージョンが入手できず、直接アップグレードの Hop 計画も破綻します。.NET 8 / 9 は Microsoft 公式 LTS で 10〜15 年の安定運用が可能、C# / .NET 人材も豊富で採用が容易です。
変換ツールと ODO ライブラリが、Window・DataWindow・UserObject・関数・トリガーロジックを .NET コードへ変換します。画面の構成が特殊な場合は、一部で手動による調整が入ることがあります。
無料分析のために、PowerBuilder ソースファイル（.PBL / .SRW / .SRD / .SRU ほか）と、Oracle データベーススキーマのエクスポート（マスク済みで可）が必要です。すべてのファイルは相互 NDA の下で取り扱われます。ライブシステムへのアクセスは不要です。
システムの規模によります。100 画面規模で、半年〜1 年程度が目安です（ドメイン単位の段階リリース）。無料分析により、正確なスケジュールを提案します。
PbDataWindowAdapter で DataWindow の挙動を吸収し、ComponentOne / ActiveReports でピクセル互換の帳票を再現します。帳票専任担当が現物比較テストを実施し、品質を担保します。
既存 Oracle DB は EF Core + Dapper でそのまま活用できます。要件に応じて、新しい Oracle LTS へのバージョンアップや、オプションで PostgreSQL への移行も選択可能です。
ファイルを共有する前に相互 NDA の下で作業します。ライブシステムへのアクセスは不要で、分析はソースファイルのみで実行されます。ソースコードは移行以外の目的には使用されません。分析レポートと提案書は日本語・英語の両方で提供可能です。
PowerBuilder のソースコードをお送りください。システムを分析し、すべてのモジュールとロジックをマッピングして、分析レポートをお送りします—費用なし。
オンラインのコミュニケーションのみで、分析レポートをお送りしています。