T-Minus：オープンに設定
日々の設定ループ、T-17からT-11までの7日間の設定期間、アクセラレータとしてのASK、設定のみでコーディングを行わないパターン、モジュールごとのチェックリスト、およびカウントダウン内の統合。
日々の設定ループ
- フィットレジャーラインを表示します。
- リアルタイムで、コード不要で設定できます。
- 顧客が変化を推進する。
- サンプルデータで検証してください。
- 記録して、該当する行にチェックを入れてください。
| 誰が | どこ | 出力 |
|---|---|---|
| 台帳アーキテクトが主導し、主要ユーザーが共同で推進します | 顧客自身のテナント内 | テナントは日々、稼働開始に向けて着実に近づいている。 |
| カウントダウンのオーナーがスコープに関する電話会議に参加します | 顧客のサンプルデータを用いた実際の画面 | 設定ごとに構成ワークブックの行が1つ作成される。 |
| 採用ナビゲーターは、役割とキューのニーズを監視します。 | ホワイトボードや文書には決して書かない | テスト計画に構成チェックが追加されました |
顧客がただひたすら待つような構築フェーズは存在しません。顧客がセッションに参加していなければ、セッションは開始されません。キーユーザーはT-14までに主導権を握るべきです。もしT-13の時点でTRANXACTがまだキーボードの前にいる場合は、それを導入リスクとしてスタンドアップミーティングで提起してください。
設定期間：7日間（デフォルト設定案）
| 感謝祭 | 集中 | 設定済み | 何がそれに依存するのか |
|---|---|---|---|
| T-17 | 構造 | 法人、勘定科目表、会計年度カレンダー、寸法 | 移行マッピング（GL） |
| T-16 | 資金とコンプライアンス | 通貨と為替、税コード、文書番号、銀行 | 期首残高、未決済項目 |
| T-15 | 人材とアクセス | 役割と権限、SSOグループ、承認階層 | リハーサルでの役割、順番待ち |
| T-14 | マスターデータ | 顧客、ベンダー、商品、従業員 ― ASK は抽出データから一括作成します | 模擬装填M1 |
| T-13 | 流れとルール | 承認フロー、投稿ルール、マッチングルール、価格設定 | 統合テスト |
| T-12 | モジュールの詳細 | CRMパイプライン、サプライチェーンコスト計算、人事給与要素、モジュール切り替え | リハーサル台本 |
| T-11 | 統合とキュー | APIクライアント、銀行/税務/給与エンドポイント、役割ごとのアクションキュー | ゲート：設定完了 |
Fit Ledgerの順序が異なっていても、その順序を維持してください。トランザクションよりも構造を優先することで、移行マッピングをT-15から開始できます。
構成アクセラレータとしてのASK
ASKは、人間のクリックと同じ権限と監査ログの下で、機械の速度で面倒な作業を実行します。
| 仕事 | リクエスト例 |
|---|---|
| マスターデータの一括作成 | 「抽出データから、セグメントごとの支払い条件に基づいて、2,400人の顧客を作成する」 |
| 投稿ルール案 | 「仕入請求書の運賃を5120に計上し、受入倉庫のコストセンターごとに分割する」 |
| 役割設定を生成する | 「10,000ドルを超える請求書の入力はできるが、承認はできない買掛金担当事務員」 |
| 設定を確認する | 「代替承認者を指定しないすべての承認フローを一覧表示する」 |
ASKによって生成されたすべての設定は、Fit Ledgerにチェックマークが付けられる前に、キーユーザーによってレビューされます。監査ログには、誰が要求したか、ASKが何をしたか、そして誰がそれを承認したかが記録されます。
設定するだけで、コーディングは不要：一般的なパターン
| コードのようなリクエスト | 構成パターン | どこ |
|---|---|---|
| 「当社の承認プロセスは独特です」 | 金額、エンティティ、ディメンションのルールを含む複数ステップの承認フロー | ワークフロー |
| 「カスタム請求書レイアウトが必要です」 | エンティティごとのフィールド、ロゴ、言語を含むドキュメントテンプレート | 出力テンプレート |
| 「顧客グループ別特別価格」 | セグメント別の価格表、割引、および有効期間 | CRM / 価格設定 |
| 「存在しない画面フィールド」 | レポートやルールで使用される、フォーム上のカスタムフィールド | フォーム（ノーコード） |
| 「当社のレガシーレポート（現状のまま）」 | レポートビルダーまたはダッシュボード - レイアウトに疑問を投げかけ、多くの場合「不要」と判断する | 報告 |
| 「当行／MESへのインターフェース」 | スコープ付きロールを持つAPIクライアント。必要に応じてファイル交換が可能。 | 統合 |
| 「Xが発生したときにアラートを発信する」 | 役割に応じたアクションキュールール | アクションキュー |
どのパターンにも当てはまらない場合、選択肢はT-Plusか、正直に「いいえ」と答えるかのどちらかです。クラスター内のコードは拡張フレームワークを経由し、カウントダウンは経由しません。
モジュールチェックリスト（第1波モジュールのみ、デフォルト案）
| モジュール | 通常はカウントダウンで設定されます |
|---|---|
| 会計 | エンティティ、勘定科目表、カレンダー、税金、銀行、記帳ルール、決算チェックリスト |
| CRM | パイプラインの段階、価格表、見積もり／注文の流れ、信用限度額 |
| サプライチェーン | 倉庫、原価計算方法、再発注ルール、受入と照合 |
| HRMS | 組織構造、給与要素、休暇規定、給与カレンダー |
| 製造業 | 作業センター、部品表、工程表、トレーサビリティルール |
| 電子カルテ | 臨床上の役割、患者への請求、支払者規則、同意 |
| 学生のライフサイクル | プログラム、入学手続き、授業料、卒業生 |
| プラットフォーム | 役割、承認フロー、キュー、ASK階層、言語 |
カウントダウンに表示されるのは第1波のモジュールのみで、それ以外はすべて同じ台帳上のT-Plusトグルスイッチです。
カウントダウン内の統合機能（デフォルト設定案）
T-18 リストと所有者 → T-13 API クライアントとテストエンドポイント → T-10 統合テスト → T-3 ドライランでのエンドツーエンド → T-0 本番環境への切り替え。
| 統合 | 典型的なパターン | テスト | 準備ができていない場合は暫定的に |
|---|---|---|---|
| 銀行取引と決済 | API / ホスト間SFTP | T-10 | 手動銀行ファイルアップロード |
| 税務／電子請求書 | API | T-10 | 財務によるポータルアップロード |
| 給与計算サービス提供会社 | API / SFTP | T-9 | レガシーシステムでの給与計算実行、仕訳インポート |
| 本人認証（シングルサインオン） | SAML / OIDC | T-17 | なし ― リハーサルには不要 |
| BI/データウェアハウス | 予定抽出 | T-6 | T-Plus |
銀行、給与計算、税務などのパートナー企業は、T-13までにテストエンドポイントを必要とします。テストエンドポイントを提供できないパートナー企業は、手動による中間ステップを経て、その統合をT-Plusに移行します。
「提案されたデフォルト値」とマークされた値は、本手法で推奨される開始点です。各案件ごとにそれぞれの値を確認してください。契約書、注文書、およびSLAが優先されます。