The Assessor assesses the technolog

The Assessor assesses the technology and the system itself that realizes the controls
Note
：
-When assessing the RCM, the items without evidence may be regarded as a deficiency of the internal control
because of the insufficiency of the control. Therefore, it is necessary to review them for the improvement.
-If the "Evidence" cannot be entered, the control may not be adequate as a control. Review the description in
"Control description."
-When preparing RCM for grouped systems, enter at least one evidence.
(5)RCM Items ["System"]
Be sure to enter "System" when selecting "Automated" or "Manual/Auto" for Control Type.
-Likewise, when entering "System," be sure to select "Automated" or "Manual/automated" for Control Type.
Also enter "System" when using the Notes system.
-For the Notes system, append "(Notes)" to the system name so as to discern it from other systems.
Example
：
xxxx System (Notes)
-As well as "System" mentioned above, append "(Notes)" to the system name when entering the name of the
system in "Policy/Manual" and "Evidence" if the system is Notes.
Note:
-In [System] of the header of RCM, enter the system name which is the same as that entered in the RCM for Process-level
Control.
298
-The content of "System" in the header of RCM is basically different from that of "System" in RCM for Process-level
Controls, as the former is the system name to realize IT General Controls.
-The system names entered in "System(item)" are also to be entered in "System List Used for IT General Controls" which is
prepared separately.
(6)RCM Items ["Criticality" & "Reason for Criticality"]
"Criticality" shows the degree of importance of the controls –basically 'H(high severity)'- is defined as a company.
-When describing "Control description," be aware of the control objectives and the relation between the severity of
risks and the criticality of controls.
In principle, do not change "Criticality" and "Reason for Criticality."
-Only when "Control example" is deemed not important for RCM (IT assessment unit), "Criticality" can be changed
to 'L.'
-It is necessary to get an approval from the company to change "Criticality" to 'L.'
-"Criticality" must not be changed without reasonable reasons, .
Example of reasonable reason: company does not have any operation which corresponds to "Control example."
-When changing the criticality to 'L,' describe the reason of the change in "Reason for Criticality" and clear the
gray-shade of "Criticality" and "Reason for Criticality."
(Note)
Insufficient description of important controls may be regarded as a deficiency of the internal control.
Appendix6.
How to Describe Process Flow
(1) Prepare Process Flow by sub-process.
-When the sub-process is too long or it seems better to divide the process into some groups, divide it as necessary.
When divided, give a branch code to the sub-process No. on each page (ex : 03-1, 03-2).
Example

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

