Vérifications annulées ne supprimant pas la fenêtre chargement des transactions SafePay dans Microsoft Dynamics GP
Article
Cet article fournit une résolution pour obtenir les vérifications annulées pour supprimer la fenêtre chargement des transactions Safepay.
S’applique à : Microsoft Dynamics GP, Microsoft Dynamics SL Bank Reconciliation Numéro de base de connaissances d’origine : 2837937
Symptômes
Les vérifications annulées ne suppriment pas la fenêtre chargement des transactions de paiement sécurisé et sont incluses dans chaque fichier Safe Pay généré à l’avenir. La date TRX peut s’afficher dans la fenêtre Chargement des transactions de paiement sécurisé sous la forme 0/0/0000.
Cause
Cela se produit si les valeurs suivantes sont remplies :
Le chèque a été annulé AFTER qu’il a été réconcilié dans la Banque Rec.
La date du vide a été modifiée à partir de la date de vérification d’origine.
Ce problème n’est pas considéré comme un bogue, car les chèques qui ont été en espèces et réconciliés avec le relevé bancaire ne devraient pas être annulés. Au lieu de cela, cette idée est considérée comme une suggestion de produit.
Résolution
À l’avenir, le client doit examiner pourquoi il annule un chèque qui a déjà été encaissé et réconcilié avec la banque.
Solution de contournement : si une vérification rapprochée doit toujours être annulée, l’utilisateur doit conserver la date de vérification par défaut comme date d’annulation et ce problème ne se produit pas. Ne modifiez pas les dates lors de l’annulation. Ce problème se produit uniquement lorsque la date void est modifiée à partir de la date de vérification par défaut.
Étapes :
Pour obtenir les vérifications à supprimer la fenêtre Safepay, vous devez mettre à jour la date de la transaction annulée pour avoir la même date de vérification que la vérification d’origine.
Effectuez une sauvegarde et configurez d’abord dans un environnement de test, avant d’effectuer cette configuration dans votre base de données dynamique. Si vous n’avez pas de société de test, reportez-vous à cet article pour connaître les étapes de configuration d’une société de test :
Ouvrez SQL Server Management Studio. Sélectionnez le nouveau bouton de requête en haut et sélectionnez la base de données d’entreprise.
Copiez le script ci-dessous dans la fenêtre de requête et exécutez sur la base de données de l’entreprise pour trouver la date de vérification (TRXDATE) pour la vérification d’origine : (Vous devez constater que le champ réconcilié (RECOND) est marqué hors (1), mais que le champ VOIDED n’est pas (0) car lorsque vous annulez une vérification réconciliée, il crée un nouvel enregistrement dans cette table avec une quantité négative.) Notez le TRXDATE pour la vérification d’origine.
SQL
select RECOND, VOIDED, * from CM20200 where CMTRXNUM = 'xxx'--insert in the check number for the xxx placeholder above.
Exécutez maintenant ces scripts pour afficher les dates de cette vérification dans toutes les tables :
SQL
select TRXDATE, * from CM20200 where CMTRXNUM = 'xxx'select TRXDATE, * from ME123504 where CMTRXNUM = 'xxx'and CMTRXTYPE = 4select VOIDDATE, * from ME123506 where CMTRXNUM = 'xxx'--insert the check number for the xxx placeholder in the scripts above before executing.
Exécutez ensuite ces scripts pour rechercher les enregistrements correspondants mettre à jour les enregistrements void correspondants pour avoir cette même date que celle que vous avez trouvée à l’étape précédente :
SQL
update CM20200 set TRXDATE = 'YYYY-MM-DD'where CMTRXNUM = 'xxx'update ME123504 set TRXDATE = 'YYYY-MM-DD'where CMTRXNUM = 'xxx'and CMTRXTYPE = 4update ME123506 set VOIDDATE = 'YYYY-MM-DD'where CMTRXNUM = 'xxx'--insert the date you found in step 3 in for the YYYY-MM-DD placeholder and
the checknumberfor the xxx placeholder in the scripts above before executing.
Maintenant, générez le fichier Paiement sécurisé, et le vide et la vérification doivent être répertoriés à nouveau, mais déposeront ensuite la fenêtre après cela et seront partis de la fenêtre à l’avenir.
Si vous obtenez les résultats souhaités, effectuez les mêmes étapes dans votre base de données dynamique.
Les chèques postdatés sont des chèques émis à des fins d’émission ou de réception de paiements à une date future. Par conséquent, le chèque ne peut être encaissé avant la date indiquée. Dynamics 365 Finance prend en charge le cycle de gestion complet des chèques postdatés dans la comptabilité client et la comptabilité fournisseur.
Décrit comment ajouter les champs Commentaire1 et Commentaire2 au rapport de formulaire de facture vide SOP à l’aide de l’enregistreur de rapports dans Microsoft Dynamics GP 9.0.
Décrit un problème où l’avertissement - Les heures de congés dépassent les congés des employés disponibles sont affichées dans le rapport de fichiers de vérification de build dans la paie, même s’il y a suffisamment d’heures de vacances dans les ressources humaines dans Microsoft Dynamics GP.
Fournit une solution à une erreur qui se produit lorsque vous imprimez la liste De modification de facture d’achat dans le traitement des bons de commande dans Microsoft Dynamics GP.