CFCL 基幹システム統合プロジェクト｜To-Be全体構成図たたき台

CFCL IT統合プロジェクト／作成日 2026-07-14／読み取り専用の元資料に基づく（analysis_report.html／DPシステム機能概要／要件定義書v0.1）
⚠ これは設計未確定のたたき台です 本図は新システム(DP)導入後の全体構成イメージを議論のために可視化したものであり、確定した設計ではありません。特に周辺システムとのAPI自動連携が実際に実現できるかは、2026-07-17のERP確認MTGでベンダー(MCF)に確認する前の想定です。図中の4つの論点（①〜④）は「仮置き」であり、今後の意思決定ゲート（8/17・9/14・10/5等）で変わりえます。
現状（As-Is）は、基幹システムAladdin(AO)を中心に、倉庫WMS・スマレジ・Shopify・JOOR・会計システムを人がCSVで手取込・手コピペしてつないでいる状態です。 To-Beでは、アパレル特化ERPのDPシステムを新しい中核（ハブ）に据え、周辺システムは残置したままAPI等で自動連携することで、この「手作業のり付け」を解消することを目指します。

01To-Be全体構成図（DP中核＋周辺システム）

DPを中核（ハブ）に、周辺システムをAPI連携で残置する将来像。矢印の方向はIF一覧（要件定義書v0.1「06_連携IF一覧」）に基づく想定であり、実現可否は7/17 MTGで確認予定。

倉庫WMS（ロジザード）
入出庫・在庫管理
現状：手CSV取込（毎回エラー発生）
スマレジ（店頭POS）
店頭販売・店頭在庫
現状：手貼付（週次更新）
会計まわり（MF会計／バクラク／銀行）
GL・決算／経費／入出金
現状：手import・手集計。バクラク→MF・銀行→MFはMF会計側で連携（DPと直接接続しない想定）
Phase1 ⇄
IF-02 双方向・日次
API連携
Phase1 ⇄
IF-03 双方向・日次
API連携
Phase2 →
IF-01 一方向・日次/締め
DP→MF会計
DPシステム
新中核（アパレル特化ERP）
①製品企画→②展示受注→③生産数確定→④資材発注/職出し→⑤入庫引当出荷→⑥請求入金
  • 製品管理／注文管理／発注管理
  • 出荷管理／会計管理／コスト管理
  • 在庫管理／生産情報マスタ／顧客管理
現行 Aladdin(AO) はDPへ機能移行し、Phase1完了後に廃止想定
Phase1 ⇄
IF-04 双方向・日次
API連携
Phase1 ←
IF-05 一方向・随時
FUKU296→DP
仮置き ←
IF-06 一方向・随時
JOOR→DP（案）
Shopify（自社EC）
EC販売・EC在庫
現状：手貼付
FUKU296（PLM）
商品／品質マスタ（正本候補）
現状：GROUP MAP原本の手転記（1変更が11箇所へ波及）
JOOR（海外卸受注） 仮置き
現状：手入力
【論点②】残置してIF連携 or DP注文管理へ集約、8/17ゲート(G1)で確定予定
BI基盤（Looker等） Phase3
IF-09・一方向・日次／AO・DP→BI
Sell-Through・売上・在庫上代の自動可視化（現状：19,319行の手作業集計簿）

凡例：⇄＝双方向連携／→←＝一方向連携／点線＝Phase3・将来検討／仮置き＝未確定論点に関わる箇所。出典：要件定義書v0.1「01_スコープ定義」「06_連携IF一覧」「07_フェーズ計画」、DPシステム機能概要「システム概要」。

02現状（As-Is）→ To-Beでの自動化 対比

現状の手作業連携が、To-Beでどう自動化されるかの一覧。

接続先現状（As-Is）To-Be（想定）IF-IDフェーズ
倉庫WMS（ロジザード）AO⇄倉庫のCSV手取込。毎日手動でつながないと連携せず、分納を全入荷と誤認するエラーも発生DP⇄WMSをAPIで双方向連携IF-02Phase1
スマレジ（店頭POS）店頭在庫を週次で手貼付DP⇄スマレジをAPIで双方向連携し在庫・売上を自動同期IF-03Phase1
Shopify（EC）EC在庫・受注を手貼付DP⇄ShopifyをAPIで双方向連携IF-04Phase1
FUKU296（PLM）GROUP MAP原本を全下流へ手動転記（1変更が11箇所へ波及）FUKU296を商品/品質マスタの正本(SoT)とし、DPへ参照連携IF-05Phase1
JOOR（海外卸）仮置き海外卸受注を手入力【論点②・要判断】JOOR残置してDPへ連携 or DP注文管理へ集約IF-06Phase2
MF会計Aladdin等から会計データを手作業で受け渡しDP→MF会計へ請求・売上仕訳を連携（DPは請求(AR)まで、GL/決算はMF）IF-01Phase2
銀行／バクラク（会計周辺）API未連携の銀行入出金を手import。経費(バクラク)も月次で手集計銀行→MF会計、バクラク→MF会計をAPI連携（DPとは直接接続しない）IF-07 / IF-08Phase3
BI基盤（Looker等）Season sales review等、約2万行を人手で貼り付けて集計AO/DP→BI基盤へデータ連携し、Sell-Through等を自動可視化IF-09Phase3

出典：現状分析レポート「02 プロジェクトの狙い・解こうとしている課題」「04 現状の帳票・マスタ・システムの散在マップ」、要件定義書v0.1「06_連携IF一覧」。

034つの未確定論点（すべて仮置き）

この全体構成図に関わる論点のうち、以下4点は現時点で未確定・仮置きです。7/17 ERP確認MTGおよび後続の意思決定ゲートで確定します。

① 周辺システムとのAPI連携可否仮置き
本図のWMS・スマレジ・Shopify・FUKU296・JOORとの連携矢印はすべて「実現できる前提」で描いていますが、実際にAPIで自動連携できるかはベンダー未確認です。特に倉庫WMSは現状「毎回エラー」が発生しており、標準実装の有無・個別開発時の工数目安を2026-07-17のMTGで確認予定。ここが崩れると本図の前提自体が崩れます。
② JOOR（海外卸）を残すか、DPへ集約するか仮置き
本図ではJOOR→DPへの一方向連携（IF-06）として仮置きしていますが、DPの注文管理と機能が重複するため「残置してIF連携」か「DP注文管理へ集約」かを2026-08-17の意思決定ゲート(G1)までに確定する必要があります。
③ マスタの正本(SoT)確定と名寄せ仮置き
本図ではFUKU296を商品/品質マスタの正本(SoT)候補として描いていますが、これは要件定義書v0.1時点の前提であり、他マスタ（取引先・生地・付属・顧客・シーズン等）を含む正本確定と名寄せは2026-10-05目標で進行中です。
④ DPが現行Aladdin(AO)の機能を最低限満たすか仮置き
本図はDPが①〜⑥の工程をすべて担う前提で描いていますが、DP機能概要への疑問点（CSV一括取込の標準対応可否、商品マスタ項目の追加可否等、DP System QA全13問）への回答はまだ得られていません。回答次第で本図の機能配置が変わる可能性があります。