EC-CUBEEC-CUBEでBtoBの承認フローをどう設計する？多段階承認・権限管理の考え方
BtoB-ECでは、金額基準や部署単位、多段階の承認フローが必要になることがあります。承認フローは、ステータスを追加すれば完成するものではなく、申請・承認・正式発注をどのタイミングで分けるかを、業務要件から設計することが出発点です。ロール・履歴・通知の設計とあわせて解説します。
EC-CUBE
EC-CUBE
BtoB-ECEC-CUBEでBtoBの複雑な価格をどう設計する？顧客別価格・数量別価格の考え方
BtoB-ECでは、顧客別価格・数量別価格・契約価格など、価格が一律でないことがあります。EC-CUBEでは、標準機能で対応できない価格ルールも、プラグインや個別カスタマイズで実装できる場合があります。価格ルールを整理し、EC上の適用条件をどう設計するかを解説します。
BtoB-ECなぜBtoB-ECにEC-CUBEが向いているのか｜受注ルール・基幹連携から考える選び方
BtoB-ECのプラットフォーム選びでは、SaaS型とEC-CUBEのどちらが自社に合うかが論点になります。独自の価格ルールや基幹連携、拡張の必要性があるBtoBでは、EC-CUBEの設計自由度が活きやすい一方、標準機能で足りる場合はSaaS型が合理的なこともあります。受注構造から考える選び方を解説します。
EC-CUBEEC-CUBEで海外アクセスを制限する方法｜GeoIP・WAFとクレジットカード不正対策を解説
国内向けECでは、海外からのアクセスを制限することが、負荷やカード不正への対策の一つになります。ただし、海外制限だけで不正を防げるわけではありません。GeoIP・WAFによる国別制御と、クレジットマスターやカード不正への対策、EMV 3-Dセキュアの位置づけを解説します。
EC-CUBEEC-CUBEの負荷対策・スケール設計｜表示速度・同時アクセスを考えるポイント【4系】
EC-CUBEの表示速度やアクセス集中への対策は、インフラ・アプリケーション・データベース・キャッシュといった複数の層で考えます。負荷が高まる要因と、各層で確認したいポイント、スケール設計の考え方を、BtoBや基幹連携の視点も交えて解説します。
EC-CUBEEC-CUBEのDB構造・Entity設計を解説｜カスタマイズ前に知っておきたいデータ設計【4系】
EC-CUBE4系はDoctrine ORMを採用し、テーブルをEntity（オブジェクト）を通じて扱います。商品・顧客・受注などの主要テーブル構造と、コアを直接変更せずにカスタマイズするためのEntity設計の考え方を、BtoBや基幹連携の視点も交えて解説します。
EC-CUBEEC-CUBEのバージョンアップで確認したい6つのポイント｜失敗を避ける進め方と注意点
EC-CUBEのバージョンアップは、事前の確認と準備で、確認すべき範囲を整理できます。プラグイン互換性、カスタマイズの把握、サーバー環境、検証、保守体制——アップデート前に確認したい6つのポイントと、複数世代をまたぐ場合の注意点を解説します。
EC-CUBEEC-CUBEの多層防御を解説｜WAF・IP制限・2段階認証（2FA）の役割と設計
WAF・IP制限・2段階認証（2FA）は、それぞれ守る対象が異なります。対策を「増やす」のではなく、異なるレイヤーの防御を組み合わせる——EC-CUBEの多層防御について、各対策が何を守り・何を守らないのか、どう組み合わせるのかを解説します。
EC-CUBEEC-CUBEのプラグイン設計で確認したい9つのポイント｜競合・アップデート時の注意点を解説
EC-CUBEはプラグインで機能を拡張できますが、選び方や組み合わせによって、競合やアップデート時の不具合につながることがあります。プラグインを「数」ではなく責務・依存関係・影響範囲で見る視点と、導入・保守で確認したいポイントを、開発・保守の経験から解説します。
EC-CUBEEC-CUBE4系のアーキテクチャを解説｜Symfonyベースで拡張・保守しやすい構造とは【2026年版】
EC-CUBE4系は、PHPフレームワークSymfonyを基盤に構築されています。MVC構造、Doctrine ORM、DIコンテナ、イベント拡張といったSymfonyの仕組みを取り込むことで、3系から4系で拡張・カスタマイズの方式がどう変わったのかを、開発者向けに解説します。2026年時点の技術スタックも整理します。