Sage 100 FR | Centre d'aide

🚨 L’activation de SAGE 100 nécessite le soutien de votre partenaire informatique ou intégrateur Sage.

Toutes les informations et l’assistance nécessaires sont détaillées dans les pages liées à votre version.

Il existe trois versions au sein même de Sage 100 France:

👆 Pour poursuivre la configuration de la connexion, veuillez cliquer sur le lien correspondant à votre version ci-dessus.

L'intégration à Sage 100 France est uniquement disponible pour Sage 100 "On Premise" et Sage 100 SPC.

Si vous avez la version Sage 100 Online et que vous souhaitez mettre l'intégration en place, c'est tout à fait possible. Pour cela, il vous faudra vous rapprocher de Sage 100 afin de monter sur une version Sage 100 "SPC" ou "On premise".

Local agent :

Dans les deux versions de Sage 100 "On Premise" et "SPC", vous devrez installer un agent local sur le serveur (ordinateur) où est installer votre instance Sage100 afin d'établir la connexion et l'intégration avec le logiciel.

Pour en savoir plus sur l'agent local, voici un article explicatif.

🚨 Si vous rencontrez une erreur de synchronisation entre l'agent local Sage 100 FR et Chift

Redémarrer l'agent local

Rendez-vous dans l'application de gestion des services windows (service.msc)

Assurez vous que le service SAGE100FR est configuré pour fonctionner avec un utilisateur ayant des droits d'accès à la DB SQL Sage ainsi qu'aux partages réseaux où se situent les fichiers Sage.

Redémarrez ensuite le service SAGE100FR

La récupération de la fabrique de classes COM pour le composant XXX a échoué

Le problème vient de la version de la librairie objets métiers installées qui ne correspond pas avec les données disponibles sur l'ordinateur ou le serveur sur lequel l'agent local est installé.

Il faut donc vérifier dans l'ordre:

Est ce que la librairie objets métiers est installée ?
Est ce que la version de la librairie objets métiers installées correspond à la version de Sage du client ?
Est ce que la version de l'agent local installée par le client correspond à la version de Sage utilisée par le client ?

Cette erreur est systématiquement causée par l'un des trois cas ci dessus.

Un dossier est connecté mais les autres sont affichés comme non actif ou non installé

Le problème vient certainement d'une erreur lors de l'installation, l'un des dossiers connectés à visiblement écrasé l'ensemble des connexions passées, ce qui a déconnecté l'ensemble des connexions existantes.

Il faut ici aller dans le fichier settings.json utilisé par le service windows pour en regarder le contenu.

Ce fichier se trouve en suivant le chemin suivant: C://ProgramFiles/Sage100FRService

Ce fichier contient le détail des connexions actuellement configurée dans l'agent local. Il faut alors vérifier que ce fichier contienne bien une connexion par entité à connecter à Sage dans la section "connections" du fichier json.

Les connexions présente sont les connexions des entités encore détectées comme connectées.

Pour résoudre le problème, il faut donc re télécharger les connexions pour les autres entités en faisant bien attention à sélectionner l'option "ajouter la connexion" au moment ou la pop up apparait à l'écran. Cela va donc ajouter la connexion dans le fichier settings.json mentionné précédemment.

Les connexions devraient donc ainsi se rétablir dossier par dossier tant que l'option de ne pas écraser les connexions existante est bien sélectionnée par l'utilisateur.

An error occurred during the initialization of Sage 100 FR (Objets Metiers)

Accès refusé

Le problème d'accès refusé est généralement lié au fait que l'utilisateur avec lequel le Service Windows est exécuté n'a pas les accès nécessaires. Pour résoudre cette erreur, il faut donc vérifier les éléments suivants:

Le chemin renseigné dans le formulaire est bien correct (Si le dossier est sur un serveur externe ou un disque réseau, faites bien attention à utiliser le Chemin UNC et non pas un chemin avec des disques réseaux de type S: ...). Si le dossier est sur un serveur externe ou un disque réseau, il faut impérativement exécuter le Service Windows avec un utilisateur ayant accès à ce serveur externe/disque réseau.
l'utilisateur utilisé pour faire tourner le service n'a pas accès au chemin en question. Il faut donc pour cela modifier l'utilisateur utilisé pour exécuter le Service Windows. Pour cela, effectuez les étapes suivantes:
- Dans le menu windows listant les Services Windows, trouvez le service dénommé Sage100FRService, faites un clique droit et cliquez sur le bouton propriétés
- Rendez vous dans la section Connexion, cliquez sur l'option ce compte et ensuite sur le bouton parcourir
- Dans la section du bas, entrez l'utilisateur windows à utiliser, appuyez sur vérifier afin de confirmer que l'utilisateur windows existe bien et appuyez sur le bouton ok pour confirmer
- Renseignez le mot de passe de l'utilisateur et appliquez les changements au Service windows en appuyant sur le bouton appliquer
- Après ces étapes, veuillez redémarrer le Service Windows afin que les changements soient pris en compte. Si le problème persiste, utilisez un utilisateur Administrateur en effectuant à nouveau les étapes décrites ci-dessus

Erreur : Amazon.Runtime.AmazonServiceException – Échec de connexion aux services AWS

Si vous rencontrez l’erreur suivante dans les journaux de l’agent local :

Amazon.Runtime.AmazonServiceException: A WebException with status ConnectFailure was thrown. ---> System.Net.WebException: Unable to connect to the remote server --->

Cette erreur indique que le serveur sur lequel l’agent local est installé n’arrive pas à établir une connexion avec les services AWS, le plus souvent à cause de restrictions réseau ou pare-feu.

Cause principale

Le serveur bloque les connexions sortantes vers les endpoints AWS utilisés par Chift.
Cela se produit généralement si le port 443 (HTTPS) est restreint par un pare-feu.

Comment diagnostiquer le problème

Effectuez un test Telnet pour vérifier si les endpoints nécessaires sont accessibles depuis le serveur :

Ouvrez un terminal (Invite de commandes) sur le serveur où l’agent local est installé.
Lancez la commande suivante :
```
nginxCopyEdittelnet sqs.eu-west-3.amazonaws.com 443
```
- Cela permet de tester la connexion à AWS SQS, qui est utilisé pour la communication entre l’agent et Chift.
Effectuez également un second test pour le service S3 (utilisé lors d’envois de gros volumes de données) :
```
nginxCopyEdittelnet s3.eu-west-3.amazonaws.com 443
```

Si l’un de ces tests échoue (ex : la connexion expire ou ne peut pas être établie), cela signifie que le pare-feu bloque la connexion.

Résolution

Assurez-vous que le port 443 est ouvert pour le trafic sortant HTTPS.
Le pare-feu ou proxy doit autoriser les connexions vers au minimum les domaines suivants :
- sqs.eu-west-3.amazonaws.com
- s3.eu-west-3.amazonaws.com
Il peut également être nécessaire d’autoriser la plage d’adresses IP complète d’AWS pour la région eu-west-3, selon les politiques réseau de votre client. Vous pouvez consulter les plages d’adresses IP AWS pour obtenir la liste à jour.

Une fois les règles réseau mises à jour et la connexion autorisée, l’agent devrait pouvoir communiquer normalement avec les services AWS, et l’erreur ne se reproduira plus.