Message d’erreur « Erreurs d’entrée de données dans le lot RMPMXFR UserID » lorsque vous sélectionnez « Traiter » dans la fenêtre Créer des vérifications de remboursement dans Microsoft Dynamics GP

Cet article fournit une solution à une erreur qui se produit lorsque vous sélectionnez Processus dans la fenêtre Créer des vérifications de remboursement dans Microsoft Dynamics GP.

S’applique à : Microsoft Dynamics GP
Numéro de base de connaissances d’origine : 933027

Important

Avant de suivre les instructions de cet article, vérifiez que vous disposez d’une copie de sauvegarde complète de la base de données que vous pouvez restaurer si un problème se produit.

Symptômes

Lorsque vous sélectionnez Processus dans la fenêtre Créer des vérifications de remboursement, puis sélectionnez Transfert, vous pouvez rencontrer les problèmes suivants.

Scénario 1

Vous recevez le message d’erreur suivant :

Les erreurs d’entrée de données existent dans batch RMPMXFR UserID. Utilisez la fenêtre Récupération par lots pour traiter ce lot.

Note

UserID est un espace réservé pour le nom de connexion de l’utilisateur qui traite les chèques de remboursement. Ce nom de connexion fait partie du nom du lot.

Si la case à cocher Impression automatique des chèques fournisseurs est activée dans la fenêtre Configuration des chèques de remboursement, ce message d’erreur s’affiche avant l’affichage de la fenêtre Impression des chèques fournisseurs.

Vous sélectionnez OK après avoir reçu le message d’erreur. Si vous continuez à imprimer le lot de vérification, vous recevez le message d’erreur suivant :

Des erreurs ont été détectées dans ce lot de vérification. Corrigez les erreurs avant l’impression.

Note

Si vous avez activé l’analyse multidimensionnelle (MDA) pour l’un des comptes GL utilisés dans la vérification de remboursement et s’il a un groupe d’analyse MDA défini sur Obligatoire, mais qu’aucun ID de codes MDA par défaut n’est défini, la même erreur se produit et crée également un enregistrement vide dans la table PM20000. Une fois cette opération effectuée, l’enregistrement endommagé doit être supprimé manuellement de la table PM20000. Le problème peut être évité en désignant un ID de code d’analyse MDA par défaut pour le groupe de compte/d’analyse MDA défini sur 100 %, ou en définissant l’ID de groupe d’analyse MDA attribué pour le compte sur Facultatif au lieu de Obligatoire.

Scénario 2

  • Vous affichez les transactions du fournisseur dans la fenêtre « Demande de transaction à payer - Fournisseur ».
  • Vous sélectionnez la ligne du fournisseur.
  • Vous appuyez sur la touche Tabulation pour passer d'un champ à un autre.

Dans ce scénario, le message d’erreur suivant s’affiche :

La procédure stockée createSQLTmpTable a retourné les résultats suivants : SGBD 2627, Microsoft Dynamics GP :0.

La fenêtre « Demande de transaction payables - Fournisseur » contient les deux documents de travail suivants résultant du traitement de la vérification de remboursement :

  • Paiement de chèque pour le remboursement
  • Frais divers

Note

Vous ne voyez aucun document en double dans la fenêtre « Demande de transaction payable - Fournisseur ».

Si vous désactivez la case à cocher Travail et la case à cocher Historique, et ensuite, sélectionnez Redisplay, un autre document de frais divers s’affiche. Ce document a l’état Ouvrir et le message d’erreur dupliqué n’est pas affiché. Si vous examinez ce document ouvert, les frais divers ne présentent aucun montant et semblent être endommagés. Ce document n’apparaît pas si vous cochez les cases suivantes en même temps :

  • Travail
  • Ouvrir
  • History

Cause

Cause du scénario 1

Ce problème se produit si la publication des frais divers dans La gestion des fournisseurs dans Microsoft Dynamics GP est interrompue pour l’une des raisons suivantes :

  • Le compte à payer n’est pas affecté dans la fenêtre Maintenance du compte fournisseur, et le compte à payer n’est pas affecté dans la fenêtre Configuration des comptes de publication.
  • L'entreprise est enregistrée pour la Sécurité de niveau de compte. En outre, l’utilisateur qui traite les chèques de remboursement n’a pas l’autorisation d’utiliser les comptes fournisseurs désignés dans la fenêtre Maintenance du compte fournisseur ou dans la fenêtre Configuration des comptes de publication.
  • La période fiscale dans laquelle le remboursement se produit dans les comptes payables dans Microsoft Dynamics GP est fermé.
  • Le traitement des vérifications de remboursement a rencontré une interruption de publication ou une interruption réseau.

