บ้าน นิตยสาร mdm หมายถึงอะไร? “ระบบการจัดการข้อมูลหลัก” คืออะไร และเหตุใดจึงจำเป็น

mdm หมายถึงอะไร? “ระบบการจัดการข้อมูลหลัก” คืออะไร และเหตุใดจึงจำเป็น

เราเผชิญกับความจริงที่ว่าในสาขา MDM (การจัดการข้อมูลหลัก) มีการขาดสื่อเบื้องต้นที่เข้าใจได้ซึ่งช่วยให้คุณเข้าใจได้อย่างรวดเร็วว่ามันคืออะไร ทำไม และเหตุใดจึงสำคัญ ลองแก้ไขปัญหานี้ให้ดีที่สุดและอธิบายเป็นภาษาธุรกิจ

ยังคงขาดความแน่นอนอย่างร้ายแรงในพื้นที่นี้ และแม้แต่ Wikipedia ก็ไม่แน่ใจนักว่าอะไรคืออะไร ดังนั้นเราจะอธิบายด้วยคำพูดของเราเองและ "ยกนิ้ว" พร้อมตัวอย่าง

อะไรคือสิ่งที่

ดังนั้นข้อมูลทั้งหมดที่ระบบสารสนเทศสมัยใหม่ดำเนินการสามารถแบ่งออกเป็นข้อมูลด้านกฎระเบียบและข้อมูลอ้างอิง ข้อมูลหลัก และข้อมูลธุรกรรม

ข้อมูลอ้างอิงตามกฎระเบียบ (RNI) หรือหนังสืออ้างอิงและตัวแยกประเภทช่วยให้เราจัดโครงสร้างโลกรอบตัวเราเพื่อจุดประสงค์ในการวิเคราะห์ ตามกฎแล้ว ไดเร็กทอรีและตัวแยกประเภทจะถูกสร้างขึ้นในรูปแบบของรายการและแผนผัง ตัวอย่างเช่น เรากระจายผลิตภัณฑ์ทั้งหมดออกเป็นกลุ่มผลิตภัณฑ์เพื่อให้จัดการได้ง่ายขึ้น ในทางปฏิบัติทั่วโลก ส่วนนี้จัดอยู่ในประเภทข้อมูลอ้างอิง โดยมีคลาสของแอปพลิเคชันและกระบวนการที่สอดคล้องกัน - การจัดการข้อมูลอ้างอิง

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

ข้อมูลธุรกรรมสะท้อนถึงการกระทำของเรากับวัตถุโลก (อ่านวัตถุข้อมูลหลัก) เหตุการณ์ และการโต้ตอบ ในขณะนี้ T เราจัดส่งผลิตภัณฑ์ B ไปยังลูกค้า A ในปริมาณ X และในราคา Y จากนั้นในขณะนี้ T1 เราได้รับการชำระเงินจากลูกค้า A เป็นจำนวน Z บันทึกเหล่านี้จะเป็นข้อมูลธุรกรรม

หากเราดูทั้งสามกลุ่มนี้ เราจะเห็นลำดับชั้นบางอย่างสะท้อนอยู่ในรูป ข้อมูลหลักใช้เพื่อจัดโครงสร้างข้อมูลหลักและข้อมูลธุรกรรม ข้อมูลหลักกำหนดโครงสร้างของข้อมูลธุรกรรม และมีเพียงข้อมูลธุรกรรมเท่านั้นที่เป็นผลลัพธ์สุดท้ายของห่วงโซ่

ดังนั้นการอ้างอิงโครงสร้างข้อมูลทั้งข้อมูลหลักและข้อมูลธุรกรรมนั้นเอง โครงสร้างข้อมูลหลักข้อมูลธุรกรรม เป็นผลให้ความสามารถในการวิเคราะห์ของเราที่เกี่ยวข้องกับข้อมูลธุรกรรมโดยตรงขึ้นอยู่กับความเหมาะสมของ "กรอบงาน" ของข้อมูลหลักและข้อมูลหลักที่เราสามารถสร้างเพื่อวัตถุประสงค์ของเรา

โดยปกติแล้วข้อมูลแต่ละประเภทจะมีลักษณะเฉพาะของตัวเองซึ่งเราต้องพิจารณาอย่างละเอียด

คุณสมบัติของข้อมูลอ้างอิง

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

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

ในความเป็นจริง ข้อมูลอ้างอิงจะสร้างระนาบพื้นฐานของการวิเคราะห์ เนื่องจากองค์ประกอบและโครงสร้างของข้อมูลอ้างอิงนั้นค่อนข้างซับซ้อน รวมถึงหนังสืออ้างอิงบางเล่มที่สามารถนำไปใช้ในที่อื่นเป็นคุณลักษณะได้ สร้างโครงสร้างที่ซับซ้อนซึ่งใช้ระนาบการวิเคราะห์จำนวนมาก ตัวอย่างเช่น เพื่อวัตถุประสงค์ทางการตลาด การผลิต การจัดการสินค้าคงคลัง และการบัญชีการเงิน อาจใช้การจัดกลุ่มรายการผลิตภัณฑ์ที่แตกต่างกันโดยสิ้นเชิงและชุดคุณลักษณะที่แตกต่างกัน

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

ตามหลักการแล้ว การจัดการข้อมูลหลักควรรวมศูนย์ ดังนั้นในฐานะที่เป็นส่วนหนึ่งของโซลูชันด้านไอที ระบบจึงปรากฏขึ้นซึ่งมีพื้นฐานด้านเทคนิคและองค์กรสำหรับการจัดการข้อมูลหลัก ซึ่งเกี่ยวข้องกับการที่แอปพลิเคชันอื่น ๆ ทั้งหมดเป็นไคลเอนต์ของการซิงโครไนซ์ข้อมูลหลักทางเดียว - จาก RDM ไปจนถึงแอปพลิเคชัน

คุณสมบัติข้อมูลหลัก

ข้อมูลหลักมีความ “เคลื่อนไหว” มากขึ้น: ลูกค้าใหม่ ผลิตภัณฑ์ใหม่ ผู้คนใหม่ - การเคลื่อนไหวทั้งหมดนี้มาจากชีวิตของบริษัทโดยตรง

คุณลักษณะที่สำคัญที่สุดของข้อมูลหลักคือที่นี่เป็นที่ที่บริษัทรวบรวมความรู้เกี่ยวกับงานของตน ข้อมูลทั้งหมดที่ปรากฏเมื่อเวลาผ่านไปเกี่ยวกับลูกค้ารายใดรายหนึ่งจะต้องได้รับการรวบรวม จัดโครงสร้าง และปรับปรุงในเชิงเศรษฐกิจ รวมถึงประวัติการเปลี่ยนแปลงทั้งหมด เช่นเดียวกับข้อมูลหลักใดๆ สิ่งสำคัญเท่าเทียมกันคือข้อมูลหลักยังกำหนดความสัมพันธ์ระหว่างเอนทิตีต่างๆ สาขาอะไร ใครเป็นซัพพลายเออร์ กลุ่มผลิตภัณฑ์ไหน ยานพาหนะเป็นของสาขาไหน เป็นต้น

อย่างไรก็ตาม ระดับการควบคุมการเปลี่ยนแปลงข้อมูลหลักนั้นต่ำกว่ามาก เนื่องจากบันทึกและการอัปเดตถูกสร้างขึ้นในแผนกต่างๆ ในเวลาที่แตกต่างกัน จัดทำโดยบุคคลที่แตกต่างกัน และบ่อยครั้งยังอยู่ในระบบที่แตกต่างกันที่ประกอบกันเป็นภูมิทัศน์ด้านไอทีที่ซับซ้อน ของบริษัทสมัยใหม่ เป็นผลให้แต่ละระบบมักจะจัดเก็บข้อมูลเพียงบางส่วนเกี่ยวกับเอนทิตีเดียวกัน แต่ละระบบจะกำหนดตัวระบุของตัวเอง เป็นผลให้การสร้างภาพการวิเคราะห์ที่ครอบคลุมมีความซับซ้อนมากขึ้นและในกรณีขั้นสูงโดยเฉพาะอย่างยิ่งมันเป็นไปไม่ได้เลย

ด้วยเหตุนี้ ข้อมูลหลักจึงมีความเสี่ยงสูงต่อ “สัญญาณรบกวน” อันเป็นผลมาจากข้อผิดพลาดและการสร้างบันทึกที่ซ้ำกัน ตามกฎแล้ว สิ่งนี้จะจัดการโดยมาตรการขององค์กร กฎเช่น "อย่าสร้างรายการผลิตภัณฑ์หากมีอยู่แล้ว" หรือ "ก่อนที่จะเพิ่มลูกค้า ให้ทำการค้นหาในฐานลูกค้าปัจจุบัน" แต่เมื่อลักษณะที่กระจัดกระจายของระบบแอปพลิเคชันถูกทับซ้อนกับงานเขียนและคำอธิบายที่หลากหลาย และทั้งหมดนี้อยู่ภายในขีดจำกัดของความสนใจและความขยันของมนุษย์ มาตรการขององค์กรก็ไม่สามารถช่วยได้

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

บริษัทขนาดใหญ่ที่มีประวัติยาวนานและโครงสร้างพื้นฐานด้านไอทีที่ซับซ้อนสามารถมีบันทึกลูกค้า 15..20 ล้านรายเกี่ยวกับนิติบุคคลในระบบของตน ในขณะที่มีนิติบุคคลในรัสเซียทั้งหมดไม่ถึง 5 ล้านราย และนี่ถือเป็นกรณีที่เกิดขึ้นจริง . ไม่จำเป็นต้องพูดถึงการวิเคราะห์ลูกค้าคุณภาพสูงที่นี่

