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

การอัปเดตแพลตฟอร์มที่ไม่ได้มาตรฐานนั้นยากมาก เราจะดูวิธีอัปเดตการกำหนดค่า 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 จำเป็นต้องรวมกันในโหมดการเปลี่ยนตัว

คนอื่น

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

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

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

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

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

จะทำอย่างไรถ้าการกำหนดค่าไม่ปกติ? หรือแบบมาตรฐาน แต่มีการแก้ไขบางอย่าง - มีไดเร็กทอรี, รายละเอียดสองสามอย่าง, มีการเพิ่มรายงาน?

เราจะหาคำตอบสำหรับคำถามนี้ในวันนี้

การกำหนดค่า 1C ที่ไม่ได้มาตรฐานคืออะไร

การกำหนดค่า 1C ที่ผิดปกติคือเมื่อ:

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

คุณต้องทำการเปลี่ยนแปลงการกำหนดค่ามาตรฐานก่อนจึงจะเปลี่ยนแปลงได้

เมื่ออัปเดต 1C ของการกำหนดค่าที่ไม่ได้มาตรฐานซึ่งถูกลบออกจากการสนับสนุน 1C จะเสนอให้ "นำการกำหนดค่าที่ไม่ได้มาตรฐานกลับมารองรับอีกครั้ง" จากนั้นการเปลี่ยนแปลงทั้งหมดจะถูกยกเลิก (ลบ)

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

มาดูตัวอย่างการกำหนดค่าที่เปลี่ยนแปลงที่เราต้องการอัปเดต นี่คือการกำหนดค่าการบัญชี 1C ทั่วไป (ซ้าย) ซึ่งได้ทำการเปลี่ยนแปลง (ขวา):

4) ในไดเร็กทอรี "Individuals" ในโมดูลฟอร์มในฟังก์ชัน ReadPlace of Birth() มีการเพิ่มบรรทัดโปรแกรม

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

การอัปเดต 1C ด้วยการบันทึกการเปลี่ยนแปลงการกำหนดค่า 1C ที่ไม่ได้มาตรฐาน

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

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

ไฟล์อัพเดต 1C สามารถอยู่ในรูปแบบต่อไปนี้:

• ไฟล์ที่มีนามสกุล CF – มีทั้งหมด รูปลักษณ์ใหม่การกำหนดค่า
• ไฟล์ที่มีนามสกุล CFU – มีเพียงการเปลี่ยนแปลงจากเวอร์ชันก่อนหน้าเท่านั้น

ไฟล์ทั้งสองจะถูกเก็บไว้ในไดเร็กทอรีอัพเดต 1C ในโฟลเดอร์ที่มีชื่อเวอร์ชัน

โปรดใช้ความระมัดระวังเมื่อใช้ไฟล์ CFU - จะอนุญาตให้คุณอัปเดตจาก !

ดังนั้นหากต้องการอัปเดต 1C ให้เลือกหนึ่งในตัวเลือกเมนู:

• การกำหนดค่า/เปรียบเทียบการผสานกับการกำหนดค่าจากไฟล์ – สำหรับไฟล์ CF
• การกำหนดค่า/การสนับสนุน/การอัปเดตการกำหนดค่า/เลือกไฟล์อัปเดต 1C – สำหรับไฟล์ CF หรือ CFU

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

1C จะแสดงความแตกต่างทั้งหมดในรูปแบบของต้นไม้ที่คุ้นเคย โดยที่การเปลี่ยนแปลงจะแสดงทางด้านขวา

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

เนื่องจากเรากำลังอัปเดตการกำหนดค่าที่ไม่ได้มาตรฐาน 1C ที่มีการเปลี่ยนแปลง - นั่นคือครั้งหนึ่งเคยเป็นมาตรฐาน จึงจำเป็นต้องป้อนการตั้งค่าบางอย่าง

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

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

มาดูความแตกต่างที่แพลตฟอร์มตรวจพบกันดีกว่า

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

เนื่องจากเราไม่ต้องการให้อุปกรณ์ประกอบฉากที่เราเพิ่มเองถูกลบออก เราจึงต้องดำเนินการดังต่อไปนี้ (ตัวเลือก):

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

นอกจากนี้ รูปแบบของไดเร็กทอรี Nomenclature ก็มีการเปลี่ยนแปลงด้วย 1C เห็นสิ่งนี้และแสดงแบบฟอร์มไดเร็กทอรีในรายการวัตถุที่เปลี่ยนแปลงด้วย

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

• คลิกขวาที่แบบฟอร์มในคอลัมน์ด้านซ้ายก่อนแล้วเลือกรายการเมนู "เปิดแบบฟอร์ม" จากนั้นทางด้านขวา เปรียบเทียบทั้งสองรูปแบบด้วยสายตา
• คลิกขวาที่แบบฟอร์มและเลือกรายการเมนู “รายงานการเปรียบเทียบวัตถุ” (รายละเอียด เอกสารสเปรดชีต)

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

