8.7. Data accuracyOnce the pilot wa

8.7. Data accuracy
Once the pilot was validated, the conversion process was tested. Moving data is easy. Validating that the data are accurate and complete is extremely difficult. (One consultant working with Huck confided that, in a previous position as a user, his company’s conversion strategy did not include a reconciliation of total customer order line items. Orders were ‘‘lost’’ in conversion and only discovered through customer complaints for non-delivery.) Huck‘s conversion strategy included numerous checks for line counts of sales orders, purchase orders, work orders, and other assorted categories of dynamic data. Inventory revaluation is a huge concern when cost accounting systems are changed. In the case of an ERP implementation, this is unavoidable (unless the cost accounting process of the legacy system is somehow duplicated). To avoid any significant revaluation issues, a process was developed to export real-time data from the converted database and compare the cost variances. The process was a relatively simple export from the legacy system of both dynamic and static data such as on hand balances, standard or average cost (Huck used both depending on the item), annual usage, average inventory, and so forth. This data was loaded into a spreadsheet with the projected cost as calculated by the new ERP system. From this spreadsheet database, numerous detailed and summary analyses were conducted. Item-to-item costs were sorted by variance, and all major discrepancies were resolved. The total inventory revaluation was less than 1%. The process was also very effective in screening and testing practice runs of the conversion procedures for accuracy and completeness. Stress tests were conducted on the system as soon as a converted database was available. The project team simulated full business operations by initiating multiple processes and performing system- intense procedures while simultaneously running CPU-intense utilities. Although no system problems were discovered during these tests, a major system response issue arose at cutover. The quality management module, which had worked flawlessly in the pilot, displayed response times of several minutes. This subsystem dictated that no inventory moves or transactions could occur until quality assurance had ‘‘signed off’’ on the transaction. The slow response time totally froze operations! Because of the extreme urgency of avoiding a complete business shutdown, there was no time to properly investigate and resolve the underlying problems. To avert disaster, the entire subsystem was uninstalled item by item and order by order.

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

