นโยบายการออกใบอนุญาต 1C ให้ความสามารถในการสร้างและบันทึกการแก้ไขการกำหนดค่ามาตรฐาน และความสามารถในการอัปเดตตามลำดับ*

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

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

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

ขั้นตอนการดำเนินการอัปเดตการกำหนดค่าที่ไม่ได้มาตรฐานจะไม่ได้รับผลกระทบจากจำนวนการปรับปรุงที่มีอยู่ สามารถอธิบายโดยย่อได้ดังนี้:

• ค้นหาและเปรียบเทียบวัตถุที่เปลี่ยนแปลง
• ทำการอัพเดตจากรุ่นใหม่
• แนะนำการเปลี่ยนแปลงที่ทำไว้ก่อนหน้านี้ซึ่งถูก "เขียนทับ" ในขั้นตอนก่อนหน้า
• การตรวจสอบความเข้ากันได้และการทำงานของกระบวนการ

ความแตกต่างจะอยู่ในเวลาดำเนินการ: หากมีการปรับปรุงจำนวนมาก กระบวนการจะใช้เวลานานกว่าและต้องมีสมาธิ ความเอาใจใส่ และการตรวจสอบด้วยตนเอง

ลองพิจารณาอัปเดตการกำหนดค่าที่ไม่ได้มาตรฐานสำหรับสภาพแวดล้อม 1C โดยใช้ตัวอย่างของ “1C: การจัดการการค้า” (รุ่น 2014) เป็นรุ่นถัดไปที่พร้อมใช้งาน

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

ก่อนอัปเดตการกำหนดค่า คุณควรดาวน์โหลด ฐานข้อมูล. แนะนำให้ดำเนินการนี้ก่อนที่จะดำเนินการใดๆ กับฐานข้อมูลทั้งหมดโดยไม่มีข้อยกเว้น และโดยเฉพาะอย่างยิ่งกับฐานข้อมูลที่ไม่ได้มาตรฐาน:

การอัปโหลดฐานข้อมูลเสร็จสมบูรณ์:

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

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

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

หน้าต่างด้วย ข้อมูลพื้นฐานคำแนะนำและลำดับการอัพเดต:

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

หากต้องการค้นหาว่าออบเจ็กต์เมทาดาทาทั่วไปใดบ้างที่มีการเปลี่ยนแปลงก่อนหน้านี้ และจะมีการเปลี่ยนแปลงเมื่อติดตั้งการกำหนดค่าผู้ให้บริการใหม่ด้วย คุณต้องเลือก “แสดงคุณสมบัติที่เปลี่ยนแปลงเพียงสองครั้งเท่านั้น”:

เฉพาะออบเจ็กต์ที่ตรงตามเงื่อนไขนี้เท่านั้นที่ยังคงอยู่:

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

คุณสามารถประเมินการเปลี่ยนแปลงในระดับโค้ดได้โดยใช้ "แสดงความแตกต่างในโมดูล" แต่เนื่องจากจำเป็นต้องจดจำไว้ด้วยเพื่อที่จะดำเนินการหลังจากติดตั้งการอัปเดต เราจึงสร้างรายงานสองฉบับ: "รายงานเกี่ยวกับการเปรียบเทียบออบเจ็กต์การกำหนดค่าหลักกับผู้จำหน่ายเก่า configuration” (การปรับปรุงที่มี) และ “รายงานการเปรียบเทียบออบเจ็กต์การกำหนดค่าผู้ให้บริการใหม่กับออบเจ็กต์การกำหนดค่าผู้ให้บริการเก่า” (อัปเดต)*

*มาทำความเข้าใจคำศัพท์กัน:

• “การกำหนดค่าหลัก” – การกำหนดค่าที่ไม่ได้มาตรฐานซึ่งจำเป็นต้องได้รับการอัปเดต
• “การกำหนดค่าของผู้จำหน่ายเก่า” – การกำหนดค่าทั่วไปซึ่งมีการติดตั้งการอัปเดตครั้งล่าสุด
• “การกำหนดค่าซัพพลายเออร์ใหม่” คือสิ่งที่เรากำลังอัปเดตอยู่ในขณะนี้

เราปรับแต่งแบบฟอร์มรายงานและอัปโหลด รายการการเปลี่ยนแปลงที่ทำไว้ก่อนหน้านี้ได้รับการบันทึกแล้ว:

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

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

เรายอมรับรายการการเปลี่ยนแปลง:*

*หากปุ่ม "ยอมรับ" ไม่ได้ใช้งาน คุณควรเรียกใช้ "แก้ไขการทดสอบ":



เราเปิดตัวการแก้ไขข้อบกพร่องผ่าน F5 และได้รับการยืนยันความถูกต้องตามกฎหมายของการอัปเดต:

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

นี่เป็นบทความเก่าของฉัน แต่ก็ยังมีความเกี่ยวข้อง เลยตัดสินใจว่าจะเหมาะสมที่จะเผยแพร่บน www..

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

