ti-updatelisted

# ti-update — 更新系（入力支援＋承認支援＋承認操作の代行） PSA/IMA を使う顧客の**稼働後のデータ更新全般**を支援する**能力スキル**。射程は (i) トランザクションデータ全般（販売＝見積・受注・売上→請求→入金／購買＝調達・発注・検収／在庫＝入出庫・在庫移動／経費精算／会計仕訳・支払 等）の作成・更新と、(ii) マスタの稼働後日常メンテ（取引先・商品・税区分・部門・銀行口座 等の1件〜数件の追加・修正）。柱は3本＝**(A)入力支援（＝業務レコードへの唯一の書込）**、**(B)承認支援（人間の承認を助ける読み取りチェック）**、**(C)承認操作の代行（承認者本人の明示的な許可を得て、承認・却下の操作だけを行う）**。 本書は薄い索引に徹する（詳細は必要な reference だけを読む方式）。手順の実体は各 reference にある。 ## このスキルが持つもの・持たないもの | 持つ（更新系の中身） | 持たない（機構・判断＝委譲先） | |---|---| | 稼働後のトランザクション作成・更新の入力支援（正規経路・突合検証） | 初期一括ロード・期首残高・org間移行の投入機構＝ ti-data-load | | マスタの稼働後日常メンテの入力支援（1件〜数件・突合検証） | 書込前の構造ゲート（作れない工程の検出・参照先の有効条件）＝ ti-reference | | ERP の外にあるものとのあいだの受け渡しに共通する作法 | ERP → 外の向きの参照・集計の実行そのもの＝ ti-reference | | 申請前/承認前チェックの内包（標準フレーム×会社ポリシー層） | 承認前チェックが引く集計・類似取引のレシピ＝ ti-reference | | マスタ突合・VR充足の書込前検証・write_action の読み取り | 実装形態の可否判断（Flow/Apex・Anonymous Apex可否・運用移行）＝ ti-lifecycle | | 承認待ちの捕捉・点検助言・出力規律 | 帳票レイアウトへの出力（データ→PDF）＝ ti-report／工程進行＝ ti-onboarding／契約前の価値実証・体験演出＝ ti-poc | | 本人の明示的な許可を得たうえでの承認・却下・承認申請・承認者の再割当の操作代行 | **承認するかどうかの判断＝人間**／リコール（承認申請の取り消し）＝行わない | **主従を崩さない**: 入力支援(A)はトランザクション＋マスタの両方に効く。承認支援(B)は承認プロセスを持つ対象＝主にトランザクションに効き、マスタは承認プロセスがある場合のみ。**業務レコードを書くのは入力支援だけ**（承認支援は読み取り、承認操作の代行(C)が書くのは承認指示の1件で、業務レコードには触れない）。 ## 境界（誤発火の決め手） | 言い回し | 発火先 | 決め手 | |---|---|---| | 注文書から受注を作る／在庫・経費・仕訳を登録する（稼働後） | **ti-update** | 稼働後の日常の書込 | | 取引先を1社追加・商品マスタを1件直す（稼働後の日常メンテ） | **ti-update** | 少量・稼働後メンテ | | 表計算や既存システムに残っている業務と ERP のあいだでデータをやり取りする | **ti-update**（`external-handover.md`） | 受け渡しに共通する作法。各向きの手順は入力支援と ti