PowerBuilder et NSDK : état des lieux de la rétro-ingénierie par agents

Le 5 juillet 2016, SAP et Appeon annoncent un accord : Appeon prend en charge le développement, la vente et le support de PowerBuilder¹. Dix ans plus tard, des applications de gestion bâties sur PowerBuilder ou sur NS-DK, l'atelier de Nat System, tournent toujours en production. Sur leur rétro-ingénierie par agents, la matière publique est presque vide au 20 octobre 2026.

PowerBuilder : ce qu'on sait

PowerBuilder compile une application soit en p-code, interprété par le moteur d'exécution, soit en code machine, et la livre sous forme d'exécutable et de bibliothèques PBD ou DLL. La distinction compte autant que pour Visual Basic : le p-code conserve une structure de haut niveau, le code machine non.

Côté éditeur, une note SAP de mars 2018 décrit la situation des clients : depuis juin 2017, Appeon distribue une nouvelle génération du produit, Appeon PowerBuilder 2017, et Appeon « cannot offer maintenance » pour SAP PowerBuilder 12.6 et les versions antérieures ; passer à Appeon suppose un nouveau contrat signé directement avec lui². Un parc resté en 12.6 ou avant n'a donc plus de support éditeur.

Pour la décompilation, des outils tiers existent pour les builds en p-code, sans maintenance claire. Nous n'avons trouvé aucun décompilateur publié par Appeon. Le README de REA ne cite pas PowerBuilder parmi ses cibles³. Sur un build en code machine, REA peut confier les binaires à Ghidra, sans connaissance du modèle d'objets PowerBuilder (fenêtres, DataWindows, scripts d'événements). Ce pseudocode-là se lit difficilement.

NS-DK et NatStar : encore moins

NS-DK et NatStar sont les ateliers de Nat System, éditeur français. Au 20 octobre 2026, son site présente toujours les deux produits, aux côtés de Nat-Bot et NatJet, et propose une offre de tierce maintenance applicative pour « pérenniser » les applications NatStar, Java et NS-DK, ainsi que des formations⁴. La technologie a donc un éditeur vivant : avant toute rétro-ingénierie, l'éditeur est votre premier interlocuteur.

Nous n'avons trouvé aucun décompilateur public de binaires NS-DK ou NatStar, et REA ne cite pas ces ateliers. Des offres de migration spécialisées existent sur le marché ; nous ne reprenons ici aucun chiffre que nous n'avons pas pu vérifier à la source.

Ce que ça veut dire pour une DSI

Sur ces deux stacks, ne comptez pas sur une décompilation par agent. La voie réaliste part du comportement et des données. Les utilisateurs décrivent les écrans et les cas limites ; la base de données, souvent un SGBD du marché, livre le schéma et les règles implicites ; les fichiers d'échange se rétro-documentent avec la méthode décrite dans formats propriétaires. L'application d'origine, tant qu'elle tourne, produit les sorties de référence d'un golden master, et la réécriture avance brique par brique, comme décrit dans le hub legacy.

Si vous avez encore le source PowerBuilder ou NS-DK, même incomplet, partez de lui : un agent lit des scripts exportés bien mieux qu'un binaire. Si l'éditeur de l'application elle-même a disparu, le plan de sauvetage s'applique. Pour les stacks voisines, voir VB6 et Delphi.

Tout binaire ouvert avec REA est analysé avec vos droits d'utilisateur : confinez l'analyse, voir REA n'est pas un sandbox. Le cadre juridique de la décompilation est rassemblé dans clean-room ou reverse engineering.

Ce que nous ne savons pas

Nous n'avons trouvé, au 20 octobre 2026, aucun retour public de rétro-ingénierie par agents sur PowerBuilder ou NS-DK. Une affirmation contraire mériterait sa source. Cette page sera mise à jour si un retour vérifiable paraît, ou si REA ajoute l'une de ces cibles.

Questions fréquentes

Peut-on décompiler une application PowerBuilder ?

Les builds en p-code se prêtent à des outils tiers, sans maintenance claire ; le code machine ne livre qu'un pseudocode générique. Dans les deux cas, le livrable utile reste une spécification du comportement.

Existe-t-il un décompilateur NS-DK ?

Aucun public à notre connaissance. Nat System édite toujours NS-DK et propose une offre de maintenance : commencez par lui.

REA prend-il en charge ces stacks ?

Non, pas dans ses cibles documentées au 20 octobre 2026. Il peut piloter Ghidra sur un binaire en code machine, sans connaître le modèle PowerBuilder.

Faut-il migrer une application PowerBuilder 12.6 ?

Elle n'a plus de maintenance éditeur. Les options vont de la mise à niveau chez Appeon, sous nouveau contrat, à la réécriture ; la rétro-documentation aide à chiffrer chacune.

Pour une application PowerBuilder ou NS-DK critique, nos équipes partent du comportement observé et des données, puis réécrivent avec la Software Factory.

Sources

1. SAP Community, Appeon signs agreement with SAP to bring major innovations to PowerBuilder, blogs.sap.com, 5 juillet 2016.
2. SAP, note 2624265, Migration from SAP PowerBuilder/InfoMaker 12.6 to Appeon PowerBuilder/InfoMaker 2017, publiée par Appeon, appeon.com, 27 mars 2018.
3. morluto/rea, README, tableau « What you can analyze », github.com/morluto/rea, consulté le 20 octobre 2026.
4. Nat System, site officiel (produits NS-DK, NatStar, offre de TMA), natsystem.fr, consulté le 20 octobre 2026.