maixhin 様
はい、可能ではあります。
ペイジェントでしたら、Welcart のクレジット決済設定で、
「同時売上モード（初回購入時）」を「オーソリのみ」、「自動継続課金同時売上モード」を「売上」という設定にしてください。
設定方法はマニュアルP14~をご参照ください。
ただし、初回購入時の表示が「0円」や「無料」にはなりません。
あくまで「初回購入日」が受注日で、メールにも金額に設定金額が入ってしまいます。
このあたりはご自身で表示をカスタマイズされるか、注意書きを追加されるか工夫する必要があると思います。
以下のペイジェントのデモサイトにてテスト用の商品を登録してみましたので、ご確認いただけたらと思います。
https://demo.welcart.info/paygent/wordpress/?p=296
テスト用カード番号：4000000000000000
期限：04/24 セキュリティコード：0000tailang 様
ご回答ありがとうございます。
以降のお取引に問題はないとのことで安心いたしました。
接続に問題はないように見受けられますので今のところ原因の特定が難しい状況です。
大変心苦しいですがご理解いただけますと幸いです。
しばらく様子を見ていただき、もし同様のケースが頻発するようでしたらお手数ですが改めてご連絡いただけますでしょうか。
なお該当受注の決済につきましては Welcart からの決済処理の操作ができないと思われますので、クロネコWEBコレクトの管理画面にて行っていただけますようお願いします。
ご回答ありがとうございます。
理想的な形で実現できそうで安心しました。懸念点が解消されたので導入させて頂きたいと思います。
ご丁寧にテスト用商品の登録まで行っていただきありがとうございます。
確かにカスタマイズや注意書きの工夫が必須な表示でしたので、ここは色々と考えてみたいと思います。
この度はご対応ありがとうございました。
すでに解決されているかと思いますがコメントさせていただきます。
Xサーバー（レンタルサーバー）にてペイジェントのモジュールタイプの使用を試みましたところ同様のエラーがでました。
エラー原因はXサーバーの仕様で、CURLのバージョンが「SSL Version NSS/3.53.1」
となっているため、認証ができない為かと思います。
ペイジェント、Xサーバー双方に問い合わせをしましたが現時点では、両者対応してくれておりません。（サポート外とのことでした）
なお、ペイジェントテスト環境は、本番と認証方法が異なり、問題が起きません。
この罠にはまらないようにこれからページェントを選択肢に考えている方はご注意ください。
送料個別課金商品（物販）とサービス区分商品をカート同梱するとサービス区分商品の分も送料が加算されてしまいました。
こちらはバグかと思いますがご検証いただき、バグであれば修正をお願いいたします。
——————————————-
WordPress のバージョン：6.5.2
Welcart のバージョン： 2.10.1
PHP のバージョン：7.4.33
Welcart専用の拡張プラグインとバージョン： WCEX SKU Select 1.4.5 ／WCEX DL Seller 3.5.3
ご利用の親テーマとバージョン :Welcart Basic 1.8.3
ご利用の子テーマとバージョン :Welcart Basic 1.8.3
症状を確認したブラウザ： chrome
サーバー【重要】：（会社名、サービス名） Xサーバー レンタル
——————————————–
reno-creさん
こんにちは。貴重な情報ありがとうございます。
最新のバージョンは「NSS 3.83」のようですが、そのペイジェントテスト環境でのNSSバージョンはお判りでしょうか。
弊社の開発環境はOpenSSLですので、NSSでのテストを行っていません。
基本、cURLはどちらの環境でも動作しますので問題はないと思いますが、NSSのバージョンが古いことでそう言った症状になるのでは、何か対策をとる必要があるのかもしれません。
しかし、「NSS 3.53.1」は2020年5月にリリースされたもので、セキュリティーリスクも考えるとサーバーの環境をアップデートするのが一番良いかもしれませんね。
キーマスターさま。いつも大変お世話になっております。
ペイジェントテスト環境も同様のサーバー、「SSL Version NSS/3.53.1」です。ペイジェントのサポートより、
SSL Version NSSですと、ペイジェントの本番では、証明書エラーが発生するとのこと。
Curl にてOpenSSLが有効であることが前提のようです。
一部サポート外では有るが、NSSでもエラーを回避できるとのお話しもありましたが、認証を無効にするようなカスタマイズなのかもしれません）
Welcart側での改修でペイジェントのエラーを回避できるようしていただければ、Xサーバー利用の道が開けそうです。
よろしくお願い申し上げます。
ちなみに、NSS 3.83であれば、ペイジェントの本番環境でエラーは発生しないのでしょうか。
上記の認識が正しければXサーバーへ交渉し、新バージョンの領域に移転交渉してみたいと思います。
よろしくお願い申し上げます。
wisdom_tk 様
ご連絡いただきありがとうございます。
Welcartの動作につきましてはご認識のとおりです。よろしくお願いいたします。
wimaru 様
現状リストに上がっておられない方に関しましては、
ローカルで管理処理を行っていきます。
「リスト」とは「継続課金会員リスト」のことでしょうか。「継続課金会員リスト」に載らないということは、自動課金ができないということになります。当初より仰っている『購入後「継続課金会員リスト」に登録される』かどうかは、会員であることと、継続課金商品であることが必須です。継続課金商品ではなく、通常課金商品購入時は「継続課金会員リスト」には載りませんのでご留意ください。
JK 様
こんにちは。
「商品をカートに追加する際」とは商品詳細ページのことでしょうか？
”商品オプション” であくまでオプションとして追加することは可能ですが、
到着希望日と到着時間として選択させることはできません。
商品詳細ページの時点では配送先が未定であることと、カートに商品が複数投入された場合に到着希望日を別々に指定することが不可能なことから、実現は難しいかと思われます。
reno-cre様
こんにちは。
ご報告ありがとうございます。
プラグインの次期バージョンにて修正させていただきます。
ご確認有り難うございます。
よろしくお願いいたします。
ikeda様
ありがとうございます。はい、商品詳細ページのことです。
商品を選んで、住所などのお客様情報を記入した後に商品が希望する日に届かないとなるとユーザーにとって少しストレスに感じるかなと思い事前に分かっていればより良いかなと考えておりました。
welcartの仕組み上難しいようであれば仕方がないですね！
ご確認いただきありがとうございました。
JK 様
これまでの過去のトピックを見る限りでは、カート周りのこのような変更は、カスタマイズの範疇を超えて大幅な改造になってしまいますので、ほぼ不可能かと思います。
ただ、考え方を少し変えるだけで、お望みのカートを Welcart で実現できる可能性もあります。
残念ながらやりたいことを具体的に書かれてないので、前回のトピックを読んで誠に勝手ながら推測だけで進みますが、時間の都合、考え方のヒントだけでもお伝えできればと思います。
【考え方】
まず、商品を配送方法で分類します
１．ホールケーキなどの配送困難な生菓子類→店頭受け渡し予約販売とする
２．冷凍ケーキなどの通販可能なもの→冷凍便を使った通販（なければ無視してください）
３．チョコレート類→冷蔵便を使った通販（なければ無視してください）
４．焼き菓子類→常温での通常の通販
のように分類して、区分の異なる商品が同一のカートに入らないようにする。
配送設定で配送方法をそれぞれ設定する
１．ホールケーキなど生菓子類→「店頭受け渡し」 指定時間帯指定しない 配達日数は利用しない 送料固定無料
２．冷凍ケーキ→「宅配便」 指定時間帯を指定 配達希望日数を設定する クール区分 冷凍 送料固定有料
３．チョコレート類→「宅配便」 指定時間帯を指定 配達希望日数を設定する クール区分 冷蔵 送料固定有料
４．焼き菓子→「宅配便」 指定時間帯を指定 配達希望日数を設定する クール区分 常温 送料固定有料
配送設定で、配送方法を配送の優先順位を上から 1．→ ２．→ ３．→４．の順に並べる。
更に商品ごとに商品情報編集の配送方法で１．２．３．４．のどれに該当するか設定する。
１カートにつき１配送方法でしか注文できないので、オーダーレベルでは、これだけで自然と分かれます。
もし、ホールケーキと焼き菓子が同一カートに入れられたときには、店頭受け渡ししか選ぶことができなくなります。間違っても、ホールケーキに「宅配便」を選択されることはありません。焼き菓子を通販したければ、焼き菓子だけをカートに入れれば普通の通販の注文を受けられます。詳細な制御は、後述するバリデーションで制御するようにします。
また、ご利用方法として、同一カートに１．２．３．４の混載はできない旨説明しておきます。カートページ設定のヘッダなどにも記載しておくことをおすすめします。（ホールケーキ類と焼き菓子のご注文はカートを分けて別々に注文いただく。）
上記が基本です。
で、今回のご質問のところについてどうするか考えます。
カートの３ステップ目（配送・支払方法）では、最短の配達可能日を算定するために配送地域や商品ごとの発送準備期間、配送休業日を考慮して、内部計算が行われています。
ご要望の内容では、同一カート内の複数の商品ごとに、配達希望日をそれぞれ設定できるようにすることと同義になってしまいます。日時を変えて何度も配送しなくてはならず、これはシステム上極めて困難ですし、普通は誰も望まないでしょう。
例えば、クリスマスケーキの店頭受け渡しの予約販売を想定しておけばいいだけなのであれば、もっと単純に考える必要があります。配達可能日の内部計算もそもそも不要ですから。システムの日数計算は回避させます。
一日に焼けるホールケーキの制約もありますので、ケーキの種類、号数、そして、受け渡し予約販売日時をSKUで管理する必要があります。→プラグインWCEX SKU Select で作成します。
ろうそくの数やラッピングなどのオプションも必要になると思います。→プラグインWCEX Multi Price で作成します。
その他 ケーキに名前も入れる必要がありますので、名前を入れるオプションも必要です。
最近では、ケーキに顔写真を印刷できたりしますので写真を送ってもらう必要があったりします。これは、Contact Form 7 などで別に作ってもいいかもしれません。
SKU Select のところだけもう少し詳しく書きます。
ケーキは季節ものですので、年間を通じてそのケーキが購入できる期間がそれぞれある程度決まっていると思います。ですので、ケーキの種類ごとに１商品と考えます。
そして、ホールケーキならば、号数と予約販売日時をSKU Select の項目とします。
クリスマスケーキならば、焼き上がり予定日時で在庫管理ができるようになります。予め生産計画個数をSKUの在庫数に設定することで、販売計画が立ちます。生産計画を上回る受注はできなくなります。
焼き上がる日時（受け渡しの日時）をSKUの一つ目として、
例えば、
12/22 10時～12時
12/22 12時～14時
12/22 14時～16時
12/22 16時～18時
12/23 10時～12時
12/23 12時～14時
12/23 14時～16時
12/23 16時～18時
12/24 10時～12時
12/24 12時～14時
12/24 14時～16時
12/24 16時～18時
のように設定します。
SKUの二つ目をホールケーキの号数にします。
例えば
４号
５号
６号
７号
のように設定します。
あとは、受け渡し日時 ✕ 号数 でそれぞれ台数を設定します。
クリスマスケーキA
SKU
12/22 10時～12時 ✕ 4号 10台
12/22 10時～12時 ✕ 5号 10台
12/22 10時～12時 ✕ 6号 10台
12/22 10時～12時 ✕ 7号 5台
12/22 12時～14時 ✕ 4号 10台
12/22 12時～14時 ✕ 5号 10台
12/22 12時～14時 ✕ 6号 10台
12/22 12時～14時 ✕ 7号 5台
12/22 14時～16時 ✕ 4号 10台
12/22 14時～16時 ✕ 5号 10台
12/22 14時～16時 ✕ 6号 10台
12/22 14時～16時 ✕ 7号 5台
・
・
・
クリスマスケーキB
SKU
12/22 10時～12時 ✕ 4号 8台
12/22 10時～12時 ✕ 5号 8台
12/22 10時～12時 ✕ 6号 8台
12/22 10時～12時 ✕ 7号 3台
12/22 12時～14時 ✕ 4号 8台
12/22 12時～14時 ✕ 5号 8台
12/22 12時～14時 ✕ 6号 8台
12/22 12時～14時 ✕ 7号 3台
12/22 14時～16時 ✕ 4号 8台
12/22 14時～16時 ✕ 5号 8台
12/22 14時～16時 ✕ 6号 8台
12/22 14時～16時 ✕ 7号 3台
・
・
・
定番ケーキなど1年を通じて販売するものは、SKUが多くなりすぎるとシステムの負荷が重くなりますので、たとえ商品内容が同じであっても、SKU数が多くなりすぎないように、一定期間で区切って、複写したものを新しい商品として登録し直した方が良いと思います。削除すると購入履歴などに影響がありますので残しておくようにします。
以上のように設定すれば、ご質問内容のように、
到着希望日と到着時間の選択を、商品をカートに追加する際に選択できるようになります。
あとは、余力があれば・・・
ホールケーキは、配送がないので色々不都合な点が出てきます。
配送方法が「店頭受け渡し」という条件で、各々のフィルターフックで内容を差し替える必要があります。
・サンキューメールなどの「配送先」欄が不要なので、「受け取り方法」などに書き換え
・内容確認ページの配送先情報も同様に書き換え
私の場合は、「店頭受け渡し」の場合は、「店頭にて決済」を作って、それしか選択できないように制限したり、最初からラジオボタンにチェックが入るようにしたり、カスタマイズしています。
ケーキの予約販売なら、いらずら注文防止のため、クレカとか前払いとかにする方がいいのかもしれませんね。
カートの３ステップ目（配送・支払方法）→４ステップ目（内容確認）へ遷移する際のバリデーションが役に立ちます。→ usces_filter_delivery_check
選択できない配送方法やオプション等もこのフックを使ってゴリゴリにカスタマイズしていきます。
ここは、作り込みに結構時間が掛かります。
良いお店ができることを楽しみにしています。
Alicia様
とても有益で詳細なアドバイスをいただきありがとうございます！
ご記載いただいた通り、同じシステムでホールケーキの店舗受取販売と、焼き菓子の配送を考えていたのですが、ちょっとややこしそうだったので店舗受け取りをwelcartで、焼き菓子の配送は外部のECサービスを利用する方向で考えておりました。教えていただいた方法もあるなら少し検討してみようと思います！
クリスマスケーキについてはSKU Selectのプラグインを使っておらず、号数でSKUを分けて、シングルセレクトのプルダウンで受け取り希望日を選択してもらうというやり方で考えておりましたが、確かに焼き上がりのことなどを考えると日&時間でSKUを分けたほうがいいかもしれませんし、そうとなるとSKU Selectのプラグインなしではとても長いページになってしまいそうなので導入を考えようと思います。
また初心者ながら確認画面やサンキューメールの「配送」などのワードはフィルターフックなどで店舗受け取り適した表現にゴリゴリに変更していたのでやり方は間違っていなかったんだと少し安心しました！
また分からないところなどでてきたら是非相談させてください。
よろしくお願いいたします。
お世話になります。
WCEX Google Shoppingの商品登録の作業で
マニュアル記載の「SKU 価格 > Google Shopping 設定」のモーダルを表示すると
入荷予定日しか表示されません。
テーマの変更（Basic）、プラグインを無効化をしましたが、同じ状態でした。
何が考えられるでしょうか？
よろしくお願いいたします。
——————————————-
WordPress のバージョン：6.5.2
Welcart のバージョン：2.10.1
PHP のバージョン：8.1.22
Welcart専用の拡張プラグインとバージョン：WCEX Google Shopping 2.0.3
ご利用の親テーマとバージョン :検証用でWelcart Basic 1.8.2（実際にはTCD EGO）
ご利用の子テーマとバージョン :
症状を確認したブラウザ：FireFox,GoogleChrome,Safari（いずれもMac）
サーバー【重要】：Xサーバー
——————————————–
お世話になっております。
3月に Contact Form 7 を 5.9.0 にバージョンアップした際に
CF7のお問い合わせフォームが送信できなくなり、
テスト環境でプラグインをひとつずつ停止して確認したところ
WCEX Amazon Pay を停止することでフォームが動作するようになりました。
上記内容を Contact Form 7 のサポートフォーラムにて質問させていただきましたが
ご返信はいただけなさそうな気配だったため
原因を探るべく、
サーバーのエラーログを確認したところ
[Fri Apr 12 10:10:01.079846 2024] [proxy_fcgi:error] [pid 167437:tid 167804] [client 160.237.77.96:56248] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Cannot use object of type Contactable\\SWV\\RequiredRule as array in /home/xxxx/xxxxxxxxxxxxxx.com/public_html/test.xxxxxxxxxxxxxx.com/wp-content/plugins/wcex-amazonpay/dist/WCEXAAP/Aivec/CptmClient/Client.php:202\nStack trace:\n#0 /home/xxxx/xxxxxxxxxxxxxx.com/public_html/test.xxxxxxxxxxxxxx.com/wp-includes/class-wp-hook.php(324): WCEXAAP\\Aivec\\CptmClient\\Client->setUpdateApiErrorResponse('swv_required', '\\xE5\\xBF\\x85\\xE9\\xA0\\x88\\xE9\\xA0\\x85\\xE7\\x9B\\xAE\\xE3\\x81\\xAB...', Object(Contactable\\SWV\\RequiredRule), Object(WP_Error))\n#1 /home/xxxx/xxxxxxxxxxxxxx.com/public_html/test.xxxxxxxxxxxxxx.com/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters('', Array)\n#2 /home/xxxx/xxxxxxxxxxxxxx.com/public_html/test.xxxxxxxxxxxxxx.com/wp-includes/plugin.php(517): WP_Hook->do_action(Array)\n#3 /home/xxxx/xxxxxxxxxxxxxx.com/public_html/test.xxxxxxxxxxxxxx.com/wp-includes/class-wp-error.php(209): do_action('wp_error_added', 'swv_required', '\\xE5\\xBF\\x85\\xE9\\xA0\\x88\\xE9\\xA0\\x85\\xE7\\x9...', referer: https://test.xxxxxxxxxxxxxx.com/contact/
との内容だったため、
wcex-amazonpay/dist/WCEXAAP/Aivec/CptmClient/Client.php の 202行目
$body = isset($data['body']) ? (string)$data['body'] : '';
の前に
if (!is_array($body)) {
return;
}を追加したところ、フォームが動作するようになりました。
本番環境も一旦上記の対応をした上で、現在更新をストップしているCF7を最新にしたいと思うのですが
上記の対応はAmazonPayの動作に問題はありますでしょうか？
（プラグインがアップデートされた際の上書きは承知しております）
症状を確認したテスト環境は、本番環境をコピーした上で
テーマを Basic にし、関係プラグイン以外を全削除した下記の状態になります
——————————————-
WordPress のバージョン：6.5.2
PHP のバージョン：7.4
プラグインとバージョン：
Welcart 2.10.1
WCEX Amazon Pay 2.5.2
Contact Form 7 5.9.3
※プラグインは有効無効含め、上記の3つのみインストールしている状況です
ご利用の親テーマとバージョン : Welcart Basicバージョン: 1.8.4
症状を確認したブラウザ：Chrome、Firefox 各最新ver.
サーバー【重要】：Xサーバー
——————————————–
ただ、その後
WordPressを新規インストールし、上記と同環境を構築したサイトでは
問題なくフォームが送信でき、原因はわからずにおります。
（こちらではAmazonPayの設定は行っていません）
何卒よろしくお願いいたします。
＞なお該当受注の決済につきましては Welcart からの決済処理の操作ができないと思われますので、クロネコWEBコレクトの管理画面にて行っていただけますようお願いします。
ありがとうございます。
こちらの注文ですが発送が4月末日となっているため、まだ売上確定には至っておりません。
売上確定にならない場合はクロネコWebコレクト側で処理をしようと思います。
makoyan 様
WCEX Google Shopping をご利用いただきありがとうございます。
ご提供いただいた画面を拝見いたしました。
ご連絡いただいた問題は、設定が不足している可能性が考えられます。
一度、プラグインマニュアルの「Google Shopping 連携設定」にございます
「データ設定について」をご確認いただけますと幸いです。
Welcart Shop > Google Shopping 連携設定 > データ設定
こちらで「TSVに出力する」にチェックを入れ、「変更を保存」した後、設定項目が正しく表示されるかご確認ください。
お手数ですが、よろしくお願いいたします。