ประเมินประเมินเทคโนโลยีและระบบเองที่ตระหนักถึงการควบคุมหมายเหตุ: เมื่อมีการประเมิน RCM รายการที่ไม่มีหลักฐานอาจจะถือได้ว่าเป็นข้อบกพร่องของระบบการควบคุมภายในเพราะความไม่เพียงพอของการควบคุม ดังนั้นจึงมีความจำเป็นต้องตรวจสอบพวกเขาในการปรับปรุง. ถ้าว่า "หลักฐาน" ไม่สามารถเข้าควบคุมอาจจะไม่เพียงพอเป็นตัวควบคุม ตรวจสอบรายละเอียดใน"คำอธิบายการควบคุม." เมื่อมี RCM เตรียมความพร้อมสำหรับระบบการจัดกลุ่มให้ใส่อย่างน้อยหนึ่งหลักฐาน. (5) รายการ RCM ["ระบบ"] ให้แน่ใจว่าจะเข้าสู่ "ระบบ" เมื่อมีการเลือก "อัตโนมัติ" หรือ "คู่มือ / อัตโนมัติ "สำหรับประเภทการควบคุม. -Likewise เมื่อเข้าสู่" ระบบ "ให้แน่ใจว่าจะเลือก" อัตโนมัติ "หรือ" คู่มือ / อัตโนมัติ "สำหรับประเภทการควบคุม. ยังใส่" ระบบ "เมื่อใช้ระบบหมายเหตุ. เผื่อระบบหมายเหตุผนวก" (หมายเหตุ) "ให้เป็นชื่อระบบเพื่อที่จะมองเห็นได้จากระบบอื่น ๆ . ตัวอย่าง: ระบบ xxxx (หมายเหตุ) -As เดียวกับ" ระบบ "ดังกล่าวข้างต้นผนวก" (หมายเหตุ) "ให้เป็นชื่อระบบเมื่อใส่ชื่อของระบบ "นโยบาย / คู่มือ" และ "หลักฐาน" ถ้าระบบหมายเหตุ. หมายเหตุ: -In [ระบบ] ส่วนหัวของ RCM ให้ใส่ชื่อระบบซึ่งเป็นเช่นเดียวกับที่ป้อนใน RCM สำหรับกระบวนการระดับการควบคุม298 เนื้อหาของ -The "ระบบ" ในส่วนหัวของ RCM เป็นพื้นแตกต่างจากที่ "ระบบ" ใน RCM สำหรับกระบวนการระดับการควบคุมเป็นอดีตเป็นชื่อระบบไอทีที่จะตระหนักถึงการควบคุมทั่วไป. ชื่อระบบ -The เข้าไปอยู่ใน " ระบบ (รายการ) "นอกจากนี้ยังมีที่จะเข้าไปอยู่ใน" รายชื่อระบบที่ใช้สำหรับการควบคุมทั่วไป "ซึ่งจะจัดทำแยกต่างหาก. (6) รายการ RCM [" วิกฤต "และ" เหตุผลวิกฤต "]" วิกฤต "แสดงให้เห็นถึงระดับความสำคัญของ ควบคุม -basically 'H (ความรุนแรงสูง) -. ถูกกำหนดให้เป็น บริษัทเมื่อมีการอธิบาย "คำอธิบายการควบคุม" จะตระหนักถึงวัตถุประสงค์ของการควบคุมและความสัมพันธ์ระหว่างความรุนแรงของ. ความเสี่ยงและความสำคัญของการควบคุมในหลักการทำ ไม่เปลี่ยน "วิกฤต" และ "เหตุผลวิกฤต." อย่างเดียวเมื่อ "ควบคุมเช่น" ถือว่าไม่สำคัญสำหรับ RCM (ไอทีหน่วยประเมิน), "วิกฤต" สามารถเปลี่ยนเป็น'แอล' -It มีความจำเป็นต้องได้รับการอนุมัติ จาก บริษัท ที่จะเปลี่ยน "วิกฤต" เพื่อ 'แอล' - "วิกฤต" จะต้องไม่สามารถเปลี่ยนแปลงได้โดยไม่ต้องมีเหตุผลที่เหมาะสม. ตัวอย่างของเหตุผลที่เหมาะสม: บริษัท ไม่ได้มีการดำเนินการใด ๆ ซึ่งสอดคล้องกับ "ควบคุมตัวอย่างเช่น." เมื่อมีการเปลี่ยนวิกฤต ที่ 'L' อธิบายเหตุผลของการเปลี่ยนแปลงในส่วน "เหตุผลวิกฤต" และล้างสีเทาร่มเงาของ"วิกฤต" และ "เหตุผลวิกฤต." (หมายเหตุ) คำอธิบายไม่เพียงพอของการควบคุมที่สำคัญอาจจะถือเป็นข้อบกพร่องของการ การควบคุมภายใน. Appendix6. วิธีการอธิบายผังกระบวนการ(1) จัดทำผังกระบวนการโดยกระบวนการย่อย. เมื่อมีกระบวนการย่อยเป็นเวลานานเกินไปหรือดูเหมือนว่าดีกว่าที่จะแบ่งขั้นตอนการลงในบางกลุ่มแบ่งจำเป็น. เมื่อแบ่ง ให้รหัสสาขาย่อยครั้งที่กระบวนการในแต่ละหน้า (เช่น: 03-1, 03-2). ตัวอย่าง