FAQ on Commerble Docs

システム連携について

Mon, 01 Jan 0001 00:00:00 +0000

Commerbleには、充実したAPI群、各種機能があり、他システムとの連携を柔軟に組み上げることが可能です。 Commerbleで外部システムと連携するために接続ポイントは以下の4つがあります。

WEB API
受注イベント通知
カスタムパイプラインモジュール
カスタムテンプレートヘルパー

Web API

Commerbleには管理オペレーション用のWeb APIがあり、このAPIを利用して、基幹システムや倉庫システムと連携できます。

このAPIは管理用です。カート処理用のWeb APIではないことに留意が必要です。

つまりこれはJAMStackで構成されたECサイト（フロントサイト）から使用する購入APIとしては機能しないことを意味します。そのようなAPIが必要な場合はカスタマイズ実績：カートのWeb API化をご参照ください。

受注イベント通知

Commerble上で受注が作成・更新された際に、外部システムへ作成・変更のあった受注IDを通知できます。

この通知は、通常Azure Storage Queueを介して通知いたしますので必要な際は別途Microsoft Azureの契約をお願いいたしております。

HTTPリクエストやAMQPを用いた通知をご希望の場合は、カスタマイズで対応可能ですのでご相談ください。

カスタムパイプラインモジュール

カスタムパイプラインモジュールをオーダーカスタムすることで、受注処理時に外部システムと接続できます。

このカスタマイズにより、独自の決済APIや送料計算、ポイント連携を実現できます。

詳しくは、カスタマイズ：パイプラインモジュールをご参照ください。

カスタムテンプレートヘルパー

テンプレート内で使用できるAPIをオーダーカスタムすることで、テンプレート内で外部システムにアクセスできます。

このカスタマイズにより、決済プロバイダ内に保存された登録カードの取得などを実現できます。

詳しくは、カスタマイズ：テンプレートヘルパーをご参照ください。

性能・制限について

Mon, 01 Jan 0001 00:00:00 +0000

受注性能

2000件/分を基本性能とし、実施するキャンペーンや購入制限ルール、決済代行をはじめとした外部接続、ページデザインにより律速されます。

最大受注数

登録数の理論上の最大値は約21億件ですが、数百万件ほどを要求性能を満たせる上限値としています。受注件数が増えたテナントでは、性能を確保するため、計上済みの過去受注のアーカイブを実行します。アーカイブされた受注はクール永続下層に退避され、受注テーブルから削除されます。ただし、エンドユーザはアーカイブされた受注をECサイト上で引き続き確認できます。

最大商品数

登録数の理論上の最大値は約21億件ですが、100万件ほどを要求性能を満たせる上限としています。事例としましては、40万SKUを持つテナントがあり、問題なく受注が取れております。ただし、商品名などのID以外の検索は件数に伴い待ち時間が増加するため、ECサイト上のサイト内検索ページや管理画面上の商品検索等に影響いたします。

数十万点の商品を扱う場合は、サイト内検索に外部の検索エンジンをご利用いただくことが必須となります。

サービスデモについて

Mon, 01 Jan 0001 00:00:00 +0000

ECのフロントサイト

事例をご覧ください。 https://www.commerble.com/cases

NDAを締結後、ミニマムバージョンのサイトのデモ版を提供いたします。

お問合せフォームよりお申し込みください。

管理

Commerbleの標準管理はこちらになります。 https://www.commerble.com/docs/commerble/management/admin/

必要でしたら別途マニュアルをお渡ししますのでお申し付けください。場合によっては、管理機能はCommerbleのAPIを組み合わせて、御社の業務に合わせた専用画面を作るケースもあります。

決済代行会社について

Mon, 01 Jan 0001 00:00:00 +0000

弊社側で指定する決済代行会社はありません。料率などを踏まえて、自社のビジネスに最も適した決済代行会社をご選考ください。過去の事例をもとに、助言させていただきます。

WAFについて

Mon, 01 Jan 0001 00:00:00 +0000

Commerbleでは、CDNにWAFを組み合わせる形で運用しています。

不正な大量アクセスを検知した場合は、該当のIPアドレスをブロックする等の対応しています。

計画メンテナンスについて

Mon, 01 Jan 0001 00:00:00 +0000

基本的に計画メンテナンスによるダウンタイムはありません。

カートセッションデータなど非永続化データの揮発を伴うメンテナンスを実施する場合があります。このようなケースではテナント単位でスケジュールを相談の上、個別に実施いたします。

コストについて

Mon, 01 Jan 0001 00:00:00 +0000

Commerbleのコストの特徴

初期構築コスト＝これまでの実績的にも基幹連携、POS連携等、柔軟なカスタマイズを必要とする大規模ECが適価で構築できます。
月額料金＝受注数による従量課金です（後述）。