ในรายการการเปลี่ยนแปลง เราเห็นการเปลี่ยนแปลงของเรา - การเปลี่ยนแปลงป้ายกำกับและการแทนที่ฟิลด์

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

ก) ถ้าเราทำเครื่องหมายในช่อง

• แบบฟอร์มจะถูกแทนที่ด้วยแบบฟอร์มใหม่
• การเปลี่ยนแปลงการกำหนดค่ามาตรฐานของเราจะถูกลบ
• การเปลี่ยนแปลงจากการอัปเดต 1C จะถูกนำไปใช้
• จากนั้นเราจะต้องคืนค่าการเปลี่ยนแปลงของเราด้วยตนเอง

b) หากเราไม่ทำเครื่องหมายในช่อง

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

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

c) ถ้าเราเลือก "ผสาน"

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

2) ในไดเร็กทอรี "Individuals" ในโมดูลฟอร์มในฟังก์ชัน ReadPlace of Birth() มีการเพิ่มบรรทัดโปรแกรม

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

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

อีกวิธีหนึ่งคือใช้ปุ่มแว่นขยายในบรรทัดนี้

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

3) รายละเอียดหลายอย่างได้ถูกลบออกจากไดเร็กทอรี “การส่งแบบอิเล็กทรอนิกส์..”

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

ไดเรกทอรีที่เราเพิ่ม 1C แนะนำให้ลบ ในกรณีนี้ จะใช้กฎเดียวกันกับในกรณีของอุปกรณ์ประกอบฉากที่เราเพิ่ม (ดูก่อนหน้า)

ดังนั้น งานของเราคือศึกษาการเปลี่ยนแปลง 1C ที่ตรวจพบอย่างรอบคอบ และใช้ช่องทำเครื่องหมายเพื่อยอมรับหรือปฏิเสธ หลังจากนั้นคลิกปุ่มเรียกใช้

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

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

หลังจากคลิกปุ่มเรียกใช้ 1C จะค้นหาสถานการณ์ดังกล่าวและรายงานจากพวกเขา

หลังจากคลิกปุ่ม Run คุณจะมีโอกาสคิดอีกครั้ง

เพื่อยืนยันการอัปเดต 1C คุณต้องเลือกรายการเมนู การกำหนดค่า/อัปเดต การกำหนดค่าฐานข้อมูล

หากต้องการปฏิเสธการอัปเดต 1C คุณต้องเลือกรายการเมนู การกำหนดค่า/กลับสู่การกำหนดค่าฐานข้อมูล

ตัวเลือกที่สาม (ระบุลำดับของรายการเมนู):

• เลือกไฟล์/บันทึก
• การกำหนดค่า/บันทึกการกำหนดค่าลงในไฟล์
• การกำหนดค่า/การกำหนดค่าฐานข้อมูล/กลับสู่การกำหนดค่า DB

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

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

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

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

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

1. เราบันทึกการเปลี่ยนแปลงการกำหนดค่าก่อนและหลังการอัปเดตในไฟล์ข้อความเปิดฐานข้อมูลการทำงานและทดสอบในโหมด Configurator เราเปิดการกำหนดค่าในนั้น และในฐานข้อมูลทั้งสอง เราเริ่มประมวลผลการเปรียบเทียบการกำหนดค่า ("การกำหนดค่า - เปรียบเทียบการกำหนดค่า...") สำคัญ: ในฐานข้อมูลทั้งสองจะเหมือนกันในการเลือกการกำหนดค่า:

นอกจากนี้เรายังบันทึกดังต่อไปนี้: ในฐานข้อมูลการทำงาน (โดยที่การกำหนดค่าก่อนการอัปเดต) - ในไฟล์ที่ลงท้ายด้วย "เก่า" และในฐานข้อมูลทดสอบ (โดยที่การกำหนดค่าหลังการอัปเดต) - ในไฟล์ที่มี ลงท้ายด้วย "ใหม่"