คุณอาจสังเกตเห็นว่าในการอัปเดตแต่ละครั้ง จำนวนออบเจ็กต์ที่คุณต้องให้ความสนใจจะเพิ่มขึ้นเท่านั้น ในเวลาเดียวกัน คุณรู้แน่ว่า ตัวอย่างเช่น มีเพียงเอกสารเดียวเท่านั้นที่มีการเปลี่ยนแปลง และเมื่ออัปเดต รายการของวัตถุที่เปลี่ยนแปลงหลายสิบรายการจะได้รับ แน่นอนคุณสามารถใช้เทคนิคที่อธิบายไว้ในบทความ "เทคโนโลยีสำหรับการอัปเดตการกำหนดค่าที่ไม่ได้มาตรฐานของ 1C: Enterprise 7.7" ลงวันที่ 27 มิถุนายน 2546 ใช่ มันจะได้ผล หลายๆ คนทำการอัพเดตด้วยวิธีนี้ แต่ฉันถือว่าแนวทางนี้ไม่มีประสิทธิภาพและใช้เวลานานเมื่ออัปเดตการกำหนดค่าบนแพลตฟอร์ม 1C:Enterprise 8 แตกต่างจากแพลตฟอร์ม 1C:Enterprise 7.7 แพลตฟอร์ม 1C:Enterprise 8 ช่วยให้คุณเปิดการกำหนดค่าหลายรายการพร้อมกัน (ไฟล์ * .cf) และดำเนินการ การเปรียบเทียบการกำหนดค่าหลายรายการในตัวปรับแต่งสำเนาเดียว ข้อยกเว้นเพียงอย่างเดียวคือการกำหนดค่าที่สร้างขึ้นบน PPM (Manufacturing Enterprise Management) ซึ่งมีน้ำหนักมากเกินไป แพลตฟอร์มล่ม

กระบวนการอัปเดตการกำหนดค่า 1C:Enterprise 8 นั้นเป็นไปโดยอัตโนมัติมากกว่าเมื่อเปรียบเทียบกับ 1C:Enterprise 7.7 ระบบอัตโนมัติในระดับที่ค่อนข้างสูงสามารถลดความเข้มของงานได้อย่างมากเมื่ออัปเดตการกำหนดค่าที่ไม่ได้มาตรฐาน น่าเสียดายที่กระบวนการอัปเดตการกำหนดค่าที่ไม่ได้มาตรฐานส่วนใหญ่มักไม่สามารถทำได้อย่างสมบูรณ์ โหมดอัตโนมัติและต้องมีการแทรกแซงจากผู้เชี่ยวชาญ

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

โปรดทราบว่าฐานข้อมูลสามารถมีการกำหนดค่าได้สูงสุดสามประเภท:

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

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

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

ขั้นตอนที่ 1 การเตรียมการ

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

คุณสามารถข้ามขั้นตอนนี้ได้หาก การปรับปรุงครั้งล่าสุดผ่าน "การสนับสนุน" (เมนู "การกำหนดค่า" → "การสนับสนุน" → "อัปเดตการกำหนดค่า") หรือดำเนินการตามวิธีที่อธิบายไว้ในบทความนี้

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

1. การเปรียบเทียบเวอร์ชัน

มาดูเลขเวอร์ชั่นกัน การกำหนดค่าการทำงานและ การกำหนดค่าผู้ขาย. ตัวเลข การกำหนดค่าการทำงานดูในเมนู "การกำหนดค่า" →เมนู "เปิดการกำหนดค่า" "แก้ไข" → "คุณสมบัติ" ในบล็อก "การพัฒนา" เลือก "เวอร์ชัน" (ภาพที่ 1).

ตัวเลข การกำหนดค่าผู้ขายดูในเมนู “การกำหนดค่า” → “การสนับสนุน” → “การตั้งค่าการสนับสนุน...” รายการ “เวอร์ชัน” (รูปที่ 2)

หากตัวเลขตรงกัน ให้ไปยังขั้นตอนถัดไป ซม. .

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

2. บันทึกการกำหนดค่าการทำงาน (หลัก)

มาบันทึกกันเถอะ การกำหนดค่าการทำงานไปยังไฟล์ เช่น work.cf ในการดำเนินการนี้ ให้เลือกรายการเมนู "การกำหนดค่า" → "บันทึกการกำหนดค่าลงในไฟล์..."

3. รับไฟล์อัพเดตสำหรับการกำหนดค่าผู้ให้บริการ

เพื่อให้ตรงกับการกำหนดค่า เราจำเป็นต้องมีไฟล์ *.cf จากการแจกจ่ายของซัพพลายเออร์ที่มีหมายเลขเวอร์ชันเดียวกันกับ การกำหนดค่าการทำงาน(ภาพที่ 3 และ 4) ไฟล์นี้สามารถรับได้โดยการติดตั้งการกระจายที่เหมาะสม ตามค่าเริ่มต้น การกระจายการกำหนดค่าจะถูกติดตั้งในไดเร็กทอรี C:/Program Files/1cv81/tmplts สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการติดตั้งเทมเพลตการกำหนดค่า โปรดดูเอกสารประกอบ

ลองตรวจสอบไดเร็กทอรีเทมเพลต หากมีไฟล์ *.cf ของเวอร์ชันที่ต้องการในไดเร็กทอรี templates ให้ไปที่