อีกตัวอย่างหนึ่ง แคตตาล็อกผลิตภัณฑ์ไวต่อเสียงรบกวนมาก เนื่องจากขาดตัวระบุที่ไม่ซ้ำกันเพียงตัวเดียวและการสะกดคำที่หลากหลาย ผู้ปฏิบัติงานจึงมักไม่สามารถเชื่อมโยงผลิตภัณฑ์ใหม่กับผลิตภัณฑ์ที่บันทึกไว้แล้วในระบบได้ ด้วยเหตุนี้ สินค้าที่รวบรวมฝุ่นในคลังสินค้าจะถูกซื้ออีกครั้งเพียงเพราะบัตรผลิตภัณฑ์หนึ่งใบสอดคล้องกับยอดดุลของคลังสินค้า และอีกใบหนึ่งอยู่ในข้อกำหนดการออกแบบ แม้ว่าในทางกายภาพจะเป็นผลิตภัณฑ์เดียวกันก็ตาม

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

คุณสมบัติของข้อมูลธุรกรรม

ข้อมูลธุรกรรมเป็นข้อมูลแบบไดนามิกมากที่สุดในบรรดาประเภทที่ระบุไว้ และถูกสร้างขึ้นอย่างโปร่งใสสำหรับผู้ปฏิบัติงานส่วนใหญ่ในการดำเนินการที่เข้าใจได้ เช่น "ส่งสินค้า" "ดาวน์โหลดใบแจ้งยอดธนาคาร" โดยทั่วไป แต่ละองค์ประกอบของข้อมูลธุรกรรมจะมีการอ้างอิงจำนวนหนึ่งไปยังบันทึกข้อมูลหลักประเภทต่างๆ รวมถึงวันที่และชุดตัวเลขที่แสดงถึงลักษณะของธุรกรรม

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

ควรสังเกตว่าการลงทะเบียนการบัญชีทุกประเภทที่มีเช่นยอดดุลปัจจุบันโดยพื้นฐานแล้วไม่ใช่ข้อมูลธุรกรรม แต่เป็นการวิเคราะห์ลักษณะทั่วไป เพียงแต่ว่าลักษณะทั่วไปนี้ได้รับการปรับปรุงให้ทันสมัยอยู่เสมอโดยวิธีการทางเทคนิค และมีวัตถุประสงค์เพื่อเพิ่มประสิทธิภาพการทำงาน สิ่งสำคัญคือสามารถคำนวณใหม่จากข้อมูลธุรกรรมได้ตลอดเวลา และนี่คือความแตกต่างพื้นฐาน - เป็นส่วนรอง

สิ่งสำคัญคือข้อมูลธุรกรรมมักจะส่งผลกระทบต่อผลประโยชน์ของคู่สัญญาภายนอก และด้วยเหตุนี้ จึงไม่มีปัญหาพิเศษในการควบคุมคุณภาพ เช่น หากผู้ดำเนินการเพิ่มการจัดส่งเป็นสองเท่า สิ่งนี้จะส่งผลกระทบต่อยอดคงเหลือกับคู่สัญญา นำไปสู่ ความคลาดเคลื่อน การกระทบยอด และข้อผิดพลาดจะได้รับการแก้ไข ดังนั้นการควบคุมร่วมกันระหว่างคู่สัญญาที่มีปฏิสัมพันธ์ ควบคู่ไปกับเครื่องมือวิเคราะห์และการดำเนินธุรกิจที่จัดตั้งขึ้น ทำให้มั่นใจได้ว่าข้อมูลธุรกรรมจะมีคุณภาพสูง

เหตุใดข้อมูลหลักจึงต้องมีแนวทางพิเศษ

หลังจากกำหนดแนวคิดและพิจารณาคุณลักษณะของประเภทข้อมูลแล้ว เราก็เข้าใกล้คำถามแล้ว: เหตุใดการจัดการข้อมูลหลักจึงถูกแยกออกเป็นฟังก์ชันที่แยกจากกันในสถาปัตยกรรมไอทีสมัยใหม่ มีสาเหตุหลายประการสำหรับสิ่งนี้:

การมุ่งเน้นการทำงานที่แคบของแอปพลิเคชันมักจะนำไปสู่ความจริงที่ว่าแต่ละแอปพลิเคชันทำงานด้วยชุดคุณลักษณะของตัวเอง คอลเซ็นเตอร์ไม่โทรไปยังที่อยู่สำนักงาน การจัดส่ง ไม่ส่งสินค้าไปยังที่อยู่อีเมล กล่าวอีกนัยหนึ่งคือชุดข้อมูลที่สมบูรณ์ที่เรียกว่า "ข้อมูลหลัก" สำหรับแต่ละแอปพลิเคชันนั้นซ้ำซ้อน นอกจากนี้ ในองค์กรขนาดใหญ่ ระบบแอปพลิเคชันที่แตกต่างกันถูกสร้างขึ้นเพื่อเป้าหมายทางธุรกิจที่แตกต่างกัน และมักจะดำเนินการด้วยข้อมูลหลักที่แตกต่างกัน นักพัฒนาและผู้ปฏิบัติงานแอปพลิเคชันเชิงฟังก์ชันไม่รู้สึกว่าจำเป็นต้องมีข้อมูลหลักและข้อมูลอ้างอิง "ต่างประเทศ" ภายในกรอบเป้าหมายของพวกเขา และปัญหาทั้งหมดนี้ตกอยู่ที่ระบบการวิเคราะห์ธุรกิจระดับสูงในท้ายที่สุด ซึ่งข้อมูลหลักและข้อมูลอ้างอิงอยู่ บวกกับความสำเร็จในระดับต่างๆ และประชาชนที่ถูกบังคับให้แก้ปัญหาสามารถพูดคุยเกี่ยวกับปัญหาที่เกิดขึ้น ณ จุดนี้ได้มากมายอย่างมีสีสันและเสแสร้ง แต่ตามกฎแล้วไม่ใช่ในรูปแบบวรรณกรรมมากนัก
ข้อมูลเฉพาะของอัลกอริธึมสำหรับการทำงานกับข้อมูลหลัก ความขัดแย้งก็คือการจัดการข้อมูลหลักที่มีประสิทธิภาพต้องใช้แนวทางที่หลากหลาย ซึ่งภายในระบบแอปพลิเคชันมักจะไม่ได้รับความสนใจจากนักพัฒนา ดังนั้นเพื่อหลีกเลี่ยงความซ้ำซ้อนของบันทึก จึงจำเป็นต้องมีกลไกการค้นหาและการเปรียบเทียบที่ยืดหยุ่นและมีประสิทธิภาพมาก และอัลกอริธึมการเปรียบเทียบการตรวจสอบความถูกต้องของการปรับมาตรฐานที่ซับซ้อนจึงมีความจำเป็น นอกจากนี้ จากมุมมองของอัลกอริธึมเหล่านี้ การจัดการข้อมูลหลักประเภทต่างๆ ก็เกือบจะเหมือนกัน โดยทั่วไป ไม่สำคัญว่าจะเป็นแผนผังเชิงพาณิชย์ รายชื่อยานพาหนะ โปรไฟล์ลูกค้า หรือบัตรพนักงานส่วนบุคคล วิธีการไม่เปลี่ยนแปลง มันง่าย: ล้างข้อผิดพลาดและการพิมพ์ผิด จับและหยุดการทำซ้ำ เสริมและอัปเดตให้มากที่สุด บันทึกประวัติการเปลี่ยนแปลงทั้งหมด เน้นกรณีที่ “น่าสงสัย” สำหรับการประมวลผลโดยนักวิเคราะห์ (ผู้ดูแลข้อมูล)

ดังนั้นองค์ประกอบที่แยกจากกันจึงปรากฏในภูมิทัศน์ด้านไอที - เป็นฟังก์ชันแยกต่างหากซึ่งเป็นบริการด้านไอทีซึ่ง "ดำเนินการ" ชุดข้อมูลหลักทั้งหมดของบริษัท โดยจัดให้มีแอปพลิเคชันการทำงานทั้งหมดด้วยแอปพลิเคชันเดียวแบบองค์รวม ทันสมัยและ ข้อมูลหลักที่สมบูรณ์ ในกรณีส่วนใหญ่ การสื่อสารระหว่างระบบแอปพลิเคชันและ MDM เกิดขึ้นผ่านบัสข้อมูล ข้อความ หรือ SOAP/REST API

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

ดังนั้นเนื่องจากความเฉพาะเจาะจงของข้อมูลหลัก การไม่สามารถแก้ไขปัญหาการจัดการข้อมูลเหล่านั้นภายในระบบแอปพลิเคชันแยกต่างหากในเชิงคุณภาพได้จริง ซึ่งคูณด้วยระบบแอปพลิเคชันจำนวนมาก จึงทำให้เกิดโดเมนไอทีที่แยกจากกัน - การจัดการข้อมูลหลัก

MDM คืออะไร และมันคืออะไร?

ดังนั้นการจัดการข้อมูลหลักหรือ MDM จึงตกผลึกเป็นความเชี่ยวชาญและระดับของผลิตภัณฑ์ที่แยกจากกัน อย่างไรก็ตาม ในคำศัพท์ภาษาอังกฤษในปัจจุบัน นี่คือผลิตภัณฑ์และโซลูชันระดับทั่วไป ซึ่งรวมถึงโซลูชันแอปพลิเคชันจำนวนหนึ่งและกระบวนการทางธุรกิจที่เกี่ยวข้องโดยเฉพาะ:

ไม่ต้องสงสัยเลยว่าด้วยความรักที่รู้จักกันดีในโลกที่พูดภาษาอังกฤษสำหรับการจัดโครงสร้างความเป็นจริง ความเชี่ยวชาญเฉพาะทาง และคำย่อ จึงเป็นไปได้ที่จะค้นพบระบบแอปพลิเคชันที่แคบกว่านี้อีกหลายสิบระบบที่นำฟังก์ชันการทำงานของการจัดการข้อมูลหลักไปใช้เป็นหลักในที่เดียว พื้นที่แคบโดยเฉพาะ

