Quick Win 一覧（即効改善4件）

CFCL IT統合プロジェクト
作成日: 2026-07-14　｜　読み取り専用の元資料に基づく（推測による数値・事実の創作はしていません）
優先1 優先2 優先3 優先4 工数・リスク：小 中 大
本資料の位置づけ：DP（新基幹システム）の本格導入を待たず、費用ほぼゼロ・可逆な範囲から着手できる「Quick Win」4件をCEO承認済み方針として整理したものです。いずれも新規システムの購入・開発を伴わず、既存のGoogle Workspace（スプレッドシート／Apps Script）やExcelの標準機能、ファイル整理・運用ルールの範囲で実施し、問題があれば元の運用にすぐ戻せる（可逆）設計としています。

Quick Win 一覧サマリ

優先順は「影響度の大きさ」と「着手のしやすさ（費用・可逆性）」の両面から並べています。詳細は下部の各カードを参照してください。

優先ID内容分類該当課題(As-Is)影響度工数目安リスク
1 I-3 VOL別在庫上代の4コピー・倉庫向け変換マスタのcsv/gsheet二重管理 → 正本1つに統一、重複を閉じる 台帳一本化 I-3 帳票の重複・版乱立 大（7帳票+） 小 小
2 I-2 GROUP MAP手動転記（11箇所波及）→ 親表から自動反映に置換 転記自動化 I-2 マスタの二重管理 大（15帳票+） 中 中
3 I-1 週次「貼り付け」作業（スマレジ・EC在庫）の部分自動化 作業自動化 I-1 システム間の手動連携 最大（20帳票+） 中 中
4 I-7 商品マスタ登録ミス（HIN多発）の再発防止：入力チェック＋登録テンプレ整備 ミス防止 I-7 データ品質/障害の未解決 中（4帳票+） 小 小

出典: As-Is帳票マスタ突合表_20260706.xlsx（As-Is課題マップ）、CFCL_IT統合_要件定義書_v0.1_20260707.xlsx（02_To-Be業務全体像／03_機能要件一覧）。「影響度」「該当帳票数目安」はAs-Is課題マップの記載値。

優先1

I-3　VOL別在庫上代・変換マスタの台帳一本化

台帳一本化
現状（As-Is） 「VOL別在庫上代」が4コピー並存（①全社版 ②更新 ③202604月結果・全店 ④202604月結果・既存店）。いずれも19タブ構成で、店頭在庫データは最大18,612〜19,519行。スマレジ・AO（ロジ在庫/店頭在庫）・EC/SHOP週間売上を週次/月次で手貼り付けして集約する「手貼り付け集約簿の典型」（As-Is帳票マスタ突合表 #25〜28）。
倉庫（LZ）向け「変換マスタ取り込みフォーマット」もcsv版とgsheet版が並存し、どちらが原本か不明（同 #67〜68）。根本原因は「命名・版管理ルールの不在・共有粒度の不揃い」（As-Is課題マップ I-3）。
解決策（提案） ヒアリングで「4コピーのうちどれを正本(SoT)にするか」「各コピーに用途差分があるか（分析目的の違いか、単なる重複か）」を確認したうえで、正本を1つに定めて統一し、他3つはアーカイブフォルダへ移動（閲覧のみ・編集ロック）。変換マスタもcsv/gsheetいずれかへ一本化し、他方は削除または参照リンクのみ残す。実施はGoogleドライブ上のファイル整理・アクセス権設定・命名ルール適用のみで完結し、DP本体の開発を待たない。
工数目安小 ヒアリング1回＋ファイル整理・命名ルール適用（開発工数ゼロ）
リスク小 旧版はアーカイブとして保持するため、統一後に不具合が判明しても復元可能
費用ほぼゼロ・可逆の根拠：新規ツール・システム開発を伴わず、Google Drive標準機能（アクセス権設定／アーカイブフォルダ）のみで実施。誤って正本を廃止しても旧ファイルはアーカイブに残るため、いつでも元の4コピー体制に戻せる。
優先2

I-2　GROUP MAP転記自動化

