การดำเนินงานด้านการบริการที่ปลอดภัยและเป็นไปตามกฎระเบียบด้วย Salesforce PMS

ระบบการจัดการอสังหาริมทรัพย์สามารถมีข้อมูลลูกค้า, การจอง, กิจกรรมทางการเงิน, สัญญา, บันทึกการดำเนินงาน, บัญชีผู้ใช้, และข้อมูลอื่น ๆ ที่ไม่ควรเข้าถึงได้อย่างเท่าเทียมกัน โดยทุกคนหรือกระบวนการใด ๆ

ใครเป็นผู้รับผิดชอบด้านความปลอดภัยใน PMS ที่ใช้ Salesforce?

ความปลอดภัยในคลาวด์เป็นความรับผิดชอบร่วมกัน

Salesforce จัดเตรียมและดำเนินการแพลตฟอร์มคลาวด์พื้นฐานและ สถาปัตยกรรมความปลอดภัยพื้นฐานของมัน องค์กรที่ใช้แพลตฟอร์ม ยังคงกำหนดวิธีการจัดการผู้ใช้, สิทธิ์, ข้อมูล, การรวมระบบ, อุปกรณ์, กระบวนการทำงาน, และการกำหนดค่า

ชั้นความปลอดภัยใดที่สำคัญในด้านการจัดการอสังหาริมทรัพย์?

PMS ควรควบคุมการเข้าถึงผู้ใช้ได้อย่างไร?

การพิสูจน์ตัวตนตอบคำถามแรก: ใครคือผู้ใช้? การอนุญาตตอบคำถามที่สอง: ผู้ใช้คนนั้นควรได้รับอนุญาตให้ทำอะไร?

Salesforce รองรับการพิสูจน์ตัวตนหลายปัจจัยและการควบคุมการเข้าถึงที่สามารถกำหนดค่าได้ ซึ่งอนุญาตให้ผู้ดูแลระบบจัดโครงสร้างการเข้าถึงตามความรับผิดชอบของผู้ใช้

ในด้านการจัดการอสังหาริมทรัพย์ ทีมต่าง ๆ อาจต้องการระดับการเข้าถึงที่แตกต่างกันมาก

โมเดลความปลอดภัยจึงควรปฏิบัติตามหลักการในการให้ ผู้ใช้เข้าถึงที่จำเป็นในการทำงานโดยไม่เปิดเผยข้อมูลที่ไม่เกี่ยวข้อง เพียงเพราะมันมีอยู่ในระบบเดียวกัน

การจัดการสิทธิ์ที่ละเอียดอ่อนมีลักษณะอย่างไร?

ความปลอดภัยจะมีความเป็นจริงมากขึ้นเมื่อกฎการเข้าถึงสะท้อนถึง โมเดลการดำเนินงานแทนที่จะพึ่งพาประเภทผู้ใช้ที่กว้างเกินไปเพียงไม่กี่ประเภท

ควรปกป้องข้อมูลอสังหาริมทรัพย์ที่ละเอียดอ่อนอย่างไร?

สภาพแวดล้อมการจัดการอสังหาริมทรัพย์สามารถมีหลายประเภทของ ข้อมูลที่ละเอียดอ่อน แต่ประเภทเหล่านั้นไม่ควรได้รับการจัดการในลักษณะเดียวกันโดยอัตโนมัติ

การปกป้องข้อมูลควรพิจารณาความละเอียดอ่อนของข้อมูล, วิธีการใช้งาน, ใครต้องการเข้าถึง, มันเคลื่อนที่ไปที่ไหน, มันควรจะถูกเก็บรักษาไว้นานแค่ไหน, และการควบคุมความปลอดภัยใดที่เหมาะสม

Booking Ninjas ใช้ Salesforce เป็นแพลตฟอร์มพื้นฐาน, ทำให้บันทึกการดำเนินงานสามารถใช้ความปลอดภัยที่กว้างขึ้นของ Salesforce, สิทธิ์, การกำกับดูแล, และสถาปัตยกรรมข้อมูล

Salesforce Shield อยู่ที่ไหน?

องค์กรที่มีความต้องการด้านความปลอดภัย, การตรวจสอบ, หรือการปกป้องข้อมูลเพิ่มเติม อาจประเมินความสามารถของ Salesforce Shield

Shield อาจรวมถึงความสามารถเช่น การเข้ารหัสแพลตฟอร์ม, การตรวจสอบเหตุการณ์, เส้นทางการตรวจสอบฟิลด์, และเครื่องมือด้านความปลอดภัยอื่น ๆ ขึ้นอยู่กับผลิตภัณฑ์ Salesforce, รุ่น, และใบอนุญาตที่เกี่ยวข้อง

ความสามารถเหล่านี้ไม่ควรได้รับการอธิบายว่าเปิดใช้งานโดยอัตโนมัติ ในทุกสภาพแวดล้อมของ Salesforce หรือ Booking Ninjas