ตลาดเกิดใหม่สำหรับโซลูชัน MDM ในปัจจุบันมีบริษัทจำนวนมากที่นำเสนอโซลูชันที่มีคุณภาพแตกต่างกันมาก ผู้จำหน่าย “ระดับแรก” ทั้งหมดระบุว่ามีโซลูชัน MDM อยู่ในพอร์ตโฟลิโอของตน ไม่ว่าจะแยกจากกันหรือเป็นส่วนหนึ่งของระบบของตน อย่างไรก็ตาม ดังที่ได้กล่าวไปแล้ว ส่วนใหญ่มุ่งเน้นไปที่ฟังก์ชันการทำงานอื่น ดังนั้นคุณภาพของการใช้งานฟังก์ชัน MDM ที่เฉพาะเจาะจงจึงเป็นที่ต้องการอย่างมาก ในเวลาเดียวกัน บริษัท MDM ขนาดเล็กแต่มุ่งเน้นมากกว่าจำนวนมากนำเสนอโซลูชันที่ใช้งานได้ดีกว่าอย่างเห็นได้ชัด

ฉันจำเป็นต้องมี MDM หรือไม่?

ดังนั้น เมื่อใดที่คุณควรพิจารณานำ MDM ไปใช้กับสถาปัตยกรรมไอทีของคุณอย่างแน่นอน ในการประมาณครั้งแรก เกณฑ์มีดังนี้:

สิ่งสุดท้ายที่ฉันอยากจะทราบในส่วนนี้คือ ไม่มีเวลาใดที่จะดีไปกว่าการนำ MDM ไปใช้มากกว่าการแนะนำระบบ IT ที่ใช้งานได้ใหม่หรือการย้ายจากระบบหนึ่งไปยังอีกระบบหนึ่ง ท้ายที่สุดแล้ว กระบวนการดำเนินการเกี่ยวข้องกับการ "ล้าง" ข้อมูลที่สะสมและเชื่อมโยงระบบเข้าด้วยกัน ด้วยการรวมสิ่งเหล่านี้เข้าด้วยกัน เราจะฆ่านกสองตัวด้วยหินนัดเดียว: เราปรับปรุงคุณภาพของข้อมูลในระบบใหม่และในขณะเดียวกันก็รักษาความต่อเนื่องกับข้อมูลเก่า เนื่องจากระบบ MDM จะรวมข้อมูลเหล่านั้นเข้าด้วยกัน

MDM ไปไหน?

คุณควรคาดหวังอะไรจากทิศทางนี้? อะไรคือเวกเตอร์ของการพัฒนา? เราเชื่อว่าแนวโน้มต่อไปนี้จะมีความเกี่ยวข้อง:

บทสรุป

เราหวังว่าเนื้อหานี้จะช่วยให้เข้าใจว่าข้อมูลหลักคืออะไร ระบบการจัดการข้อมูลคืออะไร และเหตุใดจึงมีความจำเป็น

แน่นอนว่าสำหรับองค์กรขนาดใหญ่ที่มีภูมิทัศน์ด้านไอทีที่ซับซ้อน MDM เป็นองค์ประกอบที่จำเป็นอย่างยิ่งที่ช่วยให้คุณสามารถ "ผสาน" เข้าด้วยกันและสร้างข้อมูลขนาดใหญ่ แต่มีการแยกส่วนสูงให้มีประโยชน์มากที่สุดเท่าที่จะเป็นไปได้ ลดความซับซ้อนของสถาปัตยกรรม ลดความเข้มข้นของแรงงานในการสร้างธุรกิจลงอย่างมาก การวิเคราะห์และในขณะเดียวกันก็ปรับปรุงคุณภาพอย่างมีนัยสำคัญ

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

วิธีการนี้ถูกค้นพบโดยนักวิทยาศาสตร์ชาวรัสเซียกลุ่มหนึ่งในช่วงทศวรรษที่ 80 ของศตวรรษที่ 20 แต่ได้รับการปรับปรุง ทดสอบ และนำไปใช้ในการปฏิบัติงานทางคลินิกในยุโรป เทคนิคนี้ได้รับการตอบรับเชิงบวกจากศูนย์การแพทย์ชั้นนำทั้งในรัสเซียและต่างประเทศ วิธีการนี้ใช้ในการรักษาผู้ป่วยมากกว่า 200,000 ราย รวมถึงการปฏิบัติในเด็กด้วย เมื่อติดตามผู้ป่วยมานานกว่า 20 ปี ไม่พบผลเสียใดๆ ในปัจจุบัน ห้องบำบัด MDM โดยใช้วิธีของศาสตราจารย์ วี. พาฟโลฟ ประสบความสำเร็จในการดำเนินงานในออสเตรีย เยอรมนี กรีซ สาธารณรัฐเช็ก และสวิตเซอร์แลนด์ ในมอสโก ห้องบำบัด MDM แห่งแรกเปิดขึ้นที่คลินิก Semeynaya (ศูนย์การแพทย์ Serpukhovskaya) ปัจจุบันผู้ป่วยที่ต้องการใช้วิธีการไม่ใช้ยาที่มีประสิทธิภาพสูงนี้มีโอกาสที่จะเข้ารับการรักษาโดยไม่ต้องเดินทางไปต่างประเทศ

ขั้นตอนดำเนินการอย่างไร:

เซสชันการปรับ Mesodiencephalic ดำเนินการโดยใช้คอมพิวเตอร์คอมเพล็กซ์ MDM-2000/1ผลิตโดย ZAT ad. สาธารณรัฐเช็ก อุปกรณ์ MDM-2000/1จดทะเบียนในสหพันธรัฐรัสเซียและรวมอยู่ในทะเบียนผลิตภัณฑ์ทางการแพทย์และอุปกรณ์การแพทย์ของรัฐ (ใบรับรองการลงทะเบียน FS หมายเลข 2004/1128 ใช้ได้จนถึง 22 มกราคม 2554) และยังมีข้อสรุปด้านสุขอนามัยและระบาดวิทยาสำหรับการใช้งาน (ใบอนุญาตหมายเลข 77.99. 28.944.D. 007272.12.04 ลงวันที่ 28 ธันวาคม พ.ศ. 2547)

ขั้นตอนในการดำเนินการปรับ mesodiencephalic นั้นง่ายและไม่เจ็บปวด: ใช้อิเล็กโทรด fronto-ท้ายทอยคู่หนึ่งบนศีรษะของผู้ป่วย โดยใช้กระแสพัลส์การรักษาที่คัดสรรมาเป็นพิเศษ ซึ่งจะแตกต่างกันไปตามเวลาตามโปรแกรมที่กำหนดไว้ล่วงหน้า พารามิเตอร์ของสัญญาณไฟฟ้าได้รับการตั้งโปรแกรมไว้เพื่อไม่ให้เกิดผลกระทบด้านลบต่อร่างกายอย่างสมบูรณ์

ขั้นตอนใช้เวลา 30 นาที หลักสูตรการรักษามาตรฐานประกอบด้วย 13 ขั้นตอน (ทุกวัน 10 วัน)

จำเป็นต้องมีการปรึกษาหารือและตรวจร่างกายเบื้องต้นกับแพทย์ที่เชี่ยวชาญด้านการบำบัดด้วย MDM ในคลินิกของเรา การตรวจและขั้นตอนทั้งหมดดำเนินการโดยผู้เชี่ยวชาญที่ผ่านการรับรองซึ่งมีประสบการณ์มากมายและผ่านความเชี่ยวชาญในต่างประเทศ

บ่งชี้ในการบำบัดด้วย MDM

ข้อห้ามในการบำบัดด้วย MDM

การปรากฏตัวของสิ่งแปลกปลอมที่เป็นโลหะในเนื้อเยื่อของศีรษะ;
ตกเลือดในกะโหลกศีรษะ, อันตรายจากการตกเลือดในกะโหลกศีรษะ;
โรคจิตเภท;
โรคลมบ้าหมู;
โรคจิตเฉียบพลันที่มีความปั่นป่วนทางจิต;
โรคผิวหนังบริเวณที่มีการใช้อิเล็กโทรดที่หน้าผากและด้านหลังศีรษะ

อ่านเพิ่มเติมเกี่ยวกับวิธีการปรับ Mesodiencephalic (MDM)

การปรับ Mesodiencephalic หรือการบำบัดด้วย MDMหมายถึง วิธีกายภาพบำบัดแต่มีประสิทธิภาพเหนือกว่าวิธีการทั้งหมดที่รู้จักกันดีในแง่ของผลการรักษา พื้นฐานของมันอ่อนแอ แต่โครงสร้างซับซ้อน สัญญาณไฟฟ้าที่มีอิทธิพลต่อโครงสร้างสมองอย่างมีการคัดเลือก เปิดใช้งานการทำงานของศูนย์ควบคุมของระบบป้องกัน วิธีการมอดูเลตแบบเมโซเดียนเซฟาลิกขึ้นอยู่กับการวิจัยก่อนหน้านี้ในสาขาการกระตุ้นด้วยไฟฟ้าของโครงสร้างสมองเพื่อการรักษา (ผ่านกะโหลกศีรษะ) การบำบัดด้วย Transcranial ดำเนินการครั้งแรกในผู้ป่วยในปี พ.ศ. 2445 ตั้งแต่นั้นเป็นต้นมา มีการดัดแปลงอุปกรณ์ต่างๆ มากมายในการแพทย์เชิงปฏิบัติ โดยใช้ความถี่และลักษณะอื่นๆ ของสัญญาณไฟฟ้าที่หลากหลาย สิ่งที่มีชื่อเสียงที่สุดในรัสเซีย ได้แก่ electrosleep, electronarcosis และอุปกรณ์สำหรับการบำบัดด้วย TES กว่า 100 ปีของการใช้งานทางคลินิกมีการสะสมวัสดุจำนวนมากซึ่งทำให้ประการแรกสามารถกำหนดพารามิเตอร์ของกระแสไฟฟ้าได้ ไม่มีผลเสียหายต่อร่างกายมนุษย์แต่โรคต่างๆก็ดีขึ้น

