Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Info

Cette page donne des indications pour l’application de développements en langage Diva avec l’ERP Divalto vers le SaaS Divalto

Sommaire
stylenone

Rappel des concepts en Saas

En mode Saas, sur notre infrastructure cloud, il y a des différences notables pour le développeur

  • Version Runtime à jour : la dernière version du Runtime Harmony est toujours disponible et installée

  • Migration : l’ERP est migré entre version par des outils dédiés, identiques à ceux utilisés OnPremise, avec synchronisation de dictionnaires et scripts SQL

  • Objets standards ERP : les objets sont livrés, mutualisés et inaltérables, dans des dossiers non accessibles par le développeur

  • Spécifiques : les mécanismes (surcharge dictionnaire, masque, source, objets, synchro de dictionnaire) sont identiques ; seules certaines pratiques diffèrent

Les différences en Saas

Les principales différences qui modifient le travail en Saas :

...

  • Il existe également un dossier transfert pour les échanges de fichiers

  • XWIN est disponible en Saas, mais principalement pour des recompilation légères ou de contrôle. La compilation et déploiement de spécifiques en masse passe en général par une préparation en local/On Premise, puis une poussée des objets/sources vers le dossier cloud, mais il est possible de faire l’action de compilation sur la plateforme.

Traiter les spécifiques en Saas

Préparer les spécifiques

La préparation se fait idéalement aux 4 dossiers

  • Objets, contenant les objets spécifiques recompilés

  • Fichiers, contenant les fichiers comme les menus de surcharge

  • Sources, contenant les sources

  • Projets, contenant le projet de surcharge

Sauvegarder ce qui est en place et envoi

Se connecter à la plateforme avec un outil FTP.

...

Certains fichiers nommés Xxxx_V1.dhof proviennent de Divalto processus, ce ne sont pas des fichiers à supprimer

Réaliser une synchronisation de dictionnaire

Pour la synchronisation de dictionnaires, il ne peut s'agir que de spécifiques, puisque la migration de version se gère avec les outils de la plateforme.

...

 6.Mise à jour effectuée!

...

Exécuter un script

Il est possible d’exécuter un script via le SQL Data studio, mais il est recommandé de passer par l’exécution de script via XPSQL

...

Remarque

Rappel, les scripts pour XPSQL doivent commencer par la balise <execute>. Voir les scripts standard fournis si besoin

...

Bonnes pratiques

Notifier les utilisateurs via l’Interface d’accueil

La fonctionnalité de notification accessible depuis le menu Administration permet, via un zoom, de faire apparaître une notification dans l’interface d’accueil des utilisateurs, afin de les prévenir d’une modification ou d’un arrêt

...

Sauvegarder la base avant synchronisation

Dans xCloudManage, lancer la sauvegarde de la BDD par le menu Administration/ERP/Sauvegarde

...

Déconnecter les tâches

Lancer la console d’administration (xConsole) depuis l’IA

...

Bien penser à fermer xConsole avec le menu Quitter, sinon la connexion persiste et empêche la sauvegarde.

...

Relancer les services

Après modification des objets, il est fortement recommandé de relancer les services pour charger ces derniers objets, en utilisant xCloudmanage

Remarque

ATTENTION ici les 4 première lignes concernent tout le site (tous les environnements) Ne surtout pas arrêter le scrutateur ici.

...

Faire un test

Après modification d’objet, synchronisation ou re-démarrage des services, il est recommandé de faire un test par exemple en lançant un zoom, affichant un devis ou d’entrer dans les fonctions qui font l’objet de spécifiques