2026-04-28 インタビュー所見 / Structured Findings

元データ: docs/interview/2026-04-28.md (4 行: ワールドシステム タイトル / 本文 / クリエイト・エンジニアリング タイトル / 本文) 抽出日: 2026-04-29 用途: PMS DDD インスタンス・共通ドキュメント更新の SSOT として参照する。

---

1. ワールドシステム

1.1 会社プロファイル

• 装置メーカー寄りのエンジニアリング受注生産。マザック等の工作機械商社経由で大手ユーザー (例: サントリー) 向けの設備を一品ごとに設計・製造する案件主導の事業モデル。
• 商社 → 自社 → エンドユーザー の三層構造。案件管理は「どこの商社経由 / どこ向け」で識別。
• 体制: 営業 / 設計 / 調達 (購買) / 製造 (組立・電装・ロボットティーチング) / 総務 (経理) と少人数。総務 3 人 + 調達 1 人 + 営業 4 人くらい。
• グループ企業: クリエイト・エンジニアリング、板倉、高橋 (高橋工業?)、アイサン等。連結会計を銀行に約束している。

1.2 既存システムと痛み

• 中核は Excel + 共有フォルダ。既存生産管理パッケージ (テクノワ系) は導入したが「使いこなせなかった」。
• 「交番 (こうばん)」= 案件番号 を起点に 「設備関係 / 機械図面 / 客先 / 案件」階層で全資料を整理。見積番号と交番番号は同一。
• 見積もり改訂は Excel のシートをコピーして「初付け / 2付け」と並べる。
• 引き合い・案件の一覧は「調達決定」と呼ばれる Excel で全交番を連番管理。受注 / 未受注、完了日まで人手で色塗り。
• 購買: 見積依頼は FAX・メール手作業、3 社相見積もり、Excel で価格交渉履歴は残さない、決定金額のみ記録。
• 入荷管理: 注文書を発行せず図面を一緒に添付して納入。納品書ベースで人が Excel をハイライトして消し込み。
• 工数管理: 作業者が 手書きの日報 30 分単位で記入、総務が Excel 手入力で集計→交番ごとの原価表に展開。
• 原価: 月次で請求書が来てから 1 ヶ月遅れで判明。発注時点の原価が見えず予算超過に気付けない。
• 在庫: 在庫管理システムは無い。「予備品」「余り材」「客先支給」の 3 パターンが棚に置きっぱなしで、原価から在庫に振り替える運用が無い。
• 検査票: お客さんごとの定型は無いが「立ち会い検査」が必須。
• 図面検索: 過去 PDF が膨大に蓄積されているがキーワード検索が出来ず、過去案件流用が属人的。
• 不具合対応: 不具合は「赤伝の交番」を新規発行し、締めた交番には載せない。会計上は製造原価から 販管費 (サービス費) に振替。

1.3 主要ペルソナ / ロール

• 営業: 案件取り、見積、受注時に「購買依頼書」発行、日程表作成、最終承認 (発注承認まで営業が承認者)、請求承認。
• 調達 / 購買 (例: 山本、黒木): 3 社相見積もり、価格交渉、発注、入荷チェック、在庫の判定。
• 設計: 受注後にユニット品番 + 名称 + ユニット番号を割り付け、製作リスト + 購入品リストを作成。
• 製造 (組立・電気運転・ロボットティーチング): グループリーダーが進捗把握。組立は最終調整できる人が限られる。
• 総務 (経理): 工数集計、請求書発行、支払処理。
• 検査: 立ち会い検査担当 (客先側立会い前提)。
• ソフトウェア担当が 1 人しかおらずキャパ制約あり。

1.4 受注フロー (案件主導)

