Cette page provient de l’ancien Wiki Uni-Action. La mise en page Tiki a été reconstruite, mais certaines captures ou pièces jointes historiques peuvent ne plus être disponibles. Vérifiez la version d’Acomba avant d’appliquer une procédure.
Le chemin d'accès d'Acomba est invalide.
Endroit rencontré:
- Lors de la publication de la société sur MaPaie.net.
Méthode de résolution:
Si la méthode de résolution proposée ne fonctionne pas, vous pouvez consulter la page Filer Error Inconnu et tenter les méthodes de résolution proposées. Si celles-ci fonctionnent, vous pouvez nous en faire part via notre Forum.
Autre contexte : Chemin de société invalide : branche SynergySync
SynergySync vers Acomba; distinct du cas MaPaie.net historique.
Niveau de preuve : Documentation du fournisseur du pont.
Libellés ou identifiants recherchables : Dossier de la société invalide.
Solution documentée
Pour « Dossier de la société invalide » dans SynergySync, ouvrir Configuration puis les réglages Acomba. Vérifier le dossier de société enregistré et sélectionner le répertoire correct via le bouton de sélection. Une fois la configuration corrigée, réessayer l’opération de synchronisation concernée.
Précautions Uni-Action
Identifier formellement la bonne société; ne pas sélectionner une copie de test ou un autre exercice pour faire disparaître le message. Ne pas déplacer les données au hasard.
Vérifier le résultat
Tester la connexion et l’identité de la société avant de reprendre les écritures.
Procédures liées
Autre contexte — COMException ODBC et connexion sans DSN
Cas résolu rapporté en 2015, VB.Net/ADODB. Message : « Le chemin d’accès d’Acomba est invalide. » avec le code -2147467259.
L’auteur confirme qu’utiliser un DSN configuré a rendu la connexion fonctionnelle sur le poste concerné, alors que la connexion sans DSN marchait ailleurs. Ce résultat ne valide pas toutes les autres suggestions du fil.
- Vérifier le nom du DSN attendu et sa présence pour l’architecture et le compte qui exécutent le programme.
- Contrôler les chemins de programme et de société enregistrés, puis tester la source.
- Faire utiliser ce DSN par l’intégration et retester une opération de lecture.
Précautions Uni-Action : ne pas imposer les valeurs de version SDK publiées dans les anciennes réponses, ni réutiliser leurs identifiants d’exemple. Ce contrôle de connexion ne justifie pas un déplacement des données ou une réinstallation aveugle de la société.
Procédures liées
Sources et niveau de validation
Une solution communautaire décrit un cas rapporté, pas une garantie pour toutes les versions. Les précautions générales de sauvegarde sont des consignes éditoriales Uni-Action.
- Chemin de société du pontdocumentation editeur connecteur · · Consulté le 2026-09-29
- ODBC COMException avec VB.Net sous Visual Studio 2013Forum communautaire indépendant · L’auteur confirme une connexion fonctionnelle en passant le DSN; les autres propositions ne sont pas toutes validées. · Consulté le 2026-09-29