TECHS とは何か — 経営層向け要約
個別受注生産業向け生産管理システム「TECHS-S v6.05」(株式会社テクノア)を、ビジュアル中心で解説。クリエイト・エンジニアリングが現在利用しているパッケージで、 自社新 PMS 設計の比較対象として全体像を把握する。
一言で言うと: 受注 (製番) を起点に、部品表展開・調達・製造・出荷・売上・請求・原価集計・仕訳出力までを一気通貫で管理するシステム。
30 秒で分かる TECHS
- 対象業界: 機械・電子・部品加工 (個別受注生産)
- 業務カバレッジ: 見積 → 受注 → BOM → 調達 → 製造 → 出荷 → 請求 → 入金 → 原価 → 仕訳
- 規模: 509 画面 / 225 帳票 / ~110 エンティティ
- 運用サイクル: 月次クローズ (AR / AP / Cost / GL 連携)
- 技術スタック: v6.05 (2020) — .NET WinForms + SOAP + SQL Server
受注から入金まで
所要時間の目安: 受注 → 製造 → 出荷で数週〜数か月、出荷 → 売上 → 入金 → 仕訳で 1〜2 か月。
製番 (Seiban) — TECHS の中心概念
製番 = 「1 件の客先受注ライン → 1 件の製造ジョブロット」。個別受注生産では、同じ品番でも受注ごとに仕様・納期・原価が違うため、 製番でくくることで「この受注の儲けはいくらか？」を製番別原価 で把握できる。
製番は以下を一本で串刺し: BOM スナップショット (受注時の部品構成) / 工程スナップショット / 在庫・PO 引当 / 作業指示 / 日報 (数量 + 工数) / 検収 / 出荷・売上 / 原価集計。
機能モジュール (12 大領域)
| M | モジュール | 画面数 | 備考 |
|---|---|---|---|
| 12 | マスタ | 178 | 35 entities |
| 05 | 購買 (Procurement) | 93 | |
| 02 | 販売 (O2C) | 69 | |
| 08 | 在庫 | 45 | |
| 07 | 現場作業 | 31 | |
| 09 | 原価 | 28 | |
| 06 | 買掛 | 16 | |
| 04 | BOM / 工程 | 13 | |
| 03 | 日程 | 10 | |
| 15 | 見積 | 7 | |
| 10 | 仕訳 | 4 |
数字で見る TECHS
ライセンス (販売構造)
業種 edition (機械 / 電子 / 部品加工) × 8 オプションモジュール の組合せ。 生産基本 (オプション 1) が中核で、それ単体で 8 割の機能を提供する。
| # | オプション | 解放画面数 |
|---|---|---|
| 1 | 生産基本 (Production basic) | 301 |
| 2 | 在庫 (Inventory) | 52 |
| 3 | 販売 (Sales) | 33 |
| 4 | 見積 (Quote) | 8 |
| 5 | 日程 (Scheduling) | 2 |
| 6 | FAX | — |
| 7 | MISUMI 連携 | 3 |
| 8 | BtoB プラットフォーム | 6 |
強みと弱み (経営的観点)
強み
- +個別受注生産業界の業務知識の蓄積
- +製番中心の整合性
- +締次・赤伝など日本会計実務に適合
- +535 画面 / 225 帳票の機能網羅
- +排他制御フレームワークが堅牢
- +Seiryu / Plasurm / BtoB 統合済み
弱み
- !技術が古い (.NET FW + WinForms)
- !クラウド / SaaS 化されていない
- !日本語前提 (i18n なし)
- !SOAP 通信 (REST / GraphQL ではない)
- !帳票が SSRS 依存
- !拡張は予備項目に限定
外部システム連携
| システム | 役割 | 方向 |
|---|---|---|
| Seiryu | 大日程・小日程 | 双方向 |
| Plasurm | 計画 OEM | 双方向 |
| BtoB PF | EDI 発注 / 回答 | 双方向 |
| MISUMI | 部品調達 | 双方向 |
| 現場 POP 端末 | バーコード実績取込 | → TECHS |
| Outlook / Thunderbird | メール送信 | TECHS → |
| Excel | テンプレ / 取込 | 双方向 |
| SSRS | 帳票 | TECHS → |
| 外部会計 GL | 仕訳 CSV | TECHS → |
自社「新 PMS」を作るとしたら — 段階的移行ステップ
- Phase 1マスタ CRUD (35 entities)2–4 週
- Phase 2BOM + ルーティング2–3 週
- Phase 3受注 → 製番 → 製造3–5 週
- Phase 4引当 → PO → 検収 → 検査4–6 週
- Phase 5作業指示 → 日報 → 原価集計4–5 週
- Phase 6出荷 → 売上 → 請求 → 入金 (O2C)4–5 週
- Phase 7締次サイクル + 仕訳3–4 週
- Phase 8帳票 (225 → ~80 に整理)ongoing
合計: 約 6〜8 ヶ月で機能パリティ (エンジニア 2〜3 名想定)
リスクと注意点
法務 / コンプライアンス
赤伝 (red-slip reversal) は日本の税務監査要件を満たすため必須。 新システムでも DELETE 禁止、Insert-only 設計を堅持。 ロケール (JST + 西暦 + yyyy/MM/dd) は新システムで i18n 化。
ベンダー / 知財
TECHS は Technoa の知財。再実装は仕様の再構築であり、コードのコピーはしない。 Plasurm / Seiryu / Infragistics / GrapeCity は別ライセンス。
データ / 移行
旧 TECHS6 DB のデータ移行は、製番 ID / 取引先 Cd / 過去仕訳の整合を保つ必要あり。 EUCTOOL (分析 DB) は別システム化を検討。
組織
製番文化、締次運用、赤伝処理は業務担当者の知識依存度が高い。 新システムでも「製番」概念を残す方が混乱が少ない。
まとめ
- 業務知識は再利用 — 製番 / 締次 / 赤伝の運用は新システムでも踏襲する。
- 技術スタックは刷新 — クラウド / Web / REST に置き換え、i18n + マルチテナントを最初から組み込む。
- 差別化軸 — (1) クラウド/SaaS 化、(2) i18n 対応、(3) 拡張 API / Webhook、(4) モダン UI、(5) BI ネイティブ統合。