1. 引き合い → 設備フォルダ配下に商社 / 客先 / 案件のフォルダ作成。引き合いのみで終わったものは「相談のみ」フォルダに移動。
2. 見積 → 同一番号でフォルダ作成、Excel シート 1 / 2 で改訂版を保持。
3. 受注 → 「調達決定」Excel 上で「受注」ステータス + 色付け、注文番号入力。
4. 購買依頼書発行 (営業が発行) → 調達と設計に同報メール、案件・客先・納期を伝える。
5. 設計: 機械図面フォルダに「製作リスト」「購入品リスト」を配置。ユニット番号 (例: ユニット 10-00) を付与。
6. 購買: 3 社見積→交渉→発注。発注承認は最終的に営業担当者。承認 NG なら一度突き返し→交渉→再承認のループ。
7. 入荷: 図面を伝票代わりに同梱、購買が納品書と Excel で突合し受入登録。
8. 在庫の振分け (現状未実施・要件): 余り材を交番付きで「在庫交番」に振り替える運用を導入したい。判断は調達。
9. 製造: 制作品はユニットごとに組立。
10. 検査: 立ち会い検査 (客先必須)。
11. 出荷。
12. 売上 (請求書発行) → 売上確定後はその交番への発注をロックし、追加が必要なら 連番 (枝番) 交番 を新規起票。
13. 支払処理: 仕入先からの一括請求書を購買が突合→経理→社長承認→振込。
14. 不具合: 別交番 (赤伝) で起票し販管費 (サービス費) で計上。

1.5 業務ルール / 制約

• 交番番号と見積番号は同一。フォルダ名・図面 PDF ファイル名にも同番号を振る。
• 受注・未受注問わず引き合い段階で交番台帳 (調達決定 Excel) に連番登録。
• 発注承認権限は営業担当。NG の場合は購買を突き返す。
• 売上計上後は同交番への発注ロック、追加分は枝番交番で。
• 不具合対応は赤伝交番新規起票・販管費計上。
• 仕入は「発注した時点で原価が立つ」運用にしたい (現状は受入後)。発注原価と納品原価の二段で管理。
• 工数入力: 30 分単位、複数交番同時作業時は時間案分 (片方に寄せず両方入力)。
• 在庫の取り扱い 3 パターン: ①大量発注の単価メリット、②余材、③客先支給。いずれも棚で物理管理。
• 図面 PDF は交番フォルダ内に格納し、図面番号 = 発注リスト行番号と一致。発注メールでは人手で PDF を添付している。

1.6 データの特殊性

• 交番番号 (例: WYM-1019) — 案件・見積・発注・原価集計の主キー。
• ユニット番号 (例: 10-00) — 1 台の機械内の組立単位。図面・部品表の親キー。
• 製作リスト と 購入品リスト が分かれて存在 (両方 Excel)。
• 購入品マスタの属性: 品名、品名・型式、メーカー (製造メーカー)、数量、発注先 (商社、メーカーと別)、予備品フラグ、客先支給フラグ。
• 「予備品」「在庫使用」フラグはリスト上で文字列として持っている。
• 設備フォルダ階層: 設備関係 / 機械図面 / <客先> / <案件> / ...。
• 日程表: 個別交番ごとの Excel (色付き)。全体大日程表は存在しない (要件として欲しい)。

1.7 連携 (現在 / 要件)

• ミスミ等の オンライン購買サイト との API 連携 (自動見積取得。価格交渉余地ありのため自動発注は不可、必ず人手の介在が要る)。
• 「まちがな (?)」系の請求書発行ソフトを利用中。会計は弥生系ではない別ソフト。
• 銀行への支払リスト送信を自動化したい。
• スマホ勤怠 / 工数アプリ、または タイムカード位置に QR コード読取端末 を置く案。
• AI サービス: Anthropic 基本 + 中国製 (コスト 1/10) を併用、機密度で振り分け。
• キャディ風の図面 AI 検索: 過去 PDF 全部を OCR→キーワード化→「ストッパーユニット」等で類似図面を呼び出し。
• メール解析 AI: 全社メールを読ませてタスク・スケジュールに自動振分、ナレッジを Wiki 化。

---

2. クリエイト・エンジニアリング

