EC-CUBEEC-CUBEで印刷業界のBtoB-ECをどう設計する？仕様選択・見積・入稿データ管理の考え方
印刷業界のBtoB-ECでは、用紙・サイズ・部数・加工などの仕様を組み合わせて注文内容を決めたり、個別見積した仕様を再注文したり、入稿データを管理したりする場合があります。この記事では、仕様選択の設計、見積仕様の再利用、入稿データ管理を中心に、印刷業務で整理したい受注設計を解説します。
EC-CUBE
B2B-ECBtoB-ECのパッケージ型とフルスクラッチの違い｜変更範囲・開発体制・保守で比較
BtoB-ECの構築方法には、パッケージ（EC-CUBEなど）を基盤にする方法と、フルスクラッチ（ゼロから開発する）方法があります。この記事では、どちらが優れているかではなく、変更できる範囲・開発と保守の体制・コスト構造という観点で、両者を中立に比較します。ゼロから作る必要があるかを考える視点を整理します。
B2B-EC製造業・卸売業のBtoB-ECをどう設計する？ロット・品番注文・在庫・納期の考え方
製造業・卸売業のBtoB-ECでは、ロット・最低発注数などの注文単位、品番・型番からの注文、在庫・納期の見せ方など、卸取引に固有の受注構造があります。この記事では、これらをEC上でどう設計するかを中心に、取引先別価格や基幹連携との関係も整理して解説します。
BtoB-ECEC-CUBEで仮パスワードの変更を強制する方法｜初回ログイン時のパスワード運用を改善
BtoB-ECなどでは、管理者が利用者のアカウントを発行し、仮パスワードを設定することがあります。そのパスワードを使い続けるリスクを減らすため、初回ログイン時にパスワード変更を強制する仕組みを、EC-CUBEで実装する方法と設計の考え方を解説します。
EC-CUBEEC-CUBEでBtoB-ECを段階的に作るには？スコープ設計とMVPの考え方
EC-CUBEは自由に設計できるため、「あれもこれも」と機能を盛り込みたくなることがあります。ただ、大切なのは、今、本当に必要かどうかで、作る範囲を決めることです。この記事では、MVP（最小実用構成）から始め、コアと拡張を分けて段階的に作る、スコープ設計の考え方を解説します。
EC-CUBEECサイト構築のSaaS型とパッケージ型の違い｜変更範囲・運用責任・コストで比較
ECサイトの構築方法には、SaaS型とパッケージ／OSS型があります。この記事では、どちらが優れているかではなく、変更できる範囲・運用責任・コスト・外部連携・セキュリティ責任という5つの軸で、両者を中立に比較します。自社の要件に、どちらが合うかを考える視点を整理します。
EC-CUBEEC-CUBEでFAX受注をEC化するには？BtoB受注をWeb化する前に整理したいポイント
FAX受注をEC化するとき、大切なのはFAX画面をそのままWebフォームに置き換えることではありません。FAX受注で実際に行っている工程を分解し、どこをWeb化・自動化・連携するかを整理することが出発点です。顧客の識別、価格、一括注文・再注文の操作設計、基幹連携までを解説します。
EC-CUBEEC-CUBEでBtoBの掛売・与信管理をどう設計する？与信限度額・請求書払いの考え方
BtoB-ECでは、掛売（請求書払い）や、取引先ごとの与信限度額の管理が必要になることがあります。この記事で扱うのは、誰にいくら与信するかという与信判断そのものではなく、企業側で決めた与信限度額や取引条件を、EC上でどう扱うかの設計です。与信枠をいつ使用・解放するか、残高をどこで管理するかを解説します。
EC-CUBEEC-CUBEのセキュリティ対策7選｜更新・WAF・管理画面防御を実務目線で解説
EC-CUBEのセキュリティは、本体・PHPの更新、プラグイン管理、WAF、管理画面防御、カード情報の非保持化、バックアップ、ログ監視という基本の積み重ねで守ります。事故が起きる原因と、実務目線での7つの対策を解説します。多層防御の詳細は関連記事もご覧ください。
securityEストアー「ショップサーブ」で最大885万件の情報漏えいか｜ECサイト運営者が今確認したい5つの対策
BASEグループ子会社Eストアーの「ショップサーブ」で、不正アクセスにより最大885万件の情報漏えいの可能性が公表されました。事実を整理したうえで、特定サービスの問題として片付けず、EC事業者が平時に見直したい5つのセキュリティ対策を解説します。