คุณจะทำอย่างไรหากไม่มีไฟล์ *.cf ในเวอร์ชันที่ต้องการ การกำหนดค่าผู้ขาย? ในกรณีนี้ คุณสามารถใช้ไฟล์ *.cfu และทำซ้ำขั้นตอนที่อธิบายไว้ในสเตจ 1 หลายครั้ง เพื่อเพิ่มหมายเลขเวอร์ชันเป็นรุ่นที่ต้องการอย่างต่อเนื่อง ในกรณีนี้เป็น 1.2.6.2 โปรดทราบว่าการใช้ไฟล์ *.cfu อาจไม่สามารถแก้ไขข้อผิดพลาดที่เกิดขึ้นก่อนหน้านี้ระหว่างการอัพเดตได้ ซึ่งคุณเห็นแล้วว่าค่อนข้างแปลกเมื่อพิจารณาจากข้อเท็จจริงที่ว่าไฟล์ซัพพลายเออร์จะถูกรวบรวมตามไฟล์ *.cfu ก่อนจากนั้นจึงทำการอัพเดต อาจเนื่องมาจากข้อเท็จจริงที่ว่าด้วยเหตุผลบางประการ ออบเจ็กต์การกำหนดค่าทั้งหมดไม่ได้รวมอยู่ในการเปรียบเทียบ ดังนั้นฉันขอแนะนำให้ใช้เส้นทางที่อาจยาวกว่า แต่ก็เป็นเส้นทางที่เชื่อถือได้มากกว่าด้วย

คุณต้องสร้างฐานข้อมูลว่างด้วย การกำหนดค่าผู้ขาย "เก่า". อัปเดต การกำหนดค่าผู้ให้บริการเป็นเวอร์ชันที่ต้องการและนำไปใช้งานในขั้นตอนที่ 1 สำหรับการได้รับ การกำหนดค่าผู้ขาย "ใหม่"คุณต้องทำสิ่งต่อไปนี้:

1. การสร้างไฟล์ซัพพลายเออร์ "เก่า"สำหรับการกำหนดค่าปัจจุบัน ไฟล์ 1cv8.cf สามารถนำมาจากการแจกจ่ายของซัพพลายเออร์ หรือบันทึกจากฐานข้อมูลการทำงาน หากการกำหนดค่าอยู่ภายใต้การสนับสนุน หากต้องการบันทึกไฟล์ 1cv8.cf จากฐานข้อมูลการทำงาน ให้ไปที่เมนู "การกำหนดค่า" → "การสนับสนุน" → "การตั้งค่าการสนับสนุน..." คลิกปุ่ม "บันทึกลงในไฟล์" แล้วระบุไดเร็กทอรีและชื่อไฟล์ เช่น บนเดสก์ท็อป
2. สร้างฐานข้อมูลด้วยการกำหนดค่าผู้ให้บริการใหม่ฐานข้อมูลสามารถสร้างขึ้นได้โดยใช้การแจกจ่ายของซัพพลายเออร์จากดิสก์ ITS หรือใช้ 1cv8.cf ที่ได้รับก่อนหน้านี้จากเดสก์ท็อป ในกรณีแรก เราปฏิบัติตามคำแนะนำที่อยู่ในชุดแจกจ่าย ในกรณีที่สอง ในการสร้างฐานข้อมูลจากไฟล์ที่อยู่บนเดสก์ท็อป เราจะสร้างฐานข้อมูลใหม่โดยไม่มีการกำหนดค่าและเรียกใช้ตัวกำหนดค่า ในเมนู “การกำหนดค่า” → “โหลดการกำหนดค่าจากไฟล์...” เราระบุไฟล์ที่บันทึกไว้ก่อนหน้านี้บนเดสก์ท็อป เราเปิดการกำหนดค่าผ่านเมนู "การกำหนดค่า" → "เปิดการกำหนดค่า" และอัปเดตเป็นรุ่นที่ต้องการผ่านเมนู "การกำหนดค่า" → "การสนับสนุน" → "อัปเดตการกำหนดค่า" โดยใช้ไฟล์ *.cfu
3. สร้างไฟล์การกำหนดค่าผู้ให้บริการ "ใหม่"ในการดำเนินการนี้ ให้เลือกรายการเมนู "การกำหนดค่า" → "บันทึกการกำหนดค่าลงในไฟล์..." เราระบุตำแหน่งและชื่อของไฟล์ 1cv8.cf คลิก "บันทึก"

4. จับคู่การกำหนดค่าการปฏิบัติงานและการกำหนดค่าของซัพพลายเออร์ผ่านการอัพเดต

การใช้ไฟล์ *.cf ที่เป็นผลลัพธ์ การกำหนดค่าผู้ขายมาอัพเดทกัน ในการดำเนินการนี้ ให้เลือกรายการเมนู "การกำหนดค่า" → "การสนับสนุน" → "อัปเดตการกำหนดค่า", "เลือกไฟล์อัปเดต", "เสร็จสิ้น" (รูปที่ 5), "เรียกใช้" (รูปที่ 6)

โซลูชั่น:

• ยกเลิกการทำเครื่องหมายออบเจ็กต์ที่อยู่ในการกำหนดค่าซัพพลายเออร์
• ลบการอ้างอิงไปยังวัตถุที่อยู่ในการกำหนดค่าผู้ให้บริการ

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