2.1 会社プロファイル

• 製品マスタ駆動の量産 + カスタムオプション 型の装置メーカー。新設機 (例: 130F 機種)・据付・修理・部品交換のミックス事業。
• 装置をモデル (機種) 単位で持ち、延長ホッパー など客先のチップコンに合わせて毎度形が変わるカスタムパーツが乗る。
• 取引先 (商社): 内藤、ユニソル、山善、東洋、横瀬。「ほぼほぼ横瀬さんが一番多い」。
• 4 世代 (I 〜 G シリーズ) のバージョン履歴を保有。形式によって部材が違うため形式特定が常時の課題。
• 拠点に営業 / 設計 / 技術 / 製造 / 組立 / 品証 / 調達 を抱える。社長 (大野)、技術 (山本 = 設計兼製造手配の中核)、調達 (永井) など。
• 中西電気との取引で 代表者の個人保証 が常に求められる経緯あり (現在は方針で拒否)。

2.2 既存システムと痛み

• テックス (TechS / テクノス) という中小企業向け生産管理パッケージを使用。
• ただしテックスは 部品表展開・引き当て・発注書発行・在庫減算・棚位置管理 くらいしか使われておらず、見積・原価管理・工数・納品書/請求書発行・自動発注はテックス外。
• 高い更新費を払って製品マスタ (BOM) を更新済み、契約はあと 1 年。
• 見積もり: 完全 Excel。栗田さん (退職) 時代のシートが何年分も連結されて重い。製品マスタとは未連携。
• 原価率: 新設は 42% (定価 × 0.42) で見ているが単価がリアルタイム反映でなく半年前の単価のまま。
• 修理見積もり: 写真でお客さんが「これちょうだい」と送ってくる→形式・世代特定→ BOM 横断で部品を探す→時価で見積もり。世代違い・連動部品の知識が 完全に山本さん属人化。
• 工程・人件費の物件別原価: ほぼ集計されておらず会社全体の人件費を台数按分。
• 工数把握: 携帯バーコードでの打刻が出来ておらず、現状ほぼ手集計なし。
• 据付の現地交通費: 車両は 1 日 3 万円、距離・高速で計算。出張地ごと (横浜 / 福岡) に粗すぎたので 4 月から細かく。
• 部品表入力: 1 機種で 約 400 部品。前回コピペ + 差分編集だが「初期登録に半日」。
• 部品マスタ登録は 山本さん→永井さん という二段ハンドオフ。
• 納品書 / 請求書: テックスを使わず外部 Excel で作成・郵送 / メール。
• 不要返品 (余り部品): 不要票が回ってきたら手で在庫を戻す程度。

2.3 主要ペルソナ / ロール

• 大野社長: 受注後 業務指示書 (BDI ナンバー付) を起票。仕様 (オプション・客先・納入先) を記入。
• 山本 (技術 = 設計): 業務指示書を受け、BOM 展開・引き当て・新規部品の品番起こし・図面・特殊仕様の原案。全世代の差分を抑える唯一の人。
• 永井 (調達): 部品マスタ登録 (品番割り当て)、発注、納期確認、在庫払い出し、棚マスタ運用、相見積取得。
• 製造 / 組立: 「製造日程表」と業務指示書のセットで作業、バーコード付き部品表 (ピッキングリスト) で部品を集めてバーコードスキャン→組付。
• 品証 (検査): 各ユニット別の チェックリスト をオフラインで印刷して使用。試運転時にお客さんの仕様を反映。

2.4 受注フロー (機種マスタ駆動)

1. 見積 (Excel)
   • 客先情報・原価・粗利率を入れ、定価 × 42% で原価仮置き、利益 (粗利) を出す。
   • 修理見積は型式・図面世代・連動部品の特定が前段に入る。
   • 据付見積は移動時間・交通費・高速代・人工単価 (原価 3500 円 / 客先 6500 円) で計算。