แตกต่างจากรุ่นก่อน วิธีการมอดูเลตแบบมีโซเดียนเซฟาลิกโดยมุ่งเน้นไปที่ผลกระทบต่อส่วนก้าน subcortical ของสมอง (โซน mesodiencephalic) จัดการเพื่อให้บรรลุไม่เพียง แต่ผลยาแก้ปวดเท่านั้น แต่ยังประสบความสำเร็จในการกระตุ้นระบบการควบคุมหลักแบบเลือก - ไฮโปทาลามัส - ต่อมใต้สมอง, ต่อมหมวกไต, ฝิ่น ฯลฯ ดังนั้น ลักษณะความถี่ รูปร่างพัลส์ วิธีการใช้งาน ขั้วของอิเล็กโทรด และตัวบ่งชี้อื่น ๆ แตกต่างอย่างมากจากวิธีการก่อนหน้านี้

เหมือนมีทิศทางใหม่ การปรับ mesodiencephalicปรากฏในช่วงกลางทศวรรษ 1980 บนพื้นฐานของศูนย์โรคหัวใจฉุกเฉินของสถาบันวิจัยเวชศาสตร์ฉุกเฉินซึ่งตั้งชื่อตาม เอ็น.วี. สลิโฟซอฟสกี้ การทดสอบอุปกรณ์สำหรับการระงับความรู้สึกด้วยไฟฟ้าที่พัฒนาขึ้นที่สถาบันสรีรวิทยา ไอ.พี. Pavlov RAS กลุ่มนักวิทยาศาสตร์ที่นำโดย V.A. Pavlov ค้นพบว่าผลยาแก้ปวดจากการกระตุ้นด้วยไฟฟ้าไม่ใช่ผลหลัก พบว่าการสัมผัสโซน mesodiencephalic กับสัญญาณไฟฟ้าอ่อน ๆ พร้อมพารามิเตอร์บางอย่างนำไปสู่การปล่อยสารออกฤทธิ์ทางชีวภาพเข้าสู่กระแสเลือด - เปปไทด์ฝิ่น (โดยเฉพาะเบต้าเอ็นโดรฟิน - "ฮอร์โมนแห่งความสุข") ฮอร์โมนต่อมใต้สมองและอินซูลินซึ่งช่วยลดความรุนแรงของปฏิกิริยาความเครียดและเพิ่มคุณสมบัติการปรับตัวของร่างกาย นั่นคือกลไกการออกฤทธิ์มีดังนี้: อันเป็นผลมาจากสถานการณ์ที่ตึงเครียดต่อร่างกาย (การบาดเจ็บการติดเชื้อภูมิแพ้ ฯลฯ ) การเชื่อมต่อระหว่างการควบคุมระบบประสาทส่วนกลางและส่วนปลายของอวัยวะต่างๆ ถูกทำลายซึ่งจะนำไปสู่ การรวมจังหวะนอกมดลูกของอวัยวะที่เสียหายและการถอนตัวออกจากการควบคุมของระบบประสาทส่วนกลาง การปรับ Mesodiencephalic ช่วยให้สามารถเลือกกระตุ้นโครงสร้างการควบคุมของสมองได้ ฮอร์โมนจะถูกปล่อยออกมาซึ่งทำให้กิจกรรมของอวัยวะต่างๆ เป็นปกติและช่วยในการฟื้นฟูกิจกรรมการทำงานเต็มรูปแบบ

การพัฒนาพารามิเตอร์สัญญาณไฟฟ้าเพิ่มเติมซึ่งดำเนินการภายใต้การนำของศาสตราจารย์ V.A. Pavlov บนพื้นฐานของศูนย์วิทยาศาสตร์ของยุโรปทำให้สามารถบรรลุผลเชิงบวกนี้เพิ่มขึ้นอย่างมีนัยสำคัญ ผลงานทางวิทยาศาสตร์เกือบ 30 ปีคือคอมพิวเตอร์คอมเพล็กซ์ MDM 2000/1 โปรแกรมที่พัฒนาโดยผู้เชี่ยวชาญสำหรับการรักษาโรคประเภทต่างๆ ช่วยให้ผู้ป่วยได้รับผลกระทบทางคลินิกและทางชีวภาพที่เด่นชัด:

นัดหมายกับนักกายภาพบำบัด

อย่าลืมปรึกษาผู้เชี่ยวชาญที่ผ่านการรับรองที่คลินิก Semeynaya บริการนี้ไม่ได้ให้บริการในทุกสาขา โปรดตรวจสอบกับผู้ดูแลระบบเพื่อขอข้อมูลเพิ่มเติม

(คลิกที่ภาพเพื่อเข้าสู่สิ่งพิมพ์)

เมื่อองค์กรพัฒนาขึ้น พวกเขาใช้ระบบข้อมูลมากขึ้นเรื่อยๆ ในด้านที่แตกต่างกันโดยสิ้นเชิง เช่น การบัญชี การบริหารงานบุคคล การบริหารคลังสินค้า ฯลฯ ระบบใช้ชีวิตและพัฒนาอย่างเป็นอิสระจากกันจนกระทั่งถึงช่วงเวลาที่บริษัทจำเป็นต้องดูข้อมูลโดยรวม ปริมาณข้อมูลถึงจุดวิกฤติแล้ว และกลายเป็นว่าเป็นไปไม่ได้เลยที่จะเปรียบเทียบและเปรียบเทียบข้อมูลด้วยตนเอง การตัดสินใจโดยอาศัยข้อมูลที่ขัดแย้งและไม่ได้รับการยืนยันนำไปสู่ข้อผิดพลาดในการจัดการ และการทำซ้ำและไม่เกี่ยวข้องกับข้อมูลนำไปสู่การตัดสินใจทางธุรกิจที่ไม่ถูกต้อง

แน่นอนว่าปัญหาที่อธิบายไว้ข้างต้นไม่ใช่เรื่องใหม่และวันนี้เราจะพูดถึงโซลูชันแบบคลาสสิก - ระบบการจัดการข้อมูลหลัก

(คลิกได้)

ประเภทของข้อมูลองค์กร: ข้อมูลอ้างอิงและข้อมูลธุรกรรมคืออะไร

เพื่อทำความเข้าใจว่าข้อมูลหลักคืออะไรและไม่ใช่อะไร เรามาดูข้อมูลองค์กรประเภทหลักๆ กันดีกว่า

(นำมาจากที่นี่)

ข้อมูลที่ไม่มีโครงสร้าง- ข้อความ เมล และข้อมูลอื่นๆ ที่ไม่มีโครงสร้างที่กำหนดไว้และอธิบายอย่างเป็นทางการ

กึ่งโครงสร้าง- ข้อมูลที่ไม่มีรูปแบบเฉพาะ (หรือมีโครงสร้างตัวแปร) แต่ยังคงมีคำอธิบายอย่างเป็นทางการในรูปแบบของแท็กและ/หรือเครื่องหมายเฉพาะ XML เป็นตัวอย่างของข้อมูลกึ่งโครงสร้าง

ข้อมูลที่มีโครงสร้าง (ธุรกรรม)- ข้อมูลที่มีสคีมาที่กำหนดไว้อย่างเป็นทางการ

ข้อมูลเมตา- เป็นข้อมูลที่อธิบายข้อมูลอื่นๆ เช่น สคีมาฐานข้อมูลลูกค้า ไฟล์การกำหนดค่า หรือเทมเพลตรายงาน

ข้อมูลหลัก- เป็นข้อมูลที่มีข้อมูลสำคัญเกี่ยวกับธุรกิจ รวมถึงลูกค้า ผลิตภัณฑ์ พนักงาน เทคโนโลยี และวัสดุ แต่ละกลุ่มเหล่านี้สามารถแบ่งออกเป็นหลายหัวข้อ: หมวดหมู่บุคคลประกอบด้วยลูกค้า ผู้ขาย ซัพพลายเออร์ นอกจากนี้ยังสามารถมีชุดกฎการตรวจสอบที่ข้อมูลต้องปฏิบัติตาม

ตัวอย่างโครงสร้างทั่วไปของข้อมูลหลักและกฎการตรวจสอบ (คลิกได้)

เหตุใดจึงจำเป็น?

ในอดีต ระบบจัดเก็บข้อมูล การวิเคราะห์ และการแสดงภาพจำนวนมากได้รับการพัฒนาแบบคู่ขนานและเข้ากันไม่ได้ เมื่อบริษัทเติบโตขึ้น การบูรณาการข้อมูลจึงมีความสำคัญมากขึ้น และในหลายกรณีก็มีความสำคัญเช่นกัน และจากข้อมูลของ Microsoft บริษัทขนาดกลางก็รู้สึกถึงผลกระทบของการทำงานกับข้อมูลที่แตกต่างกันอยู่แล้ว
ดังนั้นงานหนึ่งของระบบ MDM คือการซิงโครไนซ์ข้อมูล ซึ่งช่วยให้การแก้ปัญหางานที่เกี่ยวข้องง่ายขึ้น เช่น การจัดทำงบการเงิน

ระบบ MDM เป็นหนึ่งในเสาหลักในสถาปัตยกรรมธุรกิจ ร่วมกับระบบ ERP และ BI ช่วยให้การวิเคราะห์และระบบธุรกิจสามารถดูข้อมูลได้ในที่เดียว โดยไม่คำนึงถึงแหล่งที่มาและรูปแบบ

