概要

Operations は、 Solutionsおよびそのコンポーネントのさまざまな機能を一元的に効率よく管理するのに役立ちます。オペレーションは、データのバックアップ、トラブルシューティング機能の有効化による課題解決、ソリューション内の活動ログの管理などの処理を行う際に使用できます。下記に示す3種類のSolutionsには、それぞれ専用のオペレーションセットが用意されています。

• アプリケーション

• BI ＆ 分析

• 統合フロー

スーパ管理者および管理者のみがOperationsページへアクセスし、その機能を設定できます。

• この薬局で利用可能な医薬品を含む公開済みレポートを、がんサバイバーのコミュニティを管理する別のウェブページに挿入したいと考えています。これにより、その情報がコミュニティの方々に役立ちます。レポートの埋め込みコードを取得し、それを使用して他のアプリケーションにレポートを挿入できます。
  

• Deliveryステータスフォームに保存されたデータの変更を監視し、不正な改ざんがないか確認したい場合、対象フォームの監査証跡でデータの編集や削除の履歴を取得できます。

このようにして、 Operations ページはアプリの機能に関する洞察を提供し、各種機能の管理に役立ちます。

Operationsページへの移動方法

Creatorアカウントに サインインする と、左側のペインの管理セクション内でOperationsを見つけることができます。ここでは、処理の設定、インサイトの分析、組織およびアプリケーションの活動管理など、さまざまな機能や特徴が一覧表示されます。

メモ: 各種Solutionの操作は、該当するSolutionが作成されている場合のみOperationsページで有効となります。

アプリケーションの操作

BI & 分析の操作

インテグレーションフローの操作

1.   バックアップ

バックアップ は、アプリケーションとそのデータのコピーを定期的または必要に応じて保存することができます。このコピーは、郵便番号ファイルとしてダウンロードでき、その中には DSファイル およびアプリケーションのスキーマやデータが格納された複数のCSVファイルが含まれます。 詳細はこちら

例: 例えば、法人を管理するアプリを作成したとします。万が一、データが誤って削除された場合でも、バックアップファイルを使って最近のバックアップバージョンにアプリケーションを復元し、データを元に戻すことができます。

2.   監査証跡

監査証跡 は、アプリ内で発生する活動のログを管理するのに役立ちます。活動は2種類のログに分類されます。

詳細はこちら

例: あなたが IT Asset Management アプリを管理しているとします。この場合、個人の財務ドキュメントなど、高度に機密性の高い重要なデータを扱うことになります。こうしたデータのひとつが、ユーザーによって削除または更新済みになったとしましょう。Audit Trail を利用すれば、このようなセキュリティ違反を追跡し、確認することができ、予期せぬ問題が発生した場合の証拠にもなります。

3.   メール管理

メール管理 には、Creator のアカウントレベルで設定可能な 2 つの設定が含まれます。

• 差出人メールの設定
  これは、管理者やログイン中のユーザーのメールアドレスとは別に、カスタムの「差出人」メールアドレスを追加・認証することを指します。このメールアドレスは、顧客へのメール通知の送信に使用できます。
  
  例: たとえば、Foodbag というフードデリバリーアプリを作成したとします。料理が納品済みとなった後、顧客がサポートに関する問い合わせをしたい場合、管理者やログイン中のユーザーのメールアドレスとは別に、専用のメールアドレスが必要になります。この場合、サポート@foodbag。com のような専用メールアドレスを追加し、認証することで、顧客からの問い合わせに対応できます。

• ドメインの認証
  インターネットサービスプロバイダー（ISP）は、送信者が正当なデータ元かどうかを確認するために、常にメールアドレスを認証しようとします。ドメインを認証することで、受信者側のISPから正当なデータ元と認められ、メールを送信する際に信頼されるようになります。
  
  例: 例えば、Zylker's Clothing 折れ線グラフアプリを作成したとします。顧客へさまざまな商談やオファーについて定期的に自動通知を送信する必要があります。このメールアドレスのドメインが「@zylker.com」である場合でも、これらのメールはZylkerの代わりにCreatorのドメイン「@zohocreator.com」から顧客に送信されます。
  
  2つのドメインが存在すると、受信者のISPは不審に思い、メールが迷惑メールフォルダに振り分けられます。しかし、ドメインが認証されていれば、顧客のISPは送信者の正当性を疑う理由がなくなり、迷惑メールと見なさずに受信トレイへメールを配信します。 詳細はこちら

4. ドメイン制限

異なるドメインを持つユーザーも、Zoho Creatorアカウントに参加することができます。ドメイン制限を設定すると、確認済みドメイン（組織が所有）のユーザーだけがアプリケーションへアクセスできるようになります。未確認ドメインのユーザーとはアプリケーションを共有できません。この操作はアプリケーションのセキュリティをさらに高めます。 詳細はこちら

メモ: 公開済みアプリコンポーネントのパーマリンクにアクセスできるユーザーは、制限されたドメインの差出人でもアクセス可能です。

例: 仮に、あなたの組織が認証済みドメイン「@zylker.com」を保有しているとします。アプリケーションでは、非常に機密性の高い顧客データを扱う商談が作成されています。そのため、データ漏洩を防ぐために、アプリケーションへのアクセスを自組織のみに制限したいと考えています。この設定では、アプリケーションを組織外と共有することができません。この場合、より高度なセキュリティを確保するために ドメイン制限 を有効にできます。

5. API管理

API管理 を利用すると、特定のアプリケーションがデータ転送や各種コマンドの実行にAPIを使用する際のアクセスを有効化または無効化できます。 API を通じてデータのやり取りやコマンド実行が行われます。 API（Application Programming Interface）は、2つのアプリケーションが相互に通信するための経路です。APIアクセスが無効になっているアプリケーションでは、受信通話のみが拒否されます。詳細はこちら

例: 例えば、Mediclaim Insuranceアプリを管理しているとします。このアプリには、患者の医療履歴やスキャン、ドキュメントなどの機密データが含まれています。こうした情報は、企業外への移動を厳格に禁止すべきです。したがって、企業はAPI管理を通じて、受信API通話を拒否することで、この情報にアクセスする他アプリケーションからのアクセスを制限できます。

6. Blueprint分析

A Blueprint は、アプリケーションにおける法人の各段階や開発回数を確認・追跡するために使用されます。 Blueprint分析 を利用すると、さまざまなブループリントのインサイトをチャート形式で取得できます。これらのチャートでは、データ処理の平均期間、出入りしたデータの件数、ブループリント全体の統計情報などが確認できます。詳細はこちら

例: 例えば、「Foodbag」というフードデリバリーアプリを管理しているとします。フード注文の追跡や記録にはさまざまな段階があり、これらの段階はブループリントで記録されます。年末の統計目的で、このブループリントをすべて通過した注文の番号を把握したい場合、 Blueprint分析を使って情報を取得できます。

さらに、 Blueprint分析 による分析は、ブループリントに入力されたデータの番号、遷移回数、ブループリント全体のインサイトの集約を確認することで、管理者がブループリントの機能を最適化するのに役立ちます。

7.   ログ

ログ は、タイムスタンプ付きで自動作成される記録データです。これには、アプリケーション内で発生するスケジュール、フォーム処理、 連携などの処理に関連するデータが含まれます。詳細はこちら

例: たとえば、プロジェクト注文とその顧客への納品を管理する順番管理アプリを作成したとします。 この順番管理サービスが配送管理会社と連携する際、バックエンドで問題が発生し、ユーザーが原因を特定できない場合、 管理者はログを分析し、開発者にバックエンドのエラー修正を依頼できます。これにより手動でのデバッグにかかる時間を削減し、作業効率が向上します。

8. 公開

公開 を利用すると、アプリケーション内のコンポーネントへ誰でもアクセスできるように設定できます。この操作は、利用者がZoho Creatorに登録しているかどうかに関係なく実行可能です。

Creatorには主に3つのコンポーネントがあります - フォーム、 レポート、および ページです。いずれかのコンポーネントを出版すると、以下が作成されます：

• パーマリンク - パーマリンクを知っている人は、その特定のコンポーネントにアクセスできます。

• 埋め込みコード - 埋め込みコードを使うと、ユーザーは既存のWebページにそのコンポーネントを挿入できます。

詳細はこちら

9. フォーム メールデータ

アプリケーション内のフォームにユーザーがアクセスしてデータを入力する以外に、ユーザーがフォームに必要なデータをメールで送信することも可能です。この フォーム メールデータ は、2通りの方法で完了できます。

• フォームのテンプレートを共有し、それに従ってデータを送信してもらう方法があります。

• メールの件名・メッセージ・添付ファイルなど、メールからデータを取得するようにフォームを設定することもできます。

詳細はこちら

メモ : フォーム メールデータ は、.comおよび.euデータセンターでのみ利用可能です。

例: イベント管理アプリを作成したとします。顧客が音楽フェスティバルのチケットを予約しようとした際、取引が失敗した場合、顧客は予約IDの詳細を添付してサポートリクエストメールを送信します。このメールから詳細を取得し、この問題に関するデータを作成することができます。

10. マーケットプレイス

マーケットプレイス は、顧客がZohoプラットフォーム上でアプリケーションを表示・インストールできる統合プラットフォームです。 アプリケーション は、他のユーザーや開発者によって事前にCreatorプラットフォーム上で作成されています。これにより、顧客が一から新規アプリケーションを作成する手間が省けます。また、さまざまな拡張機能（多様なアプリで広く使用されているコンポーネント）を検索して、必要に応じてインストールすることも可能です。詳細はこちら

例: たとえば、小売法人向けに一般的な順番管理アプリを作成したいとします。アプリに追加すべきカスタム仕様は特にありません。このシナリオでは、マーケットプレイスからあらかじめ構築されたアプリをインストールし、必要な拡張機能（例：フィードバックフォームなど）を追加インストールすることが可能です。結果として、多くの時間を節約でき、法人運営の効率化につながります。

11. サポート Access

サポート Access を利用すると、Zoho Creatorサポートチームへのアプリケーションアクセス権を付与または取り消すことができます。開発者にアプリケーションへのフルアクセスを許可した場合でも、アプリケーションの表示・編集のみが可能で、アカウント関連の詳細は表示されません。アクセス権の付与時に期間を設定でき、指定期間後に自動的にアクセス権が取り消されます。 詳細はこちら

関連トピック

• ソリューションの理解

• BI & 分析

• アプリケーションの理解

• Zoho Flow 概要