Booking Ninjas ยังมี Salesforce Shield เส้นทางความสามารถสำหรับองค์กรที่มีความต้องการด้านความปลอดภัยที่เรียกร้อง ให้มีการควบคุมเพิ่มเติมเหล่านี้

ทำไมการตรวจสอบและการตรวจสอบจึงสำคัญ?

การป้องกันการเข้าถึงที่ไม่ได้รับอนุญาตเป็นเพียงส่วนหนึ่งของความปลอดภัย. องค์กรยังต้องการการมองเห็นที่เหมาะสมเกี่ยวกับการเปลี่ยนแปลง, กิจกรรม, สิทธิ์, และข้อยกเว้น

ขึ้นอยู่กับการกำหนดค่าแพลตฟอร์มและความสามารถที่ได้รับใบอนุญาต, สิ่งนี้อาจรวมถึงข้อมูลเกี่ยวกับ:

ข้อมูลการตรวจสอบสามารถสนับสนุนการตรวจสอบ, การกำกับดูแลภายใน, การตรวจสอบการเข้าถึง, การควบคุมการดำเนินงาน, และกระบวนการปฏิบัติตามกฎระเบียบบางอย่าง

การมีอยู่ของบันทึกการตรวจสอบไม่ได้แทนที่ความจำเป็นในการตัดสินใจ ว่าควรตรวจสอบอะไร, ใครควรตรวจสอบ, และควรมีการตอบสนองอย่างไรเมื่อพบปัญหา

PMS ที่ใช้ Salesforce ทำให้องค์กรปฏิบัติตามกฎระเบียบหรือไม่?

ไม่ การปฏิบัติตามกฎระเบียบขึ้นอยู่กับมากกว่าซอฟต์แวร์ แพลตฟอร์ม.

ผู้ดำเนินการอสังหาริมทรัพย์อาจต้องพิจารณาถึงความเป็นส่วนตัว การชำระเงิน, การจ้างงาน การเงิน การเข้าถึง ที่อยู่อาศัย การบริการ หรือ ข้อกำหนดเฉพาะภาคส่วนขึ้นอยู่กับสถานที่และรูปแบบธุรกิจของตน.

เทคโนโลยีสามารถให้การควบคุมที่สนับสนุนข้อกำหนดเหล่านั้น แต่ องค์กรยังต้องกำหนดว่าข้อผูกพันใดบ้างที่ใช้บังคับ และนโยบาย ขั้นตอน สัญญา ผู้ใช้ การรวมระบบ กฎการเก็บรักษา และแนวทางปฏิบัติในการดำเนินงานควรออกแบบอย่างไร.

ข้อกำหนดการปฏิบัติตามจะกลายเป็นเวิร์กโฟลว์การดำเนินงานได้อย่างไร?

นโยบายจะมีประโยชน์มากขึ้นเมื่อข้อกำหนดของมันสามารถสะท้อนใน งานที่ผู้คนทำจริงๆ.

ขึ้นอยู่กับกรณีการใช้งาน องค์กรอาจต้องการเวิร์กโฟลว์สำหรับ การอนุมัติ การตรวจสอบเป็นระยะ การรับรอง การเพิ่มระดับ, เอกสาร การเปลี่ยนแปลงการเข้าถึง หรือกิจกรรมการกำกับดูแลอื่นๆ.

Booking Ninjas' การจัดการนโยบาย ให้สภาพแวดล้อมที่เป็น Salesforce-native สำหรับการสร้าง การติดตาม, การตรวจสอบ และการรายงานเกี่ยวกับนโยบายขององค์กรและ เวิร์กโฟลว์การกำกับดูแลที่เกี่ยวข้อง.

สิ่งนี้สามารถช่วยเชื่อมโยงบันทึกนโยบายกับกระบวนการดำเนินงาน แต่ องค์กรยังคงมีความรับผิดชอบในการกำหนดว่านโยบายเองนั้น ตรงตามข้อกำหนดทางกฎหมาย กฎระเบียบ สัญญา หรือภายในหรือไม่.

แนวคิดการไม่ไว้วางใจอยู่ที่ไหน?

โมเดลความปลอดภัยที่มีประโยชน์ไม่ถือว่าผู้ใช้ควรมี สิทธิ์เข้าถึงอย่างกว้างขวางเพียงเพราะพวกเขาเข้าสู่ระบบได้สำเร็จ.

อัตลักษณ์ บทบาท เงื่อนไข สิทธิ์ ความไวของข้อมูล และ การกระทำที่พยายามทำสามารถมีความสำคัญเมื่อกำหนดการเข้าถึง.

Booking Ninjas' ความปลอดภัยแบบ Zero Trust ความสามารถขยายแนวทางการกำกับดูแลนี้เกี่ยวกับอัตลักษณ์, การเข้าถึง การตรวจสอบ และนโยบายด้านความปลอดภัย.

การรวมระบบเปลี่ยนขอบเขตความปลอดภัยได้อย่างไร?

