構築範囲デモ ／ 責任分界点
BIパッケージ
① パッケージ（Metabase・OSS）
② 弊社構築（n8n＋分析DB）
③ 御社（新基幹/WMS・運用）
いま見ている画面の担当区分
責任分界点
QlikViewが1本で抱えていた機能を役割ごとに分解。「BIで見せる＝パッケージ(無償OSS)」「データを取り込み自動更新＝弊社構築」「元データ＝御社」の3分割で、どこに費用が出るかを明確にします。
2026/7/29 初回商談を受けた更新点（このデモに追加・修正したもの）
① パッケージ領域Metabase / Superset（OSS・無償）
グラフ・ダッシュボード作成
ドラッグ&ドロップのノーコード編集
閲覧/編集のグループ権限分離
ユーザー数無制限（ID課金なし）
ライセンス費 0円（OSS）
参照
弊社のお見積り対象
夜間バッチ・F-Watch の取込WF
形式変換・名寄せ・項目マッピング
分析DB設計（数千万件・集計）
2027 新基幹/WMS の受け側追随
更新監視・自動リトライ・通知
初期構築費 ＋ 月額保守費
元データ
新基幹/WMS（元データ提供）
RPA夜間バッチ・F-Watch（既存）
ユーザー運用・棚卸し
オンプレサーバー用意
既存資産の活用
QlikViewでコード記述・属人化していたのは、まさに②の部分（ロード/変換スクリプト）です。BIパッケージ(①)を入れても②は付いてきません。弊社が担うのは②だけで、①はOSS(無償)、③は御社のまま。②を"コード"から"n8nの画面ワークフロー"に置き換えることが、脱・属人化の核心です。
0円/ID
パッケージ
Metabase/Superset/n8n/DBは全てOSS。ユーザー数無制限・何名でもライセンス費0円
5工程
弊社構築
取込・変換・DB設計・新基幹追随・監視。属人化していた部分を巻き取り
オンプレ
御社
全て自社サーバーで完結。財務・金額データを外部に出さない
経営ダッシュボード Metabase 標準画面
自動車部品卸の仕入・在庫・売上を一望するイメージ。Metabase のダッシュボード機能そのもので、SQLを書かずドラッグ&ドロップで構築します。データは弊社構築の分析DB（数千万件）を参照。※数値はサンプル
最終更新 今朝 06:00（夜間バッチ）
在庫金額
¥12.1億
適正在庫比 103%
▼ 1.2%
月次 売上 / 仕入 推移
直近12ヶ月（百万円）
売上 仕入 バーにカーソルで詳細（Metabaseのツールチップ相当）
商品カテゴリ別 売上構成
エンジン系 34%
電装・バッテリ 24%
足回り・タイヤ 18%
オイル・ケミカル 13%
その他 11%
欠品・過剰在庫アラート
欠品ブレーキパッド 前 (品番BP-2214)
在庫0・受注残12
過剰ワイパーゴム 各種
回転率1.2回・滞留在庫¥380万
欠品オイルフィルタ (品番OF-1180)
在庫3・週販28
これらは分析DBの集計を条件化したMetabaseのアラート機能。閾値超過でメール通知も可能です。
この画面はBIパッケージ（Metabase）の標準機能です。弊社は「このダッシュボードが毎朝自動で最新化されるための裏側（データ連携・分析DB）」を構築します。→ データ連携WF(n8n)を見る
ノーコード編集 Metabase 標準画面
QlikViewの「コード記述で属人化」を解消する核心。項目をドラッグ&ドロップするだけで集計を作れます（Excelの数式レベル）。裏でSQLは自動生成されるので、SQLを書けない編集担当でも修正可能（編集できる人数に上限はありません）。
データ項目（分析DB）
売上金額
粗利
在庫数
商品カテゴリ
取引先
月
項目をクリックして右へ追加
グループ化（ディメンション）
← 左から分類項目を追加
自動生成されるSQL（編集者は見なくてOK）
項目を追加すると、ここにSQLが自動生成されます（手書き不要）
ここがQlikViewとの決定的な違い：QlikViewは変数・数式・ロードスクリプトをコードで書く必要があり、特定担当に依存していました。Metabaseはクリック操作でSQLが自動生成されるため、担当が代わっても・増えても、社内の誰もが修正・メンテできます。
使える関数の範囲（商談ご質問）：集計 Sum/CountIf/SumIf/Distinct/Median、文字列 concat/substring/replace、日付 datetimeDiff/datetimeAdd、条件分岐 case/if/coalesce 等をSQLもAIもなしで組めます。Excel級の複雑加工だけSQL/n8n＋AIで補完 → 「できること・できないこと」で正確に確認。
権限分離（閲覧者 / 編集者をグループ分離） Metabase 標準画面
ご要望の「閲覧ユーザーと編集ユーザーを明確に分ける」を、グループ権限で実現。ユーザー数は無制限・何名登録してもライセンス費0円（人数課金なし／公式："Free unlimited users"）。 訂正 「閲覧300名/編集10名」はMetabaseの上限ではなく御社の想定規模です。下のスイッチで見え方の違いを体感できます。
閲覧グループ 無制限
御社想定 約300名
ダッシュボードの閲覧
フィルタ・期間の切替
CSV/画像エクスポート
グラフ・集計の編集
データ項目の追加・削除
権限・ユーザー管理
編集グループ 無制限
御社想定 約10名
ダッシュボードの閲覧
フィルタ・期間の切替
CSV/画像エクスポート
グラフ・集計の編集（ノーコード）
データ項目の追加・削除
権限・ユーザー管理（管理者のみ）
いまの表示：閲覧者 の画面イメージ
閲覧/編集の2区分の権限分離はMetabase OSS（無償）で実現し、登録できるユーザー数に上限はありません（人数課金なし）。さらに「部門ごとに見える行そのものを絞る（例：東日本の営業には東日本の数字だけ）」が必要になった場合は、行レベルセキュリティを無償で標準搭載する Apache Superset に切り替え可能です（上部スイッチ）。
Metabaseで「できること」「できないこと」 7/29 商談反映・新設
商談でご質問の多かった計算関数・データ連結・Excel出力・AI・権限を、Metabase公式ドキュメント（2026年7月時点）で裏取りして正確に整理しました。「できない／有償」も正直に明記します。
無償版（OSS）でできる
SQL不要・0円
グラフ・ダッシュボード・ドリルダウン・フィルタ
ドラッグ&ドロップで作成。SQLは書かなくてよい
計算式（Custom Expression）をクリックで作成
集計＝Sum / CountIf / SumIf / Distinct / Median 等、文字列＝concat / substring / replace / regexExtract 等、日付＝datetimeDiff / datetimeAdd 等、条件分岐＝case / if / coalesce。Excelの関数感覚で組める
テーブル同士のリレーション（JOIN・モデル定義）
「データ同士のリレーション」も画面操作で可能。外部キー・モデルで関連付け
データ型・意味付けの定義（日付／文字列／カテゴリ／通貨）
「これは日付・これは文字列」の定義もここで設定
Excel(.xlsx)・CSV への出力（Metabase内で完結）
ダウンロードボタンで .xlsx / .csv 出力可（1シート約104万行まで）。n8nは不要。定型フォーマット化・定期自動配布をしたい時だけn8nで整える
定期メール／Slack配信・しきい値アラート
「この数字を割ったら通知」も無償で可能
ユーザー数は無制限で無料登録（人数課金・座席課金なし）
公式：Open Source は "Free unlimited users"。9,000名全員に配っても登録費0円。閲覧/編集はグループで権限分離。「300名/10名」はMetabaseの上限ではなく御社の想定規模
できない／有償・別手段
正直な線引き
部門ごとに"見える行"を絞る（行／列レベル制御）
MetabaseではPro/Enterprise（有償・ID課金）。無償で行うなら Apache Superset（行レベルセキュリティが無償標準）を併用 → 上部スイッチで切替
Excelそのもののような多段の表計算
BIは表計算ソフトではない。関数を超える加工はSQL（中央管理＝属人化しない）かn8n＋AIで実施
元データの自動取り込み（夜間バッチ・F-Watch・RPA・新基幹）
Metabase単体の機能ではない → n8n が担当（本提案の中核）
ノーコードのAI自然言語質問（Metabot）
自社サーバー版は自前のLLM APIキー持ち込みが前提。→ 御社の既存AIを使えばランニングコスト増なし
ロゴ非表示・詳細な利用監査 等の一部管理機能
Pro/Enterprise（有償）。必須要件でなければ無償版で十分
商談での「関数はExcelのSUM等まで使えるのか／AIで作るのか」への正確な回答：Metabaseはそれ自体に計算式エディタ（上記の関数群）を持ち、SQLもAIもなしで大半の集計・加工が組めます。AIは"必須"ではなくExcel級の複雑処理や自然言語指示の補助。使う場合も御社の既存AIを流用できるため、追加のランニングコストは基本的に発生しません。
出典：Metabase 公式ドキュメント（docs/latest：計算式一覧／エクスポート／権限〈行・列セキュリティ〉／サブスクリプション／Metabot／料金ページ）を 2026年7月に確認。OSS製品の仕様・ライセンスは変更され得るため、契約前に最新条件を再確認します。
データ連携ワークフロー（n8n） 弊社構築の中心
QlikViewの「ロードスクリプト（コード）」を、n8nの画面ワークフローに置換。夜間バッチ・F-Watchを取り込み、整形して分析DBへ。途中で失敗しても自動リトライで復旧し、止まりません。下のボタンで一連の動きを再現します。
取込〜分析DBロード フロー
待機中
RPA夜間バッチ / F-Watch御社・毎朝6時＋随時
実行ログ
--:--
「ワークフロー実行」を押すと、取込〜復旧の流れを再現します
自動リトライ：基幹・DB接続が失敗しても、間隔を空けて再実行。人の介入0回で復旧し、担当へ通知します。QlikViewのスクリプトエラーで「今朝データが無い」を防ぎます。
2027 新基幹/WMS 切替：元データが変わっても、直すのは①〜②の取込設定だけ。③分析DBの構造と④BIダッシュボードはそのまま流用でき、全面作り直しを回避します。
分析データ基盤 弊社構築
「数千万件を問題なく扱う」ための受け皿。QlikViewのインメモリ高速表示を、分析DB＋集計テーブルで代替します。BIは生データではなく事前集計を参照するため、数百名（御社想定300名規模）が同時に開いても重くなりません。
データ基盤の3層構造
① 生データ層（Raw）夜間バッチ・F-Watchで取り込んだ明細をそのまま蓄積
0件（仕入・在庫・売上）
② 集計テーブル層（Mart）工程別・金額を事前計算。BIはここを参照＝高速
0集計行
③ BI表示層Metabase/Supersetが②を読み、瞬時に描画
—平均応答
なぜ数千万件でも速いのか
事前集計（マテビュー/集計テーブル）
「毎回数千万件を集計」せず、夜間に集計済みを用意。開いた瞬間に表示
列指向DBの選択肢（ClickHouse）
大量集計に特化。金額・数量の合計/推移が桁違いに速い
インデックス・パーティション設計
期間・拠点で分割し、必要な範囲だけ読む
全てオンプレ完結
DBも社内サーバー。データを外に出さない
PostgreSQLで足りるか、ClickHouseが要るかはデータ量と応答要件で選定。初回お打ち合わせで現行QlikViewの帳票規模を伺い確定します。
役割整理：QlikViewは「データ保持（インメモリ）」と「表示」を1本で持っていました。今回は保持＝分析DB（弊社）／表示＝Metabase(無償)に分離。分離することで表示ツールをいつでも無償で入替でき、ベンダーロックインを避けられます。
更新監視・アラート 弊社構築（月額保守）
「今朝ちゃんとデータが更新されたか」を弊社が監視。失敗を検知したら自動リトライ＋担当へ通知。属人的な「エラーに気づいて手で直す」作業をなくします。
直近30日 更新成功率 99.2%
直近14日 更新状況
緑=成功／赤=失敗→自動リトライで復旧
平均取込所要
3分12秒
毎朝6:00 バッチ・数千万件
自動復旧（人の介入0）
100%
失敗3件は全てリトライで復旧
更新ジョブ履歴
| 日時 | ジョブ | 件数 | 所要 | 結果 | 復旧 |
|---|
| 07/17 06:00 | 夜間バッチ取込 | 2,841万 | 3:04 | 成功 | — |
| 07/17 随時 | F-Watch 上書き反映 | 1,204 | 0:06 | 成功 | — |
| 07/16 06:00 | 夜間バッチ取込 | 2,833万 | 3:21 | 成功 | — |
| 07/15 06:00 | 夜間バッチ取込 | 2,829万 | 2:58 | 成功（再試行1回） | 自動リトライ |
| 07/14 06:00 | 夜間バッチ取込 | — | — | 失敗（接続断） | 未処理 |
アラートは御社担当とPFS保守窓口の両方に飛び、まず弊社が一次対応します。「半分お任せ」の保守体制で、属人化＝特定担当依存を解消します。
導入相談AI
QlikViewリプレイスに関するご質問に、本構成の前提でお答えします（下のボタン、または自由入力）。
導入サポートAI
こんにちは。QlikViewからの移行について、
ノーコード・ID課金なし・オンプレの前提でご説明します。下の質問からお選びいただくか、自由にご入力ください。