มาดูกรณีคลาสสิกบางส่วนที่จำเป็นต้องใช้และปรับใช้ระบบการจัดการข้อมูลหลัก

ระบบ Zoo IT และการรายงานแบบรวม

ให้บริษัทมีระบบจัดเก็บและวิเคราะห์ข้อมูลมากกว่า 3 ระบบ พวกมันถูกเติมเต็มและพัฒนาอย่างเป็นอิสระจากกัน ในบางจุด มีความจำเป็นต้องรวบรวมการรายงานแบบรวม และจำเป็นต้องประสานข้อมูลด้านกฎระเบียบและข้อมูลอ้างอิงให้ตรงกัน ตัวอย่างเช่น มีบริษัท Romashka ที่มีมูลค่าการซื้อขาย 1M และมีบันทึก "ขีดจำกัดทั่วไป" สองรายการ Romashka" และ "Romashka LLC" ในระบบต่าง ๆ ที่มีมูลค่าการซื้อขาย 400,000 และ 600,000 หากไม่มีเครื่องมือการซิงโครไนซ์ ระบบการรายงานจะไม่สามารถรวมบันทึกได้

บูรณาการระบบ

สมมติว่ามีระบบ 1C หลายระบบในสาขาของบริษัท และจำเป็นต้องอัปโหลดและวิเคราะห์ใบแจ้งหนี้ที่ออกโดย Romashka LLC ใน CRM หากมีข้อมูลซ้ำกันหลายรายการใน CRM เช่น Chamomile และ General ยักษ์ ดอกคาโมไมล์ คำถามก็เกิดขึ้นว่าดอกคาโมไมล์ตัวไหนใน CRM ที่จะเชื่อมโยงบัญชีเหล่านี้กับดอกเดซี่เหล่านี้ และดอกเดซี่เหล่านี้ถูกต้องหรือไม่?

ฐานข้อมูลแบบครบวงจรของคู่สัญญา

ประการแรก การสร้างฐานข้อมูลแบบรวมเป็นสิ่งจำเป็นสำหรับข้อมูลคุณภาพสูงและเชื่อถือได้เกี่ยวกับคู่สัญญา หากลูกค้าที่ลงนามในสัญญาแล้วได้รับการโทรศัพท์ N เพิ่มเติมเกี่ยวกับความจำเป็นในการส่งเอกสารที่ส่งไปแล้ว (เนื่องจาก "Romashka General Limited" และ "Romashka LLC" เป็นบริษัทที่แตกต่างกันทางวากยสัมพันธ์) สิ่งนี้จะส่งผลเสียต่อความสัมพันธ์ของ บริษัท

การทำความสะอาดข้อมูลและการทำให้เป็นมาตรฐาน

กรณีที่อธิบายไว้ข้างต้นเป็นงานทำความสะอาดข้อมูลและคุณภาพของข้อมูล

การล้างข้อมูลและการทำให้เป็นมาตรฐานเป็นเครื่องมืออย่างแน่นอน เป้าหมายคือการเพิ่มความภักดีของลูกค้า (เช่น การหลีกเลี่ยงการโทรซ้ำ) การสร้างการรายงาน (ความมั่นใจในความถูกต้องของการวิเคราะห์) และเพิ่มความเร็วในการทำงานให้เสร็จสิ้น (เราผ่านวงจรการขายได้เร็วขึ้น)

ตามกฎแล้วลูกค้าจำเป็นต้องใช้ระบบการจัดการข้อมูลหลัก ตัวอย่างเช่น ความจำเป็นในการควบคุมการปฏิบัติงานในกิจกรรมขององค์กรอาจต้องมีการรวบรวมการรายงานรวม ซึ่งจะนำไปสู่ความจำเป็นในการซิงโครไนซ์ข้อมูลหลักเข้ากับระบบไอที ซึ่งในทางกลับกันจะต้องมีการดำเนินการตามข้อมูลหลัก ระบบการจัดการ

กรณีจากชีวิต

สิบสี่ 1C-โอเค

บริษัทแห่งหนึ่ง N มีระบบ 1C สิบสี่ระบบในสาขาของตน และวันหนึ่งพวกเขาก็ต้องส่งรายงานเกี่ยวกับกิจกรรมของตนไปยังห้องทดลองบางแห่งที่นั่นอย่างเร่งด่วน การขาดการรายงานแบบรวมศูนย์ทำให้เกิดปัญหาสำคัญ และพนักงานของ M จึงใช้เวลาหลายสัปดาห์ในการจัดเรียงและกระทบยอดข้อมูล หรือพวกเขาอาจจะมาไม่ทันเวลาจริงๆ

รถบรรทุก

ลูกค้าจาก Astrakhan ส่งรถบรรทุกไปยังลูกค้าในภูมิภาคอื่น และการขนส่งระหว่างทางจัดทำโดยบริษัท X ซึ่งไม่มีระบบ MDM และฐานข้อมูลแบบรวมของคู่ค้า ในระหว่างการเดินทาง รถบรรทุกได้รับการบริการในสองภูมิภาค - และเมื่อสิ้นสุดการเดินทาง บริษัท X จะเรียกเก็บเงินลูกค้าสำหรับภูมิภาคเหล่านี้ตามรายการราคามาตรฐานโดยไม่มีส่วนลดตามปริมาณที่กำหนด เนื่องจากลูกค้าได้ลงทะเบียนในสองภูมิภาคนี้ภายใต้ เงื่อนไขแตกต่างกันเล็กน้อยและระบบไม่ตรงกับชื่อ ผลที่ได้คือการดำเนินคดีเพิ่มเติมและความเสื่อมถอยของความสัมพันธ์ทางธุรกิจ

โทรซ้ำ

วันหนึ่ง ลูกค้าได้รับโทรศัพท์หก (!) ครั้งหลังจากเซ็นสัญญา เนื่องจากความไร้ความสามารถดังกล่าว ความภักดีและสัญญาของลูกค้าจึงตกอยู่ในความเสี่ยง

วิธีการแก้ปัญหา

ลองดูสองวิธีที่ได้รับความนิยมมากที่สุดในการแก้ปัญหาที่อธิบายไว้ข้างต้น

การตัดสินใจของฝ่ายบริหาร

แนวทางการดูแลระบบคือการล้างข้อมูลซ้ำที่มีอยู่ในระบบ IT ก่อน พัฒนาระบบการเข้ารหัสที่สามารถใช้เพื่อเปรียบเทียบรายการในไดเร็กทอรีของระบบ IT ต่างๆ และกฎระเบียบต่างๆ วิธีนี้ค่อนข้างง่าย แต่มีข้อเสียหลายประการ โดยจะไม่ป้องกันการดีซิงโครไนซ์ข้อมูลอ้างอิงในระบบต่างๆ และสามารถหลีกเลี่ยงกฎระเบียบต่างๆ ได้เสมอ

การนำระบบ MDM ไปใช้

แนวทางทางเทคโนโลยีคือการใช้ระบบที่ให้การซิงโครไนซ์และการนำเสนอข้อมูลแบบครบวงจร ตามกฎแล้ว บริษัทขนาดใหญ่ส่วนใหญ่ใช้ MDM เวอร์ชันต่างๆ เมื่อการรวบรวมข้อมูลอ้างอิงและการรายงานด้วยตนเองกลายเป็นไปไม่ได้ และการนำระบบใหม่มาใช้บังคับให้มีการเปลี่ยนแปลงกฎระเบียบและการเข้ารหัส มีแต่ความวุ่นวายที่เพิ่มมากขึ้น

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

ประเภทของระบบ MDM

เราจะดูระบบ MDM สามประเภทหลัก - คุณสามารถอ่านเพิ่มเติมได้

ระบบรวมศูนย์

เลือกระบบไอทีหนึ่งระบบ อาจเป็นได้ทั้งระบบไอทีที่มีอยู่หรือระบบการจัดการข้อมูลอ้างอิงแยกต่างหาก ข้อมูลอ้างอิงในระบบนี้จะถือเป็นมาตรฐาน เก็บรักษาไว้ในนั้น และส่งไปยังระบบอื่น อย่างไรก็ตาม การสร้างและแก้ไขข้อมูลอ้างอิงในระบบไอทีอื่นเป็นสิ่งต้องห้าม ข้อดีของแนวทางนี้คือ:

ความง่ายในการดำเนินการ;
ความง่ายในการรักษาความเกี่ยวข้องและความบริสุทธิ์ของข้อมูลอ้างอิงในระบบไอทีทั้งหมด ความสะดวกในการบริหารจัดการและการกำหนดขอบเขตสิทธิ์
ข้อมูลอ้างอิงที่เป็นปัจจุบันและสะอาดในระบบไอทีทั้งหมด ซึ่งช่วยให้คุณสามารถสร้างการรายงานภายในเครื่องที่ปลอดภัยในระบบไอทีได้

แต่วิธีนี้มีข้อเสียหลายประการ - ในระบบอื่นไม่สามารถสร้างและแก้ไขบันทึกที่กำหนดไว้ในระบบกลางได้ นั่นคือกระบวนการทางธุรกิจภายในของบริษัทเปลี่ยนแปลงไป ซึ่งมักเป็นสิ่งที่ไม่พึงประสงค์และบางครั้งก็ไม่สามารถยอมรับได้ ระบบยังไม่เสถียรต่อการหยุดชะงักของการสื่อสาร และประสิทธิภาพการทำงานขึ้นอยู่กับความพร้อมใช้งานของระบบส่วนกลางในปัจจุบัน

ระบบวิเคราะห์