2. 受注 → 大野社長が 業務指示書 (BDI ナンバー付) を発行。納入先名・装置仕様・完成予定・出荷予定を記載。
3. キックオフ会: 設計が関係者を集めて仕様共有 (類似品の取扱い注意点をここで周知)。
4. BOM 展開・引き当て (テックス内):
   • 「部品受注入力」で空の製番を起票→機種選択→親品番 (ユニット) を呼び出し→子部品を読み込んでつらつら出す。
   • 各機種の子部品は 約 400 点。オプションで上下する。
   • 引き当てると在庫が減り「使う認識」される。
5. 発注: 永井がリードタイム / ロット / 値上げ / 単価変動を加味し、テックスから発注書を発行。半自動。
6. 入荷: 紙ベース。納品書とテックスのデータをアプリ屋 (別ツール) 経由で出した バーコードシール で照合・受入。
7. 棚入れ: 部品ごとの基準棚 (例: 16-3) に収納。テックスの棚マスタが正。
8. 製造 / 組立:
   • 業務指示書 + 製造日程表 で組立順序が決まる。
   • 組立側は 部品表 (バーコード付き紙) をユニット単位で出し、部品をピックしながらスキャン→在庫減算。
9. 試運転 / 検査: 各ユニット別チェックリスト (印刷物) で組立工と検査が共通利用。
10. 出荷: 出荷費・客先・導入先・据付仕様を出荷記録 (Excel) で残す。
11. 納品書・請求書: テックス外。Excel で作成、郵送またはメール送付。
12. 修理 / 部品交換: 客先からの写真→世代特定→ BOM から候補部品→見積→発注→出荷。
13. 据付 / 試運転: 現地で部品代 + 人件費 + 交通費。終了書を客先サイン、写真添付で売上根拠。

2.5 業務ルール / 制約

• 部品の発注分類は 3 階層: 「標準 / 準標準 / 都度発注 (特注)」。
  • 標準: どの機種でも使う、または 130F で使うもの。
  • 準標準: コンベア系オプションで年間 30 〜 40 出るもの。
  • 都度発注: 客先別カスタム品。受注確定でマスタ登録 = 発注。
• 製品 (機種) 選択→親 BOM 子 BOM 自動展開。差分は 5% 程度。
• 在庫運用: 標準品は安全在庫を持ち、リードタイム実動 15 日。GW・シーズンを考慮し感覚で調整。
• ロット最適化: 「5 個→ 15 個に増やすと単価下がる」など人手で年間流動量と相談。
• 発注書はテックス発行だが 発注機能は半自動 (画面操作必要)。
• BOM 登録は「親品番」に対して「子品番」を入れた階層構造。1 台に複数ユニット、1 ユニットに複数バーコード。
• 個人保証は受け付けない方針。
• 修理品の同等品判定: 商社経由が前提、メーカー直は商社を介さないと買えない 制約。
• バーコードの貼付対象は受入時単位。完了後はシール台紙を保管しトレサビ証跡 (出庫日・先がわかる)。
• 新設だけでなく 延長ホッパー (都度発注) が常時混在: 業務指示書回付→製造工程に乗ったタイミングで形式が確定→そのタイミングで都度発注品としてシステム登録。

2.6 データの特殊性

• BDI ナンバー (製造番号、1 台ごと付番)。
• 製品マスタ (機種マスタ): 機種ごとの基本仕様 + オプション。I シリーズ→ G シリーズなど 世代差 (具材・シャフト径まで変わる) を保持する必要。
• 親品番→子品番の階層 BOM (テックス内)。フレームアシー、サ期等のユニットを「設計都合」と「組立都合」で混在分割。
• バーコード品番マスタ (Excel データをアプリ屋アプリでラベル化、テックスとは別系統)。
• 棚マスタ (例: 16-3)。
• 部品分類: 標準 / 準標準 / 都度発注 (特注品)。
• 連動部品関係: 「これを変えるならこれとセット」の関係を山本さんの頭が保持 (暗黙)、システム化要件あり。
• 業界別 (自動車 / 食品 / 航空機) 切り口で分析したい (将来要件)。

