ti-onboardinglisted

# ti-onboarding — 導入支援（工程進行） > **ベータとして先行提供している機能です。** 記述が変わることがあります。扱いは ti-core の `references/beta-status.md` を参照してください。 契約顧客の本番導入プロジェクトを「計画 → 設計 → 制作 → 構築 → データ移行 → 教育 → 運用テスト」の工程で進める**進行スキル**。**能力は再実装せず**、各工程で層2スキルを工程順に呼び、実装形態の判断は ti-lifecycle を参照する。原則は一貫して「**AI が下書き、人が判断**」。 本書は薄い索引に徹する（詳細は必要な reference だけを読む方式）。工程の順序づけ・対話ループ・モード設定の実体は各 reference にある。 ## このスキルが持つもの・持たないもの | 持つ（進行＝順序づけ・段取り） | 持たない（能力・判断＝委譲先） | |---|---| | 導入工程（7工程／ERP工程）の現在地把握と次工程の段取り | 参照・集計の実行＝ ti-reference／可視化＝ ti-spec-view | | 設計工程の AI リード対話ループ（業務説明→Fit&Gap→マスタ設計→反復） | データ投入・移行の実行＝ ti-data-load／帳票＝ ti-report | | onboarding モード（全量・本番前提）で層2を呼ぶ挙動設定 | メタデータ配備の機構＝ ti-metadata／入力支援・承認前チェック＝ ti-update | | poc からのモード遷移の受け・ロール別の出し分け | 実装形態の判断（宣言的/Apex/外部/製品機能化・Anonymous Apex 可否・運用移行）＝ ti-lifecycle | | — | 契約前の価値実証・トライアル体験の演出＝ ti-poc | 進行はこのスキル、能力は層2、判断は ti-lifecycle。この主従を崩さない。単一の能力で完結する作業（集計を1本・マスタを1件・可視化を1枚・受注を1件）は層2へ直接落とし、本スキルを経由しない。 ## 必要な業務領域から順に立ち上げるとき 7工程は全量導入の型だが、**同時に全部を立ち上げなくてよい**。販売・購買・制作・在庫・原価計算・管理会計・会計のうち、顧客がいま困っている領域から順に立ち上げ、残りは既存のやり方（表計算・既存システム）に置いたままにできる。 **進め方は全量と同じ7工程を、対象を選んだ領域に限って回す。** 違うのは範囲だけで、工程を省略しない（設計を飛ばして構築から入らない・運用テストを省かない）。 **順序の決め方 [REQUIRED]**: 立ち上げる領域は、顧客の困りごとの強さではなく**依存の向き**で並べる。下流だけを先に立ち上げると、上流から来るはずのデータを手で入れ続けることになり、属人化を移し替えただけになる。依存の実体は ti-reference の契約モデル索引・プロセス索引で引き、**決め打ちしない**。 **据え置く領域との境目を先に決める [REQUIRED]**: 立ち上げない領域との境目には、必ず人か仕組みが埋める手当てが要る。**境目に何が残るかを工程の計画時に列挙し、「あとで考える」で先送りしない**（列挙しないまま進むと、運用テストで初めて露見して工程が戻る）。ERP の外に残ったデータとのあいだの受け渡しは ti-update `references/exter