Ödeme sırasında "Lütfen Bir Nakliye Yöntemi Belirtin" istisnası alma

Üretimdeki bu hata için istisna günlükleri alıyorum, ancak sorunu yerel veya hazırlama ortamımda yeniden oluşturamıyorum, bu nedenle sorun gidermek oldukça zor oldu.

Hata Mage_Sales_Model_Service_Quote::_validate(), $ratedöndürülen $rate = $address->getShippingRateByCode($method)öğe boş olduğundan kaynaklanır .

Neler olup bittiğine dair daha iyi bir fikir edinmek için bazı günlüklere ekledim ve $methodbunun doğru gönderim yöntemini içerdiğini görebiliyorum .

En iyi tahminim, sürecin bir noktasında, nakliye oranlarının ne zaman olması gerektiğinden önce silinmesidir.

Bu istisna her gerçekleştiğinde, bunun geçersiz bir kredi kartı gibi meşru bir istisnadan hemen sonra gerçekleştiğini fark ettim. Sorunu geçersiz bir kredi kartı, sonra geçerli bir kredi kartı kullanarak yeniden oluşturmaya çalıştım, ancak benim için üretmiyor - evreleme, üretim veya yerel.

Benim ilk öbek belki nakliye yöntemi ilk geçerli istisna sonra bir yerde kayboluyordu oldu, ama durum böyle değil, çünkü $methodbu istisna atıldığı anda doğru değeri olduğunu görüyorum .

Kullandığım ödeme modülü AwesomeCheckout'tur - burada sorunlara neden olması gereken siparişler oluştururken, ancak ilgili olabilecek herhangi bir özel mantığa sahip değilim.

GÜNCELLEME: Eğer eksikse oranları hatırlamak için bazı kod ekledim.

protected function _validate()
{
    if (!$this->getQuote()->isVirtual()) {
        $address = $this->getQuote()->getShippingAddress();
        $addressValidation = $address->validate();
        if ($addressValidation !== true) {
            Mage::throwException(
                Mage::helper('sales')->__('Please check shipping address information. %s', implode(' ', $addressValidation))
            );
        }
        $method= $address->getShippingMethod();
        $rate  = $address->getShippingRateByCode($method);

        /**
         * Start Customization
         */
        if (!$this->getQuote()->isVirtual() && !$rate) {
            Mage::logException(new Exception("Rate was empty inside quote validate method, trying to forcefully recalculate"));
            $this->getQuote()->getShippingAddress()->setCollectShippingRates(true);
            $this->getQuote()->setTotalsCollectedFlag(false);
            $this->getQuote()->collectTotals();
            $rate  = $address->getShippingRateByCode($method);
        }
        /** End Customization **/             

        if (!$this->getQuote()->isVirtual() && (!$method || !$rate)) {
            Mage::throwException(Mage::helper('sales')->__('Please specify a shipping method.'));
        }
    }

Oranların nasıl çalıştığını ve nasıl talep edildiğini anlamalısınız. Temel olarak ücretler, ->setCollectShippingRates(true)shippinAddress nesnesinde ayarlandığında istenir ve sonuç oranları, ücretler tablosunda toplanıp saklanır. Bu tablo daha sonra boşaltılır ve yeni ücret talebi üzerine tekrar doldurulur.

sizin durumunuzda meydana gelen şey, hatanın atılması ve talebin tekrarlanması ve ücretlerin istenmemesi ancak orada olması bekleniyor. Bu yüzden oran koleksiyonunu

getQuote()->getShippingAddress()->setCollectShippingRates(true);

ve eğer işe yaramazsa toplamları da hatırlamaya çalışın

getQuote()->setTotalsCollectedFlag(false)->collectTotals();

Bazı uzantılar toplam nesneleri doğru bir şekilde uygulamıyorsa, collectTotals'ı birden çok kez çağırmanın toplamlarınızı bozabileceği konusunda uyarılmalıdır (ortak bir kusur)

Bunu çözebilirdi. "İstenen Ödeme Yöntemi kullanılamıyor" olanla aynı frekansta atılan ilgili bir istisnam vardı.

Bunun olmasının sebebinin gözlemcilerimden birinin sales_place_order_after bazı abonelik fiyatlandırması oluşturmak için bir teklif nesnesi (ve kaydetme) oluşturmasıydı.

Önce yeni bir müşteri (giriş değil) olarak kötü bir kredi kartı ile kontrol, daha sonra geri dönüp kredi kartı sabitleme ve tekrar ödeme yapmaya çalışarak çoğaltmayı başardı.

İstisna nedeniyle atma loadCustomerQuotegözlemcisicustomer_login birden fazla teklifiniz varsa tekliflerinizi birleştirecek ve böylece teklif üzerindeki ödeme yöntemi bilgilerinin bir kısmını kaybedecektir.

Düzeltme, abonelik gözlemcimde oluşturduğum yeni teklifi silmekti.

GÜNCELLEME: Hayır, "İstenen Ödeme Yöntemi mevcut değil" düzeltmesi bu sorunu çözmedi, yine de gerçekleşiyor.

Sadece belirtmek gerekirse, bazen PayPal Express sipariş verildikten sonra "Ödeyici tanımlanmadı" hatası verir. Bu hata aynı "Lütfen bir gönderim yöntemi belirtin" istisnasından kaynaklanır. Magento 1.8.1.0'da bu, sipariş verildikten sonra bir "fiyat teklifi birleştirmesi" veya "alışveriş sepeti birleştirmesine" neden olarak kolayca yeniden üretilebilir. Tekliflerin veya alışveriş sepetlerinin birleştirilmesi gönderim ücretlerinin silinmesine neden olur, ancak yeniden hesaplanmaz. Ve aslında, bunu düzeltmek istemezsiniz, çünkü o zaman müşteri üzerinde anlaştıklarından daha fazlasını ödüyor olabilir! Bunun yerine birleştirme işlevini kaldırmak veya Magento'yu yükseltmek istersiniz.

Bu, 1.9'da düzeltildi; müşterilerin PayPal'a yönlendirilmeden önce giriş yapması gerekir.

Benim durumumda bu hata onun kaynaklanan nulldeğer $methodve$rate

$method= $address->getShippingMethod();
$rate  = $address->getShippingRateByCode($method);
    if (!$this->getQuote()->isVirtual() && (!$method || !$rate)) {
Mage::throwException(Mage::helper('sales')->__('Please specify a 
shipping method.'));
}

bu yüzden bundan bir oran belirledim. Magento'nuzda bulunan yöntem ve oranda

$quote = Mage::getSingleton('checkout/session')->getQuote();
$address = $quote->getShippingAddress();
$shippingMethod = 'amtable_amtable5';
$shippingMethod = 'flatrate_flatrate';
$address->setCollectShippingRates(true)->collectShippingRates()->setShippingMethod($shippingMethod);