Jump to content

Correction erreur saisie paiement commande


Recommended Posts

Bonjour.

Ma boutique fonctionnant actuellement avec Prestashop en version 1.7.8.8 et PHP 7.4.29, je ne parviens pas à corriger une erreur d'enregistrement paiement/client : Etat "paiement accepté" + ajout d'un paiement en espèces = doublement automatique du montant effectivement réglé (facture payée = 18 € et règlement enregistré = 36 € !).

Sachant que le client a correctement payé le produit commandé, qu'il l'a correctement reçu et qu'il s'agit uniquement d'une erreur interne d'enregistrement comptable (produit payé 1 fois et comptabilisé comme payé 2 fois), il doit bien exister une technique corrective simple pour régulariser le compte client concerné...

Link to comment
Share on other sites

On 2/24/2023 at 7:09 PM, www.miel86.fr said:

Bonjour.

Ma boutique fonctionnant actuellement avec Prestashop en version 1.7.8.8 et PHP 7.4.29, je ne parviens pas à corriger une erreur d'enregistrement paiement/client : Etat "paiement accepté" + ajout d'un paiement en espèces = doublement automatique du montant effectivement réglé (facture payée = 18 € et règlement enregistré = 36 € !).

Sachant que le client a correctement payé le produit commandé, qu'il l'a correctement reçu et qu'il s'agit uniquement d'une erreur interne d'enregistrement comptable (produit payé 1 fois et comptabilisé comme payé 2 fois), il doit bien exister une technique corrective simple pour régulariser le compte client concerné...

Bonjour, 

Le paiement n'aurait jamais dû être accepté, mais rester en attente de paiement.

Le statut Paiement accepté est clair, il indique le paiement a été reçu. Il ne devrait pas être reçu. Pour un paiement en espèces, le paiement doit rester en attente jusqu'à règlement et passer manuellement à "payé".

Prestashop n'étant pas un système comptable de base, il suffit simplement de supprimer la commande, et de la recréer manuellement en back-office, le cas échéant, créer un remboursement de la commande et recréer celle-ci intégralement.

Link to comment
Share on other sites

Il y a 1 heure, AfterGlow93 a dit :

Le statut Paiement accepté est clair, il indique le paiement a été reçu. Il ne devrait pas être reçu. Pour un paiement en espèces, le paiement doit rester en attente jusqu'à règlement et passer manuellement à "payé".

Tout à fait le souci est sur votre configuration et des tests doivent être effectués pour valider ce genre de procédure avant d'être utilisée en production.

Il y a 1 heure, AfterGlow93 a dit :

Prestashop n'étant pas un système comptable de base, il suffit simplement de supprimer la commande, et de la recréer manuellement en back-office, le cas échéant, créer un remboursement de la commande et recréer celle-ci intégralement.

Surtout pas, on ne supprime jamais dans aucun cas et pour aucune raison les factures dans PrestaShop, c'est illégal, si une procédure d'archivage n'est pas en place.

Donc effacement de la ligne de paiement dans la base, rien de plus.

Link to comment
Share on other sites

Merci pour vos réponses, AfterGlow93 et Mediacom87. Je n'ai évidemment jamais envisagé de supprimer des documents officiels (encore moins des factures !) et cherche bien - comme suggéré par Mediacom87 - à supprimer seulement la ligne de paiement erronée... mais ne vois justement pas comment procéder (Prestashop ne semblant accepter que le rajout d'un paiement - d'un montant forcément positif - ou la génération d'un avoir - donnant donc au client un droit de remboursement... qu'il n'a pas). Bref, ne pas hésiter à me dire comment supprimer simplement dans la base une ligne de paiement erronée...

Link to comment
Share on other sites

On 2/26/2023 at 1:02 PM, www.miel86.fr said:

Merci pour vos réponses, AfterGlow93 et Mediacom87. Je n'ai évidemment jamais envisagé de supprimer des documents officiels (encore moins des factures !) et cherche bien - comme suggéré par Mediacom87 - à supprimer seulement la ligne de paiement erronée... mais ne vois justement pas comment procéder (Prestashop ne semblant accepter que le rajout d'un paiement - d'un montant forcément positif - ou la génération d'un avoir - donnant donc au client un droit de remboursement... qu'il n'a pas). Bref, ne pas hésiter à me dire comment supprimer simplement dans la base une ligne de paiement erronée...

Attention, un système d'archivage est nécessaire pour effectuer une suppression cela va de soi.

Même si Prestashop est NF525 (Loi anti-fraude TVA), il n'en demeure pas moins être un logiciel de e-commerce et non un logiciel comptable, ce genre d'opérations deviennent compliquées sans logiciel comptable spécialisé.

S'agit il du premier paiement ou il y'a des d'autres paiements dans la base de données ? Il faudra être vigilant et ne pas supprimer le mauvais paiement

Link to comment
Share on other sites

Le 28/02/2023 à 7:53 AM, AfterGlow93 a dit :

Attention, un système d'archivage est nécessaire pour effectuer une suppression cela va de soi.

Même si Prestashop est NF525 (Loi anti-fraude TVA), il n'en demeure pas moins être un logiciel de e-commerce et non un logiciel comptable, ce genre d'opérations deviennent compliquées sans logiciel comptable spécialisé.

S'agit il du premier paiement ou il y'a des d'autres paiements dans la base de données ? Il faudra être vigilant et ne pas supprimer le mauvais paiement

Aucun problème pour créer un document correctif laissant apparaître l'opération en toute transparence (corriger une erreur de saisie est comptablement parfaitement admis)... mais on tourne en rond. Quelqu'un pourrait-il me dire comment procéder à cette annulation de seconde saisie erronée de paiement ?

Link to comment
Share on other sites

Le 26/02/2023 à 11:38 AM, Mediacom87 a dit :

Donc effacement de la ligne de paiement dans la base, rien de plus.

Déjà expliqué, mais j'avoue je n'ai pas pris le temps à votre place d'ouvrir la base de données pour chercher où cela se passe exactement, mais en même temps tout cela doit être logique et simple. On n'oublie pas de sauvegarder avant de faire ce genre d'opération.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...