आदेश संपादन सुविधा


22

अभी Magento केवल एक आदेश के रूप में एक आदेश में फेरबदल का समर्थन करता है, जो जटिल आदेश प्रक्रिया और डेटाबेस संरचना के कारण हो सकता है। लेकिन अक्सर ग्राहक क्रेडिट कार्ड डेटा संग्रहीत या वापसी या वापसी के लिए संभव नहीं होने की स्थिति में रिकॉर्डर एक विकल्प नहीं है

मैं वस्तुओं को जोड़ने या हटाने, उनकी मात्रा बदलने, छूट लागू करने आदि के लिए आदेश को संपादन योग्य नहीं बनाने के निर्णय के बारे में उत्सुक हूं।

मैं उन एक्सटेंशनों के बारे में भी सुनना चाहूंगा जो फ़ीचर की कमी के आसपास काम करते हैं। एक मैंने कोशिश की, जैसे कि ट्रू एडिट ऑर्डर ऑर्डर करने योग्य उत्पादों का सामना करते समय थोड़ा विचित्र था।

जवाबों:


11

उत्तर आपके प्रश्न में निहित है और मेरा मानना ​​है कि यह मैगेंटो में और साथ ही साथ अन्य ई-कॉमर्स और लेखांकन सॉफ्टवेयर निर्भरता के कारण "ऑर्डर दस्तावेज़" में है।

वाणिज्य और लेखा में आम तौर पर संपादन चीजों को करने का एक तरीका नहीं है और संपादन प्रभाव को प्राप्त करने के लिए विशिष्ट खातों पर क्रेडिट या डेबिट शेष को नई पंक्तियों को जोड़ने के साथ बदल दिया जाता है जो या तो मूल्यों को जोड़ते हैं या घटाते हैं। यह बग नहीं है और यह एक विशेषता है क्योंकि लेखांकन का अर्थ है क्रियाओं के आधार पर परिणाम की गणना करना, कुछ परिणाम प्राप्त करने के लिए आवश्यक क्रियाओं की गिनती नहीं। प्रत्येक संपादन एक ऐसी कार्रवाई है जिसे संतुलन की गणना करने की संभावना प्रदान करने के लिए संग्रहीत किया जाना चाहिए, इसे संग्रहीत करना और इसे बार-बार गणना या प्रस्तुत करना।

इसलिए Magento में आदेश पूरे रूप में संपादन योग्य नहीं है क्योंकि इसकी आवश्यकता नहीं है, हालांकि यह अजीब और अनावश्यक लगता है, जो पहले से लगभग सभी व्यापारियों को पसंद नहीं है। यह तथ्य कि आपके ई-स्टोर को बनाए रखना कठिन है, चीजों को ठीक से करने का केवल एक साइड-इफेक्ट है।

यदि आप आगे सोचते हैं, तो सभी आदेश भाई-बहनों (पते, आइटम, शिपिंग और भुगतान के तरीकों को बदलने, छूट लागू करने) के साथ भी वही मुद्दे होंगे जो कि योग के कारण बदल जाते हैं। यदि आपके पास cc डेटा नहीं है, तो आप भुगतान पर कब्जा नहीं कर सकते हैं, धनवापसी आदि के कारण ग्राहक से कार्रवाई की आवश्यकता होती है। ई-कॉमर्स में आपके पास केवल उस समय ग्राहक का ध्यान होता है जब वह भुगतान की पुष्टि करता है और उसके बाद होने वाली हर चीज दोनों हिस्सों से अधिक ध्यान देने की आवश्यकता होती है

यहां तक ​​कि अगर स्टोर पर IRL में आप किसी तरह की ऑर्डर करने की प्रक्रिया को जोड़ रहे हैं और घटाना कार्रवाई कर रहे हैं, तो आपके ऑर्डर को अंतिम रूप देने के लिए (कैश रजिस्टर या हमारे दिमाग में) कार्रवाई की जाती है और यदि आपको भुगतान प्रक्रिया के बाद बदलने की जरूरत है, तो ऑर्डर ऑर्डर करना होगा। त्याग दिया और नया आपके नए कार्यों (भुगतान, छूट, बोनस, आइटम आदि) को रिकॉर्ड करने के लिए बनाया गया है। केवल एक चीज जो IRL में इसे अधिक सरलता से संभव बनाती है, वह यह है कि क्लाइंट आमतौर पर परिवर्तनों की पुष्टि करने और भुगतानों और सभी विवरणों को अधिकृत करने के लिए होता है और यह अभी भी किसी भी मस्तिष्क कारण के संबंध में थोड़ा तेजी से होता है।


8

आदेश नहीं संपादन करने का कारण एक जटिलता नहीं है, लेकिन डेटा स्थिरता है। उदाहरण के लिए उत्पाद को संशोधित किया जा सकता है या ऑर्डर दिए जाने के बाद कैटलॉग से हटा भी दिया जा सकता है। तो आदेशित उत्पादों के संशोधन का कोई मतलब नहीं होगा। एक ग्राहक और उसके विवरण के साथ भी।

बेशक ऐसी बातों को ध्यान में रखा जा सकता है और समझदारी से ट्रैक किया जा सकता है लेकिन इसके लिए पूरे स्तर की जटिलता की आवश्यकता होगी क्योंकि इस मामले में प्रत्येक इकाई को संशोधन इतिहास को सहेजने की आवश्यकता होगी (जैसे कि समय के आदेश पर क्या कीमत रखी गई थी, ग्राहक समूह क्या है ग्राहक आदि थे)।

क्रेडिटकार्ड विवरण के बारे में .. इस डेटा को संग्रहीत करना "नहीं-नहीं" है। मैगेंटो में आंशिक रूप से भुगतान, बाद में भुगतान पर कब्जा या रिफंड लेने के लिए प्राधिकरण के रूप में ऐसी चीजें संभव हैं और भुगतान मॉड्यूल कार्यान्वयन पर पूरी तरह से निर्भर हैं।


जवाब टिम के लिए धन्यवाद। क्रेडिट कार्ड डेटा स्टोरेज के बारे में मेरा मतलब यह नहीं था कि हमें इसे स्टोर करना चाहिए, लेकिन Authorize.net CIM जैसी सेवाओं के साथ कार्ड पर चार्ज या रिफंड संभव है
Zifius

डेटा स्थिरता के बारे में यह समझा जाता है, लेकिन अतिरिक्त सावधानी और जांच से इस कारण में मदद मिलनी चाहिए
Zifius

@Zifius: कृपया मेरा संपादन देखें।
user487772
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.