Magento 2 で税金ルールを作成するには、[ストア] > [税金] > [税金ルール] に移動し、税率を選択または追加します。
ただし、カスタマイズが必要な複雑な税金シナリオにはこれでは不十分な場合があります。
https://amasty.com/knowledge-base/how-to-configure-tax-calculation-in-magento-2.html
注文に新しい合計を追加するには、アーキテクトはカスタム モジュールの「etc/sales.xml」ファイルで新しい合計コレクターを宣言する必要があります。
このファイルは、合計の計算とレンダリングの順序を定義します。
アーキテクトは、\Magento\Quote\Model\Quote\Address\Total\AbstractTotal を拡張し、collect() メソッドと fetch() メソッドをオーバーライドして、見積書と注文書にカスタム税を追加するロジックを処理するモデル クラスも実装する必要があります。
参考: https://devdocs.magento.com/guides/v2.4/howdoi/checkout/checkout_new_total.html

両方の Web サイトに同じ Cookie ドメインを設定すると、顧客は両方のサイトで同じ Cookie によって認証されるため、両方の Web サイト間で顧客ベースを共有できます。これにより、顧客は 2 つのサイト間を切り替えるときに 2 回ログインする必要がなくなります。
両方の Web サイトの Cookie ドメインを「.example.com」に設定すると、両方の Web サイトで同じ顧客ベースを使用できるようになります。これは、Cookie ドメインによって、Cookie に保存されている顧客情報にアクセスできる Web サイトが決定されるためです。共通のドメインを使用すると、両方の Web サイトで同じ顧客 Cookie を共有できます。Adobe Commerce ヘルプセンターの「複数の Web サイトまたはストア」を参照してください1。参照: https:// experienceleague.adobe.com/docs/commerce-operations/configuration-guide/multi-sites/ms-overview.html?lang=en1

コーディング標準ルールに準拠するようにコードを修正する最善の方法は、これら 5 つのスカラーを受け入れる新しいクラスを導入し、それをコンストラクターと Myservice の残りのロジックで使用することです。これにより、コンストラクターやその他のメソッドのパラメーターとして使用されるさまざまなクラス、インターフェイス、スカラー型の数が、コーディング標準で設定された制限である 13 個未満に減ります。さらに、クラス全体の複雑さを軽減し、読みやすさを向上させるために、必要のない余分なコードを削除できます。
コードによって違反されるコーディング標準ルールは、オブジェクト間の結合 (CBO) メトリックです。このメトリクスは、クラスが依存するさまざまなクラスとインターフェイスの数を測定します。CBO 値が高いことは、そのクラスが他のクラスやインターフェイスと密接に結合していることを示しており、保守とテストが困難になります。Adobe Commerce クラスの推奨 CBO 値は 13 未満です。Myservice の CBO 値を下げるために、アーキテクトは、Myservice の動作を構成する 5 つのスカラー パラメーターをカプセル化する新しいクラスを導入する必要があります。こうすることで、Myservice のコンストラクターは 5 つのスカラーではなく 1 つの追加クラスにのみ依存し、CBO 値は 4 減ります。参考: https://devdocs.magento.com/guides/v2.4/coding-standards/code-standard-php.html#coupling-between-objects

非同期インデックス作成により、Magento はストアフロントのパフォーマンスに影響を与えることなく、バックグラウンドでインデクサーを処理できます。データベースを分割すると、Magento はチェックアウト関連のテーブルに別のデータベースを使用できるようになり、メイン データベースの負荷が軽減され、チェックアウトのパフォーマンスが向上します。参考: https://devdocs.magento.com/guides/v2.4/extension-dev-guide/indexing.html#asynchronous-indexing https://devdocs.magento.com/guides/v2.4/config-guide /マルチマスター/マルチマスター.html

説明
ドキュメント1 によると、トークンベースの認証は、統合のアクティブ化時に生成されるアクセス トークンを使用してリソースにアクセスする簡単な方法です。OAuth ベースの認証は、統合が登録および承認されるときに生成されるコンシューマー キー、コンシューマー シークレット、アクセス トークン、およびアクセス トークン シークレットを使用してリソースにアクセスするためのより安全な方法です。
これらの定義に基づくと、この統合のためにサードパーティ システムで使用および実装する必要がある認証のタイプは次のとおりです。
* B. OAuth ベースの認証を使用して、システム リソースへのアクセスを提供します。統合が登録されます
* アクティベーション中にパネル内の販売者による OAuth ハンドシェイク。サードパーティ システムは、OAuth プロトコルに従って認証する必要があります。