2. รวมการเปลี่ยนแปลงที่สูญหายไปในการกำหนดค่าที่อัปเดต- เรามาดูขั้นตอนสำคัญของวิธีการกัน เนื่องจากนี่คือประเด็นหลัก ในการอธิบายเพียงเล็กน้อยเกี่ยวกับสิ่งที่เกิดขึ้น จึงมีเนื้อหาเพียงเล็กน้อย บนแพลตฟอร์ม 1C 7.7 ไฟล์อัปเดตเป็นการกำหนดค่าที่สมบูรณ์ และการอัพเดตใน 1C 7.7 ประกอบด้วยการโหลดการกำหนดค่าใหม่และจัดระเบียบฐานข้อมูลใหม่สำหรับการกำหนดค่านี้ ดังนั้นทั้งการกำหนดค่าและการอัพเดตจึงเป็นไฟล์ md เดียวกัน ต่างจากแพลตฟอร์ม 1C 7.7 บนแพลตฟอร์ม 1C 8.x: การกำหนดค่าจะถูกถ่ายโอนผ่านไฟล์ cf และการอัพเดตผ่านไฟล์ cfu ความแตกต่างระหว่างไฟล์เหล่านี้คือไฟล์ cf มีออบเจ็กต์การกำหนดค่าทั้งหมด และไฟล์ cfu มีเฉพาะรายการที่มีการเปลี่ยนแปลงโดยการอัพเดตนี้ ดังนั้นเมื่ออัปเดตบนแพลตฟอร์ม 1C 8.x เฉพาะออบเจ็กต์การกำหนดค่าที่เปลี่ยนแปลงจริงในรีลีสใหม่เท่านั้นที่จะได้รับผลกระทบ เป็นผลให้หากเราเปลี่ยนออบเจ็กต์ดังกล่าวหลังจากการอัปเดตมันจะถูกแทนที่ด้วยออบเจ็กต์มาตรฐานโดยสิ้นเชิงและเราจะต้องทำซ้ำการเปลี่ยนแปลงที่มีก่อนการอัปเดตเพื่อให้ออบเจ็กต์นี้มีทั้งของเรา การเปลี่ยนแปลงและการเปลี่ยนแปลงของรุ่นใหม่ไปพร้อมๆ กัน แต่หากออบเจ็กต์การกำหนดค่าที่เราเปลี่ยนแปลงไม่ได้รับผลกระทบจากการอัปเดต การเปลี่ยนแปลงของเราจะยังคงอยู่ในนั้นหลังจากการอัพเดต เพื่อให้เข้าใจง่ายขึ้น ฉันจะอธิบายเป็นแผนภาพ:

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

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

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

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

2.2.1. การเปลี่ยนแปลงที่ถูกลบโดยการอัพเดตอยู่ในโมดูลนี่เป็นกรณีหลัก (ซึ่งเกิดขึ้นบ่อยกว่ามาก) และกรณีนี้อยู่ในตัวอย่างของเรา: การเปลี่ยนแปลงถูกลบในโมดูล "การบัญชี VAT" ดังที่เราได้กล่าวไปแล้วข้างต้น เรามีหน้าต่างการเปรียบเทียบการกำหนดค่าที่เปิดอยู่ใน Work Base Configurator เรากำลังมองหาวัตถุที่เราต้องการที่นั่น ในความเป็นจริง ตำแหน่งในแผนผังการกำหนดค่าได้อธิบายไว้ในไฟล์ข้อความของเรา ได้แก่: “GeneralModule.VAT Accounting.Module” นี่คือสิ่งที่เรากำลังมองหาในหน้าต่างเปรียบเทียบ เราขยายแผนผังการอยู่ใต้บังคับบัญชาจนกว่าเราจะพบโมดูลที่ต้องการ - ที่ขอบซ้ายตรงข้ามควรมีดินสอสีเขียวระบุว่าวัตถุมีการเปลี่ยนแปลงเมื่อเทียบกับการกำหนดค่าของซัพพลายเออร์ คลิกขวาที่บรรทัดที่พบและเลือก “แสดงความแตกต่างในโมดูล...”:

หลังจากนี้ หน้าต่างการเปรียบเทียบโมดูลจะเปิดขึ้น:

