Question

En ce moment soutien Magento altérant une commande uniquement sous forme d'une nouvelle commande, qui est peut-être en raison du processus de commande complexe et la structure de base de données. Mais souvent Réorganiser n'est pas une option en cas de données de carte de crédit du client ne sont pas stockées ou non possible de charger ou de remboursement

Je suis curieux de savoir la décision de ne pas faire le éditable de commande pour ajouter ou supprimer des éléments, en changeant leur quantité, en appliquant des rabais, etc.

Je aimerais aussi entendre parler des extensions qui travaillent autour de l'absence de la fonction. Celui que j'ai essayé, par exemple vrai Modifier commandes était un excentrique de peu face à des produits configurables.

Était-ce utile?

La solution

La réponse se trouve dans votre question et je crois que c'est ainsi dans Magento et aussi bien dans beaucoup d'autres causes de logiciels e-commerce et la comptabilité des dépendances du « document de commande » a.

Dans le commerce et la comptabilité est généralement édition pas une façon de faire les choses et afin d'obtenir la modification des soldes de crédit ou de débit d'effet sur les comptes spécifiques sont modifiées avec l'ajout de nouvelles lignes, soit des valeurs additionner ou soustraire. Ce n'est pas un bug et il est une caractéristique que des moyens de comptabilité calcul du résultat en fonction des actions pas le nombre des actions qui sont nécessaires pour obtenir un résultat. Chaque édition est une action qui doit être stockés afin de fournir la possibilité de calculer le solde, archiver et calculer ou présenter encore et encore.

Ainsi, dans Magento l'ordre dans l'ensemble n'est pas modifiable car il est pas nécessaire bien qu'il semble bizarre et inutile d'abord à presque tous les marchands ne l'obtiennent pas. Le fait qu'il rend plus difficile de maintenir votre e-magasin est juste un effet secondaire de faire les choses correctement.

Si vous pensez même plus loin, puis avec modifier tous les frères et sœurs de commande (adresses, articles, expédition et modes de paiement, en appliquant les réductions) les mêmes problèmes qui se passera si les totaux changent en raison que. Vous ne pouvez toujours pas les paiements de capture si vous ne disposez pas des données cc, etc rembourser car il a besoin d'une action du client. Dans le commerce électronique, vous avez seulement l'attention du client au moment où il confirme le paiement et tout ce qui se passe après a besoin de plus d'attention des deux partys

Donc, même si en IRL au magasin que vous faites sont prises (par caisse enregistreuse ou dans nos esprits) une sorte de commander le même processus d'addition et de soustraction des actions pour finaliser votre commande et si vous avez besoin de changement après le processus de paiement l'ordre est mis au rebut et nouveau est créé pour enregistrer vos nouvelles actions (paiements, remises, primes, articles, etc.). La seule chose qui rend cela possible en IRL plus est de façon transparente que le client est généralement là pour confirmer les modifications et autoriser les paiements et tous les détails et il arrive encore un peu plus vite dans toute relation de cause cerveau sont abstraites.

Autres conseils

La raison de faire pour ne pas modifiable est pas une complexité, mais la cohérence des données. Pour les produits d'instance peut être modifié ou même supprimé du catalogue après commande a été placée. Ainsi, la modification des produits commandés ne fera aucun sens. Même avec un client et ses détails.

Bien sûr de telles choses peuvent être prises en considération et le suivi intelligemment mais cela nécessitera tout le niveau de complexité, car dans ce cas, chaque entité nécessitera l'historique des modifications à enregistrer (par exemple, quel était le prix à l'ordre du temps a été placé, ce client groupe de clients était etc).

En ce qui concerne les détails de creditcard .. stocker ces données est « non-non ». Des choses telles que la capture, une autorisation partielle afin de paiement de capture plus tard ou le remboursement est possible dans Magento et dépend entièrement de la mise en œuvre du module de paiement.

Licencié sous: CC-BY-SA avec attribution
Non affilié à magento.stackexchange
scroll top