5. การคืนค่าการตั้งค่าที่หายไปบางส่วนในขั้นตอนก่อนหน้า

หากต้องการคืนค่าการตั้งค่าที่สูญหายไปบางส่วน ให้ผสานกับไฟล์ที่บันทึกไว้ก่อนหน้านี้ การกำหนดค่าการทำงาน work.cf. ในการดำเนินการนี้ ให้เลือกรายการเมนู "การกำหนดค่า" → "เปรียบเทียบ ผสานกับการกำหนดค่าจากไฟล์..."

6. บันทึกผลการอัพเดต

มาบันทึกการเปลี่ยนแปลงกัน การกำหนดค่าการทำงานและอัปเดต การกำหนดค่าฐานข้อมูล. ในการดำเนินการนี้ให้เลือกรายการเมนู "การกำหนดค่า" → "อัปเดตการกำหนดค่าฐานข้อมูล"

ปัญหาอื่นรอเราอยู่ที่นี่ (รูปที่ 8)

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

เราจัดการกับบทบาทอย่างง่ายๆ - เราลบมันออกเพราะว่า บทบาทไม่มีการเปลี่ยนแปลง (สามารถตรวจสอบได้โดยการเปรียบเทียบและ การกำหนดค่าการทำงาน). เราดำเนินการแตกต่างออกไปกับรายละเอียดเอกสาร ต้องเปลี่ยนชื่อแอตทริบิวต์ เช่น OrderReserve1 และหลังจากอัปเดตแล้ว ค่าจากแอตทริบิวต์ที่เปลี่ยนชื่อจะต้องถูกโอนไปยังแอตทริบิวต์ใหม่ เมื่อต้องการทำเช่นนี้ คุณสามารถใช้การประมวลผลของ UniversalSelectionAndProcessingObjects.epf จากดิสก์ ITS

ลองพิจารณาสถานการณ์อื่นที่คล้ายกับสถานการณ์ก่อนหน้า แต่เกิดขึ้นระหว่างการอัปเดต 1C: Enterprise Accounting 8.1 จะทำอย่างไรกับแบบฟอร์ม? (ภาพที่ 9)

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

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

มาบันทึกการเปลี่ยนแปลงกัน การกำหนดค่าการทำงานและอัปเดต การกำหนดค่าฐานข้อมูล“การกำหนดค่า” → “อัปเดตการกำหนดค่าฐานข้อมูล”

หากจำเป็น ให้โอนค่าของแอตทริบิวต์ OrderReserve1 ไปยัง OrderReserve โดยใช้การประมวลผลภายนอกในโหมด 1C: Enterprise

ด่าน 2 อัปเดต

หลังจากดำเนินงานเตรียมการในขั้นตอนที่ 1 แล้ว เราจะดำเนินการอัปเดตต่อไป การกำหนดค่าพื้นฐานและการถ่ายโอนการแก้ไขที่ทำไว้ก่อนหน้านี้ไปยังการกำหนดค่ามาตรฐานของซัพพลายเออร์

ในการอัปเดตการกำหนดค่า เราจำเป็นต้องมีไฟล์ *.cfu หรือไฟล์ *.cf จากการแจกจ่ายของซัพพลายเออร์ คุณสามารถอ่านเพิ่มเติมเกี่ยวกับวิธีการขอรับได้

หากทำการอัปเดตผ่านการกำหนดค่าหลายเวอร์ชันคุณควรให้ความสนใจกับสถานการณ์ที่อธิบายไว้ในบทความ "" หากไม่ได้ดำเนินการอัปเดตบนฐานการทำงาน หลังจากเสร็จสิ้นการเตรียมการของแต่ละขั้นตอนใหม่แล้ว เราจะบันทึกไฟล์ *.cf จะจำเป็นเมื่ออัปเดตการกำหนดค่าฐานข้อมูลการผลิตของลูกค้า

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

หากดำเนินการอัปเดตผ่านหลายเวอร์ชันเพื่อลดความเข้มข้นของแรงงานในการอัปเดตคุณสามารถใช้วิธีคำนวณการเผยแพร่คีย์ตามที่อธิบายไว้ในบทความ“ การอัปเดตการกำหนดค่า 1C:Enterprise 8 ข้ามผ่าน 20 เวอร์ชัน”

1. การจัดทำฐานข้อมูล

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

2. การเปรียบเทียบการกำหนดค่าแบบสามทาง

มาเปิดฐานข้อมูลทั้งสองในโหมด Configurator และทำการเปรียบเทียบการกำหนดค่าในฐานข้อมูลทั้งสองแบบสามทาง โดยใช้ไฟล์การกำหนดค่าใหม่ของซัพพลายเออร์ที่มีอยู่ ในการดำเนินการนี้ ในฐานข้อมูลทั้งสอง ให้เลือกรายการเมนู "การกำหนดค่า" → "การสนับสนุน" → "อัปเดตการกำหนดค่า", "เลือกไฟล์อัปเดต", "เสร็จสิ้น" (รูปที่ 10)