8.7 ถูกต้องของข้อมูล
เมื่อนักบินผ่านการตรวจสอบขั้นตอนการแปลงที่ได้รับการทดสอบ การย้ายข้อมูลเป็นเรื่องง่าย การตรวจสอบว่าข้อมูลที่มีความถูกต้องสมบูรณ์และเป็นเรื่องยากมาก (หนึ่งที่ปรึกษาด้านการทำงานร่วมกับ Huck บอกว่าในตำแหน่งหน้าที่ในฐานะผู้ใช้กลยุทธ์การแปลงของ บริษัท ไม่ได้รวมถึงการคืนดีของลูกค้าบรรทัดรายการสั่งซื้อเขาได้รับคำสั่ง'''' หายไปในการแปลงและพบเพียงผ่านการร้องเรียนของลูกค้าสำหรับการส่งมอบที่ไม่ใช่.) กลยุทธ์การแปลง Huck รวมถึงการตรวจสอบมากมายสำหรับการนับบรรทัดของคำสั่งขาย, ใบสั่งซื้อสั่งงานและหมวดหมู่สารพันอื่น ๆ ของข้อมูลแบบไดนามิก การตีราคาสินค้าคงเหลือเป็นกังวลมากเมื่อระบบการบัญชีต้นทุนมีการเปลี่ยนแปลง ในกรณีของการใช้ ERP,นี้หลีกเลี่ยงไม่ได้ (ยกเว้นกระบวนการการบัญชีค่าใช้จ่ายของระบบเดิมซ้ำอย่างใด) เพื่อหลีกเลี่ยงปัญหาการตีราคาใด ๆ ที่สำคัญกระบวนการที่ได้รับการพัฒนาเพื่อการส่งออกข้อมูลในเวลาจริงจากฐานข้อมูลที่แปลงค่าความแปรปรวนและเปรียบเทียบค่าใช้จ่าย เป็นกระบวนการที่ใช้การส่งออกค่อนข้างง่ายจากระบบเดิมของข้อมูลแบบไดนามิกและทั้งแบบคงที่เช่นบนยอดมือต้นทุนมาตรฐานหรือเฉลี่ย (Huck ใช้ทั้งขึ้นอยู่กับรายการ), การใช้งานประจำปีคงคลังเฉลี่ยและอื่น ๆ ข้อมูลนี้ถูกโหลดลงในกระดาษคำนวณกับค่าใช้จ่ายที่คาดการณ์ไว้ในขณะที่คำนวณโดยระบบ ERP ใหม​​่ จากฐานข้อมูลสเปรดชีตนี้, รายละเอียดการวิเคราะห์และสรุปจำนวนมากได้ดำเนินการ ค่าใช้จ่ายในรายการต่อรายการถูกตามความแปรปรวนและความแตกต่างที่สำคัญทั้งหมดมีการแก้ไขการตีราคาสินค้าคงเหลือรวมทั้งสิ้นน้อยกว่า 1% กระบวนการนี​​้ยังมีประสิทธิภาพมากในการคัดกรองและการทดสอบการปฏิบัติทำงานของขั้นตอนการแปลงเพื่อความถูกต้องและครบถ้วน การทดสอบความเครียดได้ดำเนินการในระบบเร็วที่สุดเท่าที่ฐานข้อมูลที่แปลงที่สามารถใช้ได้โครงการทีมจำลองการดำเนินธุรกิจอย่างเต็มรูปแบบโดยมีแนวคิดริเริ่มกระบวนการต่างๆและทำตามขั้นตอนของระบบที่รุนแรงในขณะที่ทำงานพร้อมกันสาธารณูปโภคซีพียูที่รุนแรง แม้ว่าจะไม่มีปัญหาของระบบที่ถูกค้นพบในระหว่างการทดสอบเหล่านี้เป็นระบบที่ตอบสนองต่อปัญหาสำคัญที่เกิดขึ้นที่ cutover โมดูลการจัดการที่มีคุณภาพซึ่งได้ทำงานไม่มีที่ติในห้องนักบิน,แสดงเวลาการตอบสนองของเวลาหลายนาที ระบบย่อยนี้บอกว่าไม่มีการเคลื่อนไหวของสินค้าคงคลังหรือการทำธุรกรรมที่อาจเกิดขึ้นจนกว่าจะมีการประกันคุณภาพ'''' ได้ลงนามในการทำธุรกรรม เวลาตอบสนองที่ช้าแช่แข็งการดำเนินงานโดยสิ้นเชิง! เพราะเร่งด่วนในการหลีกเลี่ยงการปิดทางธุรกิจที่สมบูรณ์มีเวลาที่จะต้องตรวจสอบและแก้ไขปัญหาพื้นฐานไม่ได้เพื่อป้องกันไม่ให้เกิดภัยพิบัติระบบย่อยทั้งหมดถูกถอนการติดตั้งรายการโดยรายการและสั่งซื้อตามคำสั่ง.

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

8.7 ความแม่นยำของข้อมูล
เมื่อนักบินได้รับการตรวจสอบ ทดสอบการแปลง การย้ายข้อมูลเป็นเรื่องง่าย ตรวจสอบข้อมูลที่ถูกต้อง และครบถ้วนเป็นเรื่องยากมาก เปิด (ทำงานกับ Huck ปรึกษาหนึ่งเผยว่า ในตำแหน่งก่อนหน้านี้เป็นผู้ใช้ กลยุทธ์ของบริษัทของเขาแปลงไม่มีการกระทบยอดของสินค้าในรายการใบสั่งลูกค้าทั้งหมด ใบสั่งถูก ''หาย '' ในแปลง และพบเพียง ผ่านข้อร้องเรียนของลูกค้าสำหรับการจัดส่งไม่ใช่) กลยุทธ์ของ huck แปลงรวมเช็คจำนวนมากสำหรับนับจำนวนบรรทัดของใบสั่งขาย ใบสั่งซื้อ ใบสั่งผลิต และประเภทอื่น ๆ สารพันข้อมูลแบบไดนามิก คลังเป็นกังวลอย่างมากเมื่อมีการเปลี่ยนแปลงระบบบัญชีต้นทุน ในกรณีของการใช้งาน ERP นี้เป็นต้น (ยกเว้นการลงบัญชีต้นทุนของระบบเก่าอย่างใดซ้ำกัน) เพื่อหลีกเลี่ยงปัญหาการประเมินอย่างมีนัยสำคัญ กระบวนการถูกพัฒนาเพื่อส่งออกข้อมูลแบบเรียลไทม์จากฐานข้อมูลแปลงแล้ว และเปรียบเทียบผลต่างต้นทุน การส่งออกค่อนข้างง่ายจากระบบดั้งเดิมของแบบไดนามิก และแบบคงที่ข้อมูลเช่นยอดดุลมือ ถูก ต้นทุนมาตรฐาน หรือค่าเฉลี่ย (Huck ใช้ทั้งขึ้นอยู่กับสินค้า), การใช้รายปี คง และอื่น ๆ ข้อมูลนี้ถูกโหลดลงในแผ่นด้วยต้นทุนที่คาดการณ์ตามที่คำนวณโดยระบบ ERP ใหม่ จากฐานข้อมูลกระดาษคำนวณ วิเคราะห์สรุป และรายละเอียดต่าง ๆ ได้ดำเนิน ต้นทุนสินค้าสินค้าถูกเรียงลำดับตามผลต่าง และความขัดแย้งหลักทั้งหมดได้รับการแก้ไข การประเมินค่าใหม่สินค้าคงคลังรวมไม่น้อยกว่า 1% กระบวนการยังมีประสิทธิภาพในการตรวจ และทดสอบทำแบบฝึกหัดของขั้นตอนการแปลงความถูกต้องและสมบูรณ์มาก ทดสอบความตึงเครียดได้ดำเนินการในระบบเป็นฐานข้อมูลที่แปลงแล้วมีการ ทีมโครงการจำลองการดำเนินธุรกิจทั้งหมด โดยเริ่มต้นกระบวนการหลายอย่าง และทำระบบ - วิธีรุนแรงขณะรัน CPU รุนแรงสาธารณูปโภคพร้อม ถึงแม้ว่าไม่มีปัญหาของระบบถูกค้นพบในระหว่างการทดสอบเหล่านี้ เป็นระบบที่สำคัญตอบสนองปัญหาเกิดที่เปิด คุณภาพจัดการโม ซึ่งได้ทำงานไม่มีที่ติในนักบิน แสดงเวลาการตอบสนองของหลายนาที ระบบย่อยนี้บอกว่า ไม่มีการย้ายสินค้าคงคลังหรือธุรกรรมสามารถจนคุณภาพมี ''ขัด '' ในธุรกรรม เวลาตอบสนองช้า froze การดำเนินงานทั้งหมด เนื่องจากความเร่งด่วนมากการหลีกเลี่ยงการปิดธุรกิจที่สมบูรณ์ มีเวลาในการตรวจสอบ และแก้ไขปัญหาพื้นฐานได้อย่างถูกต้อง หลบหลีกภัย ระบบย่อยทั้งหมดถูกถอนได้ตามรายการสินค้า และสั่ง

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

8.7 . ความถูกต้องข้อมูล
เมื่อนำร่องที่ได้รับการตรวจสอบเป็นขั้นตอนการแปลงที่ได้รับการทดสอบแล้ว การย้ายข้อมูลได้อย่างง่ายดาย การตรวจสอบว่าข้อมูลที่มีความถูกต้องและสมบูรณ์เป็นเรื่องยากเป็นอย่างมาก (ที่ปรึกษาด้านการทำงานร่วมกับ huck เค้าเงื่อนว่าอยู่ในตำแหน่งก่อนหน้าที่เป็นผู้ใช้กลยุทธ์การแปลงของบริษัทไม่ได้รวมถึงการปรับตัวของรายการบรรทัดคำสั่งซื้อของลูกค้าทั้งหมดการสั่งซื้อเป็น"สูญเสีย"ในการแปลงและได้ค้นพบโดยข้อร้องเรียนจากลูกค้าสำหรับผู้ที่ไม่ใช่การส่งมอบ.)กลยุทธ์การแปลงของ huck รวมถึงตรวจสอบจำนวนมากสำหรับนับถอยหลังของการสั่งซื้อการขายการสั่งซื้อใบสั่งซื้อและการทำงาน ประเภท ชนิดอื่นๆของข้อมูลแบบไดนามิก การตีราคาสินค้าคงคลังมีความกังวลอย่างมากเมื่อระบบการบัญชีต้นทุนมีการเปลี่ยนแปลง ในกรณีที่มีการนำไปใช้งานระบบ ERPโรงแรมแห่งนี้คือเราไม่สามารถหลีกเลี่ยงได้(เว้นแต่ขั้นตอนการบัญชีต้นทุนของระบบรุ่นเก่าที่ไม่รู้ว่ามีซ้ำกัน) เพื่อหลีกเลี่ยงปัญหาการตีราคาอย่างมีนัยสำคัญใดๆกระบวนการที่ได้รับการพัฒนามาเพื่อการส่งออกข้อมูลในแบบเรียลไทม์จากฐานข้อมูลแปลงและเปรียบเทียบฯต้นทุน การดำเนินการนี้เป็นการส่งออกค่อนข้างเรียบง่ายจากระบบรุ่นเก่าของไดนามิกและข้อมูลแบบสแตติกเช่นบนมือถือสมดุลทั้งสองมาตรฐานหรือโดยเฉลี่ยต้นทุน( huck ใช้ทั้งสองส่วนทั้งนี้ขึ้นอยู่กับรายการ)การใช้งานประจำปีสินค้าคงคลังโดยเฉลี่ยและดังนั้นจึงออกมา. ข้อมูลนี้จะถูกโหลดเข้าไปในสเปรดชีทที่มีค่าใช้จ่ายคาดว่าจะเป็นการคำนวณโดยระบบ ERP รุ่นใหม่ได้ จากฐานข้อมูลสเปรดชีทนี้จะทำหน้าที่วิเคราะห์โดยละเอียดและสรุปข้อมูลจำนวนมากจัดให้บริการ ค่าใช้จ่ายในรายการแบบรายการก็เรียงตามความแตกต่างและความผิดพลาดที่สำคัญทั้งหมดได้มีมติสรุปได้ดังนี้การตีราคาสินค้าคงคลังทั้งหมดที่มีจำนวนน้อยกว่า 1% นอกจากนั้นยังมีกระบวนการที่จะทำงานอย่างมี ประสิทธิภาพ การปฏิบัติเป็นอย่างมากในการคัดเลือกและการทดสอบตามขั้นตอนการแปลงเพื่อความสมบูรณ์และความถูกต้อง การทดสอบความเครียดจัดให้บริการในระบบฐานข้อมูลในทันทีได้รับการดัดแปลงเป็นจัดให้บริการทีมงานโครงการที่จำลองการดำเนินธุรกิจหลายอย่างเต็มที่ด้วยการเริ่มต้นกระบวนการและการดำเนินการระบบ - ความรุนแรงขึ้นในขณะที่ขั้นตอนการทำงานพร้อมกันได้ยูทิลิตีของ CPU - ขั้นสูง แม้ว่าจะไม่มีปัญหาระบบมีการตรวจพบปัญหาในระหว่างการทดสอบนี้การตอบสนองของระบบที่สำคัญก็ลุกขึ้นที่ cutover โมดูลการจัดการ คุณภาพ ซึ่งเคยทำงานได้อย่างปราศจากปัญหาในโครงการนำร่องนี้เวลาการตอบสนองปรากฏขึ้นในหลายนาที. ระบบนี้ถูกกำหนดว่าไม่มีการเคลื่อนไหวการสินค้าคงคลังหรือทำธุรกรรมไม่เกิดขึ้นจนกว่าการรับรอง คุณภาพ ได้เซ็นชื่อลงปิด"ในการทำธุรกรรม เวลาในการตอบสนองช้าลงอย่างสิ้นเชิงทำให้การทำงาน เพราะเป็นเรื่องเร่งด่วนที่สุดของการหลีกเลี่ยงการปิดเครื่องทางธุรกิจที่สมบรูณ์แบบที่ไม่มีเวลาให้ไม่ได้สอบสวนและแก้ไขปัญหาพื้นฐานที่ในการป้องกันไม่ให้เกิดความระบบทั้งหมดได้รับการถอนการติดตั้งรายการโดยการสั่งซื้อและรายการโดยการสั่งซื้อ.