分散化とは何か？

GTG CRMのユーザー権限は、企業が以下の点を明確に定義するのに役立ちます。- 各ユーザーが閲覧できる内容 -編集できるデータ - システム内で実行できる操作

役割と責任を明確に定めることで、企業は各従業員が割り当てられた業務のみを行うことを確実にします。

企業がアクセス制御を必要とする理由とは？

承認を得ないことのリスク

問題結果
データは自由に閲覧可能です。顧客情報と収益が漏洩した。
作業は重複している。複数の人が同じ作業に取り組んでいる
制御不能なエラー重要なデータを誤って削除または変更してしまうこと。
重要な情報が漏洩した。従業員は給与、経費、戦略を目にする。

ユーザーアクセス制御を導入するメリット

利点説明する
安全な操作各人は自分の担当する仕事の部分だけを見て、それだけを行う。
間違いを避ける重要なデータを誤って削除したり変更したりする人はいないだろう。
簡単に拡張可能新しい従業員を追加するには、役割を割り当てるだけです。
管理が簡単誰が何をするのか、そして責任範囲が明確であること。

デフォルトの役割

GTG CRMには、デフォルトで3つの役割が用意されています。

管理者

  • システムにおける最高権威者。
  • プラットフォーム上で全ての操作を実行できます。
  • 設定へのアクセスが自動的に許可されます

マーケティングマネージャー

  • マーケティングキャンペーンの管理
  • レポートと統計情報をご覧ください。
  • マーケティングチームマネージャー

マーケティングスタッフ

  • 日々のマーケティング業務を行う。
  • マネージャーよりも権限が限定的

モジュールごとのカスタム権限

トグルスイッチを使用して、各モジュールの権限をカスタマイズできます。

モジュール付与可能な権限
自動化ワークドロー作成、表示、更新、削除
ランディングページカスタムドメインの作成、更新、公開、非公開、削除、変更
マーケティングソーシャル投稿の表示、キャンペーンの管理
プリンター連絡先一覧の表示、インポート、エクスポート、編集、削除
Eメールレポートの作成、送信、表示
メッセージングチャンネルの表示、返信、管理
製品ハブ製品の管理、在庫の表示
電子商取引注文の管理、レポートの表示
請求する請求書の表示、支払いの管理
調整するワークスペースの管理、ユーザーの管理

正規化権限名: DOMAIN_ACTION_OBJECT

命名規則

GTG CRM のすべての権限名は、規約 A - DOMAIN_ACTION_OBJECTに従って標準化されています。

 DOMAIN_ACTION_OBJECT │ │ │ │ │ └── Object (đối tượng tác động: INVOICE, USER, CONTACT...) │ └── Action (hành động: VIEW, CREATE, MANAGE, DELETE...) └── Domain (lĩnh vực: BILLING, WORKSPACE, CRM, AUTOMATION...)例：規約名A DOMAIN_ACTION_OBJECT │ │ │ │ │ └── Object (đối tượng tác động: INVOICE, USER, CONTACT...) │ └── Action (hành động: VIEW, CREATE, MANAGE, DELETE...) └── Domain (lĩnh vực: BILLING, WORKSPACE, CRM, AUTOMATION...)

ドメイン権利の名称意味
BILLING_ BILLING_VIEW_INVOICE請求書を表示する
BILLING_ BILLING_ADD_PAYMENT_METHOD支払い方法を追加する
WORKSPACE_ WORKSPACE_ACTION_USERワークスペースユーザーを管理する
WORKSPACE_ WORKSPACE_VIEW_BILLING_MEMBER請求情報を表示する
AUTOMATION_ AUTOMATION_WORKFLOW_CREATE在庫管理ワークフローを作成する
AUTOMATION_ AUTOMATION_WORKFLOW_DELETEスケジュールワークフローを削除する
CRM_ CRM_OBJECT_VIEW CRMオブジェクトを表示する
CRM_ CRM_VIEW_ALL_CONTACTすべての連絡先を表示

なぜA条約が必要なのか？

以前は、権限名が統一されておらず、 SEND_EMAIL 、 CREATE_LANDING_PAGE 、 VIEW_BILLINGなど、企業が数十種類もの異なる権限を持っている場合、混乱を招き、管理が困難でした。

規約Aでは、以下の方法でこの問題に対処しています。 - ドメインごとに明確にグループ化する→ 関連する権限を簡単に見つける -一貫したアクション→ VIEWは常に表示を意味し、CREATEは常に作成を意味する -簡単な監査→ BILLING_を検索するだけで、関連するすべての請求権限を確認できます

管理者自動アクセス設定

管理者権限を持つユーザーは、自動的に設定へのフルアクセス権限を持ちます。追加の権限を割り当てる必要はありません。

承認プロセス

┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ Tạo Role │ ─► │ Custom │ ─► │ Gán Role │ │ mới │ │ Quyền │ │ cho User │ └─────────────┘ └─────────────┘ └─────────────┘ │ │ │ ▼ ▼ ▼ Đặt tên, Bật/tắt Chọn user, mô tả từng quyền chọn role例：部署への権限の割り当て┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ Tạo Role │ ─► │ Custom │ ─► │ Gán Role │ │ mới │ │ Quyền │ │ cho User │ └─────────────┘ └─────────────┘ └─────────────┘ │ │ │ ▼ ▼ ▼ Đặt tên, Bật/tắt Chọn user, mô tả từng quyền chọn role

役割メインドメイン慣例Aの例
CEO/オーナー全て管理者
販売CRM、メッセージング、メールCRM_VIEW_ALL_CONTACT 、 CRM_OBJECT_VIEW
マーケティングマーケティング、広告、ランディングページAUTOMATION_WORKFLOW_CREATE 、 LANDING_PAGE_CREATE
サポートメッセージ、チケットCRM_OBJECT_VIEW （読み取り専用）
父親製品、注文（モジュール固有）
ファイナンス請求するBILLING_VIEW_INVOICE 、 BILLING_ADD_PAYMENT_METHOD

まとめ

GTG CRMのユーザー権限を使用する場合：

  • 統制を維持しながらチームを拡大する。
  • 重要なビジネスデータを保護する。
  • 条約A規格の名称は明確で、監査も容易である。
  • 管理者は自動的に設定を利用できるため、設定ミスはもう発生しません。
  • 大企業のようにプロフェッショナルに業務を遂行する。