www.miel86.fr

Merci, Eolia. Je vais effectivement tenter de faire remonter l'info aux auteurs du module... si je les trouve

Bonjour, Mon site https://www.miel86.fr (version Prestashop actuelle 1.7.8.8) semble fonctionner correctement en général mais je rencontre un problème récurrent depuis quelques semaines : impossible d'afficher certaines commandes à cause d'une "erreur inattendue" (voir capture d'écran plus bas)... alors que je peux voir/imprimer sa facture sans problème, par ailleurs... ??? Il semblerait que le module transporteur RELAIS COLIS soit impliqué mais je ne vois rien d'anormal dans sa configuration, l'ai déjà désinstallé - réinstallé... sans résultat jusqu'ici. Suggestion(s) de résolution bienvenue(s)...

Bonjour. Tous mes clients bloquent dans leur commande à l'étape suivant l'indication de l'adresse de livraison (France Métropolitaine) sur mon site www.miel86.fr construit sous Prestashop version 1.7.8.8 : "Aucun transporteur n'est prévu pour votre zone de livraison"... et je n'arrive pas à trouver l'origine du bug : 1) côté produits, ils sont tous correctement paramétrés en dimensions et poids (cm & kg) 2) côté transporteurs, ils sont tous activés avec liste des zones desservies (zone rajoutées et activées A,B,C,D,E) 3) côté International / Zones géographiques... : a) Rajout et activation de 5 zones A, B, C, D, E b) 1 seul pays activé : France (code ISO : FR - Zone : Europe - Requiert un code postal ? Oui - Format du code postal : NNNNN - Contient des Etats ? Oui - Activé ? Oui) c) 95 Etats ajoutés = 95 départements métropolitains français. Exemple : ID : 405 - Nom : Seine-Maritime - Code ISO : FR-76 - Zone : B - Pays : France - Activé : Oui Je ne comprends pas où ça "coince". Peut-être une déconnexion entre les Zones et les Etats ? Je vois, par exemple, que les adresses clients indiquent toujours le même Etat (Ain = departement 01) dans une nouvelle fiche client, quel que soit le code postal indiqué au départ dans sa fiche. Aucun problème pour le corriger (tous les départements figurent bien en liste) mais le premier essai indique donc toujours un mauvais "Etat" (sauf si le client habite dans l'Ain - ce qui n'est pas le plus courant), signe qu'il n'y a pas correspondance entre un Etat et sa Zone (de livraison)... sans doute à l'origine du problème ? Suggestions de résolution bienvenues...

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 ?

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...

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é...