Question 1

Shopware 6.7.7.1 および SwagCommercial 7.7.0 にアップグレードした後に B2B 機能が見つからない問題を修正する方法

Accepted Answer

これは、Shopware 6.7.7.x（6.7.7.1 を含む）上で動作する SwagCommercial 7.7.0 において確認された互換性のバグです。Commercial ライセンスが有効で、機能が明示的に有効化されている場合でも、EmployeeManagement、顧客詳細の Company タブ、QuickOrder、QuoteManagement、OrderApproval などの B2B 機能が非表示になります。この問題は SwagCommercial 7.8.0 で公式に修正されており、パッチは Individual pricing 機能のリリースとともに提供されています。

問題を解決するには：
1. Composer のバージョン制約を SwagCommercial 7.8.x を使用するように更新します：
   composer require store.shopware.com/swagcommercial:"^7.8"
2. 拡張機能に対して Composer アップグレードを実行します：
   composer update store.shopware.com/swagcommercial
3. プラグインのインストールを完了し、Shopware のキャッシュをクリアします：
   bin/console plugin:update SwagCommercial
   bin/console cache:clear

このバグは、既存の Commercial インストール環境で古い Shopware バージョン（例：6.7.5）から 6.7.7.x へアップグレードする際に最も頻繁に発生しますが、新規インストール環境でも影響を受けたケースが報告されています。7.8.0 へのアップグレードにより、すべてのシナリオで問題が解決されます。

Question 2

Shopwareの商品フィードTWIGテンプレートで価格のカスタムフィールドを出力するにはどうすればよいですか？

Accepted Answer

価格のカスタムフィールドは価格コレクションとして保存されるため、`.net` に直接アクセスしても値は返されません。まずカスタムフィールドに対して `.first()` を呼び出してから、`net` または `gross` プロパティにアクセスしてください：

```twig
{% if product.translated.customFields.custom_more_product_price is defined %}
    {{ product.translated.customFields.custom_more_product_price.first().net }}
{% endif %}
```

通貨の丸めを使用してネット価格をフォーマットするには：

```twig
{% if product.translated.customFields.custom_more_product_price is defined %}
    {{ product.translated.customFields.custom_more_product_price.first().net|number_format(context.currency.itemRounding.decimals, '.', '') }}
{% endif %}
```

グロス価格を出力するには、`.first().net` の代わりに `.first().gross` を使用してください。

Question 3

system:check pre-rollout を実行した後に、Shopware が誤ったテーマやロゴを表示するのはなぜですか？

Accepted Answer

本番モードで bin/console system:check --context=pre_rollout を実行すると、仮想カーネルリクエスト間でテーマ設定がリセットされないため、誤ったテーマデータ（例：間違ったロゴや販売チャネルごとの完全に異なるテーマ）が永続キャッシュに書き込まれます。これは、Shopware 6.6/6.7 で異なるテーマを使用しているマルチ販売チャネル構成に影響します。修正がリリースされるまでの回避策：1) pre-rollout チェックを実行した後に bin/console cache:clear を再度実行して、正しいキャッシュを再生成する。2) エフェメラルなキャッシュアダプター（例：array キャッシュ）を使用する別の環境でチェックを実行し、テストリクエストのキャッシュが永続化されないようにする。3) デプロイメントパイプラインでオプションの pre-rollout チェックを一時的にスキップする。

Question 4

Shopwareでサブスクリプション注文が行われた際に顧客タグが設定されない問題を修正する方法は？

Accepted Answer

これは既知のバグで、'Order placed'フローがサブスクリプションを含む場合に顧客タグを割り当てないというものです。この問題はSwagCommercialのプルリクエスト#2831で対応されました。お使いのバージョンにこの修正が含まれているか確認するか、手動でPRを適用してください。フローがサブスクリプション注文を正しくチェックするように設定されていることを確認してください。

Question 5

高度な価格設定を持つ商品で「No context or locale given」エラーにより Shopware の system:check pre_rollout が失敗する場合の解決方法

Accepted Answer

これは実際のストアフロントの障害ではなく、Shopware 6.7.13.0 における誤検出（フォールスネガティブ）です。`AdministrationReadinessCheck` は `SalesChannelContext` なしで同一 CLI プロセス内で管理画面の Twig テンプレートをレンダリングするため、Twig は空のグローバルをキャッシュします（`TemplateDataExtension::getGlobals()` は `[]` を返します）。Shopware の `Kernel::handle()` オーバーライドは、各チェックのプロセス内リクエストの間で Symfony の `services_resetter`/`kernel.reset` を一切トリガーしないため、これらの古いグローバルが残存します。その後 `ProductDetailReadinessCheck` が `block-price.html.twig`（段階価格／拡張価格用に `only` 付きでインクルードされる）をレンダリングすると、`|currency` フィルターはコンテキストを見つけられず、'No context or locale given' をスローします。さらに、閉じられていないセッションが `ProductListingReadiness` も壊します。まず、ページが実際に正常であることを確認してください。HTTP 経由で商品詳細ページと一覧ページの URL にリクエストを送り、200 が返ってくるなら、ストアは正常であり、影響を受けているのは CLI チェックだけです。公式の修正がリリースされるまでの回避策（issue #21193 を追跡）：`Shopware\Storefront\Framework\Routing\SalesChannelDomainUtil::handleRequest()` をデコレート／パッチし、各プロセス内リクエストの前に状態をリセットします。たとえば、Twig 環境を注入して `$twig->resetGlobals()` を呼び出すか、`services_resetter` サービスの `reset()` メソッドを呼び出します。また、レンダリングが例外をスローした場合に `finally` ブロックでセッションが確実に保存／クローズされるようにしてください。あるいは、これら 2 つのチェック結果をデプロイメントパイプラインで非ブロッキングとして扱い、代わりに実際の HTTP リクエストでストアフロントの健全性を監視してください。

Shopware

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト