この文章は Salesforce 機械翻訳システムを使用して翻訳されました。詳細はこちらをご参照ください。

転送アップグレードのスケジューリング

使用可能なエディション: Salesforce Classic

使用可能なエディション: Developer Edition

必要なユーザ権限
アップグレードを転送する	「AppExchange パッケージのアップロード」

パッチバージョンおよび転送アップグレードは、Salesforce ISV パートナーのみが使用できます。

メモ

パッケージのパッチバージョンを作成したら、転送アップグレードを使用してそのパッケージを顧客に自動的にリリースできます。

Salesforce は、次の手順に従ってパッケージのアップグレードを転送することを強くお勧めします。

登録者をアップグレードする前にバグをテストして修正できるように、組織にアップグレードを転送します。
準備が整い、変更管理プロセスについて顧客とすでに連携している場合、少数の顧客組織に転送します。可能な場合は、まず Sandbox 組織に試してください。
初期の結果に問題がなければ、各顧客との契約に基づいて、より広範囲にわたる顧客ベースに転送します。
メインの開発組織で、パッケージの以前のバージョンを廃止します。必要に応じて、AppExchange のバージョンを置換し、Trialforce の設定を更新します。
アップグレードがパッチであった場合、アップグレードを登録者の組織に正常に配布した後、それらの変更をメインの開発組織に再統合します。メインの開発組織でのパッチの組み合わせの詳細については、「パッチバージョンの使用」を参照してください。

ヒント

UI を使用した転送アップグレードのスケジュール

[対象組織の選択] セクションで、転送アップグレードを受信する組織を選択します。組織が、選択したパッケージバージョンの転送アップグレードをすでに受信している場合、このリストに表示されません。次の方法で組織を選択することができます。

ここでは、組織に関する次の情報を示します。

項目	説明
現在のバージョン	組織がインストールした現在のパッケージのバージョン。
組織 ID	Salesforce でその組織を一意に識別する ID。
組織名	組織の名前。名前をクリックすると、組織のアップグレード履歴が表示されます。
主取引先責任者	パッケージをインストールした取引先責任者の名前。

Enterprise API を使用した転送アップグレードのスケジュール

使用しているツールに従って、メインの開発者組織に対して認証を行います (新バージョンのアップロードに使用したパッチ組織ではありません)。
MetadataPackageVersion オブジェクトをクエリして、登録者のアップグレード先のパッケージバージョンを決定します。
PackageSubscriber オブジェクトをクエリして、アップグレードできる登録者組織のリストを収集します。
PackagePushRequest オブジェクトを作成します。PackagePushRequest オブジェクトは PackageVersionId を取り、必要に応じて、転送の開始時期を指定する ScheduledStartTime パラメータを取ります。ScheduledStartTime を省略した場合、PackagePushRequest の状況を Pending に設定すると転送が開始されます。
対象となる登録者ごとに PackagePushJob を作成し、前のステップで作成した PackagePushRequest に関連付けます。
PackagePushRequest の状況を Pending に変更して、転送アップグレードをスケジュールします。
Status 項目をクエリして、PackagePushRequest オブジェクトおよび PackagePushJob オブジェクトの状況を確認します。

サンプルコードと詳細は、『Salesforce および Force.com のオブジェクトリファレンス』または『SOAP API 開発者ガイド』のオブジェクトの説明を参照してください。

ISVforce ガイド