การดำเนินงานของอสังหาริมทรัพย์มักจะไม่อยู่ในแอปพลิเคชันเดียว. องค์กรอาจเชื่อมต่อผู้ให้บริการการชำระเงิน ซอฟต์แวร์บัญชี, ระบบควบคุมการเข้าถึง แพลตฟอร์มการจัดจำหน่าย แอปพลิเคชันการสื่อสาร, ระบบ ERP ผู้ให้บริการอัตลักษณ์ หรือบริการอื่นๆ.

การรวมระบบแต่ละอย่างนำคำถามเกี่ยวกับ:

Booking Ninjas สนับสนุนการเชื่อมต่อภายนอกผ่าน การรวมระบบ ชั้น. โมเดลความปลอดภัยควรพิจารณาทั้ง Booking Ninjas และ แอปพลิเคชันภายนอกที่มีส่วนร่วมในแต่ละการไหลของข้อมูล.

ความปลอดภัยควรเปลี่ยนแปลงอย่างไรเมื่อพอร์ตโฟลิโออสังหาริมทรัพย์เติบโต?

การเติบโตเพิ่มมากกว่าผู้ใช้ องค์กรที่ใหญ่ขึ้นอาจนำเสนอ อสังหาริมทรัพย์ แผนก หน่วยงานทางกฎหมาย ผู้ดูแลระบบ, การรวมระบบ ผู้ขาย เขตอำนาจข้อมูล และนโยบายการดำเนินงานเพิ่มเติม.

ดังนั้นโมเดลความปลอดภัยจึงต้องขยายตัวในเชิงโครงสร้าง.

ตัวอย่างเช่น องค์กรอาจต้องแยกแยะระหว่างการเข้าถึง :

สถาปัตยกรรม Salesforce-native ให้แพลตฟอร์มที่กำหนดค่าได้สำหรับ การจัดโครงสร้างความสัมพันธ์ สิทธิ์ และเวิร์กโฟลว์เหล่านี้. ข้อกำหนดเพิ่มเติมยังต้องได้รับการออกแบบและทดสอบเมื่อองค์กร ขยายตัว.

คุณควรประเมินอะไรบ้างก่อนเลือก PMS ที่ปลอดภัย?

1. ระบุข้อมูลที่ละเอียดอ่อน. ทำความเข้าใจลูกค้า การเงิน การดำเนินงาน พนักงาน, สัญญา และข้อมูลอื่นๆ ที่ระบบจะมีอยู่.
2. กำหนดบทบาทของผู้ใช้. กำหนดว่าทีมใดต้องการเข้าถึงบันทึกและฟังก์ชันใดบ้าง.
3. กำหนดข้อกำหนดการปฏิบัติตามของคุณ. ระบุข้อผูกพันทางกฎหมาย กฎระเบียบ สัญญา และภายในที่เกี่ยวข้อง แทนที่จะสมมติว่าซอฟต์แวร์กำหนดข้อกำหนดเหล่านั้น.
4. ตรวจสอบโมเดลความปลอดภัยของแพลตฟอร์ม. ทำความเข้าใจการตรวจสอบ สิทธิ์ การกำกับดูแล การติดตาม, ตัวเลือกการเข้ารหัส ความสามารถในการตรวจสอบ และการควบคุม การบริหาร.
5. ตรวจสอบการรวมระบบ. รวมระบบภายนอกและการไหลของข้อมูลในการประเมินความปลอดภัย.
6. วางแผนการกำกับดูแลอย่างต่อเนื่อง. กำหนดการตรวจสอบการเข้าถึง ความเป็นเจ้าของการกำหนดค่า ขั้นตอน เหตุการณ์ การตรวจสอบนโยบาย การฝึกอบรมพนักงาน และการติดตามหลัง การเปิดตัว.

Booking Ninjas ใช้ Salesforce สำหรับความปลอดภัยและการกำกับดูแลอย่างไร?

Booking Ninjas เป็น แพลตฟอร์ม Salesforce-native สำหรับการจองและการดำเนินงาน . แทนที่จะรักษาการดำเนินงานของอสังหาริมทรัพย์บนชั้นแอปพลิเคชันที่ไม่เกี่ยวข้อง, Booking Ninjas ใช้ Salesforce เป็นฐานแพลตฟอร์มที่กว้างขึ้น.

สิ่งนี้ช่วยให้การจอง ลูกค้า กิจกรรมทางการเงิน เวิร์กโฟลว์, บันทึกการดำเนินงาน รายงาน และกระบวนการที่กำหนดค่าอื่นๆ สามารถ ดำเนินการภายในสภาพแวดล้อมที่กว้างขึ้นเดียวกันกับอัตลักษณ์ของ Salesforce, สิทธิ์ การกำกับดูแล อัตโนมัติ และการควบคุมด้านความปลอดภัย.

ดังนั้น ฐานของ Salesforce จึงเป็นส่วนหนึ่งของสถาปัตยกรรมความปลอดภัยแทนที่จะเป็นเพียง การรวม CRM ภายนอก.

คำถามที่พบบ่อย