ที่นี่ที่ด้านบนจะถูกระบุ ขั้นตอนและ ฟังก์ชั่นซึ่งมีการเปลี่ยนแปลง (ในกรณีของเรานี่คือขั้นตอนเดียว "ออกใบแจ้งหนี้ในเอกสารตาราง") และในส่วนล่าง - ข้อความของขั้นตอนหรือฟังก์ชันที่เลือกพร้อมการเปลี่ยนแปลงที่ไฮไลต์ เราจำเป็นต้องถ่ายโอนการเปลี่ยนแปลงเหล่านี้ไปยังฐานข้อมูลทดสอบของเรา แต่การดำเนินการนี้ไม่ได้ลบการเปลี่ยนแปลงออกจากการอัปเดต คุณสามารถทำให้สิ่งนี้เป็นอัตโนมัติได้ดังต่อไปนี้ วางเคอร์เซอร์ไว้ที่ด้านซ้ายล่าง (โดยที่ข้อความของขั้นตอนที่เลือกพร้อมกับการเปลี่ยนแปลงของเรา) แล้วกดตามลำดับ Ctrl+A (เลือกทั้งหมด) และ Ctrl+C (คัดลอกส่วนที่เลือกไปยังคลิปบอร์ด) จากนั้นเราสร้างไฟล์ที่มีชื่อรหัส "old_izm.txt" เปิดมันขึ้นมา โปรแกรมแก้ไขข้อความและกด Ctrl+V (วางเนื้อหาของบัฟเฟอร์) เราทำเช่นเดียวกันกับส่วนล่างขวา (โดยที่ข้อความของขั้นตอนที่เลือกจากการกำหนดค่ามาตรฐานของรุ่นที่ไม่ได้รับการอัปเดต) ด้วยเหตุนี้ เราจึงสร้างไฟล์ที่มีชื่อรหัส "old_type.txt" หลังจากนี้เราไปที่ Test Base Configurator (ควรเปิดเคียงข้างกัน แต่ไม่มีหน้าต่างใด ๆ อยู่ข้างในเพื่อไม่ให้สับสนในตัวปรับแต่งทั้งสองนี้) - และในการกำหนดค่าเราจะมองหาโมดูลของเรา (ในตัวอย่างนี้ มันคือ "GeneralModule.VAT Accounting.Module") และในขั้นตอนที่จำเป็น (ในตัวอย่างนี้คือ "ใบแจ้งหนี้ขาออกในเอกสารตาราง"): เลือกทั้งหมดแล้วคัดลอกไปยังอันใหม่ ไฟล์ข้อความด้วยชื่อรหัส "new_type.txt" ดังนั้นเราจึงมีสามไฟล์ ("old_izm.txt", "old_type.txt", "new_type.txt") โดยที่เราจำเป็นต้องสร้างไฟล์ที่สี่ - "new_izm.txt" ไฟล์ที่สี่นี้ควรมีการเปลี่ยนแปลงของเรา แต่คำนึงถึงการอัปเดตด้วย เราจะจัดรูปแบบตามลำดับโดยการเปรียบเทียบไฟล์สามไฟล์ที่มีอยู่ ขั้นแรก เรามาพิจารณาว่ามีร่องรอยของการเปลี่ยนแปลงการอัปเดตในขั้นตอนนี้หรือไม่ ในการดำเนินการนี้ เราจะเปรียบเทียบไฟล์ "old_type.txt" และ "new_type.txt" โดยใช้ Total Commander (ดูด้านบน) หากการเปรียบเทียบแสดงให้เห็นว่าไฟล์เหมือนกันหรือมีจำนวนช่องว่างหรือแท็บต่างกัน นั่นหมายความว่าเราโชคดีกับการเปลี่ยนแปลงชิ้นนี้ และคุณสามารถถ่ายโอนการเปลี่ยนแปลงได้ง่ายๆ โดยการคัดลอกเนื้อหาของไฟล์ “old_izm.txt” ” และวางลงในโมดูลเปิดของฐานข้อมูลทดสอบ โดยลบขั้นตอนที่เกี่ยวข้องออกก่อน (กล่าวอีกนัยหนึ่งคือแทนที่) สิ่งสำคัญคือต้องตรวจสอบช่องว่างก่อนและหลังขั้นตอนอย่างระมัดระวังเพื่อไม่ให้เกิดความซ้ำซ้อนในการเปรียบเทียบเพิ่มเติม แน่นอนว่าสิ่งนี้จะไม่ส่งผลกระทบต่อฟังก์ชันการทำงาน แต่จะทำให้การตรวจสอบซับซ้อนขึ้นเล็กน้อย หากการเปรียบเทียบระหว่าง "old_type.txt" และ "new_type.txt" แสดงให้เห็นว่ามีความแตกต่างที่แท้จริง นั่นหมายความว่าขั้นตอนนี้มีทั้งการเปลี่ยนแปลงของเราและการเปลี่ยนแปลงจากการอัปเดต เพื่อให้งานการถ่ายโอนง่ายขึ้น: ขั้นแรก คุณสามารถประเมินด้วยสายตาว่าการเปลี่ยนแปลงใดที่ใหญ่กว่า - จากการอัปเดตหรือของเรา ในการดำเนินการนี้ อีกครั้งผ่าน Total Commander เราจะเปรียบเทียบ "old_type.txt" กับ "new_type.txt" และ "old_izm.txt" ตามลำดับ และเราดูว่ามีการเปลี่ยนแปลงเพิ่มเติมตรงไหน: ในการเปรียบเทียบ "old_type.txt" และ "new_type.txt" หรือในการเปรียบเทียบ "old_type.txt" และ "old_izm.txt" หากมีการเปลี่ยนแปลงเพิ่มเติมในการเปรียบเทียบครั้งแรก (การอัปเดตมีการเปลี่ยนแปลงฟังก์ชันมากขึ้น) การแก้ไขไฟล์ที่อัปเดตจะง่ายกว่าโดยทำการเปลี่ยนแปลงของเรานั่นคือเราเปลี่ยน "new_type.txt" เรียกสิ่งนี้ว่ากรณีแรกของการเปลี่ยนแปลง หากมีการเปลี่ยนแปลงเพิ่มเติมในการเปรียบเทียบครั้งที่สอง (เรามีการเปลี่ยนแปลงมากกว่า) การแก้ไขไฟล์ของเราทำได้ง่ายกว่าโดยทำการเปลี่ยนแปลงการอัปเดตนั่นคือเราเปลี่ยน "old_izm.txt" เรียกสิ่งนี้ว่ากรณีที่สองของการเปลี่ยนแปลง ตอนนี้จะถ่ายโอนการเปลี่ยนแปลงอย่างรวดเร็วและแม่นยำได้อย่างไร ในการดำเนินการนี้ เราจะสร้างไฟล์ที่สี่และเรียกว่า "new_izm.txt" ตามที่ตกลงไว้แล้ว โดยคำนึงถึงการเพิ่มประสิทธิภาพการถ่ายโอนการแก้ไข เราจะคัดลอกเนื้อหาของ "new_type.txt" หรือ "old_izm.txt" ลงในไฟล์นี้ (สำหรับกรณีแรกหรือกรณีที่สองของการเปลี่ยนแปลง ตามลำดับ)
ตอนนี้เปิดหน้าต่างเปรียบเทียบไฟล์สองหน้าต่างพร้อมกัน สำหรับกรณีแรกของการเปลี่ยนแปลง สิ่งเหล่านี้คือการเปรียบเทียบไฟล์ "new_izm.txt"/"old_izm.txt" และ "old_type.txt"/"old_izm.txt" สำหรับกรณีที่สอง นี่คือการเปรียบเทียบไฟล์ "new_izm.txt"/"new_type.txt" และ "old_type.txt"/"new_type.txt" ในหน้าต่างการเปรียบเทียบจะมีปุ่ม "แก้ไข": คลิกปุ่มนั้นในการเปรียบเทียบคู่แรก ทีนี้มาอธิบายสิ่งที่เราเห็นกันดีกว่า ในการเปรียบเทียบคู่แรก วัตถุจากทั้งการเปลี่ยนแปลงและการอัปเดตของเราจะปรากฏให้เห็น เราจำเป็นต้องถ่ายโอนเฉพาะการเปลี่ยนแปลงของเราหรือเฉพาะการอัปเดต ทั้งนี้ขึ้นอยู่กับกรณีของเรา ในหน้าต่างเปรียบเทียบที่สอง จะเห็นเฉพาะการเปลี่ยนแปลงที่เราจำเป็นต้องถ่ายโอนเท่านั้น หากคุณให้ความสนใจ - ในทั้งสองกรณี ไฟล์ที่สองของการเปรียบเทียบครั้งแรกและครั้งที่สองจะเหมือนกัน ดังนั้นเราจึงมุ่งเน้นไปที่บรรทัดในไฟล์นี้ และตามบรรทัดในการเปรียบเทียบที่สอง เราจะทำการเปลี่ยนแปลงในหน้าต่างการเปรียบเทียบแรก: การกดปุ่ม "แก้ไข" จะทำให้เราทำสิ่งนี้ได้

