An additional concern often raised

An additional concern often raised in the research literature
i.e., Kogan et al. 1999; Alles et
al. 2006; Kuhn and Sutton 2006; Alles et al. 2008 relates to information overload from alerts
when implementing continuous auditing systems that could mask existence of underlying problems,
regardless of the architectural strategy employed
EAM or MCL. The initial volume of
“false” alerts, commonly referred to as “alarm flood” could be overwhelming until the logic of the
alert monitors has been modified during the period immediately after the system goes live
Alles
et al. 2006; Alles et al. 2008. The maintenance issues noted become an issue here in an EAM
implementation given that the ERP system would need to have the EAM modifications put in
place after the ERP system is in a “go live” mode of operation. Such an alteration during the
operation of the ERP to support business operations is likely to give more than one company
manager trepidation as to the value of the continuous auditing in terms of the risk/benefit trade-off.

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

มีความกังวลเพิ่มเติมยกมักจะวิจัยวรรณคดีร้อยเอ็ด Kogan al. 1999 เช่น Alles ร้อยเอ็ดal. ปี 2006 Kuhn และซัทตัน 2006 Alles et al. 2008 ที่เกี่ยวข้องกับโอเวอร์โหลดข้อมูลจากการแจ้งเตือนนำระบบการตรวจสอบอย่างต่อเนื่องที่สามารถหน้ากากมีปัญหาพื้นฐานไม่ว่ากลยุทธ์สถาปัตยกรรมงาน EAM หรือ MCL ปริมาตรของแจ้งเตือน "เท็จ" โดยทั่วไปเรียกว่าเป็น "สัญญาณเตือนภัยน้ำท่วม" อาจครอบงำจนถึงตรรกะของการจอภาพแจ้งเตือนมีการปรับเปลี่ยนในช่วงเวลาทันทีหลังจากที่ระบบไป Alles สดร้อยเอ็ด al. 2006 Alles et al. 2008 ปัญหานี่ใน EAM ที่เป็นปัญหาบำรุงรักษาไว้ใช้กำหนดว่าระบบ ERP จะต้องมีการแก้ไข EAM ที่ใส่ในทำหลังจากระบบ ERP ในโหมด "ไปอยู่" ของการดำเนินงาน เช่นการดัดแปลงในระหว่างการการดำเนินงานของ ERP ให้สนับสนุนการดำเนินธุรกิจมีแนวโน้มที่จะให้บริษัทtrepidation การจัดการเป็นค่าของการตรวจสอบอย่างต่อเนื่องในแง่ของ trade-off ความเสี่ยง/ผลประโยชน์

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

ความกังวลที่เพิ่มขึ้นยกมักจะอยู่ในงานวิจัยหรือไม่เช่น Kogan และคณะ 1999; Alles และ
อัล 2006; คุห์นซัตตันและ 2006; Alles และคณะ 2008? ที่เกี่ยวข้องกับการโอเวอร์โหลดข้อมูลจากการแจ้งเตือน
เมื่อใช้ระบบการตรวจสอบอย่างต่อเนื่องที่สามารถปกปิดการดำรงอยู่ของปัญหาพื้นฐาน
โดยไม่คำนึงถึงกลยุทธ์สถาปัตยกรรมลูกจ้าง? EAM หรือ MCL ?. ปริมาณเริ่มต้นของ
"เท็จ" การแจ้งเตือนปกติจะเรียกว่า "น้ำท่วมปลุก" อาจจะครอบงำจนตรรกะของ
การแจ้งเตือนการตรวจสอบได้รับการแก้ไขในช่วงเวลาทันทีหลังจากที่ระบบไปอยู่? Alles
และคณะ 2006; Alles และคณะ 2008 ?. ปัญหาการบำรุงรักษาที่ระบุไว้กลายเป็นปัญหาที่นี่ใน EAM
การดำเนินการที่กำหนดว่าระบบ ERP จะต้องมีการปรับเปลี่ยน EAM ใส่ใน
สถานที่หลังจากที่ระบบ ERP ที่อยู่ใน "ไปอยู่" โหมดการทำงาน เช่นการเปลี่ยนแปลงในระหว่าง
การดำเนินการของ ERP เพื่อสนับสนุนการดำเนินธุรกิจที่มีแนวโน้มที่จะให้ บริษัท มากกว่าหนึ่ง
ความกังวลใจผู้จัดการเป็นค่าของการตรวจสอบอย่างต่อเนื่องในแง่ของความเสี่ยง / ผลประโยชน์การค้าออก

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

กังวลเพิ่มเติมมักจะเลี้ยงในงานวิจัย
เช่น Kogan et al . 2542 ; ทั้งหมด et
อัล 2006 ; และคูนซัตตัน 2549 ; ทั้งหมด et al . 2008  เกี่ยวข้องการใช้ข้อมูลจากการแจ้งเตือน เมื่อมีการใช้ระบบการตรวจสอบอย่างต่อเนื่อง
ที่หน้ากากการดำรงอยู่ของปัญหาพื้นฐาน
โดยไม่คำนึงถึงสถาปัตยกรรม , กลยุทธ์ที่ใช้
ประกอบหรือ mcl  . ปริมาณเริ่มต้นของ
" เท็จ " การแจ้งเตือนโดยทั่วไปเรียกว่า " เตือนภัยน้ำท่วม " จะท่วมท้นจนตรรกะของ
ตรวจสอบการแจ้งเตือนมีการเปลี่ยนแปลงในช่วงระยะเวลาทันทีหลังจากที่ระบบไปอยู่
ทั้งหมด
et al . 2006 ; ทั้งหมด et al . 2008  . ปัญหาการบำรุงรักษาบันทึกกลายเป็นปัญหาในการประกอบ
การระบุว่าระบบ ERP จะต้องมีประกอบดัดแปลงใส่
ภายหลังที่ระบบ ERP เป็น " ไปอยู่ " โหมดของการดำเนินการ เช่นการเปลี่ยนแปลงในระหว่างการดำเนินการของ ERP
เพื่อสนับสนุนการดำเนินธุรกิจมีแนวโน้มที่จะให้มากกว่าหนึ่งบริษัท
ผู้จัดการความกังวลใจเป็นค่าของอย่างต่อเนื่องการตรวจสอบในแง่ของความเสี่ยง / ผลประโยชน์แลกเปลี่ยน .