転記自動化
現状（As-Is） GROUP MAP原本を全下流へ手動転記しており、1回の変更が11箇所へ波及する（As-Is課題マップ I-2、analysis_report「論点③」）。GROUP MAP原本は画像PDFで本文抽出不可のため、11箇所の転記先の全容は現時点の元資料からは特定できていない（analysis_report「本レポートの限界」に明記）。
解決策（提案） まず転記先11箇所を洗い出すヒアリングを実施（詳細は別紙ヒアリング設計書）。Googleスプレッドシート上に構築可能な転記先は参照式（IMPORTRANGE等）に置換し、手動転記を廃止する。スプレッドシート外（PDF等）の転記先は、原本のスプレッドシート化を検討したうえで同様に参照方式へ移行。FUKU296(PLM)への正式なマスタ集約（FR-MST-02）は本格プロジェクトの範囲だが、それまでの「つなぎ」として参照式化のみでも転記ミス・手作業工数を削減できる。
工数目安中 11箇所の洗い出しヒアリング＋各シートの参照式設定・検証（開発ではなくスプレッドシート関数レベルの作業）
リスク中 参照式の設定ミスで一時的にデータ不整合が起きうるが、1箇所ずつ段階導入・検証すれば元の手動転記に戻せる
費用ほぼゼロ・可逆の根拠：Googleスプレッドシート標準機能（IMPORTRANGE等）のみで実現し、追加費用は発生しない。段階導入とし、問題が出た転記先だけ個別に手動転記へ戻せる設計とする。
優先3

I-1　スマレジ・EC在庫「貼り付け」作業の部分自動化

作業自動化
現状（As-Is） 店舗在庫・EC在庫の状況をシートへ入力する運用があるが、在庫データがAO（Aladdin）と連携しておらず情報の乖離が発生（Store_Workflowヒアリングメモ 00:23:19）。倉庫のフリー在庫とEC在庫の管理シートが分かれているため閲覧に手間がかかる（同 00:28:21）。「〜貼り付け（週次更新）」タブが「VOL別在庫上代」等の集約簿に多数存在する（As-Is課題マップ I-1、As-Is帳票マスタ突合表 #25〜30）。
解決策（提案） 全面的なシステム間API連携（DP導入後のFR-IF-01／FR-STK-01）を待たず、まずはスマレジ側のCSVエクスポート機能を使い、Google Apps Script（GAS）で週次の自動取込スクリプトを作成し、手貼り付け作業の一部を自動化する。対象はスマレジ・EC（Shopify）在庫の取込みのみに限定し、AOとの本格連携は本体プロジェクト（Phase1）に委ねる。スマレジ・ShopifyのAPI利用可否・利用条件は要ヒアリング（本quick winの着手前提として確認が必要）。
工数目安中 GASスクリプトの実装・テストが必要（追加ツール購入なし）
リスク中 API仕様変更時にスクリプトのメンテナンスが必要だが、問題があれば即座に元の手貼り付け運用に戻せる
費用ほぼゼロ・可逆の根拠：Google Apps Script（Google Workspaceに標準搭載・追加費用なし）とスマレジの既存API/CSV機能のみで実現。スクリプトを停止すれば即座に元の手作業運用に戻せる。
優先4

I-7　商品マスタ登録ミス（HIN多発）の再発防止

ミス防止
現状（As-Is） 商品マスタ登録エラー（HIN）が常態化。エラーログ（エラー内容_HIN_20260416162610.csv等、Logistics部門「商品マスタエラー」フォルダに複数回分蓄積）にバーコード関連の登録エラーが記録されている。As-Is課題マップ I-7「データ品質/障害の未解決」の根本原因は「マスタ整備ルール・連携検証プロセス不足」と整理されている。
解決策（提案） 商品マスタ登録時の入力チェック（必須項目・重複バーコードの検知）をExcel/スプレッドシートのデータ検証機能で追加。登録担当者向けの登録テンプレートを整備し、命名規則・必須項目の入力ルールをテンプレート内に明記する。本格的なマスタ整備ルール（FR-GOV-01）・連携時バリデーション（FR-SHP-02）はDP導入後の対応だが、それまでの暫定策として登録時チェックを先行導入する。
工数目安小 テンプレート整備・データ検証ルールの追加のみ（開発不要）
リスク小 テンプレート配布・運用ルール追加のみで既存の登録プロセス自体は変えないため可逆
費用ほぼゼロ・可逆の根拠：Excel/スプレッドシートの標準機能（データ検証）のみで実施し、追加費用は発生しない。テンプレートは配布物のため、運用に合わなければ回収・改訂も容易。
次のアクション