เพื่อความชัดเจน เรามาอธิบายการดำเนินการระหว่างการถ่ายโอนเป็นภาพกราฟิกในกรณีแรก (เราเปลี่ยนไฟล์ที่อัปเดตโดยทำการเปลี่ยนแปลง):

การกระทำในกรณีที่สองมีความคล้ายคลึงกันโดยสิ้นเชิงและหลักการดำเนินการก็เหมือนกันทุกประการ

กรณีที่ยากและไม่พึงประสงค์ที่สุดคือเมื่อการเปลี่ยนแปลงและการอัปเดตของเรารวมอยู่ในที่เดียว นั่นคือในความเป็นจริงมีการเปลี่ยนแปลงสองครั้งในส่วนโค้ดเดียว ในกรณีนี้จำเป็นต้องมีการแทรกแซงของโปรแกรมเมอร์ จำเป็นต้องมีการแทรกแซงของโปรแกรมเมอร์ด้วย แต่ในระดับที่น้อยกว่านั้น เช่น หากการอัปเดตเปลี่ยนชื่อของตัวแปรที่ใช้ในการเปลี่ยนแปลงของเรา เป็นที่น่าสังเกตว่าในไฟล์ "old_type.txt" หรือ "old_izm.txt" อาจมี เส้นว่าง- นี่คือ "ร่องรอย" ของการเปลี่ยนแปลงของเรา คุณต้องถ่ายโอนไฟล์เหล่านั้นเพื่อไม่ให้อยู่ในไฟล์สุดท้าย สิ่งนี้ไม่ส่งผลกระทบต่อฟังก์ชันการทำงาน แต่ในการเปรียบเทียบเพิ่มเติม (พร้อมการอัปเดตในภายหลัง) จะทำให้การวิเคราะห์การดำเนินการยากขึ้นเล็กน้อย ดังนั้น หลังจากที่เราสร้างไฟล์ที่สี่และถ่ายโอนการเปลี่ยนแปลงทั้งหมดแล้ว เราจำเป็นต้องคัดลอกเนื้อหาไปยังการกำหนดค่า ใน Test Database Configurator ควรเปิดโมดูลที่ต้องการในตำแหน่งใหม่: ลบขั้นตอนที่มีอยู่และแทรกเนื้อหาของเรา ไฟล์สุดท้ายโดยคำนึงถึงช่องว่างทั้งหมดระหว่างฟังก์ชันก่อนหน้า/ถัดไป ดังนั้นเราจึงถ่ายโอนการเปลี่ยนแปลงไปยังขั้นตอนเดียวของวัตถุที่พบ เรา (รูปที่ 6) มีขั้นตอนเดียวจริงๆ หากมีขั้นตอนดังกล่าวหลายขั้นตอน จะต้องดำเนินการตามขั้นตอนที่อธิบายไว้สำหรับแต่ละขั้นตอน หากขั้นตอนใหม่ (เฉพาะในครึ่งซ้าย) ให้เพิ่มลงในโมดูลที่เกี่ยวข้องในฐานข้อมูลทดสอบ (เพื่อความถูกต้องของการเปรียบเทียบเพิ่มเติมคุณจะต้องรักษาลำดับของขั้นตอนเช่นเดียวกับในโมดูลการทำงานที่เกี่ยวข้อง ฐานข้อมูลซึ่งยังมีรุ่นเก่าอยู่)

