Comment accéder à la base Azure depuis un développement SQL ?

Il est nécessaire de se connecter sur Sage Partner Portal pour ajouter un nouvel utilisateur (Identifiant) au serveur et lui attribuer des droits.

Consultez l'article : Créer un utilisateur SQL Azure via Sage Partner Portal.

Comment formater une chaîne de connexion SQL pour se connecter à une base Azure sous Sage 100 SPC ?

Exemple de chaîne de connexion : 

Server=tcp:myserver.database.windows.net,1433;Database=myDataBase;User ID=mylogin;Password=myPassword;
Trusted_Connection=False;Encrypt=True;

Remplacez respectivement :

• myserver.database.windows.net : Nom de l'instance SQL (inclure .database.windows.net)
• myDataBase : Nom de la base de données SQL
• mylogin : Utilisateur SQL
• myPassword : Mot de passe SQL

Est-il nécessaire d'adapter les requêtes SQL pour interroger une base de données Azure sous Sage 100 SPC ? 

Oui, contrairement aux bases SQL de Sage 100 On-premise, chaque société d'un client y est stockée dans une base SQL distincte. Sous Sage 100 SPC, les sociétés d'un même client sont regroupées dans une seule base Azure. La distinction des sociétés d'une base Azure s'effectuant par leur schéma. Il est nécessaire de préfixer le nom des tables dans une requête SQL par leur schéma. 

Exemple : Affichage des écritures générales de la base BIJOU :

SELECT * FROM soc_bijou.F_ECRITUREC

Est-il possible d'accéder depuis un poste distant (hors de l'environnement SPC) à une base Sage 100 SPC en utilisant des requêtes SQL ? 

Oui, cela nécessite la mise en place des mécanismes de sécurité. Ceux-ci sont disponibles dans l'aide : Mettre en place la sécurité pour Sage 100 en mode hébergé

Quelles sont les conséquences de l’abandon, par Microsoft, des protocoles TLS 1.0 et 1.1 pour accéder aux bases Azure via des requêtes SQL ?

Consultez l’article : Comprendre l'arrêt de la prise en charge de TLS 1.0 et 1.1 sur Azure.

Depuis la version 2025.6 de SPC, il est possible de gérer jusqu’à 60 sociétés réparties sur 4 bases distinctes Quels sont les impacts de la gestion multi-base sur les développements SPC existants ?

Consultez l’article : Adapter les développements à la gestion multi-base dans Sage Partner Cloud (SPC).

Non, car lors des sauvegardes, les données cryptées ne sont pas être exportées dans des fichiers bacpac.

---

Quelle la cause la plus fréquente des échecs de sauvegardes ? 

Lorsqu'une base de données est inconsistante ( EXEMPLE: vue SQL de Business Reporting faisant référence à une information libre supprimée), sa sauvegarde échoue. 

Pour contrôler la base de données, il est possible d'utiliser la fonction "Contrôle de la cohérence des vues" de l'outil "OptimisationSPC". Consultez l'article : Optimiser Sage Partner Cloud (SPC)

---

Comment stocker des données non Sage ? 

Lorsque le volume de données est faible ou temporaire, il est recommandé d'utiliser un fichier plat ou une base de données locale légère ( EXEMPLE: SQLite).
Par contre, si ces données sont plus volumineuses ou nécessitent d'être sauvegardées, il est possible de les stocker dans la base Azure Sage, dans des tables non Sage et en utilisant un schéma distinct des schémas Sage (donc différent de soc_*).
Dans tous les cas, il est déconseillé de créer une base Azure distincte qui nécessiterait une tarification particulière car non intégrée dans le pool.