Cause ou scénario 2

Ce problème se produit si la publication d’un frais divers que le chèque paye a été interrompu. Les frais divers ont été partiellement publiés sans montant et la transaction reste dans le lot.

Résolution

Résolution du scénario 1

Pour résoudre ce problème, déterminez la cause dans la liste des causes possibles dans le scénario 1 dans la section Cause , puis corrigez le problème. Pour corriger le problème, procédez comme suit :

  1. Assurez-vous qu’un compte à payer par défaut est configuré pour l’achat dans Microsoft Dynamics GP et que le compte est répertorié dans la liste d’affichage dans la fenêtre Installation des comptes de publication.
  2. Assurez-vous que l’utilisateur a accès au compte payable dans la fenêtre Affectation de masse de structure organisationnelle. Pour ouvrir la fenêtre Affectation de masse de structure organisationnelle, pointez sur Système dans le menu Cartes, puis sélectionnez Affectations d’organisation.
  3. Assurez-vous que l’utilisateur a accès à la fenêtre Comptes payables à l’aide d’une sécurité régulière ou d’une sécurité avancée.
  4. Assurez-vous que la période fiscale dans laquelle le document est enregistré a l’état Ouvert dans la fenêtre Paramétrage des périodes fiscales dans le module Achats. Pour ouvrir la fenêtre Configuration des périodes fiscales, pointez sur Configurer dans le menu Outils, pointez sur Entreprise, puis sélectionnez Périodes fiscales.
  5. Rendre le lot de vérification disponible, puis rendre le lot RMPMXFR disponible. Pour ce faire, suivez les étapes décrites dans un lot ayant le statut Publication, Réception, Occupé, Marqué, Verrouillé ou Modifié dans Microsoft Dynamics GP.
  6. Si vous rencontrez les problèmes dans le scénario 2, accédez à la résolution du scénario 2.

Résolution du scénario 2

Pour résoudre ce problème, effectuez les opérations suivantes :

  1. Si vous n’avez pas encore mis le lot de chèques à disposition, mettez le lot de chèques à disposition. Pour ce faire, suivez les étapes décrites pour un lot maintenu dans l’état de Publication, Réception, Occupé, Marqué, Verrouillé ou Modifié dans Microsoft Dynamics GP.

  2. Une fois les documents vérifiés, supprimez le document en double.

    Note

    Si le document dont l'état est Ouvert a été correctement enregistré et que le document dont l'état est Travail n'est pas corrigé, supprimez le lot pour éliminer le document en double. Si le document dont l’état est Ouvert est endommagé, supprimez le document dont l’état est Ouvert, puis configurez le document dont l’état est Travail pour qu'il soit publié. (S’il n’y a aucun montant ou si la date du document est 00/00/0000, le document peut être endommagé.) Vous pouvez supprimer ce document à l’aide du script de suppression suivant dans SQL Query Analyzer ou à l’aide de la console Administrateur de support.

    Delete PM20000 where Dex_Row_ID = XX
    

    Note

    XX est un espace réservé pour l'identifiant de ligne Dex des frais divers.

  3. Si vous devez publier le document de frais divers, publiez le document.

  4. Après avoir récupéré le lot de chèques, imprimez le lot de chèques, puis publiez le lot de chèques. Pour plus d’informations, consultez Un lot est conservé dans l’état Publication, Réception, Occupé, Marqué, Verrouillé ou Modifié dans Microsoft Dynamics GP.

Plus d’informations

Pour utiliser les vérifications de remboursement, notez les exigences suivantes :

  • La fonctionnalité Les chèques de remboursement doit être activée, et vous devez avoir acheté les modules Comptes fournisseurs et Comptes clients dans Microsoft Dynamics GP.
  • La fenêtre Configuration des vérifications de remboursement doit être configurée.
  • Le dossier du fournisseur doit être créé pour le client.
  • La relation entre le client et le fournisseur doit être établie dans la fenêtre Relations client/fournisseur.

Lorsque les vérifications de remboursement sont traitées, Microsoft Dynamics GP part du principe que le client a trop payé la facture et demande que l’entreprise rembourse le paiement en espèces excédentaire. Lorsque vous traitez le remboursement, une note de débit est créée. La note de débit est appliquée au paiement en espèces excédentaire. Ensuite, des frais divers sont créés. Les frais divers sont immédiatement affichés au fournisseur. Ce document de frais divers est sélectionné pour le paiement à l’aide d’un chèque.