ในระบบข้อมูลหลักเชิงวิเคราะห์ องค์ประกอบข้อมูลหลักทั้งหมดจะถูกสร้างขึ้นในระบบไคลเอ็นต์ จากที่ที่ข้อมูลเหล่านั้นถูกส่งไปยังระบบข้อมูลหลัก ซึ่งบันทึกไดเรกทอรีข้อมูลหลักจะถูกสร้างขึ้นจากองค์ประกอบเหล่านี้ สิ่งนี้ช่วยให้คุณใช้ระบบได้อย่างรวดเร็วโดยมีการเปลี่ยนแปลงระบบไคลเอนต์เพียงเล็กน้อย

แต่เนื่องจากข้อมูลหลักในระบบไอทีที่แยกจากกันไม่ได้รับการซิงโครไนซ์กับสิ่งใดเลย จึงอาจมีข้อมูลซ้ำกันในระบบไอทีและการรายงานอาจไม่ชัดเจน ดังนั้นการสร้างการรายงานการปฏิบัติงานจึงเป็นเรื่องยาก (การรายงานในพื้นที่ก็บอกว่า "สกปรก" - บันทึกในเครื่อง ข้อมูลหลักอาจไม่สอดคล้องกับบันทึกในระบบข้อมูลหลัก)

ระบบที่ประสานกัน

ระบบนี้รวมเอาระบบรวมศูนย์และการวิเคราะห์ที่ดีที่สุดเข้าไว้ด้วยกัน ช่วยให้คุณสามารถป้อนข้อมูลในระบบ IT แล้วเปรียบเทียบกับข้อมูลที่ป้อนไปแล้ว สามารถค้นหาข้อมูลซ้ำที่อาจเกิดขึ้น แก้ไขข้อขัดแย้งที่เกี่ยวข้องกับการเปลี่ยนแปลงข้อมูลเดียวกันในระบบ IT ที่แตกต่างกันไปพร้อมกัน และซิงโครไนซ์ข้อมูลหลักในระบบ IT ด้วยวิธีนี้ กระบวนการทางธุรกิจจะไม่เปลี่ยนแปลงหรือหยุดชะงัก และการทำงานด้วยตนเองในการเตรียมการรายงานจะลดลง กล่าวคือ การรายงานในพื้นที่นั้นถูกสร้างขึ้นอย่างง่ายดาย อย่างไรก็ตาม วิธีการนี้มีราคาแพงที่สุด ใช้เวลามากและต้องใช้ความเชี่ยวชาญอย่างจริงจังในการสร้าง และอาจต้องมีการปรับเปลี่ยนแอปพลิเคชันไคลเอนต์ด้วย

ตัวอย่างการใช้งานระบบ MDM

ตัวอย่างของระบบการจัดการข้อมูลหลักเชิงวิเคราะห์คือ Navicon SalesOut และตัวอย่างของระบบการจัดการข้อมูลหลักแบบรวมศูนย์และสอดคล้องกันคือการกำหนดค่าที่แตกต่างกันของ Navicon MDM

ตัวชี้วัดความจำเป็นในการใช้ระบบ MDM

คีย์: จำเป็น บูรณาการระบบต่างๆ และ การรายงานแบบครบวงจรขึ้นอยู่กับข้อมูลนี้

ข้อกำหนดเบื้องต้นเฉพาะสำหรับการใช้งานโดยใช้ตัวอย่างของหนึ่งในไคลเอนต์

ตัวบ่งชี้ทั่วไปที่ทำให้คุณคิดถึงความจำเป็นในการปรับปรุงข้อมูลหลักและตั้งค่ากระบวนการ MDM:

ประการแรก นี่คือการมีอยู่หรือแผนที่จะใช้ระบบไอทีหลายระบบ
ความต้องการระบบอัตโนมัติของกระบวนการทางธุรกิจแบบ end-to-end (เช่น กระบวนการที่เกี่ยวข้องกับระบบไอทีหลายระบบ) - ความจำเป็นในการบูรณาการ
ความจำเป็นในการจัดทำรายงานแบบรวม (เช่น การรายงานโดยใช้ข้อมูลจากระบบไอทีหลายระบบ)
การพัฒนากลยุทธ์ด้านไอที บริษัทหลายแห่งต้องการแก้ปัญหาเกี่ยวกับข้อมูลหลักก่อนที่จะเกิดขึ้น ข้อมูลอ้างอิงที่ยาวขึ้นได้รับการเก็บรักษาไว้ในระบบไอทีโดยแยกจากกัน การตรวจสอบ ทำความสะอาด และซิงโครไนซ์ข้อมูลเหล่านี้ก็จะยิ่งยากขึ้นในอนาคต

ข้อสรุป

วิทยานิพนธ์และข้อสรุปหลัก: การซิงโครไนซ์ข้อมูลอ้างอิงอำนวยความสะดวก 1) การนำระบบข้อมูลใหม่เข้าสู่โครงสร้างพื้นฐานด้านไอทีของบริษัท 2) การบูรณาการระบบที่มีอยู่ 3) การประมวลผลข้อมูลองค์กร 4) ลดต้นทุนแรงงานในการอัปเดตข้อมูล 5) ลดความเสี่ยงที่เกี่ยวข้องกับข้อมูลที่ไม่ถูกต้อง การใช้ระบบการจัดการข้อมูลหลักเฉพาะนั้นไม่จำเป็นเสมอไป แต่ก็ควรค่าแก่การจดจำปัญหาที่อาจเกิดขึ้นเนื่องจากการไม่ซิงโครไนซ์ข้อมูลหลักเมื่อพัฒนาโครงสร้างพื้นฐานด้านไอที เว็บไซต์

เรื่องราว

เมื่อวันที่ 7 ตุลาคม 2559 ในการประชุมวิสามัญผู้ถือหุ้นของ BINBANK และ MDM Bank ได้มีการอนุมัติแผนการควบรวมกิจการทางกฎหมายของ BINBANK และ MDM Bank ตามที่ BINBANK จะเข้าร่วมกับ MDM Bank ในขณะที่ธนาคารที่ควบรวมกิจการจะยังคงดำเนินการต่อไป ภายใต้แบรนด์ BINBANK (MDM Bank จะเปลี่ยนชื่อเป็น BINBANK) กระบวนการควบรวมกิจการตามกฎหมายของ BINBANK และ MDM Bank มีแผนจะแล้วเสร็จภายในสิ้นปี 2559

เจ้าของและผู้บริหาร

ประธานกรรมการ - Oleg Vyugin ประธานกรรมการ - Mikail Shishkhanov

กิจกรรม

PJSC MDM Bank ให้บริการอย่างครบวงจรในตลาดบริการทางการเงิน รวมถึงการธนาคารเพื่อรายย่อย บริการสำหรับธุรกิจขนาดเล็กและขนาดกลาง บริการด้านองค์กร การลีสซิ่ง และบริการวาณิชธนกิจ

การประมาณการณ์ของหน่วยงานจัดอันดับ

เขียนบทวิจารณ์เกี่ยวกับบทความ "MDM Bank"

หมายเหตุ

ลิงค์

ดูเพิ่มเติม

ข้อความที่ตัดตอนมาจากลักษณะเฉพาะของ MDM Bank

– ใช่ ฉันมีความสุขมากกับ Nikolushka เขามีสุขภาพดีหรือไม่?

เมื่อพวกเขาพา Nikolushka ไปหาเจ้าชาย Andrei ซึ่งมองดูพ่อของเขาด้วยความกลัว แต่ก็ไม่ร้องไห้เพราะไม่มีใครร้องไห้เจ้าชาย Andrei จูบเขาและเห็นได้ชัดว่าไม่รู้ว่าจะพูดอะไรกับเขา
เมื่อ Nikolushka ถูกนำตัวไป เจ้าหญิง Marya ก็ขึ้นไปหาน้องชายของเธออีกครั้ง จูบเขา และไม่สามารถต้านทานได้อีกต่อไป และเริ่มร้องไห้
เขามองดูเธออย่างตั้งใจ
-คุณกำลังพูดถึง Nikolushka หรือไม่? - เขาพูด.
เจ้าหญิงมารีอาร้องไห้และก้มศีรษะยืนยัน
“มารี คุณรู้จักอีวาน…” แต่จู่ๆ เขาก็เงียบไป
- คุณกำลังพูดอะไร?
- ไม่มีอะไร. ไม่จำเป็นต้องร้องไห้ที่นี่” เขากล่าวพร้อมมองเธอด้วยสายตาเย็นชาแบบเดียวกัน

เมื่อเจ้าหญิงมารีอาเริ่มร้องไห้ เขาก็ตระหนักว่าเธอกำลังร้องไห้ว่า Nikolushka จะถูกทิ้งไว้โดยไม่มีพ่อ ด้วยความพยายามอย่างยิ่งยวดเขาพยายามกลับมามีชีวิตอีกครั้งและถูกส่งไปยังมุมมองของพวกมัน
“ใช่ พวกเขาต้องพบว่ามันน่าสมเพช! - เขาคิด “มันง่ายขนาดไหน!”
“นกในอากาศไม่ได้หว่านหรือเก็บเกี่ยว แต่พ่อของเธอเลี้ยงมัน” เขาพูดกับตัวเองและอยากจะพูดแบบเดียวกันกับเจ้าหญิง “แต่ไม่ พวกเขาจะเข้าใจมันในแบบของพวกเขาเอง พวกเขาจะไม่เข้าใจ! สิ่งที่พวกเขาไม่เข้าใจคือความรู้สึกทั้งหมดที่พวกเขาเห็นคุณค่านั้นเป็นของเราทั้งหมด ความคิดทั้งหมดที่ดูเหมือนสำคัญมากสำหรับเราก็คือไม่จำเป็น เราไม่เข้าใจกัน" - และเขาก็เงียบไป

