環境の制限

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

アプリケーションに対する環境の活性化

管理されたアプリケーション（Zohoマーケットプレイスや開発者ゾーンのようなもの）は、環境に組み込むことができません。
アプリケーションの依存性 - アプリケーションが他のアプリケーション（ルックアップ項目のようなもの）に依存していたり、逆にそのようなものがある場合、それらは環境に組み込むことができません。続けるには、依存性を解消する必要があります。例えば、 Logistics Management アプリケーションの 仕入先を追加するフォームが、ルックアップ項目を通じて 顧客 Relationship Management アプリケーションの 請求書を追加する フォームに依存していると仮定します。
1. 他のアプリケーションに依存性があるため、 Logistics Management アプリケーションを環境に追加しようとするとエラーが表示されます。
2. 他のアプリケーションが依存性を持っているため、 顧客 Relationship Management アプリケーションを環境に追加しようとするとエラーが発生します。
メモ:
この制約は、アプリケーションを環境に組み込む際にのみ発生します。その後、依存性（ルックアップなど）は環境内の有効なアプリケーションから追加され、公開することができます。
前の支払い設定 - C4では、フォームビルダーで支払い設定を作成することができました。そのような支払い設定がアプリケーション内に作成されている場合、それらは環境に組み込むことができません。続けるには、支払い設定を解消する必要があります。そのためには、必要なフォームに移動してForm properties -> 支払いを開き、支払い設定を削除します。

公開の制約

スタッキング制約
- ユーザーは、Production環境に移動することなく、DevelopmentからStageに対して一度に複数のバージョンを順番に公開することができます。しかし、バックエンドの制約により、CreatorはStage環境内の全てのアプリケーションで一度に30バージョン以上を保持することはできません。
  - 例： App Aには、ProductionにV1.+10,-10のメジャーアップデートバージョンがあります。V30.+10,-10までのバージョンをDevelopmentからStageに公開することができます。ただし、V30.+10,-10に到達したら、Stageの他のバージョン（つまり、V31.+10,-10 等）を公開できるように、StageのV2.+10,-10のバージョンをProductionに公開しなければなりません。
Stageの公開プロセス中に：
- Developmentの編集方法とStageの有効方法は、プロセスが終了するまでロックされます。詳細はこちら
Productionの公開プロセス中に：
- Production環境の有効方法は、プロセスが終了するまでロックされます。詳細はこちら
ある特定の時間には、一度に発行できるのは一つだけです。
- ユーザーがStageへの公開を開始した場合、他のユーザーは最初のユーザーがプロセスを完了するまで別の公開を開始することはできません。
- 最初のユーザーが公開開始プロセスの途中で何も操作を行わなくなった場合、ロックは5分後にリセットされます。
- どんな時点でも、同時に発行できるのは最大で2つのプロセス—Stageへの公開とProductionへの公開です。したがって、例えばApp1がStageに公開されている場合、App2をStageに公開することはできません。
公開プロセスには最大で三つのアプリケーションを一緒に連携することができます。
開発者がapp 1の承認を持っており、ユーザーがapp 1とapp 2両方を含むパッケージを公開しようとすると、エラーが発生します。それは、ユーザーがapp 2の承認を持っていないからです。

公開プロセス中のコンポーネント制約

ユーザーが開発環境からステージ環境への変更を公開しようとすると、一つの公開フローで800コンポーネント以上を選択することはできません。これはプロダクションへの公開にも適用されます。コンポーネント選択の件数は公開プロセス中に表示されます。
公開プロセスは30分以内に完了しなければなりません。この時間を超えると、変更は元に戻され、タイムアウトエラーが出力されます。
データの複製検証
- ユーザーが項目属性を「データの複製なし」に設定し、それをステージに公開しようとすると、その項目の複製データがステージアプリにあるかどうかを検証する検証が行われます。ユーザーは、その項目のすべての複製データを削除した場合のみステージに公開できます。しかし、レポートがない場合、または項目がレポートに表示されない場合、操作は実行できません。データ複製なし属性を持つ項目を公開する際、アプリに該当項目が表示されているレポートがあるかどうかをチェックします。なければ、その項目は公開できません。

機能の制約

以下の機能は開発環境とステージ環境ではサポートされていません
1. 承認ワークフローと特定のユーザー設定を持つデータ共有は開発環境とステージ環境の両方でテストすることはできません。
2. ポータル、公開コンポーネント、バックアップ、監査トレール、モバイルSDK、データソースは環境をサポートしていません。
3. データソースの外部連携、システム接続、決済サービスは環境をサポートしていません。ユーザーはすべての環境で同一の認証を使用しなければなりません。
4. ポータルは製品版アプリケーションでのみ利用可能です。開発方法でユーザー項目を追加し、選択肢として顧客を選択した場合、開発およびステージの有効方法の両方では、そのユーザー項目は顧客を一覧表示しません。

環境用のアプリケーションの有効化は、他の環境有効なアプリケーションとの依存関係がある可能性があります。クロス環境のアプリケーションはサポートされていません。つまり、アプリケーションが環境を持っていない場合、環境有効なアプリケーションの依存関係（ルックアップのようなもの）は持つことができませんし、その逆もまた然りです。依存関係には以下が含まれます：
1. ルックアップ
2. ページやケース
  1. 埋め込みフォーム/レポート
  2. パネルの処理と設定
  3. ボタン処理/パネル処理
  4. チャート/ゲージ/検索の設定
3. Delugeスクリプト内の関数呼び出し
4. カスタム処理 -> 関数実行
開発とステージ環境では、共有ユーザーをアプリケーションに追加することはできません。代わりにデモユーザーオプションを使用してください。
'コンテクストメッセージング'は、変更を全て表示するのではなく、単一のコンポーネントとしてキャプチャされます。
レポートを作成/現在のレポートに保存/新規に保存/フィルター条件Adminは、開発環境での有効な方法でのみ利用可能になります。
ピボットレポートアイテムの削除は、先に未公開のパッケージを本番環境に公開する必要があります。すべてのバージョンのピボットレポートが本番環境に公開されている場合のみ、削除を続行することができます。ピボットレポートが関与する下記のケースでも同じプロセスが必要です。
1. フォーム項目の削除
2. フォームの削除
3. 項目の種類の変更
  - 通貨/パーセント/小数項目の種類を変更
  - メール項目の種類を変更
  - 単一の折れ線グラフ項目の種類を変更
4. 数式項目の表現を変更
5. 暗号化/復号化
6. 数式項目の変更
レポートの数式項目の編集オプションは利用できません。

使用に関する制限

異なる機能（メール通知、クラウド機能、スケジュールなど）の最大許容使用量は、ご利用のプランに依存します。あなたの プレプロダクションアプリ（開発環境またはステージング環境）は、プライシングページに記載されているすべての制限の 20% まで利用することができます。先述のプレプロダクションアプリの制限は、本番アプリに適用される使用制限とは別個であり、これらを使用しても課金セクションにもカウントされません。

例：3,000スケジュール/ユーザー/月を許容する有料プランに加入したとしましょう。その場合、開発環境やステージ環境で最大600スケジュールまで利用することができます。これにより、プランに基づく本番環境の3000スケジュールの制限に影響を与えることなく使用できます。