Siparişler düzenleme özelliği


22

Şu anda, Magento, sadece bir yeniden sipariş şeklinde siparişin değiştirilmesini desteklemektedir; bu, karmaşık sipariş süreci ve veri tabanı yapısından kaynaklanıyor olabilir. Ancak, müşteri kredi kartı verilerinin saklanmaması veya ücretlendirilmesi veya iadesi mümkün olmadığında, yeniden sipariş sık sık bir seçenek değildir.

Siparişi, ürün eklemek veya çıkarmak, miktarlarını değiştirmek, indirim uygulamak vb. İçin düzenlenebilir hale getirme kararını merak ediyorum.

Ayrıca, özellik eksikliği etrafında çalışan uzantıları da duymak isterim. Denedim, örneğin Gerçek Düzenleme Emirleri yapılandırılabilir ürünlere bakarken biraz tuhaftı.

Yanıtlar:


11

Cevap, sorunuzda yatıyor ve bunun "Magento" da olduğu gibi, "sipariş belgesinin" sahip olduğu bağımlılıkların neden olduğu pek çok e-ticaret ve muhasebe yazılımı olduğuna inanıyorum.

Ticaret ve muhasebede genellikle düzenleme işleri yapmak için bir yol değildir ve düzenleme efekti elde etmek için belirli hesaplardaki kredi veya borç bakiyeleri, değer ekleyen veya çıkartan yeni satırlar eklenerek değiştirilir. Bu bir hata değildir ve muhasebe, bir sonucu elde etmek için gereken işlemlerin sayısını değil, işlemlere dayalı sonucu hesaplamak anlamına geldiği için bir özelliktir. Her düzenleme, bakiyeyi hesaplamak, arşivlemek ve tekrar tekrar hesaplamak veya sunmak için olanak sağlamak için saklanması gereken bir eylemdir.

Bu yüzden Magento'da, siparişin tamamı düzenlenebilir değildir, çünkü ilk başta neredeyse tüm tüccarların anlayamadığı garip ve gereksiz görünse de, gerekli değildir. E-mağazanızı korumayı zorlaştırması, işleri düzgün bir şekilde yapmanın bir yan etkisidir.

Daha fazla düşünürseniz, tüm sipariş kardeşlerini (adresler, ürünler, nakliye ve ödeme yöntemleri, indirimleri uygulayarak) değiştirseniz bile, eğer toplamlar bundan dolayı değişirse, aynı sorunlar ortaya çıkacaktır. CC verisine sahip değilseniz, geri ödeme vb. İstemciden bir işlem yapması gerektiğinden ödemeleri hala alamazsınız. E-ticarette, müşterinin sadece ödemeyi onayladığı zamanki dikkatini çekersiniz ve bundan sonra gerçekleşen her şey her iki tarafın da dikkatini çeker.

Bu nedenle, mağazada IRL'de bir tür sipariş veriyor olsanız bile, aynı işlemi ekleme ve çıkarma işlemi gerçekleştirilir (yazarkasa veya aklımızda), siparişinizi sonlandırmak için ve ödeme işleminden sonra değişiklik yapmanız gerekiyorsa, sipariş atılır ve yeni işlemlerinize (ödemeler, indirimler, ikramiye, kalem vb.) kayıt yapmak için yenisi oluşturulur. Bunu IRL'de daha sorunsuz bir şekilde mümkün kılan tek şey, müşterinin genellikle değişiklikleri onaylamak ve ödemeleri ve tüm ayrıntıları onaylamak için orada olması ve herhangi bir beyinde biraz daha hızlı gerçekleşmesi, ilişkilerin soyutlanmasına neden olmasıdır.


8

Düzenlenebilir olmama nedeni karmaşıklık değil veri tutarlılığıdır. Örneğin, sipariş verildikten sonra ürün değiştirilebilir veya katalogdan bile silinebilir. Bu nedenle sipariş edilen ürünlerin değiştirilmesi hiçbir anlam ifade etmeyecektir. Bir müşteri ve onun detayları ile aynı.

Elbette bu tür şeyler akıllıca göz önünde bulundurulabilir ve izlenebilir, ancak bu tüm karmaşıklık seviyesini gerektirecektir, çünkü bu durumda her bir kuruluşta değişiklik tarihçesinin kaydedilmesini gerektirecektir (örneğin, sipariş sırasındaki fiyat neydi, hangi müşteri grubu? müşteri vs idi).

Kredi kartı detaylarıyla ilgili olarak .. bu verilerin saklanması "hayır-hayır" dır. Kısmi ödeme, ödemenin daha sonra alınması veya iadesi için yetki verilmesi gibi şeyler Magento'da mümkündür ve ödeme modülü uygulamasına tamamen bağlıdır.


Cevabınız için teşekkürler Tim. Kredi kartıyla ilgili veri depolama alanında saklamak zorunda olduğumuzu kastetmedim, ancak Authorize.net CIM gibi servislerle dosyada kart şarj etmek veya para iadesi yapmak mümkün
Zifius

Veri tutarlılığı ile ilgili anlaşıldığı halde, ek önlem ve kontroller bu
amaca

@Zifius: Lütfen düzenlememe bakın.
user487772
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.