管理パッケージを作成する前に

管理パッケージを作成する前に、考慮すべき点がいくつかあります:

1. 管理パッケージを作成し、利用するには Developer Edition の組織が必要です。Developer Edition 組織には、1 つの管理パッケージと複数の未管理パッケージを含めることができます。

2. 未管理パッケージを管理パッケージに変換する前に、組織が管理パッケージを作成できるようにします。「管理パッケージの作成」を参照してください。

3. 管理パッケージ内のコンポーネントをまだ開発中で、ベータテスターがパッケージをインストールしてフィードバックできるようにする場合は、少数のサンプルユーザに管理パッケージのベータバージョンを提供します。管理パッケージのインストーラは、以前のバージョンにダウングレードできません。

4. 管理パッケージをリリースするときは、[ベータ] チェックボックスをオフにしてアップロードするため、コンポーネントのプロパティは、開発者とインストーラが不適切な変更を行えないように変更されます。パッケージへのアップグレードを提供しない場合は、パッケージを未管理のままにすることを検討してください。

5. リリースされた管理パッケージ内の一部のコンポーネントは常に編集可能です。

6. リリースプロセスのさまざまな時点で、管理パッケージのコンポーネントは、未管理パッケージのコンポーネントとは異なる動作をします。たとえば、インストーラは、管理パッケージがベータかどうかに関係なく、「管理-インストール済み」状態のパッケージに含まれる管理コンポーネントの特定のプロパティを変更できません。同様に、開発者は、「管理-リリース済み」状態のパッケージに含まれる管理コンポーネントの特定のプロパティを変更できません。ただし、「管理-ベータ」コンポーネントには開発者組織の未管理コンポーネントと同じプロパティがあります。ベータパッケージを「管理-リリース済み」に変更するとパッケージ内の各コンポーネントのプロパティが制限されるため、開発者は適切な変更のタイミングを判断する必要があります。管理パッケージのコンポーネントには、次のいずれかのプロパティがあります。

a. 編集はできるがアップグレードはできない: これは、コンポーネントは開発者組織とインストーラ組織の両方で編集可能という意味です。編集可能なコンポーネントはアップグレードできません。Salesforce ではインストーラが削除した編集可能なコンポーネントを記憶しているため、不要なコンポーネントは再インストールされません。たとえば、インストーラは管理パッケージに含まれていたドキュメントを削除できますが、そのドキュメントがまだ含まれているパッケージへのアップグレードはインストールされなくなります。インストーラが行った変更がアップグレード中に上書きされることもありません。同様に、公開者はドキュメントを変更でき、削除もできますが、それによってインストールしたユーザに影響はありません。新しくインストールした場合は最新の属性を持つコンポーネントがインストールされ、以前インストールした場合はコンポーネントのバージョンが更新されていないため、インストーラによってこうした項目のバージョンは異なる可能性があります。

b. インストーラ組織および公開者組織で制限されている: 制限されているコンポーネントの属性の一部はインストーラ組織で編集可能で、それ以外は公開者組織で編集可能な場合があります。

c. 開発者組織とインストーラ組織の両方でロックされている: これはコンポーネントを円滑にアップグレードできるようにするためのものです。

7. 開発者は状態に関係なく常に追加のコンポーネントを管理パッケージに追加できます。ただし、次のようないくつかの例外があります。

a. 管理パッケージが「管理-リリース済み」になると、開発者はプロファイル設定を変更できますが、インストーラはアップグレード時にこれらの変更を取得できません。アップグレード時は、インストール者に連絡し、重要なプロファイルを手動で変更するように依頼することをお勧めします。

b. 開発者は、全般的に必須のカスタム項目を、デフォルト値があれば管理パッケージに追加できます。

c. 開発者は自動採番項目を「管理-リリース済み」パッケージに追加できません。

8. パッケージを一度「管理」に変更すると、パッケージを「未管理」に戻す方法はありません。
 

参考情報:
リリース済み管理パッケージのバージョンをベータ版へ戻す方法
パッケージの管理（英語）
パッケージでのコンポーネントの動作（英語）