Roles typically do not change often

Roles typically do not change often.

It is strongly recommended that they be created in a Development client, then transported to Quality (tested, hopefully) and finally promoted to Production.

Roles should originate from the same client (pick one to be your “security development” client).

It is much easier to assign an existing Role to a User than to create or modify a Role.

SAP’s template Roles are intended only for example.
Best practice is to have Users tell you the exact Transactions they require and build Roles from scratch.
At the very least, copy them into your own namespace.
Be aware that many of them contain too much access so be careful!

ผลลัพธ์ (ไทย) 1:

บทบาทโดยทั่วไปไม่เปลี่ยนแปลงบ่อยขอแนะนำว่า พวกเขาจะสร้างขึ้นในไคลเอนต์พัฒนา แล้วขนส่งคุณภาพ (ผ่านทดสอบ หวัง) และสุดท้าย การส่งเสริมการผลิตการบทบาทควรมาจากไคลเอนต์เดียวกัน (เลือกหนึ่งให้ ลูกค้าของคุณ "ปลอดภัยพัฒนา")เป็นการง่ายมากที่จะกำหนดเป็นบทบาทที่มีอยู่ให้กับผู้ใช้มากกว่าการสร้าง หรือปรับเปลี่ยนบทบาทบทบาทแม่ของ SAP มีวัตถุประสงค์เฉพาะเช่นควรจะมีผู้ใช้แจ้งธุรกรรมแน่นอนที่พวกเขาต้องการ และสร้างบทบาทตั้งแต่การอย่างน้อย คัดลอกลงใน namespace ของคุณเองโปรดทราบว่า หลายประกอบด้วยเข้ามากเกินไปดังนั้นโปรดระวัง

ผลลัพธ์ (ไทย) 2:

บทบาทมักจะไม่เปลี่ยนแปลงบ่อย. ดังนั้นจึงขอแนะนำว่าพวกเขาถูกสร้างขึ้นในโปรแกรมการพัฒนาที่ส่งไปแล้วคุณภาพ (ทดสอบหวังว่า) และในที่สุดก็เลื่อนตำแหน่งให้การผลิต. บทบาทควรจะมาจากลูกค้าเดียวกัน (เลือกอย่างใดอย่างหนึ่งจะเป็น "ความปลอดภัยของคุณ การพัฒนา "ลูกค้า). มันเป็นเรื่องง่ายที่จะกำหนดบทบาทที่มีอยู่เพื่อผู้ใช้มากกว่าที่จะสร้างหรือปรับเปลี่ยนบทบาท. ของ SAP แม่แบบบทบาทมีวัตถุประสงค์เฉพาะเช่น. การปฏิบัติที่ดีที่สุดคือการมีผู้ใช้บอกคุณรายการที่แน่นอนที่พวกเขาต้องการและสร้างบทบาท จากรอยขีดข่วน. อย่างน้อยที่สุด, คัดลอกลงใน namespace ของคุณเอง. ทราบว่าจำนวนมากของพวกเขามีการเข้าถึงมากเกินไปดังนั้นจึงต้องระวัง!

ผลลัพธ์ (ไทย) 3:

บทบาทโดยทั่วไป ไม่ได้เปลี่ยนบ่อยๆ

ขอแนะนําว่า พวกเขาถูกสร้างขึ้นในการพัฒนาลูกค้าแล้วส่งไปคุณภาพ ( ทดสอบ หวังว่า ) และสุดท้าย การส่งเสริมการผลิต

บทบาทควรมาจากลูกค้าเดียวกัน ( เลือกหนึ่งที่จะเป็น " การรักษาความปลอดภัยการพัฒนาลูกค้า " )

มันมาก ง่ายต่อการกำหนดบทบาทที่มีอยู่ให้กับผู้ใช้มากกว่าการสร้างหรือปรับเปลี่ยนบทบาท .

บทบาทของแม่แบบ SAP มีวัตถุประสงค์เฉพาะ ตัวอย่างเช่น .
การปฏิบัติที่ดีที่สุดคือมีผู้ใช้บอกคุณแน่นอนรายการที่พวกเขาต้องการและสร้างบทบาทจากรอยขีดข่วน .
อย่างน้อย คัดลอกลงใน namespace ของคุณเอง .
ตระหนักว่ามากของพวกเขามีการเข้าถึงมากระวัง !