จากการเปรียบเทียบการกำหนดค่าทั้งสามแบบ ( การกำหนดค่าผู้ขายเก่า, การกำหนดค่าผู้ขายใหม่และ การกำหนดค่าการทำงาน) เราได้รับรายการวัตถุที่เปลี่ยนแปลง ตั้งค่าตัวกรอง “แสดงคุณสมบัติที่เปลี่ยนแปลงเพียงสองครั้งเท่านั้น” (รูปที่ 11 และ 12)

เป็นวัตถุเหล่านี้ที่ต้องจัดการก่อนเพราะ... หลังจากการอัพเดต การตั้งค่าที่ทำไว้ก่อนหน้านี้อาจสูญหายได้

ณ จุดนี้ เราระงับการทำงานในฐานข้อมูลที่สอง (เสริม) และดำเนินการต่อในฐานข้อมูลหลัก ไม่จำเป็นต้องคลิกปุ่ม "Run" ในฐานข้อมูลเสริม เราต้องการฐานข้อมูลนี้ในแบบฟอร์มนี้ทุกประการจนกว่ากระบวนการอัปเดตจะเสร็จสิ้น

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

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

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

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

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

ต่อไป เราทำการเปรียบเทียบทั้งหมดในฐานข้อมูลเสริม เรามีการเปรียบเทียบอยู่แล้ว - แบบสามทาง เพื่อพิจารณาการเปลี่ยนแปลงที่ทำไว้ก่อนหน้านี้ เราทำการเปรียบเทียบครั้งที่สองเพิ่มเติม การกำหนดค่าผู้ขายเก่ากับ การกำหนดค่าหลัก. หากต้องการทำสิ่งนี้ให้เลือกรายการในเมนู "การกำหนดค่า" → "เปรียบเทียบการกำหนดค่า:" เลือกเพื่อเปรียบเทียบ " การกำหนดค่าผู้ให้บริการ" และ " การกำหนดค่าพื้นฐาน

ในทำนองเดียวกันเราเปรียบเทียบ การกำหนดค่าผู้ขายเก่ากับอันใหม่ เพื่อการเปรียบเทียบเราต้องการไฟล์ การกำหนดค่าซัพพลายเออร์ใหม่. หากไม่มีไฟล์ดังกล่าวก็สามารถรับได้จากฐานข้อมูลหลักแล้ว เพื่อบันทึกเป็นไฟล์ การกำหนดค่าซัพพลายเออร์ใหม่ในฐานข้อมูลหลักในเมนู “การกำหนดค่า” → “การสนับสนุน” → “การตั้งค่าการสนับสนุน:” คลิกปุ่ม “บันทึกลงในไฟล์” (รูปที่ 2) ระบุชื่อไฟล์ เช่น new.cf ต่อไป เราจะทำการเปรียบเทียบการกำหนดค่าครั้งที่สาม และเมื่อทำการเปรียบเทียบ ให้ระบุไฟล์ new.cf เป็นการกำหนดค่าที่สอง

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

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

การเปรียบเทียบแบบฟอร์ม ตาราง และโมดูลของออบเจ็กต์ในการกำหนดค่าจะดำเนินการโดยมีรายละเอียดเพียงพอ (รูปที่ 17) ก็เพียงพอแล้วสำหรับการตัดสินใจ

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

เพื่อลดความเข้มข้นของแรงงานในการทำงานเมื่อเปรียบเทียบวัตถุ คุณสามารถใช้การประมวลผล "การเปรียบเทียบเซลล์" ที่พัฒนาโดยบริษัท Inform Service ความเข้มแรงงานในการทำงานเมื่อเปรียบเทียบวัตถุคอมโพสิตสามารถลดลงได้ประมาณ 20 เท่า

การประมวลผล "การเปรียบเทียบเซลล์" เปิดตัวในโหมด 1C: Enterprise และช่วยให้คุณสามารถนำเสนอข้อมูลจากรายงานการเปรียบเทียบวัตถุในรูปแบบภาพ (รูปที่ 18 และ 19) สำหรับการเปรียบเทียบจะใช้ความสามารถของ 1C:Enterprise 8

รูปแบบการประมวลผลนั้นง่าย ในตัวกำหนดค่า เราสร้างรายงานเกี่ยวกับการเปรียบเทียบออบเจ็กต์ (รูปที่ 17) และบันทึกลงในไฟล์ เช่น comparison Report.mxl เปิด 1C:Enterprise และในกล่องโต้ตอบ (รูปที่ 18) เลือกไฟล์ที่บันทึกไว้และระบุเซลล์ที่จะเปรียบเทียบ โดยดับเบิลคลิกปุ่มเมาส์ขวาบนเซลล์ที่เลือกของเอกสารสเปรดชีต เมื่อคลิกปุ่ม "เปรียบเทียบ" เราจะได้ผลลัพธ์ของการเปรียบเทียบ โดยที่ตำแหน่งต่างๆ จะถูกเน้นด้วยสี (รูปที่ 19)

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

ควรให้ความสนใจเป็นพิเศษกับเทมเพลต RLS สำหรับบทบาทของผู้ใช้ที่เปลี่ยนแปลง

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

ขั้นตอนที่ 3 การส่งมอบงาน

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

