ガバナンス機能

ユーザーロールとFunctionsの権限

カスタムユーザーロール機能を使用すると、Functionsに関連するユーザー権限をカスタマイズできます。以下の選択肢が含まれます：

• 作成、編集、アーカイブ、または 閲覧のみ
• テスト：エディタ内で関数をテスト可能:::(Info) (Who can use Custom User Roles)
  Users on Enterprise plans.
  :::

関数の作成を一元化するタイミング

一元化すべき場合：

• 関数がコンプライアンスや検証ルールを適用する場合
• 関数が重要なテーブル（マスターデータ、監査ログ）または共有テーブル内のレコードを作成または更新する場合
• 組み込みConnector Functions
• 組織内に、スキルレベルが異なる多くの市民開発者がいる場合

集中管理モデル：

• 関数作成者：Tulipチャンピオン、IT/OTチーム、ソリューションアーキテクト
• 関数の利用者：すべてのアプリビルダー
• 承認プロセス：関数の変更にはレビューが必要です
• ドキュメント：関数仕様書の中央リポジトリ

関数作成を分散化すべき場合

分散化すべき場合：

• アプリが独立している場合（テーブルやロジックを共有しない）
• 経験豊富なアプリ開発者による小規模なチーム
• 厳格なガバナンスよりも迅速な反復開発が優先される場合
• 関数がアプリ固有であり、再利用できない場合

分散型モデル：

• 関数の作成者：どのアプリ開発者でも可
• 関数の利用者：同じアプリ開発者またはその直属のチーム
• 承認プロセス：簡素、またはなし
• ドキュメント：任意、関数名に組み込まれている

新規アプリ開発者のための学習パス

まず：関数の使い方を学ぶ

• 関数とは何か、なぜ存在するのかを理解する
• トリガーから既成の関数を呼び出す
• 入力と出力を正しくマッピングする

次に：関数の変更方法を学ぶ

• 関数のロジックを更新する（互換性を損なわない変更）
• 関数のテスト
• 使用箇所の影響を理解する

最後に：関数の作成方法を学ぶ

• 新しい関数を実装する機会を特定する
• 入出力シグネチャの設計
• 複雑なロジックを実装する
• 他の開発者のために関数をドキュメント化する

理由：アプリ開発者の多くは、主に他者が作成した関数を使用しています。トレーニングでは、まずは使用方法に重点を置き、作成についてはその後に取り上げるようにします。

追加リソース