[操作]では、ソリューションとその構成要素に関するさまざまな機能を、効率的に1か所で管理できます。これらの操作を使用して、データのバックアップ、問題解決のためのトラブルシューティングの有効化、ソリューション内の活動ログの保持などの処理を実行できます。以下に示す3種類のソリューションには、それぞれ個別の操作が用意されています。
スーパー管理者と管理者のみが、[操作]ページにアクセスし、その機能を設定できます。
この薬局で入手可能な医薬品で構成される公開レポートを、がんサバイバーのコミュニティを管理する別のWebページに挿入し、その情報を役立てたいとします。このレポートの埋め込みコードを取得し、他のアプリケーションにレポートを挿入できます。
改ざんされていないことを確認するために、配送状況フォームに保存されているデータへの変更を監視したいとします。対象フォームの監査証跡で、これらのデータの編集や削除の履歴を取得できます。
このように、[操作]ページではアプリの機能に関するインサイトを確認でき、さまざまな機能の管理に役立ちます。
[操作]は、[管理]セクションの左側ペインで、Creatorアカウントにサインイン後に確認できます。ここには、アクションの設定、インサイトの分析、組織とアプリケーションの活動の管理を行うための各種機能が表示されます。
|
操作 |
範囲 |
説明 |
|
アプリケーション |
|
|
|
アプリケーション |
|
|
|
組織 |
|
|
|
アプリケーション |
|
|
|
アプリケーション |
|
アプリケーション
ブループリントに関する詳細なインサイトを取得します。
アプリケーション
アプリケーション内で発生したアクティビティのデータを保持します。
アプリケーション
誰でもアプリケーションのコンポーネントにアクセスできるようにします。
アプリケーション
顧客から送信されたメールからフォームデータを抽出します。
組織
探して、構築済みのアプリケーションや拡張機能をインストールします。
アプリケーション
Creatorサポートの開発者のアプリケーションへのアクセスを管理します。
|
操作
|
範囲
|
説明
|
|
ワークスペース
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
|
組織
|
|
|
操作 |
範囲 |
説明
|
|
組織
|
フローで実行されるタスク操作と、フローに出入りするデータを監視します。
|
|
|
組織
|
アプリケーションを各種クラウドサービスと連携します。
|
|
|
組織
|
組織内で発生する活動のログを保存します。
|
|
|
フロー
|
Creatorサポート担当の開発者によるアプリケーションへのアクセスを管理します。
|
|
|
組織
|
反復タスクを簡素化する複雑なワークフローを柔軟に実現できます。
|
|
|
組織
|
提供されたテンプレートと同様の形式の今後のメールから、情報を認識して処理します。
|
バックアップでは、アプリケーションとそのデータのコピーを定期的に、または必要に応じて保存できます。このコピーはzipファイルとしてダウンロードできます。ファイルには、DSファイルと、アプリケーションのスキーマとデータをそれぞれ含む複数のCSVファイルが含まれます。詳細はこちら
例:ビジネスを管理するアプリを作成したとします。誤ってデータを失った場合、バックアップファイルを使用してアプリケーションを最近バックアップしたバージョンに復元し、データを取り戻すことができます。
監査証跡では、アプリ内で発生した活動のログを管理できます。これらの活動は、次の2種類のログに分類できます。
|
監査ログ |
操作 |
操作後に利用できる期間 |
|
データの変更 |
データの編集/削除 |
1年 |
|
レポート操作 |
レポートのエクスポート/印刷 |
3か月 |
例:IT資産管理アプリを管理しているとします。このアプリでは、個人の財務書類など、機密性の高い重要なデータを扱います。そのようなデータの1件がユーザーによって削除または変更されたとします。監査証跡を使用すると、このセキュリティ違反を追跡して確認でき、予期しない問題が発生した場合の証拠としても役立ちます。
メール管理には、Creatorのアカウント単位で行える次の2つの設定が含まれます。
送信者メールの設定
管理者およびログイン中のユーザーのメールアドレスとは別に、カスタムの送信元メールアドレスを追加して認証します。このメールアドレスは、顧客にメール通知を送信するために使用できます。
例:Foodbagというフードデリバリーアプリを作成したとします。料理の配達後、顧客がサポートに関する問い合わせのために連絡したいと考えています。この場合、管理者およびログイン中のユーザーのメールアドレスとは別に、専用のメールアドレスが必要です。別のメールアドレス「support@foodbag.com」を追加して認証し、そのアドレスを通じて顧客からの問い合わせに対応できます。
ドメインの認証
インターネットサービスプロバイダー(ISP)は、送信元が正当かどうかを確認するため、常にメールアドレスの検証を試みます。ドメインを認証すると、相手にメールを送信する際、受信者側のISPに正当な送信元として認識されます。
例:たとえば、 ジルカー's Clothing Line アプリを作成したとします。顧客にさまざまなセールや特典を知らせる定期的な自動通知を送信する必要があります。このメールアドレスのドメインは「@ジルカー.com」ですが、これらのメールはジルカーの代理としてCreatorのドメイン「@zohocreator.com」から顧客に送信されます。
2つのドメインが存在すると、受信者側のISPに疑いを持たれ、メールが迷惑メールフォルダーに振り分けられる可能性があります。ドメインが認証されていれば、顧客のISPは送信者の身元を疑う理由がなくなり、メールは迷惑メールとして扱われず、受信トレイに配信されます。 詳細はこちら
異なるドメインを持つユーザーをZoho Creatorアカウントに参加させることができます。ドメイン制限を使用すると、アプリケーションへのアクセスを、認証済みドメイン(組織が所有するドメイン)に属するユーザーのみに制限できます。そのため、未認証のドメインを持つユーザーとはアプリケーションを共有できません。この操作により、アプリケーションのセキュリティがさらに強化されます。 詳細はこちら
例:たとえば、組織に「@ジルカー.com」という認証済みドメインがあるとします。作成したアプリケーションでは、機密性の高い顧客データを扱います。そのため、データ盗難を防ぐために、アプリケーションへのアクセスを組織内のみに制限したいと考えています。これにより、アプリケーションを組織外と共有できなくなります。この場合、ドメイン制限を有効にすることで、セキュリティをさらに強化できます。
API管理を使用すると、データ転送やその他のコマンドに APIを使用する特定のアプリケーションへのアクセスを有効または無効にできます。 アプリケーションプログラミングインターフェース(API)は、2つのアプリケーションが相互に通信するための経路です。アプリケーションのAPIアクセスを無効にすると、受信呼び出しのみがブロックされます。詳細はこちら
例:たとえば、 Mediclaim Insurance アプリを管理しているとします。このアプリには、患者の病歴、スキャン画像、書類などの機密データが含まれます。このようなデータは、社外に持ち出されないよう厳格に管理する必要があります。そのため、会社はAPI管理を通じて受信API呼び出しをブロックし、この情報に任意のアプリケーションがアクセスするのを制限できます。
Blueprint は、アプリケーション内のさまざまな業務ステージや開発サイクルを確認、追跡するために使用します。Blueprint分析を使用すると、各Blueprintの分析情報をグラフ形式で確認できます。これらのグラフには、データアクションの平均所要時間、入った/出たデータの件数、Blueprint全体の統計などの情報が表示されます。詳細はこちら
例:たとえば、Foodbagというフードデリバリーアプリを管理しているとします。食品注文の追跡と記録には、さまざまなステージがあります。これらのステージはBlueprintに記録されます。年末の統計のために、このBlueprintを最後まで正常に通過した注文数を確認したい場合は、Blueprint分析を使用してこの情報を取得できます。
Blueprint分析を使用してこのBlueprintを分析すると、Blueprintに入ったデータの件数、Blueprint内の遷移数、Blueprint内のすべての分析情報の集計を確認できるため、管理者はBlueprintの機能をさらに最適化できます。
ログは、タイムスタンプ付きで自動生成される記録データです。スケジュール、フォームアクション、 連携など、アプリケーション内で発生するアクションに関連するデータが含まれます。詳細はこちら
例:たとえば、プロジェクトの注文と顧客への配送を管理する Order Management アプリを作成したとします。 この注文管理サービスを配送管理会社と連携する際にバックエンドで問題が発生し、ユーザーが原因を特定できない場合、 管理者はログを分析し、開発者にバックエンドのエラー修正を依頼できます。これにより、手動デバッグにかかる時間を削減し、作業を効率化できます。
公開を使用すると、誰でもアプリケーション内のコンポーネントにアクセスできるようになります。この操作は、利用者がZoho Creatorを契約しているかどうかに関係なく利用できます。
Creatorには、主に3つのコンポーネントがあります - フォーム、 レポート、 ページです。これらのコンポーネントを公開すると、次のものが作成されます。
固定リンク - 固定リンクにアクセスできるユーザーは、その特定のコンポーネントにアクセスできます。
埋め込みコード - 埋め込みコードを使用すると、ユーザーはそのコンポーネントを既存の任意のWebページに挿入できます。
アプリケーション内のフォームにアクセスしてデータを入力してもらう方法のほかに、フォームで必要なデータをユーザーからメールで送信してもらうこともできます。このフォームメールデータは、次の2つの方法で実行できます。
共有済みのフォームテンプレートに沿って、データを送信してもらえます。
ユーザーのメールから、件名、本文、添付ファイルなどのデータをフォームで取得できます。
メモ:フォームメールデータは.comおよび.euのデータセンターでのみ利用できます。
例:イベント管理アプリケーションを作成したとします。顧客が音楽フェスティバルのチケットを予約しようとしています。取引に失敗した場合、顧客は予約IDの詳細を記載して、サポート依頼メールを送信します。このメールから詳細を取得し、この問題に関するデータを作成できます。
Marketplaceは、Creatorプラットフォームで他のユーザーや開発者があらかじめ作成したアプリケーションを顧客が表示してインストールできる、Zohoの統合プラットフォームです。これにより、顧客が新しいアプリケーションを最初から作成する手間を省けます。また、さまざまな拡張機能(異なる種類のアプリケーションで広く使用されるコンポーネント)を探してインストールし、利用を容易にすることもできます。詳細はこちら
例:小売業向けに汎用的な注文管理アプリケーションを作成したいとします。アプリケーションに含める必要がある独自仕様はありません。この場合、Marketplaceから事前構築済みのアプリケーションをインストールし、アプリケーションに必要なフィードバックフォームなどの拡張機能をインストールできます。結果として、多くの時間を節約でき、ビジネスを効率的に運営できます。
サポートアクセスでは、Zoho Creatorサポートチームのアプリケーションへのアクセス権限を付与または取り消すことができます。開発者にアプリケーションへのフルアクセスを付与した場合でも、開発者が表示、編集できるのはアプリケーションのみで、アカウント関連の詳細は表示できません。アクセス権限を付与する際に期限を設定でき、その期限を過ぎると開発者のアクセス権限は自動的に取り消されます。詳細はこちら