ลูกชายคนเล็กของเจ้าชาย Andrei อายุได้เจ็ดขวบ เขาอ่านไม่ออก เขาไม่รู้อะไรเลย หลังจากวันนี้เขาได้รับประสบการณ์มากมาย การได้รับความรู้ การสังเกต และประสบการณ์ แต่ถ้าเขามีความสามารถที่ได้มาในเวลาต่อมาทั้งหมด เขาก็ไม่สามารถเข้าใจความหมายทั้งหมดของฉากนั้นที่เขาเห็นระหว่างบิดา เจ้าหญิงมารียา และนาตาชา ได้ดีไปกว่าที่เขาเข้าใจในตอนนี้ เขาเข้าใจทุกอย่างและออกจากห้องโดยไม่ร้องไห้เข้าหานาตาชาอย่างเงียบ ๆ ซึ่งติดตามเขาออกไปและมองเธออย่างเขินอายด้วยดวงตาที่สวยงามและครุ่นคิด ริมฝีปากบนที่ยกขึ้นเป็นสีดอกกุหลาบของเขาสั่น เขาเอนหัวพิงไว้และเริ่มร้องไห้
ตั้งแต่วันนั้นเป็นต้นมาเขาก็หลีกเลี่ยง Desalles หลีกเลี่ยงคุณหญิงที่กอดรัดเขาและนั่งอยู่คนเดียวหรือเข้าหาเจ้าหญิงมารียาและนาตาชาอย่างขี้อายซึ่งดูเหมือนเขาจะรักมากกว่าป้าของเขาและกอดพวกเขาอย่างเงียบ ๆ และเขินอาย
เจ้าหญิงแมรียาจากเจ้าชายอังเดรเข้าใจทุกสิ่งที่ใบหน้าของนาตาชาบอกเธออย่างถ่องแท้ เธอไม่ได้พูดคุยกับนาตาชาอีกต่อไปเกี่ยวกับความหวังที่จะช่วยชีวิตเขา เธอสลับกับเธอที่โซฟาของเขาและไม่ร้องไห้อีกต่อไป แต่สวดภาวนาอย่างไม่หยุดหย่อน เปลี่ยนจิตวิญญาณของเธอให้เป็นนิรันดร์และไม่อาจเข้าใจได้ ซึ่งบัดนี้การปรากฏกายของเขาเห็นได้ชัดเจนเหนือชายที่กำลังจะตาย

เจ้าชายอังเดรไม่เพียงรู้ว่าเขาจะตาย แต่เขารู้สึกว่าเขากำลังจะตายและเขาตายไปแล้วครึ่งหนึ่ง เขาประสบกับความรู้สึกแปลกแยกจากทุกสิ่งในโลกและความสุขและความเบาที่แปลกประหลาดของการเป็น เขารอคอยสิ่งที่อยู่ข้างหน้าโดยไม่เร่งรีบและไร้กังวล การคุกคามชั่วนิรันดร์ ไม่รู้จัก และห่างไกล การมีอยู่ซึ่งเขาไม่เคยหยุดที่จะรู้สึกตลอดชีวิต ตอนนี้อยู่ใกล้เขาแล้ว และ - เนื่องจากความเบาบางอย่างแปลกประหลาดของการเป็นที่เขาประสบ - เกือบจะเข้าใจและรู้สึกได้
เมื่อก่อนเขากลัวจุดจบ เขาประสบกับความรู้สึกหวาดกลัวความตายอันน่าสยดสยองและเจ็บปวดนี้ ถึงวาระสุดท้ายสองครั้ง และตอนนี้เขาไม่เข้าใจมันอีกต่อไป
ครั้งแรกที่เขาสัมผัสได้ถึงความรู้สึกนี้คือตอนที่ระเบิดลูกหนึ่งหมุนอยู่ตรงหน้าเขา และเขามองดูตอซัง พุ่มไม้ บนท้องฟ้า และรู้ว่าความตายอยู่ตรงหน้าเขา เมื่อตื่นขึ้นหลังจากบาดแผลและในจิตวิญญาณ ราวกับหลุดพ้นจากการกดขี่แห่งชีวิตที่รั้งเขาไว้ ดอกไม้แห่งความรักอันเป็นนิรันดร์ เป็นอิสระ เป็นอิสระจากชีวิตนี้ บานสะพรั่ง เขาไม่กลัวความตายอีกต่อไป และไม่ได้คิดถึงเรื่องนี้
ยิ่งเขาใช้เวลาแห่งความทุกข์ทรมานอย่างสันโดษและกึ่งเพ้อคลั่งหลังจากบาดแผลมากขึ้นเท่าไร เขาก็ยิ่งคิดถึงการเริ่มต้นใหม่ของความรักนิรันดร์ที่เปิดเผยแก่เขา ยิ่งเขาสละชีวิตทางโลกมากขึ้นโดยไม่รู้สึกถึงมันเอง ทุกสิ่งทุกอย่าง การรักทุกคน การเสียสละตัวเองเพื่อความรักเสมอ หมายถึงการไม่รักใคร หมายถึงการไม่ใช้ชีวิตบนโลกนี้ และยิ่งเขาตื้นตันใจกับหลักการแห่งความรักนี้มากเท่าไร เขาก็ยิ่งสละชีวิตมากขึ้นเท่านั้น และยิ่งทำลายกำแพงอันเลวร้ายนั้นที่กั้นระหว่างชีวิตและความตายโดยปราศจากความรัก ในตอนแรกเขาจำได้ว่าเขาต้องตาย เขาก็พูดกับตัวเองว่า "ยิ่งดีเท่าไรก็ยิ่งดีเท่านั้น"
แต่หลังจากคืนนั้นใน Mytishchi เมื่อคนที่เขาต้องการปรากฏตัวต่อหน้าเขาในอาการเพ้อกึ่งเพ้อ และเมื่อเขาเอามือแตะริมฝีปากของเขา ร้องไห้อย่างเงียบ ๆ น้ำตาแห่งความยินดี ความรักที่มีต่อผู้หญิงคนหนึ่งพุ่งเข้ามาในหัวใจของเขาอย่างไม่รู้สึกตัวและ ผูกมัดเขาไว้กับชีวิตอีกครั้ง ทั้งความคิดที่สนุกสนานและวิตกกังวลเริ่มเข้ามาหาเขา เมื่อนึกถึงช่วงเวลานั้นที่โต๊ะแต่งตัวเมื่อเขาเห็น Kuragin ตอนนี้เขาไม่สามารถกลับไปสู่ความรู้สึกนั้นได้: เขารู้สึกทรมานกับคำถามที่ว่าเขายังมีชีวิตอยู่หรือไม่? และเขาไม่กล้าถามเรื่องนี้

มีข้อมูลประเภทใดบ้าง?

ก่อนที่จะย้ายไปยังระบบการจัดการข้อมูลหลักโดยตรง เรามากำหนดประเภทของข้อมูลกันดีกว่า

ด้านล่างนี้คือ 5 ประเภทคีย์:

1. ข้อมูลเมตา;
2. ข้อมูลอ้างอิง;
3. ข้อมูลหลัก;
4. ข้อมูลการทำธุรกรรม
5. ข้อมูลทางประวัติศาสตร์

ข้อมูลเมตาเป็นข้อมูลเกี่ยวกับข้อมูล สิ่งเหล่านี้จำเป็นในการทำความเข้าใจและกำหนดว่าองค์กรดำเนินการกับข้อมูลใด ข้อมูลเมตากำหนดโครงสร้าง ประเภทข้อมูล การเข้าถึงข้อมูล ฯลฯ มีรูปแบบต่างๆ ในการอธิบายข้อมูลเมตา ตัวอย่างเช่น สามารถใช้สคีมา XSD เพื่ออธิบายโครงสร้างของเอกสาร XML และสคีมา WSDL สามารถใช้เพื่ออธิบายบริการเว็บได้

ข้อมูลอ้างอิง- นี่เป็นการเปลี่ยนแปลงข้อมูลที่กำหนดค่าของเอนทิตีเฉพาะที่ใช้ในการดำเนินการทั่วทั้งองค์กรค่อนข้างน้อย หน่วยงานดังกล่าวมักประกอบด้วย: สกุลเงิน ประเทศ หน่วยวัด ประเภทของข้อตกลง/บัญชี ฯลฯ

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

ข้อมูลการทำธุรกรรม– นี่คือข้อมูลที่สร้างขึ้นจากการที่องค์กรดำเนินธุรกรรมทางธุรกิจ ตัวอย่างเช่น สำหรับองค์กรการค้า: การขายผลิตภัณฑ์และบริการ การซื้อ ใบเสร็จรับเงิน/การตัดเงิน ใบเสร็จรับเงินที่คลังสินค้า เป็นต้น โดยทั่วไปแล้ว ข้อมูลดังกล่าวจะอิงจากการวางแผนทรัพยากรขององค์กร (ERP) หรือระบบอุตสาหกรรมอื่นๆ โดยปกติแล้ว ระบบธุรกรรมจะใช้ข้อมูลหลักอย่างกว้างขวางเมื่อทำธุรกรรม

ข้อมูลทางประวัติศาสตร์คือข้อมูลที่มีข้อมูลธุรกรรมและข้อมูลหลักในอดีต โดยส่วนใหญ่แล้วข้อมูลดังกล่าวจะถูกสะสมอยู่ในระบบ ODS และ DWH และใช้เพื่อแก้ไขปัญหาการวิเคราะห์ต่างๆ และสนับสนุนการตัดสินใจของฝ่ายบริหาร

ระบบการจัดการข้อมูลหลัก

ก่อนที่จะย้ายไปยังระบบการจัดการข้อมูลหลัก เรามากำหนดว่าการจัดการข้อมูลหลักโดยทั่วไปคืออะไร

การจัดการข้อมูลหลัก (MDM) เป็นระเบียบวินัยที่ทำงานร่วมกับข้อมูลหลักเพื่อสร้าง "บันทึกทอง" นั่นคือมุมมองแบบองค์รวมและครอบคลุมของเอนทิตีหลักและความสัมพันธ์ ซึ่งเป็นมาตรฐานข้อมูลหลักที่ใช้ทั่วทั้งองค์กร และบางครั้งระหว่างองค์กรเพื่ออำนวยความสะดวกในการแลกเปลี่ยนข้อมูล

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

