Alicia
投稿の際は下記の情報をお書き添えください。
-------------------------------------------
WordPress のバージョン：（例 6.0.2）
Welcart のバージョン：（例 2.8.1）
PHP のバージョン：（例 8.0）
Welcart専用の拡張プラグインとバージョン：（例 DL Seller 3.4.1、SKU Select 1.4.2）
ご利用の親テーマとバージョン :（例 Welcart Basic 1.7.1）
ご利用の子テーマとバージョン :（例 Welcart Beldad 1.4）
症状を確認したブラウザ：
サーバー【重要】：（会社名、サービス名）
--------------------------------------------
フォーラムへの返信
-
投稿
-
Search & Filter pro をかつて使っていましたが、テーマの商品アーカイブでAjaxを使って、商品としてちゃんとフィルタできていました。
その際は、カスタムタクソノミーではなく、デフォルトのカテゴリーを使って、Welcartマニュアル通り、商品All item の直下にヒエラルカルなタームを作りました。カスタムタクソノミーは、デフォルトのカテゴリーよりも機能的に制限事項もあって劣るので、あえてカスタムタクソノミーを使う理由が見つかりませんでした。
また、カテゴリーとして使うまでもないものは、ACFのカスタムフィールドでもフィルタできましたので、特に問題は起こりませんでした。
カスタム投稿タイプは、Welcart では商品として使えないので論外ですが、カスタムタクソノミーも商品では使う場面はないかもしれません。
無料版との違いもあると思いますので、ご注意ください。
ZJ-kame 様
え？
いえいえ。そんなつもりではないですよ。むしろもっと気軽に書き込んで良いのかと思っています。このフォーラムは、Welcart に関する情報交換をユーザー同士で行う場として、弊社が提供しているものです。中には、このフォーラムをサポートサイトと勘違いされている方もいらっしゃるようですので、改めましてこのフォーラムのご利用方法をご案内したいと思います。
フォーラムのご利用上のお願い
このフォーラムは、ユーザー同士で情報を交換する場所です。サポートサイトではありませんのでご了承ください。
南部社長がこのように仰っていますので、投稿ルールさえ守っていれば、もっと気楽に意見交換して良い場所なのかと認識しています。（違っていたら、ごめんなさい。）
私が、時々お答えしている内容は、当然公式の見解ではありませんし、中の方々の代わりにお答えしているつもりもありません。日頃、このフォーラムから沢山の学びをもらっているので、ほんの少しだけ恩返しのつもりで書いています。ただ、質問者にだけ回答しているのではなく、何年後かに他の閲覧者が読んだ時に誤解がないように、バージョン表記などその時の環境はできるかぎり書いておこうと努めています。
また、単なる一人のユーザーとして、同じ立場である他のユーザーの方の意見を制限することもありません。このフォーラムは、昔はもっと活発に意見が出ていたのではないかと思います。中の方のご尽力で、丁寧にご対応してくださるので、サポートサイトのように見える事もあるかもしれません。その為、私のようなお節介なユーザーの出る幕がなくなっていったのかもしれませんね。特に、カスタマイズに関する質問やユーザー同士の意見交換は、極めて少なくなってしまいました。諸先輩方もおとなしくなってしまいまして、寂しいかぎりです。もうここには、いらっしゃらないのかな…。
せっかく開放いただいている公式フォーラムですが、あれやこれやと制限してしまうと、公式以外のフォーラムに流れていくだけかと思いますので、気軽に質問できるけど、無料の範囲なのでこのフォーラムでは解決できないこともある、ぐらいの気持ちで投稿していいのではないでしょうか。( ｼﾗﾝｹﾄﾞw )フィルターフックの件はとても参考になりました。
そうそう。これで拡張すれば、なんでも追加できちゃいますよ。おすすめです。是非、やってみてください。
私は、WCEX Instagram Shopping プラグインでも大幅に拡張してます。「できない」を「できる」へ Welcart 最高！
ZJ-kame 様
こんにちは。
改善要望であっても、投稿の際のルールですので、
Welcart専用の拡張プラグインとバージョン：（例 DL Seller 3.4.1、SKU Select 1.4.2）
せめて、バージョンくらいは情報提供が欲しいです。
～後日このトピックを発見された方のために～
少なくとも、本日現在最新の Ver. 2.0.5 では、連携項目が足りない場合に備えて、各自カスタマイズできるようにフィルターフックが備えられています。しかも、丸ごと書き換えられる最強なやつです。（kurita 様に感謝）TSV ヘッダ
wcex_google_shopping_csv_headerTSV データ行
wcex_google_shopping_csv_row構造化データ
wcex_google_shopping_structured_dataお気に入りのカスタムフィールドを使って、あなた好みに変えられます。
おそらく、この手のご要望は、業種業態規模によって際限がありませんので、要望の全てに対応するのは難しいと思われます。（要望してはいけないと言っているのではありません。むしろ、ニーズはちゃんとお伝えするために、このフォーラムがもっと活性化して欲しいと願っています。）もし、プラグインでの追加対応が難しいと判断された場合であっても、上記のフィルターフックを使えば、カスタマイズの道は開かれていますので、ご検討いただければと思います。
usces_filter_member_checkに関するトピック
ではなくて、こちら
不正な会員登録に関するトピックです。FJO 様
こんにちは。
不正アクセスによる新規会員登録にバリデーションチェックを追加するパッチは、もう試されましたか？
プラグインの readme ファイルに重要事項が記載されていますのでよく読んでお使いください。
既に フィルターフック usces_filter_member_check を使用している場合には、特にご注意ください。
過去のトピックにも挙がっていますので、ご確認ください。satou 様
ご検討結果のご報告ありがとうございました。
質問を投げっぱなしにされる投稿者も多い中、フォーラムの運営に協力的な方もいらっしゃるということが救いです。Welcart の益々の発展に期待しましょう。
satou 様
こんにちは。横から失礼します。
これ悩ましいですよね。私も数年前に挑んで、断念した経験があります。記憶があやふやな部分もありますので参考になるかどうか。このプラグインは、ご存じの通り SKU の単価をオプションの有無で変動させるものです。単価を変動させた後、数量を掛けてカートの中の１行の合計金額を求める仕様です。お調べになったように、受注データには変動後の単価しか保存されなかったと思います。よって、マルチプライスによってオプション料による価格変動があった受注データは、不可逆となり､個々のオプション料は後から拾うことができません。つまり、受注データには、受注時の個々のオプション料は、持っていないということですね。
$post_id や $sku などから、現在のオプション料は取得できますが、仰るとおり将来に向けて金額変更があったり、オプション構成が変わらない保証がないのでそこから取るのは危険ですし、受注データからオプション料が抜き出せない以上、どうしようもないと判断しました。ですので、残念ながら今お考えのものは難しいのではないかと思います。（できるといった回答が他の方から得られればいいのですが。）
当時、私が採った方法ですが、オプション1、オプション２からなる２軸の単価変動は、「やらない」と決めました。これをすると、セレクト値に、（＋〇〇〇円）を追加するという方法が使えなくなるからです。
２軸にせず、１軸に統合して、セレクト値にオプション料を併記する方法に統一しました。結局これが単純明快なのかと。
各オプションのセレクト値の文字列の長さや数によっては、確かに見にくくなりますが、カートやPDF、購入履歴など様々な場所でオプション料が表示できなくなるよりはマシというトレードオフの結果と諦めました。その代わり、見にくくなるデメリットを減らすために、オプションのキーとセレクト値は極力簡潔にするよう努めました。
私の場合、SKUごとに適用できるオプションが少しずつ差異が生じたために、共通オプションが多量になってしまいかなり見にくくなってしまいました。
また、オプションによって配送方法を制御しなければならなかったり、管理が大変になってしまったための対策として、共通オプションのキーの先頭８文字をコード化して、制御しやすくしてみました。フロントサイドでは、そのコードがやかましくなったので、フロンドに出るものは、フィルターフックで先頭８文字を消去して表示しました。
このようにオプションの文字列に必要なデータを含ませることで、受注データとしても保存し、バックで活用しつつフロントで要らないところでは隠す処理をすることにしました。（例）
２軸構成 （これでは、セレクト値にオプション料を併記しづらい。）
オプション１ サイズ ⇒ S M L
オプション２ 数量 ⇒ 10 20 30（別途、商品詳細ページにオプション価格表を提示することはできるが、各種PDF、受注リスト、取引履歴などは、オプション料を併記するのは困難。）
↓
１軸構成に変更 （セレクト値にオプション料を含ませれば、少ないカスタマイズでもデータを持たすことができます。隠したい場所では、文字列操作で消します。セレクト値も、後ろから何文字か消すとか、特定の文字をセパレータにしてそこから消去とかでも実現できますよね。）
[option_code]＋オプション名 サイズ/数量
（セレクト値）
S/10 +100円
S/20 +120円
S/30 +130円
M/10 +200円
M/20 +220円
M/30 +230円
L/10 +310円
L/20 +330円
L/30 +350円（セレクト値が表記できるところには、もれなく全てオプション料が併記できます。しかし、２軸に比べるとやはり見にくいのと、セレクト値の組み合わせが多くなると、どこかで限界があるでしょうね。）
この方法ならオプション料が変更になっても、過去の受注データは変わりませんので心配ないと思います。
その代わり、文字列操作のために、多くのフィルターフックを用いました。フックがなかった部分は、中の方に無理を言って作っていただきました。同じ、ユーザビリティを低下させないという目的ですが、私はこの方法を採用しました。
請求明細で金額の内訳がないのは、内容にもよりますがあまり好ましくないでしょうね。後で苦情になったり、問い合わせに対応するのも億劫ですし。ご参考になりましたら幸いです。
皆さんはどうされてますでしょうか。私はコードを書くのは素人なので難しいことは分かりません。
jsを使うとか、たぶんもっと良い方法があると思います。私の当時の記憶ですので、今は状況が変わっているかもしれません。
ご質問の内容は、中の方からのご回答を待たれた方が確実かと思います。ご注意ください。bstore 様
こんにちは。
同時に複数の支払方法は選択できませんが、同時購入したいというわけでもなさそうですよね。
デフォルトでは、「使用する」に設定した支払方法が選択肢に出てきますが、私の場合、特定のSKUコード（ショップ全体でユニークとなるようにSKUコードを設定しています。）が、カート内に１つでも存在すれば、指定した複数の支払方法を消去する方法で制御しています。これができるということは、特定のSKUがカート内に１つでもあれば、特定の支払方法のみを選択肢として残して提示できるということになるかと思います。
SKU単位なので、商品ごとよりも細かな指定ができます。
他にも、カート内の商品合計金額がいくら以上とか、特定のSKUがカート内にない場合とか、色々条件はつけられます。SKUコードの先頭３文字がABCだったら、この支払方法を削除するとか、柔軟に対応できますね。
同時に何種類かカートに入ったとして、支払方法がどんどん削られていき、最終的には、支払方法がすべて無くなってしまいます。そうならないように、別のカートでお買い物をして頂くようにメッセージを表示させます。フィルターフックは、usces_fiter_the_payment_method を用いています。
配送方法も同じような要領で、SKUごとに制御できています。ご参考まで。
furuta 様 kurita 様
プラグイン「クロネコ代金後払いサービス」につきましては、ver.2.1.10 にてヤマトの管理画面で半角カナに変換されて転送されているのを確認できました。
迅速にご対応いただきまして、ありがとうございます。
furuta 様 kurita 様
お世話になっております。
プラグイン「クロネコ代金後払いサービス」ver.2.1.10 にて、ご対応いただきましてありがとうございます。【 1段階目のフィルター 】につきまして
消費税区分が「税込」の場合 55,000 超で unset() となるのを確認できました。
ただ、消費税区分が「税別」の場合、食品等を扱っておられる事業者様の場合、例えばカート内がすべて８％の場合は、実質 54,000 超で unset() となってしまうため、ここは注意が必要かと思います。
今後のことを考慮しますと、税率が変更になったり複数税率の多段階構成自体が変更になっても対応できるようにするためには、消費税額を上乗せした税込み金額にすべて統一した上で、55,000 超で unset() にされた方が良いかもしれません。
ヤマト側の取説や仕様書にも、「税別50,000円」など、表記ゆれが存在し非常に分かりづらい点が複数確認できたため、去年末に確認を取り今後マニュアルなどの訂正、統一をして行く運びという回答を得ております。【 2段階目のフィルター 】につきまして
こちら、最初の投稿に私の誤解がありましたので訂正しお詫びします。
元々は、自分で usces_filter_delivery_check を用いて 55,000 のフィルターを作っていたのですが、この件とは別に、Welcart 本体に設けられていたフィルターの文言を調整したい箇所があったため、丸ごと書き換えておりました。
その際、$mes = '';と初期化してから丸ごと書き直したため、wcex_kuroneko_atobarai から出されている $mes ごと消してしまっていたようです。
今回の、プラグイン「クロネコ代金後払いサービス」ver.2.1.10 にて、改めてコードの修正箇所を確認したところ、そもそも
Welcart Shop クレジット決済設定 ＞ 「クロネコ代金後払い」 ＞ ｢手数料｣ にて上限額を正しく 「55,000 円」と設定できていた場合には、決済代金総額 55,000円のフィルターとして機能していたようですね。 こちら、上述の $mes の初期化が原因で、機能しておりませんでした。ヤマト側の「時々、Welcart 利用のケースで単一の加盟店だけで、55,000円を超える決済金額でオーソリ申請がくる」というのは、Welcart の設定で上限額を正しく 55,000 以下に設定できていない事業者がいるということになるのでしょうね。
いずれにしましても、Welcart 側では、2段階目のフィルターが存在しなかったのではなく、事業者側が正しく上限を 55,000 以下に設定することを前提とした設計だったのではないかと想像しました。
今回のアップデートで、事業者側が正しく設定しなかった場合であっても、強制的にヤマト側の規約上限55,000 以下となるフィルター（2.5段階目という表現が適しているかもしれません。）が追加されましたので、これを超えるオーソリ申請は皆無になると思います。ありがとうございました。私も、他にどのような Welcart専用プラグイン が $mes を追加してくるのか全容を把握していないため、 usces_filter_delivery_check で $mes を初期化した後で、丸ごと書き換えるのをやめて、
$mes .=で追加だけに留めることに変更しました。いつも、迅速にご対応いただきまして感謝いたします。ありがとうございました。
furuta 様
ご回答ありがとうございました。
公式のデモも非対応でしたか。
WCEX SKU Select を開いてみたら私の力量ではパンドラだったらしく、公式で既に対応しているテーマがあったら流されてみたいと思ってしまいました。
今回、このカスタマイズのついでにSKU項目を10個拡張するなどやってみたのですが、WCEX SKU Select や WCEX Google Shopping を有効化すると上手くいかなかったので、まだまだ技術の底上げが必要なんだと思います。
公式テーマでされているところまでは一応できましたので、この先はお楽しみに取っておきたいと思います。お気遣いありがとうございます。それにしても、かなり前から同様のカスタマイズをされている方がいるようですので、一定数のニーズはあるようですね。$product[‘_sku’]には、[‘size’][‘weight’][‘pict_id’]などシステム予約されてるようですので将来的にどうなっていくのか楽しみです。furuta 様
いつもお世話になっております。
以前、
と仰っている件で、その後新しい公式テーマがいくつか発表されていますが、SKU画像表示に対応されてますでしょうか？
また、これら対応テーマのデモサイトを拝見しましたが、WCEX SKU Select を適用した商品詳細ページを見つけることができませんでした。探しようが悪いのかもしれないのですが、もしあるようでしたらページを教えていただけませんか。
wc_item_single.php は、カスタマイズできたのですが、wc_sku_select.php の ajax で苦戦しております。もし対応している公式テーマがあるようでしたらご案内いただけないでしょうか。
よろしくお願いいたします。
——————————————-
テスト環境
WordPress のバージョン：6.6.2
Welcart のバージョン：2.11.10
PHP のバージョン：8.1.29
Welcart専用の拡張プラグインとバージョン：
WCEX SKU Select 1.4.7
ご利用の親テーマとバージョン : (TCD) EGO.1.15
ご利用の子テーマとバージョン : EGO.Child 1.15
症状を確認したブラウザ： Chrome (Win)
サーバー【重要】：シンクラウド株式会社 シン・レンタルサーバー ベーシック
——————————————–
PAGE TOP