顧客が何も知らずに待つような構築フェーズはありません。すべての作業セッションは、顧客自身のテナント内で、顧客のサンプルデータを使用した実際の画面上で、同じループに従います。Fit Ledgerの行を表示し、ライブでノーコードで設定し、顧客が変更を主導し、サンプルデータで検証し、ログを記録して、行にチェックを入れます。
顧客がセッションに参加していない場合、セッションは実行されません。キーユーザーはT-14までに操作を開始している必要があります。T-13の時点でTRANXACTがまだキーボードの前にいる場合は、導入リスクとしてスタンドアップミーティングで提起してください。
7日間、取引前の構造（提案されているデフォルト）
| 感謝祭 | 集中 | 設定済み |
|---|---|---|
| T-17 | 構造 | エンティティ、勘定科目表、会計年度カレンダー、ディメンション |
| T-16 | 資金とコンプライアンス | 通貨と為替、税コード、文書番号、銀行 |
| T-15 | 人材とアクセス | 役割と権限、SSOグループ、承認階層 |
| T-14 | マスターデータ | 顧客、ベンダー、商品、従業員 ― ASK は抽出データから一括作成します |
| T-13 | 流れとルール | 承認フロー、投稿、マッチング、価格設定ルール |
| T-12 | モジュールの詳細 | CRMパイプライン、サプライチェーンコスト計算、人事給与要素、モジュール切り替え |
| T-11 | 統合とキュー | APIクライアント、銀行/税務/給与計算エンドポイント、役割ごとのキュー |
Fit Ledgerの順序が異なる場合でも、順序を維持してください。構造が先ということは、移行マッピングをT-15から開始でき、他のすべてのものが依存するGLマッピングがマスターデータよりも先に存在することを意味します。
ASKは雑用をこなします
セグメント別の支払条件を含む抽出データから2,400件の顧客を一括作成し、受入倉庫のコストセンター別に分割された運賃の転記ルールを作成し、10,000件を超える請求書の入力はできるが承認はできない買掛金担当者を生成し、フォールバック承認者なしですべての承認フローを一覧表示します。ASKは、人間のクリックと同じ権限と監査ログの下でこれらを実行し、キーユーザーが各行にチェックを入れる前にすべての結果を確認します。
コードのように聞こえるリクエスト
| 「我々には…が必要だ」 | それに答える構成 |
|---|---|
| 当社独自の承認プロセス | 金額、エンティティ、ディメンションのルールを含む複数ステップの承認フロー |
| カスタム請求書レイアウト | エンティティごとにフィールド、ロゴ、言語を設定したドキュメントテンプレート |
| 存在しないフィールド | レポートやルールで使用できる、コード不要のカスタムフィールド |
| 私たちのレガシーレポートはそのままです | レポートビルダーまたはダッシュボード - レイアウトに疑問を呈する。多くの場合「不要」 |
| 銀行またはMESへのインターフェース | スコープ付きロールを持つAPIクライアント。必要に応じてファイル交換が可能。 |
| Xが発生したときにアラートを発信する | 役割に応じたアクションキュールール |
時計の統合（デフォルト設定案）
T-18までにリストと所有者を確認。T-13までにAPIクライアントとパートナーテストエンドポイントを確認。T-10までに統合テストを実施（給与計算はT-9、BIはT-6、SSOはリハーサルに必要なためT-17）。T-3でドライランのエンドツーエンドテストを実施。T-0で本番環境への切り替えを実施。
T-13までにテストエンドポイントを提供できないパートナーは、手動による中間ステップ（銀行ファイルのアップロード、財務部門によるポータルへのアップロード、仕訳インポートを伴うレガシーシステムでの給与計算実行など）を経て、その統合をT-Plusに移行します。SSOには中間ステップはありません。リハーサルに必須です。
カルダーウッドの銀行はテストエンドポイントを期日通りに提供したが、税務ポータルのサンドボックスはT-13時点でもまだ発行されていなかった。税務統合はT-Plusラインとなり、財務部門は最初の数週間、電子請求書をポータルに手動でアップロードした。これは他のすべてと同様にT-1でリハーサルされた。
試してみて T-12で、主要ユーザーが、仕入先請求書画面に従来システムにあったフィールドを表示するように要求しました。これはコードでしょうか？
いいえ、これはフォーム上のノーコードカスタムフィールドで、レポートやルールで使用できます。Fit Ledger行が割り当てられ、キーユーザーが操作するセッションで構成され、サンプルデータで検証され、構成ワークブックに記録され、テストプランで構成チェックが実行されます。