2.7 連携

• テックス (TechS): BOM・引き当て・発注書・棚・在庫の中核。CAD からの取り込みは可能だが未活用。
• CAD (図面サーバー): 図面 PDF を BOM に紐づけたい (現状未連携、図面番号でフォルダ命名)。
• アプリ屋アプリ: バーコードラベル発行用。テックスから CSV 出力して使用。
• Eight (名刺アプリ): CSV ダウンロード→ 1 時間ごとに営業ツールに投入。
• 会計ソフト との連携: 連結会計の数字を出して銀行融資に提出する要件。
• 見積発行・請求書発行: 現状はテックス外 Excel / PDF。要件は管理ソフトと統合。
• HP 更新: 岡山の業者 (ファブフォワード内製化を検討中、6 社統一案)。
• アネブル名刺由来 CRM: 営業ツールのベース、年内導入予定。

---

3. 横断分析 (Cross-cutting Analysis)

3.1 両社で共通するテーマ

• Excel 依存からの脱却 が共通課題。両社とも見積・原価・工数・請求が Excel 散在。
• 見積・受注・発注・原価・売上を一本の交番 (/BDI/ 製番) で串刺し したい欲求。
• 発注承認ワークフロー: 営業 / 社長承認、突き返し・再交渉ループの可視化。
• 発注時点で原価を立てる: 受入後ではなく PO 発行時に予算消化する原価可視化。
• 工数入力: バーコード / QR / スマホで作業者が直入力、計画と実績の差を残す。
• AI による図面 / メール / 契約 / 写真解析: 過去図面 PDF →キーワード検索、メールからタスク自動振分。
• 連結会計 を見据えた数字統合 (銀行融資コミット)。
• 棚 / 物理在庫の管理: 余材・予備品・客先支給を物理棚で扱う運用は両社共通 (ワールドは未システム化、クリエイトは棚マスタあり)。
• 個人保証・取引先与信: 中西電気のような商社対応で両社ぶつかった経緯あり。

3.2 タマリ (柳瀬) と恐らく共通する 製造業 PMS の標準テーマ

• 見積→受注→設計→購買→製造→検査→出荷→請求 の基本フロー。
• BOM (製作品リスト / 購入品リスト)、ユニット番号、親子部品階層。
• 3 社相見積もり、仕入先・メーカーの分離、商社経由の発注。
• 原価集計 (購入仕入 + 社内工数 + 外注工数)、月次原価表。
• 受入検査、立ち会い検査、納品書突合、不要票による在庫戻し。
• 受注後の購買依頼書 / 業務指示書発行、設計 CC で進捗共有。
• 不具合対応の販管費 (サービス費) 振替。
• 余材を「在庫交番」へ振替する運用要件。

3.3 タマリと異なる新規要件

ワールドシステム特有

• 発注承認権者が営業担当 (購買責任者ではない)。承認の差し戻し→再交渉ループのモデルが必要。
• 売上計上後の交番ロック →枝番 (連番) 交番 によるアドオン購買の隔離。
• 不具合専用の赤伝交番 起票 (製造原価→販管費に勘定振替)。アグリゲートとして「サービス交番」の概念。
• 設備フォルダ階層 (設備関係 / 機械図面 / 客先 / 案件) を一級市民として持つ要件 (ファイルシステム連携)。
• 大日程表 = 全交番横断のリソース負荷ビュー + 突発挿入時の自動再描画。
• スキルマップ (ロボットティーチング・電気運転・最終調整) →同時進行可能数の制約計算。
• AI 図面検索 (キャディ風) と AI によるメール / タスク管理 (全社メール解析)。
• 商社経由の オンライン購買サイト連携 (ミスミ等)。
• 発注原価と納品原価の二段管理 (発注時即時に予算反映)。

クリエイト・エンジニアリング特有