ขั้นแรก เราศึกษาคำแนะนำจากชุดแจกจ่ายอย่างละเอียด เราดำเนินงานที่จำเป็นก่อนที่จะอัพเดตฐานข้อมูลการทำงาน

หากไม่มีการเปลี่ยนแปลงการกำหนดค่าในฐานข้อมูลการทำงานของลูกค้าในระหว่างการเตรียมการอัปเดต และการอัปเดตได้เตรียมไว้ในสำเนาปัจจุบันของฐานข้อมูลการทำงาน ดังนั้นหากต้องการถ่ายโอนการตั้งค่า ให้บันทึกการกำหนดค่าการทำงานลงในไฟล์ เช่น work_2 .cf โดยเลือกรายการเมนู “การกำหนดค่า” → “ บันทึกการกำหนดค่าลงในไฟล์...”

• เมื่อใช้ไฟล์ work_2.cf เราจะถ่ายโอนการเปลี่ยนแปลง ในการดำเนินการนี้ ให้เลือกรายการเมนู "การกำหนดค่า" → "โหลดการกำหนดค่าจากไฟล์...";
• เมื่อถูกถามเกี่ยวกับการอัพเดตการกำหนดค่าฐานข้อมูล เราจะตอบว่าใช่

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

หากไม่ได้เตรียมการอัปเดตบนสำเนาปัจจุบันของฐานข้อมูลการทำงาน เราจะใช้เทคนิคที่ใช้ในขั้นตอนแรกในการถ่ายโอนการตั้งค่า ในการดำเนินการนี้ เราจำเป็นต้องมีไฟล์ *.cf ของการกำหนดค่ามาตรฐานของซัพพลายเออร์ (1.2.14.1) และผลลัพธ์ของการอัปเดตในรูปแบบของไฟล์ *.cf ด้วย ในการดำเนินการนี้ ให้บันทึกการกำหนดค่าการทำงานลงในไฟล์ เช่น work_2.cf โดยเลือกรายการเมนู "การกำหนดค่า" → "บันทึกการกำหนดค่าไปยังไฟล์..."

การดำเนินการเพิ่มเติมในด้านลูกค้าจะเป็นดังนี้:

• สร้าง สำเนาสำรองฐานข้อมูล;
• เราจะทำการอัปเดตโดยใช้ไฟล์ *.cf ของการกำหนดค่ามาตรฐานของซัพพลายเออร์ ในการดำเนินการนี้ให้เลือกรายการเมนู "การกำหนดค่า" → "การสนับสนุน" → "อัปเดตการกำหนดค่า", "เลือกไฟล์อัปเดต", "เสร็จสิ้น" (รูปที่ 10), "เรียกใช้";
• เมื่อใช้ไฟล์ work_2.cf เราจะถ่ายโอนการเปลี่ยนแปลง หากต้องการทำสิ่งนี้ ให้เลือกรายการเมนู "การกำหนดค่า" → "เปรียบเทียบ ผสานกับการกำหนดค่าจากไฟล์...";
• มาบันทึกการเปลี่ยนแปลงการกำหนดค่าการทำงานและอัปเดตการกำหนดค่าฐานข้อมูลกันดีกว่า ในการดำเนินการนี้ให้เลือกรายการเมนู "การกำหนดค่า" → "อัปเดตการกำหนดค่าฐานข้อมูล"

การดำเนินการขั้นตอนนี้อย่างถูกต้องจะช่วยให้คุณหลีกเลี่ยงงานที่อธิบายไว้ในขั้นตอนที่ 1 ในอนาคต

การอัปเดตแพลตฟอร์มที่ไม่ได้มาตรฐานนั้นยากมาก เราจะดูวิธีอัปเดตการกำหนดค่า 1C ที่ไม่ได้มาตรฐานและอธิบายวิธีแก้ปัญหาทีละขั้นตอนสำหรับปัญหาที่เกิดขึ้น

วิธีอัปเดตในการกำหนดค่า 1C ที่ไม่ได้มาตรฐาน

แนวคิดทั่วไป

เมื่ออัปเดตแพลตฟอร์มที่ไม่ได้มาตรฐาน การเปลี่ยนแปลงจะส่งผลต่อองค์ประกอบของการกำหนดค่ามาตรฐานของซัพพลายเออร์เสมอ

ฐานข้อมูล (DB) มีการกำหนดค่าสูงสุดสามประเภท:

