Reconnecter l'agent local Sage 100 en cas de problèmes de connexion ou de synchronisation

Vous pourriez rencontrer un problème de connexion ou de synchronisation avec votre agent local sur votre serveur Sage 100. Il existe plusieurs causes racines et messages d'erreur possibles. Veuillez les suivre dans l'ordre.

Remarque importante :
Vous devriez éviter de désinstaller et réinstaller le service à nouveau, car cette action supprime toutes les connexions existantes et crée des erreurs supplémentaires.

Votre serveur ne répond pas sur Spendesk

La première action à effectuer dans ce cas est d'aller dans Paramètres > Informations comptables > Intégration comptable et de cliquer sur le bouton rouge Rafraîchir le statut du serveur. Cela tentera de relancer la connexion avec l'agent local Sage 100 sur votre serveur.

Ne cliquez pas sur Changez d'intégration ou vous perdrez toute votre configuration comptable et installation sur votre serveur.

Votre agent local doit être redémarré sur votre serveur Sage 100

Si la première option n'a pas rétabli la connexion, veuillez suivre ces étapes sur votre serveur Sage 100 :

Ouvrez l'application de Gestion des Services Windows (service.msc)
Assurez-vous que le service SAGE100FR est configuré pour s'exécuter sous un compte utilisateur disposant des droits d'accès nécessaires à la fois à la base de données SQL Sage et à tous les partages réseau où les fichiers Sage sont stockés.
Ensuite, redémarrez le service SAGE100FR.

Votre service de mise à jour doit être désinstallé de votre serveur Sage 100

Une troisième option est également possible si vous avez commencé à utiliser l'intégration avec Sage 100 dès le début ou quelques mois après son lancement par Spendesk. Sur votre serveur Sage 100, vous devriez avoir un service de mise à jour appelé ChiftServiceUpdater. Vous pouvez le désinstaller ou le désactiver sur votre serveur. Ce service cause des interférences de connexion.

Message d'erreur 'An error occurred during the initialization of Sage 100 FR. Le nom de l'utilisateur est incorrect'

Vous pourriez voir un message d'erreur 'An error occurred during the initialization of Sage 100 FR. The username is incorrect' lors de la tentative d'exportation d'une dépense sur Spendesk depuis Comptabiliser > Exporter.

Dans ce cas, il s'agit d'un problème d'authentification avec Sage 100, l'email de l'utilisateur Azure est incorrect. Pour résoudre cela, vous devez ouvrir votre fichier settings.json situé sur votre serveur, et modifier la valeur de azureUser avec le bon email. Assurez-vous qu'il s'agit d'une modification appropriée du fichier JSON.

Message d'erreur 'Retrieving the COM class factory for component XXX failed' sur Sage 100

Si vous rencontrez le message d'erreur 'Retrieving the COM class factory for component XXX failed', cela est causé par une incompatibilité entre la bibliothèque Objets Métiers installée et les données disponibles sur l'ordinateur ou le serveur où l'agent local est installé. Veuillez vérifier les points suivants dans l'ordre :

La bibliothèque Objets Métiers est-elle installée ?
La version installée de la bibliothèque Objets Métiers correspond-elle à la version Sage du client ?
La version installée de l'agent local correspond-elle à la version Sage utilisée par le client ?

Cette erreur est toujours due à l'un des trois points ci-dessus.

Message d'erreur 'Access denied' survenu lors de l'initialisation de Sage 100 Objets Métiers

Cette erreur est généralement due au fait que le Service Windows s'exécute sous un utilisateur qui n'a pas les permissions nécessaires.

Pour résoudre cela :

Assurez-vous que le chemin saisi dans le formulaire est correct.
- Si le dossier se trouve sur un serveur externe ou un lecteur réseau, utilisez toujours le chemin UNC (par exemple, \\SERVEUR\Dossier) au lieu d'un lecteur réseau mappé comme S:.
Assurez-vous que l'utilisateur exécutant le Service Windows a accès à ce chemin.

Pour changer l'utilisateur pour le Service Windows :

Ouvrez la liste des Services Windows.
Trouvez le service nommé Sage100FRService, faites un clic droit dessus et sélectionnez Propriétés.
Allez dans l'onglet Connexion, sélectionnez Ce compte, puis cliquez sur Parcourir.
Dans la section inférieure, entrez le nom d'utilisateur Windows à utiliser. Cliquez sur Vérifier les noms pour vérifier qu'il existe, puis cliquez sur OK.
Entrez le mot de passe de cet utilisateur et cliquez sur Appliquer pour enregistrer les modifications.

Enfin, redémarrez le Sage100FRService pour que les modifications prennent effet. Si le problème persiste, essayez d'utiliser un compte Administrateur et répétez les étapes ci-dessus.

Message d'erreur 'Amazon.Runtime.AmazonServiceException: A WebException with status ConnectFailure'

Si vous rencontrez l'erreur suivante dans les logs 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 où l'agent local est installé ne peut pas établir de connexion aux services AWS, le plus souvent en raison de restrictions de pare-feu. La cause racine est que le serveur bloque les connexions sortantes vers les points de terminaison AWS utilisés par Chift. Cela se produit généralement si le trafic sortant sur le port 443 (HTTPS) est restreint au niveau du pare-feu.

Diagnostic : Effectuez un test telnet pour vérifier si les points de terminaison requis sont accessibles depuis le serveur :

Ouvrez une invite de commande sur le serveur où l'agent local est installé.
Exécutez la commande suivante :
```
telnet sqs.eu-west-3.amazonaws.com 443
```
- Cela teste la capacité de se connecter à AWS SQS, qui est utilisé pour la communication entre l'agent et Chift.
Exécutez un second test pour le point de terminaison S3 (utilisé lors de transferts de données volumineux) :
```
telnet s3.eu-west-3.amazonaws.com 443
```

Si l'un des tests échoue (par exemple, la connexion expire ou ne peut pas s'établir), cela confirme que le pare-feu bloque la connexion.

Résolution : Assurez-vous que le port 443 est ouvert pour le trafic HTTPS sortant.

Le pare-feu ou proxy devrait autoriser les connexions au moins vers les domaines suivants :
- sqs.eu-west-3.amazonaws.com
- s3.eu-west-3.amazonaws.com
Vous devrez peut-être autoriser la gamme complète des **IP AWS pour la région eu-west-3, selon vos politiques réseau. Consultez les plages IP AWS pour des informations à jour.

Une fois les règles de pare-feu mises à jour et la connexion autorisée, l'agent devrait pouvoir communiquer correctement avec les services AWS et l'erreur ne se produira plus.

Si l'une de ces options ci-dessus a fonctionné, vous pouvez continuer à utiliser l'intégration native Sage 100. Sinon, vous pouvez contacter le support client Spendesk en utilisant notre chatbot, et nous vous aiderons pour le troubleshooting.