• 製品マスタ (機種カタログ) + オプション 駆動の見積 (タマリは案件ベースのみ)。
• 世代 (I/G シリーズ等) による部材差分 をマスタで保持 (リビジョン管理が時系列で 4 世代)。
• BDI ナンバー = 機械シリアル単位の追跡 (車両でいう VIN 相当)。修理時の同一筐体への部品履歴照会。
• 連動部品 (セット交換): 「これを替えるならこれとこれも」というセット定義をマスタに持たせる要件。
• 「標準 / 準標準 / 都度発注」3 階層分類 による発注計画の判定ロジック。
• 既存 ERP (テックス) の機能切り出し連携: BOM 展開・棚管理・バーコード受入だけ残し、見積 / 工程 / 原価 / 販売を新システム側に。
• ロット縛り×単価ステップ (5 → 15 個で単価下落) を踏まえた発注最適化。
• 据付・試運転原価 (交通費距離計算、車両単価、人工原価 / 客先単価分離 3500/6500)。
• 修理依頼の写真→形式特定→ BOM 逆引き フロー。

3.4 新規アグリゲート / 概念 (現 PMS DDD 未カバー)

1. Equipment Catalog / Product Master (機種マスタ) — クリエイト型の量産 + オプション販売。製品 (機種) ↔ オプション ↔ 世代 (リビジョン) ↔ 標準 BOM。タマリのオーダーメイド主体モデルに対する新軸。
2. Machine Serial / 製造番号 (BDI ナンバー) — 1 筐体単位の長期トレース。修理履歴・部品履歴・据付履歴を集約する集約ルート。
3. Service Order / 不具合交番 (赤伝) — 製造原価ではなく サービス費 (販管費) に振り替えるための独立アグリゲート。元交番との関連線、勘定科目振替の責務。
4. Sub-order / 枝番交番 (連番交番) — 売上計上済み交番に追加発注するための隔離アグリゲート。親交番ロック後の追加コストを別枠で原価集計。
5. Procurement Approval Policy — 営業承認・差戻しループ。タマリは購買責任者承認が前提だが、ワールドは営業担当が承認者。ロールベースの承認設定を一級化。
6. Inventory Reservation / 在庫交番振替 — 余材・予備品・客先支給品を交番から在庫に振り替えるドメインイベント。原価から在庫へ振替する仕訳責務。
7. Skill Matrix / Capability — 作業者×スキル (ロボットティーチング、電気運転、PLC、最終調整) と同時実行可能本数の制約。スケジューラへ制約条件として渡す。
8. Capacity Calendar (大日程) — 全交番横断の負荷ビュー。突発挿入で警告・再配分するための計画値ドメイン。
9. Engineering Document Library — 図面 PDF サーバ + OCR / キーワードのナレッジ検索。BOM・部品マスタ・案件と多対多で結合。
10. Generation / Revision — 製品の世代差 (I シリーズ→ G シリーズ)。BOM の時系列バージョニング。修理時の同等品マッピング。
11. Linked Parts Set (連動部品) — 部品マスタの相互依存 (置換時セット交換ルール) を表現する関係エンティティ。
12. Repair Request from Photo — 写真添付→形式・世代特定→ BOM 逆引き→見積。修理特化のサービス境界。
13. Installation / Commissioning — 据付・試運転を独立工程として持ち、出張原価 (距離・宿泊・人工×客先単価) を算出。
14. Vendor Tier / Source Type — メーカー (製造) と 商社 (発注先) の分離、同等品マスタ、価格交渉履歴。
15. Procurement Classification (標準 / 準標準 / 都度発注) — 部品マスタに発注計画上の分類を持つ属性。安全在庫ロジックと結合。
16. Approval Workflow with Send-back — NG 時の差戻し→再交渉→再申請ループ。承認状態だけでなく差戻し回数・コメントを残す。
17. Bookkeeping Bridge (販管費振替) — 製造原価から販管費への勘定切替を表現。会計連携の境界コンテキスト。

3.5 比較表