2.2.2. การเปลี่ยนแปลงที่ถูกเขียนทับโดยการอัพเดตไม่อยู่ในโมดูลในการถ่ายโอนการเปลี่ยนแปลงดังกล่าว การเปรียบเทียบดังกล่าวจะไม่ทำให้งานง่ายขึ้น แต่อย่างใด ดังนั้นการเปลี่ยนแปลงจึงถูกถ่ายโอนโดยการเปรียบเทียบวัตถุในฐานข้อมูลการทำงานและการทดสอบด้วยภาพ

ดังนั้นเราจึงถ่ายโอนการเปลี่ยนแปลงสำหรับแต่ละออบเจ็กต์ที่การเปลี่ยนแปลงของเราถูกเขียนทับด้วยการอัพเดต เพื่อตรวจสอบว่าเราได้ถ่ายโอนการเปลี่ยนแปลงทั้งหมดอย่างถูกต้องเพียงใด เราจะบันทึกการกำหนดค่าไว้ในฐานข้อมูลทดสอบ อัปโหลดการเปรียบเทียบการกำหนดค่าไปยังไฟล์ “Comparison Report_new2.txt” และเปรียบเทียบกับไฟล์ “Comparison Report_old.txt” หากทุกอย่างสมบูรณ์แบบ ข้อความ "ไฟล์เหมือนกัน" จะปรากฏขึ้น หากออบเจ็กต์บางรายการถูกลบโดยการอัพเดต หากการเปลี่ยนแปลงถูกถ่ายโอนอย่างถูกต้อง เฉพาะออบเจ็กต์เหล่านี้เท่านั้นที่จะมองเห็นได้ในความแตกต่าง มันจะถูกต้องหากมองเห็นเฉพาะช่องว่าง/บรรทัดว่าง/แท็บในการเปรียบเทียบ แต่ในกรณีนี้ ควรล้างข้อมูลออกแล้วได้รับข้อความ “ไฟล์เหมือนกัน” ดังนั้น หลังจากบันทึกการเปลี่ยนแปลงในฐานข้อมูลทดสอบแล้ว เราจะอัปโหลดการเปรียบเทียบไปยังไฟล์และเปรียบเทียบกับการเปลี่ยนแปลงในเวอร์ชันเก่า - ทำซ้ำจนกว่าการเปรียบเทียบจะแสดงว่าเราถ่ายโอนการเปลี่ยนแปลงที่จำเป็นทั้งหมดแล้ว

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

การอัปเดตนี้เสร็จสมบูรณ์แล้ว

บทความต้นฉบับอยู่บนเว็บไซต์

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

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

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

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

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

มีตัวเลือกการอัปเดต 2 แบบ: ก) การอัปเดต 1C ผ่านการสนับสนุน (โทรผ่านกล่องโต้ตอบการกำหนดค่า / การสนับสนุน / อัปเดต) และ b) ผ่านการผสานการเปรียบเทียบกับการกำหนดค่าจากไฟล์ ควรจะจ่าย ความสนใจเป็นพิเศษความแตกต่างระหว่างสองประเด็นนี้คือในกรณีแรก ทั้งการกำหนดค่าหลักและการกำหนดค่าซัพพลายเออร์ได้รับการอัปเดต และเมื่อเปรียบเทียบการรวมการกำหนดค่า จะมีการอัปเดตเฉพาะการกำหนดค่าหลักเท่านั้น การกำหนดค่าซัพพลายเออร์ยังคงเป็นแบบเก่า ดังนั้นตัวเลือกที่แนะนำมากที่สุดคือการอัปเดตผ่านการอัพเดตการกำหนดค่า หากต้องการอัปเดตผ่านการสนับสนุนการกำหนดค่า จะมีการใช้ไฟล์การจัดส่ง CF หรือ CFU ของผู้จำหน่าย ซึ่งสามารถพบได้โดยการค้นหาในไดเร็กทอรีเทมเพลตโดยการระบุเส้นทางบนอินเทอร์เน็ต หรือโดยการระบุเส้นทางโดยตรงไปยัง ไฟล์ที่ต้องการบนฮาร์ดไดรฟ์ของคุณ

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

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

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

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

เมื่อแสดงเมนูการกระทำบนวัตถุ (เช่น โดยการกด ปุ่มขวา mouse) เราสามารถเรียกรายงานการเปรียบเทียบวัตถุได้

