Constructeur

Code sur mesure et API, quand le constructeur visuel ne suffit pas

N’importe quelle liste, fiche ou tableau de bord peut être votre propre widget. Écrivez du code contre l’API Megorix quand le constructeur ne suffit pas.

  • Les listes, fiches et formulaires peuvent être remplacés par vos propres widgets — des composants réels que vous ouvrez et modifiez dans Dev Studio.
  • Écrivez du code React/TypeScript contre l'API Megorix pour construire exactement ce dont vous avez besoin.
  • Combinez des parties créées visuellement avec des parties écrites à la main, dans le même système.

Constructeur visuel ou code sur mesure : quand choisir l’un ou l’autre

Commencez par ce qui se configure : les entités et champs pour les données, les règles et les workflows pour les processus, et les vues en liste, en kanban ou en calendrier pour le travail quotidien. Le code intervient quand l’écran ou la logique dont vous avez besoin ne tient pas dans ces briques — et c’est dans ces cas-là qu’il est rentable :

  • Un tableau de bord avec les indicateurs de l’entreprise — graphiques, totaux et comparaisons qu’aucune vue prête à l’emploi n’affiche.
  • Une fiche, une liste ou un formulaire conçu pour une tâche précise, à la place de l’écran que Megorix génère à partir des champs.
  • Une logique côté serveur qu’aucune règle ne couvre : calculs entre plusieurs entités, validations particulières, tâches planifiées.
  • La connexion à un autre logiciel via API, avec les identifiants stockés chiffrés.

Comment développer un widget React dans Dev Studio, du brouillon à la publication

Dev Studio est l’éditeur de code de Megorix et s’ouvre dans le navigateur, sans rien à installer. Un widget est un composant React écrit en TypeScript, en un ou plusieurs fichiers.

  1. 1

    Créez le widget et choisissez où il apparaît : une page du système, un tableau de bord, une section de page, ou à la place de la liste ou de la fiche d’une entité.

  2. 2

    Écrivez le code avec les composants d’interface de Megorix — tableaux, formulaires, boîtes de dialogue, onglets — et avec les fonctions qui lisent et sauvegardent des enregistrements, importent des fichiers, génèrent des PDF ou appellent un système externe.

  3. 3

    Suivez le résultat dans l’aperçu, compilé directement dans le navigateur pendant que vous écrivez. À chaque sauvegarde, le serveur compile le code et vérifie les types.

  4. 4

    Chaque sauvegarde reste en brouillon. Quand vous publiez, une version est conservée — et toute version antérieure peut être restaurée.

  • Seuls les administrateurs enregistrent et publient du code ; les autres utilisateurs se servent du résultat avec les permissions qu’ils ont déjà.
  • Les widgets servent aussi au site web et à la boutique en ligne : comme page entière, en-tête, pied de page ou section dans une page du constructeur.

API REST, webhooks et intégrations sur mesure avec d’autres logiciels

L’API REST de Megorix donne accès aux données de chaque module — lister, rechercher, créer, modifier et supprimer des enregistrements —, aux fichiers et à la génération de PDF. Chaque clé API agit comme un utilisateur de service, avec les rôles, les règles de visibilité et les permissions par champ de cet utilisateur ; elle peut avoir une date d’expiration et une liste d’adresses IP autorisées. La documentation suit le format OpenAPI.

Pour se connecter à un autre logiciel, Megorix enregistre la connexion — HTTP, FTP ou SFTP, avec authentification basique, par jeton, par clé API ou OAuth2 — avec des identifiants chiffrés. Un mappage indique quoi envoyer quand quelque chose se produit — par exemple quand une commande est confirmée —, réessaie si l’appel échoue et consigne chaque envoi. La réponse de l’autre système peut être reportée dans l’enregistrement ; dans l’autre sens, les webhooks entrants reçoivent des notifications signées.

C’est ainsi que, chez un transporteur, les données d’une livraison terminée partent vers le logiciel de facturation, ou que, dans un garage, le numéro du document émis est conservé dans l’ordre de réparation. Découvrez les intégrations que MegaPC a déjà mises en place.

Développer l’ERP avec Claude via MCP, avec relecture avant publication

Connecté à Megorix via MCP, Claude peut créer des modules, des entités et des champs, des widgets, des règles, des workflows et des pages de boutique à partir d’une description — si la personne qui le connecte est administrateur et donne cette autorisation. Tout ce qu’il construit reste en brouillon, dans l’environnement de test, jusqu’à ce que quelqu’un le relise et le publie. En savoir plus sur l’IA dans Megorix.

Questions fréquentes sur le code sur mesure et l'API

Oui — dans Megorix, une liste, une fiche ou un tableau de bord peuvent être vos propres widgets, écrits en React/TypeScript contre l’API, quand le constructeur visuel ne suffit pas.

Oui, Megorix expose une API qui peut être utilisée pour construire des widgets personnalisés ou pour intégrer d'autres systèmes.

Dans Megorix, les parties construites dans le constructeur visuel et les parties écrites à la main cohabitent dans le même système, sans conflit.

Pas n’importe laquelle. Un widget importe les modules de Megorix, la bibliothèque de composants partagée de votre entreprise et un ensemble fixe de bibliothèques chargées à la demande — par exemple recharts pour les graphiques, xlsx pour les feuilles de calcul ou pdfmake pour les PDF.

Oui : 120 requêtes par minute par clé ou par jeton. Au-delà, l’API répond avec le code 429 et indique combien de temps attendre avant de réessayer. L’accès à l’API dépend du plan : le tableau des tarifs indique lesquels l’incluent.

Seuls les administrateurs enregistrent et publient du code. Chaque sauvegarde reste en brouillon jusqu’à sa publication, chaque publication conserve une version et toute version antérieure peut être restaurée.

Oui. Un widget peut être une page entière du site, l’en-tête, le pied de page, la page d’accueil ou une section dans une page montée avec le constructeur.

Prêt à façonner Megorix pour votre entreprise ?

Demander une démo