Résolution des problèmes de Levée de fonds et engagement

Cet article répertorie les problèmes connus, les messages d’erreur et des conseils pour vous aider à résoudre les problèmes de Levée de fonds et engagement dans Microsoft Cloud for Nonprofit.

Problèmes connus

Activation d’un moyen de paiement inactif

La désactivation d’un mode de paiement est définitive et irréversible. Le jeton du mode de paiement est effacé une fois que vous avez désactivé le mode de paiement. Vous ne pouvez pas activer un mode de paiement désactivé, car Levée de fonds et engagement ne stocke pas les informations de la carte de crédit sur le mode de paiement. Vous devez effectuer à nouveau le processus de tokenisation et ajouter la carte de crédit du donateur à partir de la page Ajouter une carte de crédit.

Pour ajouter une nouvelle carte de crédit :

1. Sélectionnez Contacts dans la section Relations.

2. Ouvrez le contact pour lequel vous souhaitez ajouter un nouveau mode de paiement.

3. Dans le menu supérieur, sélectionnez Ajouter une carte de crédit.

   

4. Complétez les détails de la carte de crédit et sélectionnez Créer pour ajouter un nouveau mode de paiement.

Effets de l’heure d’été sur les échéanciers de paiement des donations périodiques

Pour les donations périodiques qui sont traitées un certain jour du mois, la prochaine date de paiement peut s’afficher un jour plus tôt dans l’étiquette en raison des passages à l’heure d’été/d’hiver. Ce problème est plus susceptible de se produire dans les fuseaux horaires UTC (Temps universel coordonné) + car le décalage horaire reflète un changement de l’heure UTC.

Levée de fonds et engagement ne fonctionne pas avec Dynamics 365 Sales Pro

La solution Levée de fonds et engagement dépend de Dynamics 365 Sales Enterprise. Si vous essayez de la déployer dans un environnement Dynamics 365 Sales Pro, elle ne peut pas accéder aux entités importantes, car la licence Sales Pro est limitée à 15 entités personnalisées. Pour en savoir plus sur la gestion des licences, consultez le Guide des licences Dynamics 365.

L’enregistrement de configuration et les rôles de sécurité contrôlent la visibilité

Si un utilisateur ne peut pas voir certaines parties du système, ou si les formulaires de ressources Web semblent ne pas fonctionner, assurez-vous que vous avez correctement configuré le composant dans l’enregistrement de configuration. Assurez-vous que l’utilisateur dispose des rôles de sécurité appropriés. Pour plus de détails sur l’enregistrement de configuration et les rôles de sécurité, consultez la section Rôles de sécurité.

Les reçus, les lettres de remerciement et les factures nécessitent un modèle Dynamics préconfiguré

Dans l’ensemble du système, il est possible de générer des reçus physiques, des lettres de remerciement et des factures. Ces fonctions ne fonctionnent que si vous avez préconfiguré un modèle Dynamics dans votre environnement. Sans modèle préconfiguré, rien ne se passe lorsque vous sélectionnez ces options.

Pour plus d’informations sur la préconfiguration de ces modèles, consultez la section Créer un modèle.

Le traitement de la transaction ou de l’échéancier de paiement n’aboutit pas

Si une nouvelle transaction n’aboutit pas après avoir sélectionné le bouton Traiter ou Enregistrer, cela est dû à des erreurs de configuration. Le traitement des enregistrements de transaction et d’échéancier de paiement nécessite un service de traitement des paiements dans l’enregistrement de configuration de l’utilisateur.

Considérations relatives à la configuration :

• Chaque utilisateur a besoin d’un enregistrement de configuration.
• Chaque enregistrement de configuration nécessite au moins un service de traitement des paiements.

Pour corriger ce problème :

• Assurez-vous d’avoir un enregistrement de configuration attribué. Si ce n’est pas le cas, alors vous devez affecter un enregistrement de configuration.
• Assurez-vous qu’un service de traitement des paiements est configuré dans votre enregistrement de configuration. Si ce n’est pas le cas, alors vous devez affecter un service de traitement des paiements à votre enregistrement.
• Vérifiez le portail Azure et assurez-vous que toutes les fonctions sont en cours d’exécution.

Remarques importantes :

• L’entité de service de traitement des paiements est requise, que vous utilisiez ou non une intégration à la passerelle de paiement. Si une passerelle de paiement n’est pas disponible, le champ Passerelle de paiement est facultatif et non obligatoire. Pour plus d’informations sur les passerelles de paiement, accédez à Configurer Levée de fonds et engagement.
• Vous avez besoin d’un service de traitement des paiements, même pour les transactions en espèces. Pour les transactions en espèces, le service de traitement des paiements n’a pas besoin d’être entièrement configuré avec un service back-end de paiement. Il suffit d’avoir une entrée de service de traitement des paiements associée à l’enregistrement de configuration.