• ฐานข้อมูลนั้นเอง - อัลกอริธึมเชิงตรรกะใช้งานได้
• การทำงาน (ที่เรียกว่า main, ConfigOR) - ซึ่งเราเปลี่ยนแปลงเป็นระยะ
• การกำหนดค่าซัพพลายเออร์ (ConfigP - ขึ้นอยู่กับนั้น ผู้ใช้จะสร้างทั้งการกำหนดค่าการทำงานและฐานข้อมูล

หากโปรแกรมหลุดจากการสนับสนุน ซัพพลายเออร์จะไม่สามารถใช้งานได้อีกต่อไป อย่างไรก็ตาม การเพิ่มขึ้นของค่าแรงในการอัปเดตเป็นสิ่งที่หลีกเลี่ยงไม่ได้ ลองพิจารณาอัปเดตการกำหนดค่า 1C ที่ไม่ได้มาตรฐาน ตัวอย่างจะเป็นแพลตฟอร์ม PPM (Manufacturing Enterprise Management)

การผสม

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

การเปรียบเทียบเวอร์ชัน

เราตรวจสอบหมายเลขเวอร์ชัน (ใช้งานได้และจัดส่งแล้ว) รายการแรกจะถูกตรวจสอบใน "การกำหนดค่า" / "เปิด" / "แก้ไข" / "คุณสมบัติ" ในส่วน "การพัฒนา/เวอร์ชัน" อันดับที่สองใน “การกำหนดค่า” / “การสนับสนุน” / “การตั้งค่าการสนับสนุน” / “เวอร์ชัน”:

หากตัวเลขตรงกัน คุณสามารถไปยังส่วนการรับไฟล์ผ่านการอัพเดตได้

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

บันทึกการกำหนดค่า (ใช้งานได้)

มาบันทึก ConfigOR ลงในไฟล์ชื่อ เช่น work.cf เมื่อต้องการทำเช่นนี้ ให้เลือก "การกำหนดค่า"/"บันทึก..."

การดึงไฟล์ผู้ให้บริการ

หากต้องการรวม ConfigOR เข้ากับ ConfigP คุณต้องมีไฟล์ cf จากการแจกจ่ายของซัพพลายเออร์ (เวอร์ชันเดียวกัน) โดยค่าเริ่มต้นจะอยู่ใน C:/Program Files/1cv81/tmplts เรามาตรวจสอบการมีอยู่ของไฟล์ cf ที่ต้องการในตารางเทมเพลตกันดีกว่า จะทำอย่างไรถ้าไม่ ไฟล์ที่ต้องการเวอร์ชันการกำหนดค่าของผู้จำหน่ายที่จำเป็น? จากนั้นคุณจะต้องสร้างฐานข้อมูลเปล่าจากฐานข้อมูลเก่า อัปเดตเป็นเวอร์ชันที่ต้องการ จากนั้นจึงใช้งานเท่านั้น

การรับไฟล์ผ่านการอัพเดต

หากต้องการอัปเดตไฟล์ ConfigP cf ให้เลือกคำสั่งจากเมนู: “Configuration/Support/Update.../Select file/Finish/Run” (ตามลำดับในรูปภาพ):

ในการแก้ปัญหานี้ คุณต้องยกเลิกการเลือกเครื่องหมายลบออกจากออบเจ็กต์ในการกำหนดค่าซัพพลายเออร์ จากนั้นหลังจากลบเราจะทำการเปรียบเทียบอีกครั้ง - คลิกปุ่ม "อัปเดต" ในหน้าต่างอัปเดต

กำลังคืนค่าการตั้งค่า

การตั้งค่าที่สูญหายบางส่วนจะได้รับการกู้คืนโดยการรวมเข้ากับไฟล์ work.cf ที่บันทึกไว้ก่อนหน้านี้ ในการดำเนินการนี้ ให้เลือก “การกำหนดค่า/เปรียบเทียบ รวม... ไฟล์”

การบันทึกและการปรับ

หากต้องการบันทึก ConfigOR และอัปเดตฐานข้อมูล ในรายการเมนู "การกำหนดค่า" ให้เลือก "อัปเดต...DB" ที่นี่เราพบปัญหาใหม่:

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

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

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

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

บันทึกการเปลี่ยนแปลงฐานข้อมูลการทำงานและอัปเดตการกำหนดค่าฐานข้อมูล: “Configuration/Update...DB” การถ่ายโอนค่าของแอตทริบิวต์ OrderReserve1 ไปยัง OrderReserve ดำเนินการโดยการประมวลผลภายนอกของโหมด 1C: Enterprise

การเตรียมฐาน

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

การเปรียบเทียบ

หลังจากเปิดฐานข้อมูลทั้งสองด้วย Configurator แล้ว เราจะทำการเปรียบเทียบแบบสามทาง สำหรับสิ่งนี้ เราใช้ไฟล์ ConfigP ใหม่ - “การกำหนดค่า/การสนับสนุน/อัปเดต…/เลือกไฟล์…/เสร็จสิ้น”:

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

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

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

เราทำเครื่องหมายในช่องเพื่อระบุขั้นตอนและฟังก์ชันที่จะเปลี่ยนหรือลบออก:

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

การเปรียบเทียบครั้งต่อไปจะดำเนินการอีกครั้งในฐานข้อมูลเสริม เราพบการเปลี่ยนแปลงที่ทำไว้ก่อนหน้านี้โดยการเปรียบเทียบ ConfigP เก่ากับ ConfigOR เพิ่มเติม - “การกำหนดค่า/เปรียบเทียบ...”:

ในทำนองเดียวกัน เราจะเปรียบเทียบ ConfigP แบบเก่ากับแบบใหม่ หากไม่มีไฟล์ใหม่ คุณสามารถดึงไฟล์จากฐานข้อมูลหลักได้แล้ว

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

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

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

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

การลดความเข้มข้นของแรงงานสามารถทำได้โดยใช้การกำหนดค่า "การเปรียบเทียบเซลล์" จากบริษัท Inform Service เป็นต้น มีให้เปิดตัวในโหมด 1C: Enterprise และนำเสนอข้อมูลรายงานการเปรียบเทียบในรูปแบบที่สะดวก การเปรียบเทียบดำเนินการโดยใช้ความสามารถ 1C:

รูปแบบการดำเนินงานเป็นเรื่องง่าย รายงานวัตถุเปรียบเทียบจะถูกสร้างขึ้นในตัวกำหนดค่า บันทึกลงในไฟล์ เช่น Compare Report.mxl ในกล่องโต้ตอบ 1C:Enterprise จะเปิดขึ้นและระบุเซลล์ที่จะเปรียบเทียบ (โดยดับเบิลคลิกด้วยปุ่มเมาส์ขวาบนเซลล์ที่เลือกของเอกสารสเปรดชีต) เมื่อคลิก "เปรียบเทียบ" ผลลัพธ์ของการเปรียบเทียบจะได้รับ โดยไฮไลต์ตำแหน่งต่างๆ ด้วยสี

คำแนะนำเพิ่มเติมสำหรับการดำเนินการมีลักษณะดังนี้

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

เราทำงานร่วมกับ 1C 7.7

การอัปเดตแพลตฟอร์มมาตรฐานเป็นแพลตฟอร์มเดียวกันมักจะไม่ทำให้เกิดปัญหา คุณเพียงแค่ต้องปฏิบัติตามคำแนะนำในคำแนะนำ ตั้งอยู่ใน UPDATE.TXT ของไดเร็กทอรีการแจกจ่าย

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

ขอแนะนำให้อัปเดตบนพีซีที่รวดเร็วและมี RAM จำนวนมาก หากขาดหายไป 1C อาจปฏิเสธที่จะทำงานบางอย่างและหยุดการทำงาน หน่วยความจำเสมือนจำนวนมากไม่สามารถแก้ปัญหานี้ได้

การสร้างสำเนาสำรอง

เพื่อจุดประสงค์นี้ คุณต้องใช้ตัวเลือก: “การดูแลระบบ/บันทึกข้อมูล...” สะดวกในการระบุชื่อของไฟล์เก็บถาวรรวมกับวันที่สร้าง (เช่น YYMMDD.zip)

การจัดทำแค็ตตาล็อก

ในการทำงาน คุณจะต้องมีไฟล์การกำหนดค่าหกไฟล์ (1cv7.md):

1. “ WorkingNew” เพื่อเตรียมการอัพเดต (ส่งผลให้ไฟล์ md);
2. “WorkingOld” สำหรับการติดตามการเปลี่ยนแปลงระหว่างการเปรียบเทียบและสำหรับการถ่ายโอนการตั้งค่าไปยัง TypeNew_2;
3. ทั่วไป (เก่า) “TypeOld_1” โดยพื้นฐานแล้วมีการสร้างอันที่ใช้งานได้ก่อนหน้านี้
4. ประเภท. (เดิม) “TypeOld_2” เพื่อติดตามการเปลี่ยนแปลงในบริษัท 1C ในเวอร์ชันมาตรฐานใหม่
5. พิมพ์. (ใหม่) "TypeNew_1" การปรับปรุงจาก 1C ในเวอร์ชันใหม่
6. “TypeNew_2” สำหรับวัตถุที่ซับซ้อน

และห้า กำลังเรียกใช้ตัวกำหนดค่า(ทั้งหมดยกเว้น “TypeNew_1”)

เริ่มแรก ไดเร็กทอรีจะเหมือนกันเป็นคู่:

• “คนงานใหม่” และ “คนงานเก่า”;
• "TypeOld_1 และ TypeOld_2";
• "TypeNew_1" และ "TypeNew_2"

การรวมองค์ประกอบ

ขั้นแรกเราทำการเปรียบเทียบระหว่าง 3 และ 2, 4 และ 5, 1 และ 6 ในการดำเนินการนี้สำหรับแต่ละรายการแรกในคู่ให้เลือกรายการ "การกำหนดค่า / การควบรวมกิจการ ... " และระบุไฟล์ข้อมูลเมตา 1cv7 md ของวินาทีในคู่ แบบฟอร์มที่มีโครงสร้างองค์ประกอบที่เปลี่ยนแปลงจะแสดงบนหน้าจอ ถัดไปจำเป็นต้องวิเคราะห์ผลลัพธ์ของการเปรียบเทียบแบบคู่ของ 3 กับ 2 และ 4 กับ 5 ปล่อยให้รวมองค์ประกอบในแพลตฟอร์มที่อัปเดต (1 และ 6) ซึ่งมีการเปลี่ยนแปลงจาก บริษัท 1C (4 กับ 5) แต่ไม่ได้สะท้อนออกมาใน 3 และ 2 1 และ 4 จำเป็นต้องรวมกันในโหมดการเปลี่ยนตัว

คนอื่น

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

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

เราหวังว่าสิ่งพิมพ์ของเราจะช่วยให้คุณเข้าใจการอัปเดตการกำหนดค่า 1C ที่ไม่ได้มาตรฐาน เราพิจารณาเรื่องนี้ทั้งเวอร์ชันที่เจ็ดและแปด

แสดงความคิดเห็นเขียนเกี่ยวกับประสบการณ์ของคุณในการอัปเดต 1C