初期構築コストの費用感について

初期コストは、テナントの要件に伴うカスタマイズ費用で変動いたします。

例えば、要件定義に多めの工数や、デザインにより工数をかけるテナントもいます。管理サイトをカスタマイズして、独自の使いやすい管理機能を作り上げるテナントもいます。基幹システムとの連携を密に行うテナントもいます。商品の管理方法に独自の仕様（SKUの考え方、情報構造）を持つテナントもあります。

初期構築コスト、実績例

複数のフロントサイト（WordPress）に連結するカート機能：500万円程度
POSと会員情報やポイント、在庫を連係するECサイト：1500万円程度
ECサイト及び基幹業務（特殊な商品管理業務フローなど）：2000万円程度
ECサイト及び基幹業務（店舗業務との統合など）：2000万円程度

と平均して500〜2,000万円程度の費用のケースが多いです。ただ要件により複雑度があったり、バリエーションが豊富な場合、上記を超過するテナントもあります。また、先述の通り、要件定義やデザインの工数を増やすテナント企業に置いては、当該のコストが増加する傾向にあります。

カスタマイズの費用感

カスタマイズの費用感ですが、APIを使い、これまでの実績ノウハウから低工数で対応しています。 Commerbleでは、受注数を伸ばすことにより利用料が増えるため、テナントと目的を同じくもってECを運営できます。

カスタマイズの費用、実績例

決済方法の追加（50万円程度〜）＝受注後のキャンセルや変更の業務フローが異なるため、個社対応の工数が発生します。

ランニングの費用感

料金表

月額については料金表の通り、受注数による課金になります。

月額費用は月間の受注数に応じて発生します。PV料金などはありません。
締日は基本月末となっていますが、20日締（毎月21日から翌月20日まで）も対応可能です。

大規模テナントでの利用

月間数万件を超える企業様では、従量課金により件数が多いほど1件あたりの受注料金が廉価になります。

ミニマムスタート

一部ミニマムスタートする企業様の場合、受注数1,000で月額10万円という特殊な条件を受け付ける場合もありますので、条件等ありましたらご相談ください。

月額費用（受注数従量課⾦）に含まれるもの

サーバー、CDN、ネットワーク費⽤
セール時の負荷対応、可⽤性
パフォーマンス
- 作り捨てではなく、常時最速にします。
セキュリティ
- Commerble本体を定期的に検査実施します。各テナントのカスタマイズを含んだ部分は別途実施していただく必要があります。
Commerbleに関する問い合わせ
テナント共通のアップデート機能
- 随時提供します。
- 大半の機能でカスタマイズを⾏うため、全く無償で使えるケースは少ないですが、低コストで新しい決済などを導⼊可能になります。
受注増のためのアドバイス
- 随時対応します。

ランニングコストに含まれないもの

追加のカスタマイズ費用

追加のカスタマイズ費⽤は都度見積もりになります。

カスタマイズ部分のインフラ費⽤
- Microsoft Azureの契約をお願いしています。
メール
- お客様側でSMTPサーバーをご用意いただくか、SMTPサービスのSendGridの契約をお願いしています。
カスタマイズ部分に関する問い合わせ
- カスタマイズの内容に応じて、構築ベンダー側で別途保守費⽤をいただきます。ただし、機能追加しても保守費⽤が増えることはありません。構築費用の10%を保守費として計上するようなことはありません。

外部サービス

強力な検索機能（表記揺れや複雑なファセットに対応したい場合）を持つ外部サービス、レコメンドなどの外部サービス
- 別途サービスを選定し、ご契約頂く必要があります。

構築体制について

Mon, 01 Jan 0001 00:00:00 +0000

Commerbleの体制

Commerbleエンジニアは、コア機能の実装・インフラ・案件別の対応を実施します。

親会社

Commerbleの親会社はシグマコンサルティングです。
Commerbleの構築案件のリード、PMを担当します。

サポート時間

サイト全体のトラブル（閲覧不可、購⼊不可）は、24/365で対応します。
その他の不具合、障害＝プロジェクト毎にチケットで平日日中に対応します。
チケット管理にはbacklog等のシステムを利⽤します。
カスタマイズ部分については、チケットの⽉間件数を決めて対応します。
構築時のPM及び補佐＝直接の窓⼝となります。
PMについては構築時からリリース後まで同じ要員が務めます。
案件の規模によってはPMを複数名にして分担するケースがあります。
稼働前後の⼀定期間だけ常駐を検討しますが、継続的な常駐はありません。

※ 上記はあくまで一例です。実際の条件は個別の契約内容に基づきます。

社外パートナー

物流コンサル＝Infinity October社※バックオフィスと物流を改善します。