deg
投稿の際は下記の情報をお書き添えください。
-------------------------------------------
WordPress のバージョン：（例 6.8.2）
Welcart のバージョン：（例 2.11.20）
PHP のバージョン：（例 8.2）
Welcart専用の拡張プラグインとバージョン：（例 DL Seller 3.5.8、SKU Select 1.4.7）
ご利用の親テーマとバージョン :（例 Welcart Basic 1.8.7）
ご利用の子テーマとバージョン :（例 Welcart Beldad 1.5.5）
利用している決済モジュール：
症状を確認したブラウザ：
サーバー【重要】：（会社名、サービス名）
--------------------------------------------
フォーラムへの返信
-
投稿
-
ikd 様
>こちらにつきまして、配送・支払方法ページで「AmazonPay」の支払方法を選択した時のことでしょうか。
>またはカートページで「AmazonPay」ボタン（クイック決済）を選択した時のことでしょうか。
>再現手順を連絡いただけますと幸いです。失礼しました。
カートページ最初の「カート」ページでAmazonPayを選択した場合です。
「配送・支払方法」ページでAmazonPayを選択した場合は、正常に動作する事を確認致しました。
宜しくお願い致します。efu 様
ご教示ありがとうございます。
情報までに今回の経緯をまとめておきます。１．受注発生 ⋯ 受注メール送受信 ⋯ 受注管理画面で受注処理後、サンクスメール送信（以降、発送処理待ち）
【ここまでは正常】
２．数時間後、当日受注分をまとめてcsv書き出し
【csv内の対象レコードに異常がある事が発覚し、対象レコードを管理画面で確認すると「商品データ」「決済データ」が空の状態になっていた】
３．これによりwelcart側（welcart pay）からは決済処理が行えなかったので、e-scott管理画面で直接売上計上処理を実施。
4．受注メールの内容を参照に欠損した商品情報・金額等を手動で登録し、受注内容を復元。ちなみに、welcart受注管理画面上の「支払情報」項目に表示されているTransactionId等の内容は全て正常に読み取れている様で、「決済情報」ボタンで開く決済処理用のウィンドウ内は空という状態です。
現在、サーバー会社へ同様の問い合わせ中で、先方でも要因を確認して貰っています。
何れにせよ、先のお尋ね通りこうした場合（e-scott側にデータがあるが、welcart側で読めない場合）に決済直前ログからの再取り込み以外に何か対処する方法はございませんでしょうか？
或いは決済直前ログに再認識させる方法などないものでしょうか？もし何か方法があればご教示宜しくお願い致します。
（誤）usceshop.class.php → （正）wc_confirm_page.php
失礼しました。これは違いそうですね。
要は、基本設定で「代引きの手数料対象＝総合計金額」にしている=>コンビニ手数料も総合計金額が対象となってしまう、という状況を「コンビニ決済の場合は手数料対象を商品代金のみ」にしたいのですが・・・該当する箇所のフックがあればご教授宜しくお願い致します。
追記
usceshop.class.php内の usces_get_tax_target()==’products’か’all’で切り分けている箇所 を、コンビニ決済の場合に’products’側で処理をさせる・・・
という事になりましょうか>受注データを削除することで利用履歴は消えます
承知致しました。
ご回答ありがとうございます。クーポンの運用上、特定会員に対する使用履歴の操作が想定されるケースは多々あるかと存じますので、是非ご検討宜しくお願い致します。
自己解決しました。
ざっくりまとめると「次回受注日を今日に > wcad_eventを発動」で即時テストできました。ポイントのみ記載しておくので、困っている方はご参考まで。
対象ファイルは探してください。
くれぐれも本番環境では慎重に。下準備＿＿＿＿＿＿＿＿＿＿＿
1）デフォルトは「次回受注日」に当日が含まれない仕様の為、テストができる様に当日可に書き換え
$sendout_num = 02）下記2箇所を暫定的にコメントアウト
if ( $acc_date == $today ) {
return false;
}if ( ! $res ) {
usces_log( ‘wcad_event_mark:res=’ . $res, ‘wcad.log’ );
usces_log( ‘wcad_event_mark:*** Stopped the automatic orders. ***’, ‘wcad.log’ );
return false;
}
sleep( rand( 1, 10 ) );3）WP-Cron系プラグインなど、イベントを任意に発動できる環境にしておく
動作テスト手順＿＿＿＿＿＿＿＿＿＿＿
1）定期購入リストから対象レコードの「次回到着日」を操作して、「次回受注日」を今日の日付に
2）WP-Cron系プラグインで、「wcad_event」フックをトリガーこれで自動受注が起こる筈です。
テスト終了後は諸々戻しておきましょう。ご回答ありがとうございます。
>自動で自動受注が生成されることを確認されたいということでしたら、データベースを操作し強制的に生成するのではなく、次回受注日までお待ちいただくほうがいいのではないか
なるほど、確かに仰る通りですね。
ただ、意図としては自動受注自体の動作確認というより、自動受注時の諸々の状況（受注データの上がり方やメールの内容、タイミングなど）を運用事前に確認する必要があり、これが1日に1回だと繰り返しの検証が全く出来ず・・・
という趣旨になります。プラグインの設定ファイルで、「発送日目安：当日の可否」や「1日1回」がありますので、このあたりを一時的に操作して何かできないものかと検証している次第です。
なかなかうまく行かずですが。ご助言助かります。
ありがとうございます。引き続き何かありましたら、宜しくお願い致します。
PAGE TOP