構築範囲デモ ／ 責任分界点
BIパッケージ
① パッケージ（Metabase・OSS）
② 弊社構築（n8n＋分析DB）
③ 御社（新基幹/WMS・運用）
いま見ている画面の担当区分
責任分界点
QlikViewが1本で抱えていた機能を役割ごとに分解。「BIで見せる＝パッケージ(無償OSS)」「データを取り込み自動更新＝弊社構築」「元データ＝御社」の3分割で、どこに費用が出るかを明確にします。
① パッケージ領域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。閲覧300名でもライセンス費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を書けない編集者10名でも修正可能。
データ項目（分析DB）
売上金額
粗利
在庫数
商品カテゴリ
取引先
月
項目をクリックして右へ追加
グループ化（ディメンション）
← 左から分類項目を追加
自動生成されるSQL（編集者は見なくてOK）
項目を追加すると、ここにSQLが自動生成されます（手書き不要）
ここがQlikViewとの決定的な違い：QlikViewは変数・数式・ロードスクリプトをコードで書く必要があり、特定担当に依存していました。Metabaseはクリック操作でSQLが自動生成されるため、担当が代わっても・増えても、社内の誰もが修正・メンテできます。
権限分離（閲覧300名 / 編集10名） Metabase 標準画面
ご要望の「閲覧ユーザーと編集ユーザーを明確に分ける」を、グループ権限で実現。ユーザーが何名でもライセンス費は0円（ID課金なし）。下のスイッチで見え方の違いを体感できます。
閲覧グループ 300名
ダッシュボードの閲覧
フィルタ・期間の切替
CSV/画像エクスポート
グラフ・集計の編集
データ項目の追加・削除
権限・ユーザー管理
編集グループ 10名
ダッシュボードの閲覧
フィルタ・期間の切替
CSV/画像エクスポート
グラフ・集計の編集（ノーコード）
データ項目の追加・削除
権限・ユーザー管理（管理者のみ）
いまの表示：閲覧者 の画面イメージ
閲覧300名/編集10名の2区分はMetabase OSS（無償）で実現。さらに「部門ごとに見える行そのものを絞る（例：東日本の営業には東日本の数字だけ）」が必要になった場合は、行レベルセキュリティを無償で標準搭載する Apache Superset に切り替え可能です（上部スイッチ）。
データ連携ワークフロー（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課金なし・オンプレの前提でご説明します。下の質問からお選びいただくか、自由にご入力ください。