เพื่อยืนยันการอัปเดต 1C คุณต้องเลือกรายการเมนู การกำหนดค่า/อัปเดต การกำหนดค่าฐานข้อมูล

หากต้องการปฏิเสธการอัปเดต 1C คุณต้องเลือกรายการเมนู การกำหนดค่า/กลับสู่การกำหนดค่าฐานข้อมูล

กฎหลายข้อที่ทำให้การอัปเดตการกำหนดค่า 1C ในอนาคตง่ายขึ้น:

กฎพื้นฐานสำหรับการอัปเดต 1C: คุณต้องเพิ่มวัตถุใหม่ เนื่องจาก... เมื่อทำการอัพเดต ออบเจ็กต์ใหม่จะไม่ได้รับผลกระทบจากระบบ

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

เมื่อใช้การสมัครรับข้อมูลกิจกรรม คุณสามารถแก้ไขกลไกมาตรฐานได้โดยไม่ต้องเปลี่ยนโค้ดมาตรฐาน

การใช้ฟังก์ชันการกำหนดค่ามาตรฐาน

การสร้างองค์ประกอบแบบฟอร์มโดยทางโปรแกรม (ในเหตุการณ์ FormCreationOnServer)

ขอบคุณ!

ประสบการณ์ส่วนตัว: วิธีอัปเดตการกำหนดค่าที่เปลี่ยนแปลงอย่างรวดเร็วและคุ้มค่า

การอัปเดตการกำหนดค่าสำหรับรุ่นต่างๆ หลายรุ่นพร้อมกันนั้นอันตรายมาก ความจริงก็คือหลังจากการอัปเดตการกำหนดค่าแต่ละครั้ง การอัปเดตฐานข้อมูลจะเริ่มในโหมด 1C:Enterprise ดังนั้นหากคุณอัปเดตเฉพาะรุ่นล่าสุด ฐานข้อมูลอาจไม่สอดคล้องกัน การกำหนดค่าล่าสุด- ในบทความ Dmitry Rudakov ผู้เชี่ยวชาญจาก Siberian Agrarian Group CJSC แบ่งปันประสบการณ์ส่วนตัวของเขาในการอัปเดตการกำหนดค่าพร้อมกันสำหรับ 12 รุ่น

กำลังตรวจสอบโหมดการเปลี่ยนแปลงการกำหนดค่า

ลองจินตนาการถึงสถานการณ์เช่นนี้ นักพัฒนาของ "การจัดการองค์กรด้านการผลิต" (ต่อไปนี้จะเรียกว่า PPE) ในรุ่นที่ 1 (หมายเลขรุ่นต่อไปนี้จะได้รับมอบหมายตามเงื่อนไข) กำหนดมิติ (ตัวบ่งชี้) ของการลงทะเบียนการคำนวณประเภท "Directory Link.Individual" ด้วยชื่อ "Individual" . ในรุ่น 2 พวกเขาเพิ่มมิติอื่น - "พนักงาน" ด้วยประเภท "DirectoryLink.Employees" เมื่อคุณเริ่ม "1C:Enterprise" การประมวลผลจะเปิดขึ้น ซึ่งจะเติมมิติ "พนักงาน" ในลักษณะที่สอดคล้องกับมิติสำหรับ "บุคคล" จากนั้นในรุ่น 3 นักพัฒนา 1C ได้ลบมิติ "บุคคล" ออกและเหลือเพียง "พนักงาน" เท่านั้น หากคุณอัพเดตการกำหนดค่าจากรีลีส 1 ทันทีเป็นรีลีส 3 คุณสามารถล้างทะเบียนการคำนวณทั้งหมดได้

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

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

รูปที่ 1. การเรียกหน้าต่างการตั้งค่าการสนับสนุนการกำหนดค่า

หากตั้งค่าเป็น "On support" แสดงว่าการกำหนดค่านี้เป็นเรื่องปกติ และหาก "เปิดใช้งานความเป็นไปได้ในการแก้ไข" แสดงว่าการกำหนดค่าน่าจะมีการเปลี่ยนแปลงมากที่สุด (อย่างน้อยก็รวมความเป็นไปได้ดังกล่าวด้วย) สถานะที่สามคือ "ไม่รองรับการกำหนดค่าอีกต่อไป" สถานะการกำหนดค่าที่แตกต่างกันจะแสดงในรูปที่ 2, 3, 4

ข้าว. 2. การกำหนดค่ามาตรฐานโดยไม่มีการเปลี่ยนแปลง

ข้าว. 3. การกำหนดค่าทั่วไปพร้อมความสามารถในการเปลี่ยนแปลงที่เปิดใช้งาน

ข้าว. 4. การกำหนดค่าที่เลิกใช้แล้ว

อัลกอริทึมสำหรับการอัพเดตการกำหนดค่าที่เปลี่ยนแปลง

