2016-04-26 7 views
0

Magentoバージョン1.9.2.3を使用しています。ユーザーのグループと商品のカスタム属性に基づいてカート価格ルールを設定しています時にはうまくいきません。私はそれが理由なら確かではない。私はそれが問題のオン・オフタイプなので、実際に問題を再現することはできません。magento v1.9カタログ価格規定が何度も動作しません

ユーザーは割引を得ていないと不平を言っています。注文を確認できますが、特定のユーザーに対して同じ注文を手動で追加すると割引が表示されます。

いずれかがこの問題を経験していますか?私は本当にこのあなたの助けに感謝します

ありがとうございます。

+0

Stack Overflowは[プログラミング関連](http://stackoverflow.com/help/on-topic)のQ&Aサイトであるため、このトピックをオフトピックとして閉じることにしました。あなたの質問はプログラミングに関するものではありません。おそらくあなたは代わりにhttp://magento.stackexchange.comに投稿する必要がありますか? – Enigmativity

答えて

0

カタログ価格ルールCronジョブが必要です。このextensionをインストールし、cronが動作しているかどうかを確認してください。 動作している場合、デフォルトのストアタイムゾーンがサーバーのタイムゾーンと一致していることを確認します。

enter image description here

クレジット:

両方のタイミングが同じであれば@Alexei Yerofeyev、はいよりも、これはMagentoののバグ(または私の理解を超えたいくつかのロジック)があります。私たちは同じ問題を抱えていました。 Magentoがフロントエンドに製品を表示すると、この日付のカタログルールがあるかどうかを確認します。このチェックに使用された日付はあなたのローカルなので、GMT + 5でした。ただし、カタログルールが適用されている場合、GMT日付が使用されます。つまり、午前5時まではルールを適用できませんでした。

問題はMage_CatalogRule_Model_Action_Index_Refresh :: execute()機能にあります。このファンクション/クラスは、拡張機能でもローカルファイルでも書き換えなければなりません。それが私たちのために働いたことの後

$timestamp = Mage::app()->getLocale()->date(null, null, null, true)->get(Zend_Date::TIMESTAMP); 

:この行で

$timestamp = $coreDate->gmtTimestamp('Today'); 

は、私たちはライン121を置き換えます。

こともdidtは0 1 * * *から30 */6 * * *catalogrule_apply_allのcron式を変更、AOEスケジューラの拡張機能を使用して

よりも、あなたのために働いて、それはあなたのために働く可能性がある場合。

可能であれば、割引が適用されていない注文時間をチェックし、価格ルールが正しく機能していない正確なタイミングを見つける必要があります。一時的な修正は、「カタログルールの適用」ボタンが機能していないときにもう一度クリックすることです。

関連する問題