Salesforce PMSによる安全でコンプライアンスに準拠したホスピタリティ運営

プロパティ管理システムには、顧客情報、予約、財務活動、契約、運用記録、ユーザーアカウント、その他のデータが含まれており、これらはすべての人やプロセスが同じようにアクセスできるべきではありません。

SalesforceベースのPMSにおけるセキュリティの責任者は誰ですか？

クラウドセキュリティは共有責任です。

Salesforceは基盤となるクラウドプラットフォームとその基本的なセキュリティアーキテクチャを提供および運営しています。プラットフォームを使用する組織は、ユーザー、権限、データ、統合、デバイス、ワークフロー、構成をどのように管理するかを決定します。

プロパティ管理において重要なセキュリティレイヤーは何ですか？

プロパティ管理システムはユーザーアクセスをどのように制御すべきですか？

認証は最初の質問に答えます：ユーザーは誰ですか？認可は2番目の質問に答えます：そのユーザーは何を許可されるべきですか？

Salesforceは多要素認証と、管理者がユーザーの責任に基づいてアクセスを構成できるようにする設定可能なアクセス制御をサポートしています。

プロパティ運営では、異なるチームが非常に異なるアクセスレベルを必要とする場合があります。

したがって、セキュリティモデルは、ユーザーが自分の仕事を遂行するために必要なアクセスを与え、無関係な情報を同じシステムに存在するからといって露出させないという原則に従うべきです。

詳細な権限管理はどのようなものですか？

セキュリティは、アクセスルールがオペレーティングモデルを反映する場合により実用的になります。

敏感なプロパティデータはどのように保護すべきですか？

プロパティ管理環境には、いくつかのカテゴリの敏感な情報が含まれる可能性がありますが、これらのカテゴリは自動的に同じ方法で処理されるべきではありません。

データ保護は、情報の感度、使用方法、アクセスが必要な人、移動先、保持期間、および適切なセキュリティコントロールを考慮する必要があります。

Booking NinjasはSalesforceを基盤とするプラットフォームとして使用し、運用記録がより広範なSalesforceのセキュリティ、権限、ガバナンス、およびデータアーキテクチャを利用できるようにしています。

Salesforce Shieldはどこに適合しますか？

追加のセキュリティ、監査、またはデータ保護要件を持つ組織は、Salesforce Shieldの機能を評価することがあります。

Shieldには、プラットフォーム暗号化、イベント監視、フィールド監査トレイル、その他のセキュリティツールなどの機能が含まれる場合があります。これらは、関与するSalesforce製品、エディション、およびライセンスに依存します。

これらの機能は、すべてのSalesforceまたはBooking Ninjas環境で自動的に有効になるとは限りません。

Booking Ninjasは、これらの追加コントロールを必要とする組織のための Salesforce Shield 機能パスを提供します。

なぜ監査可能性と監視が重要なのですか？

不正アクセスを防ぐことはセキュリティの一部に過ぎません。組織は、変更、活動、権限、および例外に対する適切な可視性も必要です。

プラットフォームの構成とライセンスされた機能に応じて、これには以下の情報が含まれる場合があります：

監査情報は、調査、内部ガバナンス、アクセスレビュー、運用コントロール、および特定のコンプライアンスプロセスをサポートできます。

監査ログの存在は、何を監視すべきか、誰がレビューすべきか、問題が特定されたときにどのような対応が必要かを決定する必要性を置き換えるものではありません。

SalesforceネイティブのPMSは組織をコンプライアンスにしますか？

いいえ。規制遵守はソフトウェアプラットフォームだけではなく、もっと多くの要因に依存します。

プロパティオペレーターは、場所やビジネスモデルに応じて、プライバシー、支払い、雇用、財務、アクセシビリティ、住宅、ホスピタリティ、または業界特有の要件を考慮する必要があります。

テクノロジーはこれらの要件をサポートするためのコントロールを提供できますが、組織はどの義務が適用されるか、そしてそのポリシー、手続き、契約、ユーザー、統合、保持ルール、運用慣行がどのように設計されるべきかを決定する必要があります。

