• Inputs to the process: Incidents

• Inputs to the process: Incidents can be detected and reported in various ways. Users will call the service desk to report incidents. Technical staff may log incidents or email details of an incident they have identified to the service desk. Increasingly incidents are raised via web interfaces. The event management process will also report incidents by monitoring.
• Incident identification: Work to understand and resolve incidents cannot start until an incident has been identified. For this reason, monitoring of the components that make up key services is essential. Incidents can be identified in various ways by users, technical staff and by monitoring.
• Incident logging: All incidents must be logged with the date and time being recorded. At this stage, the information required to manage the incident will be logged. This will include a unique reference number, a description of
symptoms, the service or CI impacted, the impact, its urgency and the name of person raising the incident or the method of raising the incident.
• Incident categorisation: A suitable categorisation code will be allocated. For example, this may be hardware or software with sub-codes for lower level
categorisation. Accurate categorisation is important because it will allow
useful metrics to be gathered highlighting areas of the infrastructure where incidents are occurring.
• Incident prioritisation: The priority of an incident is based on the impact and the urgency. Impact is the ‘pain’ to the business. Impact may relate to the number of users impacted, the potential financial loss to the organisation, the risk of breach of regulatory or legislative rules or, for some services, the risk of loss of life. Urgency relates to how quickly the business requires the incident to
be resolved.

Results (Thai) 1:

ปัจจัยการผลิต•กระบวนการ: เหตุการณ์สามารถตรวจพบ และรายงานในรูปแบบต่าง ๆ ได้ ผู้ใช้จะเรียกโต๊ะบริการการรายงานปัญหา เจ้าหน้าที่ทางเทคนิคอาจบันทึกเหตุการณ์หรืออีเมล์รายละเอียดของเหตุการณ์ที่มีระบุให้สวย ปัญหามากขึ้นจะยกผ่านเว็บอินเตอร์เฟส กระบวนการจัดการจะรายงานเหตุการณ์การตรวจสอบ•รหัสเหตุการณ์: งานแก้ปัญหาไม่เริ่มจนกว่าจะมีการระบุปัญหา และเข้าใจ ด้วยเหตุนี้ ตรวจสอบขององค์ประกอบต่าง ๆ ของค่าคีย์บริการเป็นสิ่งสำคัญ สามารถระบุปัญหาในรูปแบบต่าง ๆ โดยผู้ ใช้ เจ้าหน้าที่ทางเทคนิค และ การตรวจสอบ•บันทึกเหตุการณ์: เหตุการณ์ทั้งหมดต้องบันทึกวันที่ และเวลาที่บันทึก ในขั้นตอนนี้ ข้อมูลที่จำเป็นในการจัดการปัญหาจะถูกล็อก นี้จะรวมหมายเลขอ้างอิงเฉพาะ คำอธิบายอาการ บริการ หรือ CI รับผลกระทบ ผลกระทบ ความเร่งด่วน และชื่อของบุคคลที่มีการเพิ่มเหตุการณ์หรือวิธีการเพิ่มเหตุการณ์•เหตุการณ์ categorisation: รหัส categorisation ที่เหมาะสมจะถูกปันส่วนไว้ ตัวอย่าง นี้อาจเป็นฮาร์ดแวร์หรือซอฟต์แวร์รหัสย่อยในระดับที่ต่ำกว่าcategorisation Categorisation ถูกต้องเป็นสิ่งสำคัญ เพราะจะช่วยให้วัดที่ประโยชน์ที่จะรวบรวมเน้นด้านโครงสร้างพื้นฐานที่ใช้ในการเกิดเหตุการณ์•เหตุการณ์ prioritisation: ระดับความสำคัญของปัญหาตามความเร่งด่วนและผลกระทบ ผลกระทบคือ 'อาการ' ธุรกิจ ผลกระทบอาจเกี่ยวข้องกับจำนวนของผู้ที่รับผลกระทบ สูญเสียทางการเงินอาจให้องค์กร ความเสี่ยงจากการละเมิดกฎข้อบังคับ หรือสภา หรือ สำหรับ บริการบางอย่าง ความเสี่ยงของการเสียชีวิต เร่งด่วนที่เกี่ยวข้องกับความเร็วธุรกิจต้องมีปัญหาการสามารถแก้ไขปัญหา

Results (Thai) 2:

•ปัจจัยการผลิตในการประมวลผล: เหตุการณ์ที่สามารถตรวจพบและรายงานในรูปแบบต่างๆ ผู้ใช้จะเรียกแผนกบริการเพื่อรายงานเหตุการณ์ที่เกิดขึ้น เจ้าหน้าที่ด้านเทคนิคที่สามารถเข้าสู่ระบบหรือเหตุการณ์ที่เกิดขึ้นส่งอีเมล์รายละเอียดของเหตุการณ์ที่เกิดขึ้นพวกเขาได้ระบุไปที่โต๊ะทำงานบริการ เหตุการณ์ที่เกิดขึ้นมากขึ้นมีการยกกำลังผ่านระบบอินเตอร์เว็บ กระบวนการการจัดการเหตุการณ์นี้ยังจะรายงานเหตุการณ์ที่เกิดขึ้นโดยการตรวจสอบ.
•การระบุเหตุการณ์: การทำงานที่จะเข้าใจและแก้ไขเหตุการณ์ที่เกิดขึ้นไม่สามารถเริ่มต้นจนกว่าจะมีเหตุการณ์ที่เกิดขึ้นได้รับการยืนยัน ด้วยเหตุนี้การตรวจสอบชิ้นส่วนที่ทำขึ้นบริการที่สำคัญเป็นสิ่งจำเป็น เหตุการณ์ที่เกิดขึ้นสามารถระบุได้ในรูปแบบต่างๆโดยผู้ใช้, พนักงานด้านเทคนิคและโดยการตรวจสอบ.
•เหตุการณ์การเข้าสู่ระบบ: เหตุการณ์ที่เกิดขึ้นทุกคนจะต้องลงทะเบียนกับวันที่และเวลาที่ถูกบันทึกไว้ ในขั้นตอนนี้ข้อมูลที่จำเป็นในการจัดการเหตุการณ์ที่เกิดขึ้นจะถูกบันทึกไว้ ซึ่งจะรวมถึงหมายเลขอ้างอิงเฉพาะรายละเอียดของอาการบริการหรือ CI ส่งผลกระทบต่อผลกระทบที่เร่งด่วนและชื่อของบุคคลที่ยกเหตุการณ์ที่เกิดขึ้นหรือวิธีการของการเพิ่มเหตุการณ์ที่เกิดขึ้นของมัน. •การแบ่งประเภทเหตุการณ์: รหัสหมวดหมู่ที่เหมาะสมจะเป็น จัดสรร ตัวอย่างเช่นนี้อาจจะเป็นฮาร์ดแวร์หรือซอฟต์แวร์ที่มีรหัสย่อยสำหรับระดับที่ต่ำกว่าการจัดหมวดหมู่ หมวดหมู่ที่ถูกต้องเป็นสิ่งสำคัญเพราะมันจะช่วยให้ตัวชี้วัดที่มีประโยชน์ที่จะได้รับการรวบรวมไฮไลท์พื้นที่ของโครงสร้างพื้นฐานที่เหตุการณ์ที่เกิดขึ้น. •จัดลำดับความสำคัญเหตุการณ์: ลำดับความสำคัญของเหตุการณ์ที่เกิดขึ้นจะขึ้นอยู่กับผลกระทบและเร่งด่วน ผลกระทบคือ 'ความเจ็บปวด' ให้กับธุรกิจ ผลกระทบอาจเกี่ยวข้องกับจำนวนผู้ใช้ส่งผลกระทบต่อการสูญเสียทางการเงินที่อาจเกิดขึ้นกับองค์กรที่มีความเสี่ยงของการละเมิดกฎระเบียบกฎระเบียบหรือกฎหมายหรือสำหรับบริการบางอย่างความเสี่ยงของการสูญเสียชีวิต เร่งด่วนที่เกี่ยวข้องกับวิธีการอย่างรวดเร็วธุรกิจต้องมีเหตุการณ์ที่เกิดขึ้นที่จะได้รับการแก้ไข

Results (Thai) 3:

- ปัจจัยการผลิตเพื่อกระบวนการ : เหตุการณ์ที่สามารถตรวจพบได้ และรายงานในรูปแบบต่างๆ ผู้ใช้จะเรียกโต๊ะบริการรายงานเหตุการณ์ เจ้าหน้าที่ด้านเทคนิคอาจบันทึกเหตุการณ์หรือรายละเอียดอีเมล์ของเหตุการณ์ที่เกิดขึ้น พวกเขาได้ระบุถึงโต๊ะบริการ มากขึ้นผ่านการเชื่อมต่อเหตุการณ์ยกเว็บ เหตุการณ์การจัดการกระบวนการจะรายงานเหตุการณ์โดยการตรวจสอบเหตุการณ์การ
- .งานที่จะเข้าใจและแก้ไขปัญหาไม่ได้เริ่มต้นจนกว่าเหตุการณ์ได้รับการระบุ ด้วยเหตุผลนี้ การตรวจสอบของส่วนประกอบที่ให้บริการหลักที่สำคัญ เหตุการณ์สามารถระบุได้ในรูปแบบต่างๆ โดยผู้ใช้ , เจ้าหน้าที่ด้านเทคนิคและการตรวจสอบ การบันทึกเหตุการณ์ทุกเหตุการณ์
- : ต้องเข้าสู่ระบบที่มีวันที่และเวลาที่บันทึก ในขั้นตอนนี้ข้อมูลที่จำเป็นเพื่อจัดการกับเหตุการณ์ที่เกิดขึ้น จะถูกบันทึกไว้ . นี้จะรวมถึงหมายเลขอ้างอิงที่ไม่ซ้ำกันอธิบาย
อาการ บริการหรือ CI ได้รับผลกระทบ , ผลกระทบของความเร่งด่วนและชื่อของผู้เลี้ยง เหตุการณ์ หรือวิธีการเพิ่มเหตุการณ์ .
- เหตุการณ์ categorisation : โค้ด categorisation เหมาะจะได้รับการจัดสรร ตัวอย่างเช่นนี่อาจเป็นฮาร์ดแวร์หรือซอฟต์แวร์ที่มีรหัสย่อยระดับล่าง
categorisation . categorisation ที่ถูกต้องเป็นสิ่งสำคัญเพราะจะช่วยให้ตัวชี้วัดที่เป็นประโยชน์จะถูกรวบรวม
เน้นพื้นที่ของโครงสร้างพื้นฐานที่เหตุการณ์เกิดขึ้น .
- เหตุการณ์ prioritisation : ความสำคัญของเหตุการณ์ที่เกิดขึ้น จะขึ้นอยู่กับผลกระทบและเร่งด่วน ผลกระทบคือ ' ความเจ็บปวด ' ธุรกิจผลกระทบอาจเกี่ยวข้องกับจำนวนของผู้ใช้ที่ได้รับผลกระทบ มีศักยภาพการสูญเสียทางการเงินในองค์กร ความเสี่ยงของการละเมิดกฎระเบียบหรือกฎหมาย กฎ หรือ บางบริการความเสี่ยงของการสูญเสียของชีวิต เร่งด่วนเกี่ยวกับวิธีการได้อย่างรวดเร็วทางธุรกิจต้องมีเหตุ

จะแก้ไข