Alicia
投稿の際は下記の情報をお書き添えください。
-------------------------------------------
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）
利用している決済モジュール：
症状を確認したブラウザ：
サーバー【重要】：（会社名、サービス名）
--------------------------------------------
フォーラムへの返信
-
投稿
-
ksi-t 様
そうですね。このトピックを後日ご覧になる方のためにも残しておきますね。
システム上、何らかのカスタマイズか、他の手段で別に手当てする必要があるのは、インボイスが普通に出ないこと、特商法の表記がおかしくなること、割賦販売契約書を別に作る必要があることは、まず気になりますね。インボイスは資産の譲渡があった日の一回かぎり、対価の総額のものを発行する必要があります。
割賦販売契約書は、特に所有権留保条項は必要ですね。販売者側を守ってくれる規定です。物も回収できない、債権も回収できないとなると被害も大きくなります。
なので普通は、クレカの分割払いや、リボ払いを利用することで、プロの信販会社にお任せする方がトラブルに巻き込まれないと思います。30万程度であれば、クレカの限度額以内の人も多いのではないでしょうか？
物販と金融取引が混ざっていますので、サブスクとは全く別モノと考えた方が良いと思います。確かに過去に、販売者側がよく理解しないで割賦販売をサブスクと偽って炎上騒ぎになっています。両者にリスクがありますので、くれぐれもご注意ください。ksi-t 様
こんにちは。
システム上のことは Welcart 様にお任せするとして、これを選択された期間で割って課金する
一読する限りでは、この販売形態はサブスクではなく割賦販売ではないでしょうか？（途中解約できるのか？などよくわからないことが多いのですが･･･｡）
他の方が安易に真似されるとコンプラ違反になるなどリスクもありますので、割賦販売法をよくご理解の上、進められたほうが良いのかもしれませんね。
ikeda 様
yskysmr 様ver.2.10.3 にて $shipping_rule_ex の書き換え動作を確認しました。
お陰様で、今回のフックと合わせて計５つのフックでこのトピックのカスタマイズを完了できましたことをご報告します。
これでしばらく様子を見ようと思います。お忙しいところ、ご厚意に深謝いたします。
CBH 様
こんにちは。
使ってないのでよく分かりませんが、たぶん
マニュアルこれのことですか？JK 様
こんにちは。
Welcart での焼き菓子の通販は諦めて、ホールケーキの店頭予約販売だけに絞ると言うことですね。
他に何か不都合なことが出るのかもしれませんが、「指定しない」は、フィルターフックで簡単に消せます。usces_filter_cart_delivery_script
ただ、ご質問内容を見る限り、誠に失礼ながらフックの使い方の理解が不足しているようです。
usces_the_delivery_date は、フィルターフックではなく関数です。
まずは、Welcart のカスタマイズとフックをよく読んで、簡単なカスタマイズから実践を積んでみると良いと思います。indirect 様
こんにちは。
されたいことが具体的でないために、返しづらいです。
商材は何でしょう？ 何をどのように載せたいのでしょうか？どの部分のヒントが必要でしょうか？さっぱり分からないので、勝手な想像で進めますね。時間の都合でヒントだけです。
まず、セルフメディケーション対象商品、たばこ、お酒などお馴染みの商材ならば、SKU名に、※印などを付けておいて、「※は、〇〇対象商品です。」のような定型句を、商品明細行のオプション情報のすぐ後に付加する場合には、フィルターフックの usces_filter_advance_ordermail が良いかもしれません。
この場合、コメントの種類もそう多くないでしょうから、直接、テーマの functions.php に条件分岐とともに定型句もそこに一緒に書けば良いでしょう。次に、レシピとか、取説とか、注意書き、保存方法、お手入れ方法・・・などでしょうか。商材の種類が多くて、文章が長い場合ですが、SKUごとにコメントが全部違うとなるとカスタムフィールドが必要になると思います。このようなものは、SKUコードと紐付けしてACFなどを使って格納しておいて、サンキューメールから呼び出す仕組みが必要になりますね。
私の場合は、SKUごとに商材のメイン画像や商品詳細ページへのURLを商品名にリンクさせるなど、サンキューメールの明細行に追加したりしています。
furuta 様が仰っているフックの他にも、サンキューメールの場所によって複数のフックがありますので、まずはご自身で、どこに何を載せるかもう少し整理されてみてはいかがでしょうか。
少しでもヒントになっていれば良いのですが。
すみません。漏れてました。
——————————————-
テスト環境
WordPress のバージョン： 6.4.3
Welcart のバージョン： 2.10.2
PHP のバージョン： 8.0.30
Welcart専用の拡張プラグインとバージョン： WCEX SKU Select 1.4.5 WCEX Multi Price 1.3.3
ご利用の親テーマとバージョン : Welcart Basic: 1.8.3
ご利用の子テーマとバージョン : なし
症状を確認したブラウザ： Chrome
サーバー【重要】：Xserver シン・レンタルサーバー ベーシック
——————————————–いつも、大変お世話になっております。
同じようなことを考えていましたら、このトピックに辿り着きました。
一応カスタマイズは完成して無事動いているのですが、１箇所、探しようが下手なのかどうしても、フックを見つけることができず、今のところ魔改造になってしまっています。フックの設置をご検討頂けないでしょうか。
やりたいことは、このトピ主様と同様です。
$shipping_rule につきまして、
【デフォルト】
０ ⇒ –選択–
１ ⇒ 即日
２ ⇒ １～２日後
３ ⇒ ２～３日後
４ ⇒ ３～５日後
５ ⇒ ４～６日後
６ ⇒ 約１週間後
７ ⇒ 約２週間後
８ ⇒ 約３週間後
９ ⇒ 商品入荷後のところ・・・
【カスタマイズ】
０ ⇒ –選択–
１ ⇒ 本日中
２ ⇒ 明日中
３ ⇒ 明後日中
４ ⇒ ３日以内
５ ⇒ ４日以内
６ ⇒ ５日以内
７ ⇒ ６日以内
８ ⇒ ７日以内
９ ⇒ ８日以内
・
・
３１ ⇒３０日以内
３２ ⇒３１日以内
３３ ⇒準備でき次第のようにフックで変更しました。
また、sagawa 様がご説明されている、$shipping_indication もフックで変更できました。
array( 0, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 0 )
上記の結果、商品詳細ページなどの管理画面は、問題なくカスタマイズ完了しました。
次に、フロント側のカートの「発送・支払方法」ページの 到着希望日の計算の Java の制御についてです。
【カスタマイズ】
０ ⇒ –選択– ← 元々の ID＝０ は変わらずなので問題は起こりません
１ ⇒ 本日中
２ ⇒ 明日中
３ ⇒ 明後日中
４ ⇒ ３日以内
５ ⇒ ４日以内
６ ⇒ ５日以内
７ ⇒ ６日以内
８ ⇒ ７日以内
９ ⇒ ８日以内 ← 元々の ID＝９ は「商品入荷後」だったので影響が出てきます
・
・
３１ ⇒３０日以内
３２ ⇒３１日以内
３３ ⇒準備でき次第 ← 元々の ID＝９ の「商品入荷後」の役割をさせたい問題となる該当のコードですが、
delivery_info_script.php （Welcart 2.10.2 現在） 内74行目
if ( 0 === (int) $item_shipping || 9 === (int) $item_shipping ) {及び
205行目
case 9:について、205行目につきましては、フックが存在しましたので、問題なく case 33: に変更できました。
フックを見つけられなかったのは、74行目の方です。
74行目
if ( 0 === (int) $item_shipping || 33 === (int) $item_shipping ) {に変更したいのですが、現在のところ、御法度をやらかしたままです。
コードの下の方まで読んで、何とか丸ごと書き換えられる場所がないかと悩んだのですが、私の現在の力量では及びませんで、詰んでしまいました。この部分が修正できないと、結局のところ、元々のID＝９ の位置にある「８日以内」に設定した場合に、フロントサイドのカートの「発送・支払方法」ページにて到着希望日が「指定できません」になってしまいます。
この74行目の
if ( 0 === (int) $item_shipping || 9 === (int) $item_shipping ) {について、75行目の $shipping をフックで修正できるようにならないものでしょうか。
毎度、お忙しいところ恐れ入りますが、ご検討よろしくお願いいたします。
furuta 様
ご回答ありがとうございます。
なるほど、組み合わせる決済システム側でしたか。
いずれにしましても利用していないので私には分からないのですが、こちらのファイルには、今回のようなエラーメッセージを書き換えるフィルターフックは備わっていないのでしょうか？
もしそのフック名が同じであれば、第３引数がわかればメッセージを区別することができるかもしれません。ひょっとしたら決済システムごとに第３引数が異なっていて、そもそもそれほど重要でもなく、default で統一したメッセージで流して良いものなのかもしれませんね。
ありがとうございました。解決済みとしてください。
furuta 様
yskysmr 様Welcart 2.10.2 にてフックの追加を確認しました。この度は、迅速にご対応いただきまして誠にありがとうございました。
早速、エラーメッセージを書き換えることができました。
標準で備わっている４箇所に対応できました。
「クレジットカード登録・更新ページ」については、該当プラグインを使っておらず、フックの第３引数が分かりませんでしたので、switch の default; で逃しましたが、その他は適切にエラーメッセージを振り分けて対応することができました。
$threshold （閾値）を１．０ に上げてテストもうまくできました。（こういうときにも新機能は便利ですね。）
最終的に、Contact Form 7 でお問い合わせいただくようにしようかと考えていたのですが、CF7でも v3 に蹴られることがあったので、サポート対応のメールアドレスをエラーメッセージに載せることにしました。
これで v3 が不安定でも、少し安心できそうです。
Welcart ✕ CF7 ✕ reCAPTCHA v3 で新たに別の疑問ができましたので、また後日別トピックに載せたいと思います。
この度は、お世話になりまして、ありがとうございました。
このトピックは解決済みとしてください。よろしくお願いいたします。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
選択できない配送方法やオプション等もこのフックを使ってゴリゴリにカスタマイズしていきます。
ここは、作り込みに結構時間が掛かります。良いお店ができることを楽しみにしています。
PAGE TOP