L’historique des phases d’opportunité comporte un enregistrement initial incorrect

Les phases d’opportunité sont par défaut Qualifier pour la première, ce qui crée une entrée par défaut dans l’historique des phases pour Qualifier, même si vous avez personnalisé les phases.

En conséquence, la phase Qualifier est déjà enregistrée même lorsqu’elle est encore à la phase Identifier, ce qui se traduit par un doublon lorsque la phase Qualifier arrive.

Erreur lors de la création d’une nouvelle transaction à partir de la table Informations sur les dons

Lorsque vous ajoutez une nouvelle transaction à partir de la vue Informations sur les dons d’un contact à l’aide du bouton Nouvelle transaction, vous pouvez rencontrer l’erreur : Un échec s’est produit dans l’API Web dans Dynamics 365.

Pour éviter cette erreur, créez des transactions à l’aide du bouton Ajouter un don dans le ruban au-dessus de la vue de contact. Un partenaire Microsoft peut vous aider à désactiver le bouton Nouvelle transaction dans la zone Transactions associées .

Le champ Identifiant est vide dans un nouvel échéancier de paiement

La solution Levée de fonds et engagement ne prend pas en charge les fonctionnalités en dehors des applications pilotées par modèle. Les informations soumises via un portail échouent car la fonctionnalité JavaScript s’exécute dans des applications pilotées par modèle. Des identifiants importants sont manquants dans le portail, ce qui entraîne l’échec des transactions. Bien qu’il ne soit pas pris en charge, vous pouvez implémenter JavaScript sur le portail ou via un plugin pour ajouter des identifiants.

Messages d’erreur

Erreur ISV lors de la sauvegarde de l’enregistrement (exception consignée dans l’API Web)

Une violation de construction de clé étrangère est une erreur courante pour tout système qui utilise une architecture déconnectée. Cette erreur se produit lorsqu’un enregistrement associé ne se trouve pas dans la base de données Azure SQL mais existe dans Dynamics 365. À partir des enregistrements associés disponibles sur le formulaire qui présente l’erreur, modifiez l’enregistrement associé pour déclencher la mise à jour dans Azure et corriger le problème. Si vous ne savez pas quelle exception de clé étrangère s’est produite, utilisez le formulaire de journaux dans l’API Web dans Azure, qui répertorie les contraintes.

Erreur ISV lors de la sauvegarde de l’enregistrement (aucune exception consignée dans l’API Web)

Lorsqu’une exception ISV se produit et qu’aucune exception correspondante n’est consignée dans l’API Web, cette erreur signifie que Dynamics 365 ne peut pas du tout accéder à l’API Web. Il existe plusieurs raisons pour lesquelles cette erreur peut se produire. Pour résoudre le problème :

• Assurez-vous que l’utilisateur rencontrant l’erreur dispose d’un enregistrement de configuration défini dans son enregistrement d’utilisateur.
• Assurez-vous que les tables de base de données ont été créées à l’aide des migrations dans le projet.
• Si l’URL de l’API Web apparaît dans l’enregistrement de configuration, supprimez-la. Pour plus d’informations sur l’obsolescence des champs URL de l’API Web et Cadenas API, accédez à Conditions requises pour l’enregistrement de configuration.

Lors de la création du package géré de Levée de fonds et engagement à l’aide de l’outil de création de packages de solution, les développeurs et les administrateurs de base de données peuvent rencontrer une série de messages d’avertissement affichés par l’utilitaire qui ressemblent à ceci :

Following root components are not defined in customizations:
  Type=’SystemForm’, Id (or schema name)=’{00a8af62-bfa3-48b4-abc7-f81e7456fb1e}’,
  Type=’SystemForm’, Id (or schema name)=’{01d7135d-ba58-433d-8f5e-6b681ad4d450}’,

Ces avertissements sont connus et vous pouvez continuer. Si vous continuez, le package géré devrait se déployer comme prévu.

Erreur d’échec de l’appel du webhook lors de la mise à jour du paiement Visa

L’erreur L’appel du webhook a échoué car la requête http a reçu un code d’échec de l’état http. Vérifiez le gestionnaire de requêtes de votre webhook. se produit si les détails de la carte de crédit n’ont pas été mis à jour correctement.

Pour mettre à jour les détails de la carte de crédit existante :

1. Sélectionnez Contact dans la section Relations .

2. Dans le menu du haut, sélectionnez Mettre à jour la carte de crédit

   

Voir aussi

Utiliser Levée de fonds et engagement