Magento – Erreur “Modèle non valide pour la méthode d'expédition: flatrate2” ou autres méthodes d'expédition

Malheureusement, il peut arriver, qu'il ya une erreur, lorsque vous essayez de générer une facture. Une fois que vous avez alors regardé dans le fichier journal de rapport, on trouve un bon aperçu du problème. Généralement il n'est que la première ligne

Modèle non valide pour la méthode d'expédition: flatrate2

C'est, que Magento a un problème avec une dépêche, actuel ou ancien. Dans notre cas, il s'agissait d'une tentative d'avoir plusieurs côté plat des taux à côte. Alors vinrent les taux forfaitaires 1-6. (Il a été un moment, donc je ne me souviens pas exactement le). Ils ont ensuite été copiés dans les tables de bases de données et rebaptisé etc.

Enfin, nous l'utilisons encore une autre façon (Tablerates multiples…Je l'ai signalé), de sorte que les autres étaient redondantes. Ainsi, ils étaient “supprimé”. Mais probablement pas tous. Dans la base de données étaient suffisamment de places où il a été souligné à cette. Ainsi, après quelques recherches, aidé seulement de ce qui suit:

1. Dans la base de données, EX.. Sélectionnez une base de données avec PHPMyAdmin et corriger

2. Table “core_config_data” rechercher

3. Sauvegarde de la table pour créer la sécurité (Exporter)

4. Si aucune sauvegarde nécessaire, peut intervenir 2 et 3 est omis. Sinon, entrez la ligne suivante à “SQL”

DELETE FROM WHERE core_config_data chemin LIKE '% carriers/flatrate2’

Il est important ici pour envoyer citations à respecter, sinon il ya une erreur SQL.

5. IMPORTANT: Il devrait toujours être le cache dans le backend et FTP seront supprimés après la suppression a eu lieu SQL, Sinon, la même erreur se produit à nouveau!

6. Re essayant de créer une facture. Devrait-il y avoir une autre erreur, nouveau se pencher sur le fichier de rapport ce qui n'allait pas cette fois (C'était le même fichier / message d'erreur, étape a été 5 😉 ignoré )

7. Nous étions alors encore le flatrate3, supprimer flatrate4 et flatrate5.

8. Chaque cache n'est pas oubliée.

9. Maintenant, il devrait fonctionner à nouveau.

10. Cela devrait également fonctionner avec d'autres méthodes d'expédition, qui se posent dans. Vous peut-être raison, mais alors la prorogation doit être réinstallé.

Ne se produisent, l'erreur généralement, si vous avez installé soit une méthode incorrecte d'expédition, cela est faux ou si vous avez expérimenté avec d'autres méthodes a.

Utilisé dans les versions Magento 1.4.1.1 et 1.5.1.0 Remarques? Ajouts? Remarques? Volontiers!