既にECバックエンドがあるのに、なぜMarketplace基盤が必要？

複数当事者の取引では難所は“注文”ではなく“統治”です。審査、権限、精算、紛争、監査可能なフローを工程として固定すると、運用が破綻しにくい。Open Mercato はその構造を提供します。

[Shopify](https://www.shopify.com/) と [Medusa](https://github.com/medusajs/medusa) のどちらに近い？

自ホスト前提で、深いカスタムを許すプロダクト基盤寄りです。托管の固定境界でもなく、汎用モデルの無理な改造でもなく、差分をワークフローと拡張点へ寄せます。

境界を厳密にすること。ドメイン内は本域の規則だけ、ドメイン間はイベント/ワークフローで連携し、重要フローには受け入れ条件と回帰テストを用意します。

✕従来の課題	✓革新的ソリューション
Shopify のようなホスティング型は、複数当事者の精算や権限/運用フローがテンプレ機能に押し込まれやすい。	Open Mercato はコアを安定させ、差分はワークフローと拡張点へ寄せることで、継続的に進化できる基盤にする。
Medusa など汎用バックエンドをMarketplace化すると、領域分割が合わず拡張が壊れやすい。	運用とガバナンスを一等機能として扱い、審査/精算/トラブル対応などを編成可能かつ監査可能にする。

bash

1git clone https://github.com/open-mercato/open-mercato.git && cd open-mercato

bash

1cp .env.example .env

bash

1docker compose up -d

bash

1# 例：npm install && npm run dev（または pnpm）

bash

1# 例：npm run migrate && npm run seed

コアシーン	対象読者	ソリューション	成果
垂直型Marketplaceを短期間で立ち上げ	スタートアップ/PM	モジュール化された領域で掲載→購入→決済→履行→サポートを構築	差別化ルールと運用に集中できる
社内のサプライヤ/サービス市場	大企業の購買/事業部	審査・精算・権限を監査可能なワークフローで管理	コンプライアンスと追跡性を強化
マルチテナント運用のプラットフォーム化	プラットフォーム製品チーム	テナント分離と拡張点で顧客ごとの違いを吸収	分岐を減らし保守コストを抑える