สถานการณ์ที่ระบบ MDM เป็นแหล่งข้อมูลหลักเพียงแหล่งเดียว การเปลี่ยนแปลงทั้งหมดจะเกิดขึ้นกับระบบ MDM จากนั้นจึงโอนไปยังระบบผู้บริโภคเท่านั้นจึงจะเรียกว่า "ระบบบันทึก" นี่เป็นสถานการณ์ในอุดมคติสำหรับการจัดการข้อมูลหลัก อย่างไรก็ตาม ในชีวิตจริงสิ่งต่าง ๆ ไม่ใช่เรื่องง่าย: ระบบ MDM จะไม่ใช่ "ระบบบันทึก" เสมอไป เนื่องจากกระบวนการทางธุรกิจที่เฉพาะเจาะจงขององค์กรหนึ่งๆ ปัญหาทางเทคนิคของระบบเฉพาะ ฯลฯ จึงจำเป็นต้องสร้าง "สำเนา" ของบันทึกหลัก ระบบที่มีสำเนาของข้อมูลหลักเรียกว่า "ระบบอ้างอิง" เพื่อไม่ให้สูญเสียการควบคุม “ระบบลิงค์” จะต้องอยู่ภายใต้การควบคุมและซิงโครไนซ์กับ “ระบบบันทึก”

สามมิติของระบบ MDM

พิจารณาระบบ MDM ในสามมิติ:

โดยทั่วไปแล้ว ระบบ MDM จะไม่ถูกนำไปใช้งาน “อย่างเร่งรีบ” เพราะ การใช้งานเป็นกระบวนการที่ซับซ้อนของการเปลี่ยนแปลงทั่วทั้งองค์กรอย่างสม่ำเสมอ ตั้งแต่การรักษาข้อมูลที่แตกต่างกันไปจนถึงการสร้างมุมมองแบบองค์รวมและครอบคลุมของเอนทิตีหลัก ดังนั้นการนำระบบ MDM ไปใช้จึงดำเนินการตามลำดับโดยค่อยๆ เข้าใกล้เป้าหมายจนได้มิติที่ระบุทั้งสาม

มาดูการวัดเหล่านี้ให้ละเอียดยิ่งขึ้น

โดเมน

ในบริบทของการจัดการข้อมูลหลัก โดเมนหมายถึงพื้นที่เฉพาะของข้อมูลหลัก โดเมนข้อมูลหลักที่พบบ่อยที่สุดคือโดเมนลูกค้าและโดเมนผลิตภัณฑ์ ในวรรณกรรมตะวันตก มีข้อกำหนดที่กำหนดไว้สำหรับการจัดการข้อมูลหลักภายในโดเมนเหล่านี้: การบูรณาการข้อมูลลูกค้า (CDI) สำหรับโดเมนลูกค้า และการจัดการข้อมูลผลิตภัณฑ์ (PIM) สำหรับโดเมนผลิตภัณฑ์

ตามธรรมเนียมแล้ว CDI ไม่เพียงแต่รวมถึงลูกค้าเท่านั้น แต่ยังรวมถึงองค์กรหรือบุคคลด้วย ซึ่งอาจเรียกแตกต่างกันไปขึ้นอยู่กับอุตสาหกรรมขององค์กร เช่น ลูกค้า ซัพพลายเออร์ ธนาคาร กองทุน ผู้ป่วย พลเมือง ฯลฯ

PIM เดิมประกอบด้วย: ผลิตภัณฑ์ สินค้า วัสดุ บริการ งาน ฯลฯ
มีความคล้ายคลึงกันหลายประการในแนวทาง CDI และ PIM ในการจัดการข้อมูลหลัก แต่ก็มีความแตกต่างมากมายเช่นกัน ตัวอย่างเช่น เมื่อขจัดความซ้ำซ้อนเอนทิตีไคลเอนต์ ในกรณีส่วนใหญ่ การแยกวิเคราะห์คุณลักษณะเอนทิตีอย่างง่าย ๆ และการเปรียบเทียบตามอัลกอริธึมความน่าจะเป็นจะดำเนินการ ในขณะที่อยู่ในโดเมนผลิตภัณฑ์ การวิเคราะห์เชิงอรรถ/ภววิทยาของคุณลักษณะจะดำเนินการพร้อมกับการรวมกลไกการเรียนรู้ด้วยตนเอง . นอกจากนี้ ในโดเมนผลิตภัณฑ์ เอนทิตีสามารถมีแอตทริบิวต์ที่แตกต่างกันมากโดยขึ้นอยู่กับหมวดหมู่ที่เลือก (เช่น แล็ปท็อปมีชุดแอตทริบิวต์ของตัวเอง ในขณะที่เครื่องซักผ้าก็มีแอตทริบิวต์ของตัวเอง) คุณสมบัติทั้งหมดของโดเมนต่างๆ เหล่านี้ต้องได้รับการสนับสนุนโดยระบบ MDM

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

วิธีการใช้งาน

วิธีการใช้งาน MDM (Method of use) กำหนดว่าระบบ MDM จะใช้ทำอะไรในองค์กร กล่าวอีกนัยหนึ่งใครจะเป็นผู้บริโภคข้อมูลหลัก (โดยปกติแล้วอาจมีหลายคน)

มีสามวิธีหลักในการใช้งาน:

1. การวิเคราะห์
2. การดำเนินงาน
3. การทำงานร่วมกัน

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

วิธีการใช้งานในการดำเนินงานช่วยให้สามารถรวบรวม แก้ไข และใช้ข้อมูลหลักในระหว่างการทำธุรกรรมทางธุรกิจ (การดำเนินงาน) และทำหน้าที่รักษาความสอดคล้องทางความหมายของข้อมูลหลักภายในการดำเนินงานเหล่านี้ในแอปพลิเคชันการดำเนินงานทั้งหมด ในความเป็นจริง ในกรณีนี้ MDM ทำหน้าที่เป็นระบบ OLTP ที่ประมวลผลคำขอจากแอปพลิเคชันปฏิบัติการหรือผู้ใช้อื่นๆ การทำงานในโหมดนี้มักจะต้องสร้างภูมิทัศน์การบูรณาการแบบครบวงจรโดยใช้หลักการของสถาปัตยกรรมเชิงบริการ (SOA) และการใช้เครื่องมือบัสบริการองค์กร (ESB) เหมาะอย่างยิ่งหากเครื่องมือดังกล่าวรวมอยู่ในระบบ MDM โดยตรงหรือเป็นแบบต่อเนื่อง (มีผู้จำหน่ายที่มีทั้งโซลูชัน MDM และ ESB อยู่ในสายผลิตภัณฑ์ของตน และมีการบูรณาการซึ่งกันและกันอย่างลึกซึ้ง)

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

รูปแบบการดำเนินงาน

โดยปกติจะมีรูปแบบการใช้งานหลักสามรูปแบบ:

1. ทะเบียน;
2. การอยู่ร่วมกัน;
3. การทำธุรกรรม

รูปแบบการใช้งานรีจิสทรีเกี่ยวข้องกับการสร้างแหล่งข้อมูลหลักเป็น “ระบบลิงก์” ไปยังแหล่งข้อมูลระดับล่าง MDM ของรีจิสทรีมีเพียงแอตทริบิวต์หลักที่จำเป็นในการระบุและแมปเอนทิตี Registry MDM ทำงานในโหมดอ่านอย่างเดียว โดยข้อมูลที่ป้อนที่ระบบต้นทางและส่งผ่านไปยัง MDM เพื่อแก้ไขปัญหาเอนทิตี นอกจากนี้ MDM ของรีจิสทรีอาจจัดเก็บลิงก์ไปยังแหล่งที่มาของข้อมูลที่ไม่ใช่คีย์ แต่โดยปกติแล้วข้อมูลจะไม่ถูกถ่ายโอนไปยัง MDM โดยปกติจะใช้รูปแบบการลงทะเบียนเมื่อเลือกวิธีการดำเนินงานของการใช้ MDM (ดูด้านบน)

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

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

บทสรุป

ในทางปฏิบัติ การเลือกกลยุทธ์การนำ MDM ไปใช้อย่างใดอย่างหนึ่งนั้นถูกกำหนดโดยปัจจัยหลายประการ: เป้าหมายขององค์กรในด้านการจัดการข้อมูลหลัก ระดับวุฒิภาวะขององค์กร ระดับความพร้อมของโครงสร้างพื้นฐานด้านไอที ความพร้อมใช้งาน การลงทุนสำหรับการดำเนินโครงการและพารามิเตอร์อื่น ๆ อีกมากมาย ในการตัดสินใจเกี่ยวกับกลยุทธ์การดำเนินงาน คุณจะต้องทำการวิเคราะห์ปัจจัยเหล่านี้ทั้งหมดอย่างละเอียด และจัดทำการศึกษาความเป็นไปได้ของโครงการโดยละเอียด และกำหนดการโดยละเอียดที่ระบุถึงขั้นตอนของการพัฒนาโครงการ แต่นี่เป็นอีกหัวข้อกว้างๆ ที่ต้องพิจารณาแยกกัน

สิ่งหนึ่งที่แน่นอนก็คือ: การนำระบบ MDM ไปใช้จะต้องได้รับการดำเนินการอย่างระมัดระวังและก้าวหน้า โครงการติดตั้งระบบ MDM ส่วนใหญ่ล้มเหลวอย่างแม่นยำ เนื่องจากโครงการเหล่านี้ประเมินความซับซ้อนและปริมาณของการเปลี่ยนแปลงที่โครงการ MDM ต้องเผชิญต่ำเกินไป