เมื่อเร็วๆ นี้ ฉันต้องเผชิญกับงานอัปเดตการกำหนดค่าการจัดการการค้าที่แก้ไขแล้ว รีลีส 10.3.13.2 การกำหนดค่ามีการเปลี่ยนแปลงอันเป็นผลมาจากการผสานรวมกับโซลูชันอุตสาหกรรม "BIT: การจัดการบริการยานยนต์ 8" และได้รับการปรับปรุงอย่างต่อเนื่องตลอดระยะเวลาสองปี ตอนนี้จำเป็นต้องอัปเดตการกำหนดค่าเป็นรุ่น 10.3.25.1 ซึ่งก็คือ 12 รุ่น ฉันได้แบ่งขั้นตอนการอัพเดตทั้งหมดออกเป็นหลายขั้นตอน

ขั้นตอนที่ 1 การประมาณต้นทุนและระยะเวลาของขั้นตอนการอัพเดต

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

รายงานผลการประเมินต้นทุนและระยะเวลาของการอัพเดตการกำหนดค่า:

การกำหนดค่า: การจัดการการค้า ฉบับที่ 10.3
รุ่นปัจจุบันการกำหนดค่า: 10.3.13.2
อัปเดตเป็นเวอร์ชัน: 10.3.25.1
จำนวนโมดูลที่อัปเดต: 1,847
จำนวนการเผยแพร่การควบคุม: 8

ผลการประเมินทำให้ฉันประหลาดใจเนื่องจากเว็บไซต์ของ บริษัท ระบุราคาต่อหุ้น - 1,000 รูเบิล ต่อการอัปเดตต่อการเปิดตัว ความคิดเห็นจาก "1C-IzhtiSi":

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

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

ข้าว. 5. การเลือกรุ่นที่ต้องใช้เพื่ออัพเดตการกำหนดค่าอย่างถูกต้อง

หลังจากศึกษารายงาน 1C-IzhTiS แล้ว ฉันคำนวณต้นทุนเวลาส่วนตัวสำหรับงานจำนวนเท่ากัน การอัปเดตแต่ละครั้งใช้เวลาประมาณ 6 ชั่วโมง ดังนั้นต้นทุนเวลาทั้งหมดคือ 56 (9x6) ชั่วโมงทำงาน ซึ่งก็คือประมาณเจ็ดวันทำการ นอกจากนี้ มีความเป็นไปได้ที่ข้อบกพร่องบางประการจะถูกเปิดเผยหลังจากการอัปเดต ตัวอย่างเช่น ผู้ใช้จะบ่นว่าการเปลี่ยนแปลงการกำหนดค่าที่ต้องการหายไป จากนั้นต้นทุนด้านเวลาจะเพิ่มขึ้นอย่างมาก ในขณะเดียวกันผู้เชี่ยวชาญจากบริษัท 1C-IzhTiS เสนอให้ทำงานทั้งหมดให้เสร็จสิ้นภายในสามถึงสี่วันทำการ ดังนั้นฉันจึงตัดสินใจใช้บริการของพวกเขา

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

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

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

การลงทะเบียนที่มีการแก้ไขอย่างมาก:
"การส่งสินค้าในคลังสินค้า";
"สินค้าในโกดัง"

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

วัตถุมีการปรับเปลี่ยนเล็กน้อยเฉพาะแบบฟอร์มในออบเจ็กต์เท่านั้นที่มีการเปลี่ยนแปลงและเพิ่มรายละเอียดแล้ว

ไดเรกทอรี:
"ประเภทของระบบการตั้งชื่อ";
"ข้อตกลงของผู้รับเหมา";
"คู่สัญญา";
"ระบบการตั้งชื่อ";
"ประเภทราคาสินค้า";
"มีการลงทะเบียนข้อมูลจำนวนหนึ่ง"

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

ขั้นตอนที่ 2 การลบข้อมูลที่เป็นความลับ

ก่อนที่จะให้ฐานข้อมูลสำหรับการทดสอบแก่พนักงาน 1C-IzhTiS จะต้องลบข้อมูลที่เป็นความลับออกจากฐานข้อมูล ในกรณีดังกล่าว 1C ขอแนะนำให้ใช้การประมวลผล "การเปลี่ยนแปลงข้อมูลที่เป็นความลับ" ซึ่งไม่เป็นที่รู้จักอย่างกว้างขวาง

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

กำลังประมวลผล ChangeConfidentialInformation.epf อยู่บนดิสก์ ITS ในไดเรกทอรี 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation อีกด้วย การประมวลผลนี้สามารถดาวน์โหลดได้จากลิงค์: http://its.1c.ru/db/metod81#content:1644:1

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

• ไดเรกทอรี: บุคคล, ผู้ติดต่อ, ผู้ติดต่อของคู่สัญญา, คู่ค้า, ประเภทราคา
• การลงทะเบียนข้อมูล: ข้อมูลหนังสือเดินทาง รายบุคคล, ชื่อเต็มบุคคล.

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

ขั้นตอนที่ 3: รับผลการอัพเดต

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

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

จากการอัปเดต ฉันระบุงานเล็กๆ สองงานที่ต้องแก้ไขด้วยตัวเอง

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

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

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