コンプライアンス要件をどのように運用ワークフローに変えることができますか？

ポリシーは、その要件が人々が実際に行う作業に反映されるときにより有用です。

ユースケースに応じて、組織は承認、定期レビュー、確認、エスカレーション、文書化、アクセス変更、またはその他のガバナンス活動のためのワークフローが必要になる場合があります。

Booking Ninjas' ポリシー管理 は、組織のポリシーおよび関連するガバナンスワークフローを作成、追跡、レビュー、報告するためのSalesforceネイティブ環境を提供します。

これにより、ポリシー記録と運用プロセスを接続するのに役立ちますが、組織はポリシー自体が法的、規制、契約、または内部要件を満たしているかどうかを判断する責任を負います。

ゼロトラスト思考はどこに適合しますか？

有用なセキュリティモデルは、ユーザーがシステムに正常に入ったからといって広範なアクセスを持つべきだと仮定しません。

アイデンティティ、役割、条件、権限、データの機密性、および試みられているアクションは、アクセスを決定する際にすべて重要です。

Booking Ninjas' ゼロトラストセキュリティ の機能は、アイデンティティ、アクセス、監視、セキュリティポリシーに関するこのガバナンスアプローチを拡張します。

統合はセキュリティ境界をどのように変えますか？

プロパティオペレーションは、通常1つのアプリケーション内には存在しません。組織は、支払いプロバイダー、会計ソフトウェア、アクセス制御システム、流通プラットフォーム、通信アプリケーション、ERPシステム、アイデンティティプロバイダー、またはその他のサービスを接続する場合があります。

すべての統合は、次のような質問を引き起こします：

Booking Ninjasはその 統合 レイヤーを通じて外部接続をサポートします。セキュリティモデルは、Booking Ninjasと各データフローに参加する外部アプリケーションの両方を考慮する必要があります。

プロパティポートフォリオが成長するにつれて、セキュリティはどのように変わるべきですか？

成長はユーザー以上のものを追加します。大規模な組織は、追加のプロパティ、部門、法的実体、管理者、統合、ベンダー、データ管轄権、および運用ポリシーを導入する場合があります。

したがって、セキュリティモデルは構造的にスケールする必要があります。

たとえば、組織は次のアクセスを区別する必要があるかもしれません：

Salesforceネイティブアーキテクチャは、これらの関係、権限、およびワークフローを構造化するための構成可能なプラットフォームを提供します。組織が拡大するにつれて、追加の要件も設計およびテストする必要があります。

安全なPMSを選択する前に何を評価すべきですか？

1. 機密情報を特定します。 システムが含む顧客、財務、運用、従業員、契約、およびその他のデータを理解します。
2. ユーザー役割をマッピングします。 どのチームがどの記録や機能へのアクセスを必要とするかを決定します。
3. コンプライアンス要件を定義します。 ソフトウェアがそれらを決定するとは限らないため、関連する法的、規制、契約、および内部の義務を特定します。
4. プラットフォームのセキュリティモデルをレビューします。 認証、権限、ガバナンス、監視、暗号化オプション、監査機能、および管理コントロールを理解します。
5. 統合をレビューします。 外部システムとデータフローをセキュリティ評価に含めます。
6. 継続的なガバナンスを計画します。 アクセスレビュー、構成の所有権、インシデント手続き、ポリシーレビュー、スタッフトレーニング、および本稼働後の監視を定義します。

Booking NinjasはどのようにSalesforceをセキュリティとガバナンスに使用していますか？

Booking Ninjasは、 Salesforceネイティブプラットフォームで、予約と運用を行います。 プロパティオペレーションを無関係なアプリケーションレイヤーで維持するのではなく、Booking NinjasはSalesforceをその広範なプラットフォーム基盤として使用します。

これにより、予約、顧客、財務活動、ワークフロー、運用記録、報告、およびその他の構成されたプロセスが、Salesforceのアイデンティティ、権限、ガバナンス、自動化、セキュリティコントロールと同じ広範な環境内で運用できるようになります。

そのため、 Salesforce基盤 は、単なる外部CRM統合ではなく、セキュリティアーキテクチャの一部です。

よくある質問