ตรวจสอบการกำหนดค่า 1s 8.3 เพื่อหาข้อผิดพลาด การตรวจสอบการกำหนดค่าอัตโนมัติ… และคำสองสามคำเกี่ยวกับมาตรฐานการพัฒนา

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

ฉันต้องการทราบว่าด้วยการทำงานที่ไม่ถูกต้องของ 1C Enterprise 8.3 วิธีการหลักในการกู้คืนประสิทธิภาพของโปรแกรมคือ:

  1. การล้างแคช 1C Enterprise;
  2. การทดสอบและแก้ไขฐาน 1s 8.3.

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

การทดสอบและแก้ไขฐาน 1s 8.3 โดยใช้ยูทิลิตี้ในตัว

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

คำอธิบายของยูทิลิตี้ "การทดสอบและแก้ไขฐานข้อมูล 1s"

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

  • ทำดัชนีตารางฐานข้อมูลใหม่

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

  • ตรวจสอบความสมบูรณ์เชิงตรรกะของฐานข้อมูล

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

  • ตรวจสอบ Referential Integrity ของฐานข้อมูล

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

  • การคำนวณผลรวมใหม่

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

  • การบีบอัดตารางฐานข้อมูล

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

  • การปรับโครงสร้างตารางฐานข้อมูล

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

การทดสอบและแก้ไขฐาน 1s 8.3 ในทางปฏิบัติ

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

การทดสอบและแก้ไขฐาน 1s 8.3 สามารถทำได้ในสองโหมด:

  1. การทดสอบ ในโหมดนี้ ฐานจะได้รับการทดสอบและทำการแก้ไขทางเทคนิคสำหรับข้อผิดพลาดเล็กน้อย
  2. การทดสอบและการแก้ไข ในโหมดนี้ ฐาน 1C ได้รับการทดสอบและพยายามแก้ไขข้อผิดพลาดทั้งหมดที่สังเกตเห็น (ดูรูปด้านบน)

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

คล้ายกัน

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

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

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

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

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

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

คุณภาพโดยรวมของการกำหนดค่าสามารถกำหนดได้โดยใช้ปัจจัยหลายประการ เช่น:

  • ความพร้อมใช้งานที่ทันสมัยและมีรายละเอียด ข้อมูลพื้นฐาน. โดยการกด "F1" ผู้ใช้จำเป็นต้องได้รับความช่วยเหลือสำหรับแต่ละวัตถุการกำหนดค่า
  • มีคำแนะนำ คำแนะนำเครื่องมือสั้นๆ ในแต่ละตัวควบคุมฟอร์มควรอธิบายความหมายของฟอร์มเหล่านั้น
  • ขนาดของแบบฟอร์มหน้าจอควรให้การทำงานที่สะดวกสบายและไม่เกินค่ามาตรฐาน
  • ข้อความของข้อความระบบและคำเตือนควรสั้นและเข้าใจได้ โดยไม่มีการสะกดและข้อผิดพลาดทางไวยากรณ์
  • ก่อนดำเนินการใด ๆ ที่ไม่สามารถย้อนกลับได้ ระบบควรออกคำเตือนพร้อมข้อมูลเกี่ยวกับการดำเนินการและผลที่ตามมา
  • รหัสโปรแกรมควรมีความคิดเห็นที่เกี่ยวข้องและครอบคลุม
รายการทั้งหมดข้อกำหนดด้านคุณภาพของระบบมีอยู่ใน คู่มือระเบียบวิธี"ระบบมาตรฐานและวิธีการพัฒนาโครงแบบ". การจัดการคุณภาพระบบ - วิธีการและ ปัญหาที่เป็นไปได้ ที่สุด วิธีการที่มีประสิทธิภาพการจัดการคุณภาพระบบคือการป้องกัน เช่นเดียวกับธุรกิจอื่นๆ การกำจัดสาเหตุของปัญหาทำได้ง่ายกว่าการแก้ไขผลที่ตามมาของคุณภาพที่ไม่ดี เทคนิคที่ช่วยให้คุณระบุและลดข้อผิดพลาดในการกำหนดค่าบนแพลตฟอร์ม 1C:องค์กร 8ประกอบด้วยหลายรายการ:
  • การกำหนดมาตรฐานพื้นฐานที่จำเป็นสำหรับการกำหนดค่า
  • ตรวจสอบเวอร์ชันปัจจุบันว่าเป็นไปตามมาตรฐานที่กำหนด
  • หากพบความแตกต่างให้แจ้งผู้เชี่ยวชาญเกี่ยวกับข้อผิดพลาดที่พบ การรวบรวมข้อมูลทางสถิติเกี่ยวกับข้อผิดพลาด
อย่างไรก็ตามแม้จะมีความชุก แต่วิธีนี้ก็มีคุณสมบัติเชิงลบหลายประการ:
  • แม้แต่ระบบขนาดเล็กก็ต้องใช้เวลามากในการตรวจสอบ และการกำหนดค่าที่ซับซ้อนซึ่งมีออบเจกต์หลายร้อยรายการทำให้การยืนยันด้วยตนเองเป็นไปไม่ได้
  • ผู้ตรวจสอบการกำหนดค่าต้องมีความชำนาญและมีความเข้าใจในมาตรฐาน แม้ว่าบริษัทจะมีผู้เชี่ยวชาญดังกล่าว แต่การใช้เวลาในการปฏิบัติงานประจำไม่ใช่การตัดสินใจที่มีเหตุผลที่สุด
จะลดเวลาในการตรวจสอบคุณภาพของระบบได้อย่างไร? 1C Company นำเสนอเครื่องมือที่สะดวก "การตรวจสอบการกำหนดค่าอัตโนมัติ" ซึ่งให้ความสามารถในการ:
  • ตรวจสอบการกำหนดค่า 1C:Enterprise 8 เพื่อให้สอดคล้องกับวิธีการพัฒนา นอกจากนี้ยังสามารถเสริมรีจิสทรีของโปรแกรมด้วยกฎการตรวจสอบพิเศษที่จำเป็นสำหรับ กรณีเฉพาะ;
  • การรวบรวมข้อมูลเกี่ยวกับข้อผิดพลาดของระบบที่พบและการกระจายอัตโนมัติตามระดับวิกฤต
  • การกระจายข้อบกพร่องในหมู่นักพัฒนาที่รับผิดชอบในการแก้ไข
พื้นที่ใช้งานของการตรวจสอบอัตโนมัติด้วยผลิตภัณฑ์ซอฟต์แวร์ 1C: การตรวจสอบการกำหนดค่าอัตโนมัติคุณสามารถแก้ปัญหาต่างๆ ได้พร้อมกัน รวมถึง:
  • การควบคุมคุณภาพการทำงานของการกำหนดค่าทั้งแบบหมุนเวียนและแบบเดี่ยวที่พัฒนาขึ้นสำหรับองค์กรเฉพาะ
  • การสนับสนุน 1C รวมถึงการปรับปรุงเป็นระยะและการเปลี่ยนแปลงโปรแกรมมาตรฐานและอุตสาหกรรม และโซลูชัน 1C: Automated Configuration Check ช่วยให้คุณตรวจสอบคุณภาพของการปรับปรุงเหล่านี้ได้
  • การประเมินคุณภาพของการกำหนดค่าที่เสนอให้กับองค์กร ในการเตรียมพร้อมสำหรับการนำไปใช้งาน โปรแกรมช่วยให้คุณค้นหาไม่เพียงแต่คุณภาพทางเทคโนโลยีของการกำหนดค่าเท่านั้น แต่ยังรวมถึงความสามารถของนักพัฒนาด้วย
นอกจากข้อดีที่ชัดเจนแล้ว การใช้โปรแกรม 1C เพื่อตรวจสอบระบบโดยอัตโนมัติยังช่วยให้ผู้เชี่ยวชาญด้านไอทีคุ้นเคยกับการศึกษาทุกส่วนของการกำหนดค่าอย่างรอบคอบ การตรวจสอบการปรับปรุงจะช่วยให้คุณสามารถระบุสถานที่ "ชั่วคราว" ที่มีคุณภาพต่ำทั้งหมดในระบบได้อย่างรวดเร็วและการปรับเปลี่ยนในแบบของคุณจะช่วยให้คุณคุ้นเคยกับแนวคิดที่ว่าการกำหนดค่าทุกส่วนต้องทำด้วยคุณภาพสูงโดยไม่ต้องหวังอะไรเพิ่มเติม การปรับปรุง.

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

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

และเพื่อไม่ให้ช่างทำรองเท้าอยู่โดยไม่มีรองเท้าบู๊ต การมีเครื่องมือที่เหมาะสมสำหรับวัตถุประสงค์เหล่านี้จึงเป็นเรื่องดี การประชุมและการสัมมนาผ่านเว็บ รวมถึงรายการข้างต้น นำเสนอเครื่องมือที่น่าสนใจ ในขณะเดียวกันการกำหนดค่าที่ค่อนข้างเป็นที่รู้จักจาก บริษัท 1C เองก็สมควรได้รับความสนใจเช่นกัน ตามที่คุณเข้าใจแล้วจากชื่อสิ่งพิมพ์ ผลิตภัณฑ์นี้มีชื่อว่า “Automated Configuration Checker” ฟรีสำหรับผู้ใช้ทุกคน (อย่างเป็นทางการต้องเข้าถึง ITS เพื่อใช้งาน) ค่อนข้างใช้งานง่าย แต่ยังไม่แพร่หลายมากนัก

ส่วนหนึ่งเป็นเพราะความจริงที่ว่า 1C เองส่งเสริมแนวคิดการปฏิบัติตามมาตรฐานและการใช้เครื่องมือที่เหมาะสมสำหรับสิ่งนี้เฉพาะในหมู่นักพัฒนาโซลูชันการหมุนเวียนผ่านการรับรอง "1C: Compatible" อิทธิพลของแนวคิดเรื่องการยึดมั่นในมาตรฐานและความบริสุทธิ์ของรหัสที่เกี่ยวข้องกับนักพัฒนาจำนวนมากที่ไม่เกี่ยวข้องกับโซลูชันการหมุนเวียนนั้นรู้สึกอ่อนแอลงมาก แม้แต่การทำความคุ้นเคยกับมาตรฐานการพัฒนาหลักก็อยู่ภายใต้การล็อกแบบมีเงื่อนไข - ความพร้อมในการเข้าถึง ITS (ข้อมูลเป็นข้อมูลเก่า ปัจจุบันปี 2561-2562 เปิดให้เข้าโดยไม่ต้องลงทะเบียน) :

ข้อมูลพื้นฐานเกี่ยวกับคอมเพล็กซ์อุตสาหกรรมเกษตร

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

หน้าบนเว็บไซต์ 1C สามารถให้ความประทับใจครั้งแรกกับการกำหนดค่า:

มันอธิบายคุณสมบัติหลักของเครื่องมือนี้และบอกว่ามันช่วย:

    ปฏิบัติตามมาตรฐานการพัฒนาทั่วไปและดำเนินการตรวจสอบการกำหนดค่าแพลตฟอร์ม

    สร้างและบังคับใช้กฎการตรวจสอบการกำหนดค่าของคุณเอง

    ปฏิบัติตามมาตรฐานที่กำหนดเพื่อรับสถานะ 1C: เข้ากันได้

    เรียกใช้การตรวจสอบตามกำหนดเวลา

    ตรวจสอบการสะกดผิด

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

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

    มีการกล่าวถึงความเป็นไปได้ของการรวมเข้ากับ DSS

แหล่งที่มาอื่น ข้อมูลทั่วไปสิ่งพิมพ์ในนิตยสารออนไลน์ PCMagazine สามารถให้บริการ:

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

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

เริ่มจากศูนย์กันเถอะ ดาวน์โหลด รุ่นล่าสุด APK สามารถพบได้ที่ลิงค์ต่อไปนี้:

ในขณะที่เผยแพร่บทความนี้ รุ่นล่าสุดคือ 1.1.12.26 ลงวันที่ 30/01/17 แต่ในตอนแรกมันถูกเขียนขึ้นสำหรับรุ่น 1.1.11.16 ดังนั้นภาพหน้าจอและหมายเหตุบางส่วนจะอ้างถึงเวอร์ชันนี้ หากต้องการทำงานกับ APK 1.1 คุณต้องใช้แพลตฟอร์มเวอร์ชัน 8.3.6 เป็นอย่างน้อย หลังจากติดตั้งการนำส่งการกำหนดค่า รายการใหม่สามรายการจะปรากฏในรายการเทมเพลตการกำหนดค่า:

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

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

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

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

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

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

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

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

หลังจากเรียกใช้ฐานข้อมูลสาธิต เราจะเห็นอินเทอร์เฟซต่อไปนี้:


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


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

ข้อมูลจากผู้พัฒนา:

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

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

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

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

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

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


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


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

  • ผ่านเมนู “การตั้งค่า” -> “การกำหนดค่า”


  • ในส่วน "การตรวจสอบ" ให้คลิก "เลือกการกำหนดค่า"


  • หรือเพียงแค่เปิดไดเร็กทอรี "การกำหนดค่า" ผ่านเมนู "การดำเนินการ"

กลับไปที่หน้าต่างการตั้งค่าการกำหนดค่า

ในแท็บที่สอง “ข้อกำหนดที่ต้องตรวจสอบ” เราสามารถกำหนดค่าการตรวจสอบที่เราต้องการดำเนินการกับการกำหนดค่าของเรา มีตัวเลือกที่กำหนดไว้ล่วงหน้าสองตัวเลือก: "การตรวจสอบทั้งหมด" - ตรวจสอบการปฏิบัติตามระบบมาตรฐาน https://its.1c.ru/db/v8stdและการควบคุมการสะกด เช่นเดียวกับ “1C: Compatible” - การตรวจสอบความสอดคล้องกับ 1C: มาตรฐานที่เข้ากันได้ http://1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm


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


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

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

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

ข้อมูลจากผู้พัฒนา:

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

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

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

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

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

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

ใน APK เวอร์ชัน 1.1.11.16 และเวอร์ชันก่อนหน้า การตั้งค่าการกรองแบ่งออกเป็นสองแท็บ - "ตัวกรองการรวบรวมข้อกำหนด" และ "การยกเว้นการรวบรวมข้อมูล" แต่ความหมายเหมือนกัน:


นอกจากนี้ในแบบฟอร์มการตั้งค่า คุณสามารถตั้งค่าความจำเป็นในการสแกนตามกำหนดเวลา:


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

ข้อมูลจากผู้พัฒนา:

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

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

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


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

ดำเนินการตรวจสอบ

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

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

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


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

ข้อมูลจากผู้พัฒนา:

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

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

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

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

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


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


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

ในกรณีนี้ รายการขั้นตอนการยืนยันจะเป็นดังนี้:


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

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

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


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

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

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

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

การอัปโหลดเกิดขึ้นโดยไม่มีลำดับชั้น - ไฟล์ทั้งหมดในโฟลเดอร์เดียว:


ข้อมูลจากผู้พัฒนา:

ดังนั้นอะไรจะเกิดขึ้นและเมื่อใด ( เมื่อตรวจสอบด้วยการรวบรวมข้อมูล):

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

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

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

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

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

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

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

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


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

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


สถานะดังกล่าวพร้อมข้อความที่วัตถุหมายเลข 1 จาก 77,000 รายการกำลังถูกตรวจสอบค้าง 5-10 ชั่วโมงและดูเหมือนว่า APK จะหยุดทำงาน ในความเป็นจริง กระบวนการกำลังดำเนินอยู่ คุณสามารถตรวจสอบสิ่งนี้ได้โดยดูที่โหลดตัวประมวลผลในตัวจัดการงานหรือโดยการเรียกตัวหยุดจากตัวกำหนดค่า (หากมีการเปิดใช้ APK) เหตุผลในการตรวจสอบวัตถุหมายเลข 1 ที่ยาวนาน ได้แก่ การกำหนดค่าเอง มีดังนี้:

1) เป็นส่วนหนึ่งของขั้นตอนนี้ ข้อมูลจะถูกรวบรวมและแคช ซึ่งจะใช้ในภายหลังเมื่อดำเนินการตรวจสอบ วัตถุแต่ละชิ้น. ด้วยเหตุนี้การตรวจสอบวัตถุอื่นจึงเร็วขึ้น

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

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

ฉันยกตัวอย่าง - จุดเริ่มต้นและจุดสิ้นสุดของบันทึกการดำเนินการตรวจสอบซึ่งแสดงว่ากระบวนการทั้งหมดใน ERP 2.1 และ APK 1.1.11.16 ใช้เวลาประมาณ 15 ชั่วโมง (โดยธรรมชาติแล้วตัวเลขจะขึ้นอยู่กับประสิทธิภาพของคอมพิวเตอร์เป็นอย่างมาก ตรวจสอบความเร็วบน APK 1.1.12 นั้นเร็วกว่ามากและภายใต้เงื่อนไขเดียวกันใช้เวลาประมาณ 10 ชั่วโมง) :

: ตรวจสอบการเชื่อมต่อกับฐานข้อมูลผ่านการเชื่อมต่อ COM

: เริ่มรวบรวมข้อมูลโครงสร้างข้อมูลเมตาการกำหนดค่า

: เริ่มการถ่ายโอนข้อมูลการกำหนดค่าไปยังไฟล์ XML

: เริ่มล้างข้อมูลเมตาดาต้า

: เริ่มรวบรวมข้อมูลเกี่ยวกับบทบาทการกำหนดค่า

: รวบรวมและบันทึกข้อมูลเกี่ยวกับบทบาทการกำหนดค่า

: รวบรวมข้อมูลเมตาของการกำหนดค่าที่รวบรวมไว้

: การตรวจสอบการกำหนดค่าแพลตฟอร์มเสร็จสมบูรณ์

: เริ่มการทดสอบคอนฟิกูเรชันอ็อบเจกต์

: เริ่มรวบรวมข้อมูลฟอร์มการกำหนดค่าจากไฟล์ XML

: เริ่มการตรวจสอบการกำหนดค่า

……...นี่คือข้อความที่เริ่มแสดงในแถบสถานะ…..

: ตรวจสอบการกำหนดค่าแล้ว

ผลการตรวจสอบ

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


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


ประการที่สาม ข้อมูลโครงสร้างการกำหนดค่าได้รับการอัพเดต:


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

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


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


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


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



ฉันต้องการให้เรารับรู้ถึงข้อเท็จจริงของการมีอยู่ของข้อผิดพลาดดังกล่าวใน ERP ไม่ใช่เป็นการผ่อนปรนให้กับการปรากฏตัวของพวกเขาในการพัฒนาของเรา แต่เป็นหลักฐานเพิ่มเติมว่าสามารถระบุและกำจัดข้อผิดพลาดเหล่านี้ได้ โดยเฉพาะอย่างยิ่งถ้าคุณมีเครื่องมือที่เหมาะสม เพราะมันดูน่าเกลียดและนี่คือสิ่งที่ผู้ใช้ของเราเห็น บล็อก 1C บน Habré ระบุว่านักพัฒนาซอฟต์แวร์ ERP 2 ใช้ APK เพื่อตรวจสอบการกำหนดค่า แต่ดูเหมือนว่าจะจำกัดรายการตรวจสอบไว้ที่กฎที่สำคัญที่สุดจากมุมมองของพวกเขา ซึ่งให้อัตราส่วนความเร็วการพัฒนาและคุณภาพของผลิตภัณฑ์ที่ยอมรับได้ เมื่อเราพัฒนาผลิตภัณฑ์ของเรา เราสามารถยกระดับมาตรฐานคุณภาพและยึดแนวทางนี้ได้เช่นกัน

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


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

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

รายงาน APK

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

มันขึ้นอยู่กับรายงาน FoundErrors:

และส่วน "รายงาน"


มันถูกสร้างขึ้นบนพื้นฐานของรายงาน "ผลงาน":

อันที่จริง มีวัตถุ "รายงาน" หลักเพียงสองรายการในการกำหนดค่า APK แต่มีรูปแบบ SKD ที่แตกต่างกันเล็กน้อย:

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



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

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

ฉันทราบว่า เมื่อใช้ 1C รุ่น 64 บิตหรือฐานข้อมูล sql ของ APK จะไม่พบข้อผิดพลาดที่มีหน่วยความจำไม่เพียงพอ.

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

สุดท้าย มีตัวเลือกการปรับแต่งอื่น ๆ ในระบบ ตัวอย่างเช่น ข้อมูลลงทะเบียน “TrueWords” (ว่างเปล่าในตอนแรก) มีส่วนร่วมในการตรวจสอบการสะกดคำ โดยเฉพาะเมธอด Check.CheckSpelling() คำที่เราพิจารณาว่าถูกต้องสามารถป้อนด้วยตนเองหรือดาวน์โหลดจาก ไฟล์ข้อความโดยที่แต่ละคำอยู่ในบรรทัดแยกกัน ตัวอย่างของไฟล์ txt ดังกล่าวสามารถดาวน์โหลดได้จากเลย์เอาต์ทั่วไป “CorrectWords Dictionary” แต่คุณไม่จำเป็นต้องอัปโหลดไฟล์นี้ไปยังการลงทะเบียน ตามค่าเริ่มต้น ระบบจะใช้คำที่ถูกต้องจากเลย์เอาต์นี้แล้ว และเติมด้วยข้อมูลกรณี นอกจากนี้ในระบบยังมีการประมวลผล " การปรับปรุงพจนานุกรม" อธิบายการใช้งานอย่างละเอียดและชัดเจนในคู่มือผู้ใช้ (ดูบทที่ 4.6)

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

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


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


กฎการตรวจสอบการกำหนดค่า

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

ลองมาดูกฎกัน ตั้งอยู่ในไดเร็กทอรีระบบที่มีชื่อเดียวกัน:


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

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


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

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

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


กรองวัตถุระหว่างการตรวจสอบ

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

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

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

apk_Document_1_1,apk_Document_1_2และ new_Document_1_3อ้างถึงระบบย่อย apk_Subsystem_1

apk_Document_2_1, apk_Document_2_2และ new_Document_2_3อ้างถึงระบบย่อย apk_Subsystem_2

เราอนุญาตให้มีการสะกดคำผิดในเอกสารและเพิ่มวิธีการส่งออกที่ไม่ได้ใช้ในโมดูลตัวจัดการ เราจะสร้างเอกสารโดยการคัดลอก

มาเพิ่มตัวกรองสองตัวเพื่อรวบรวมข้อมูล - บนคำนำหน้า apk_และในระบบย่อย apk_Subsystem_2 (ภาพหน้าจอถ่ายใน APK เวอร์ชัน 1.1.11.16):


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

มาเริ่มตรวจสอบกันเลย หลังจากผ่านไปสองสามชั่วโมงของการตรวจสอบขั้นพื้นฐาน (รวมถึงแพลตฟอร์มที่หนึ่ง) เราจะเห็นว่าจำนวนของวัตถุสำหรับการตรวจสอบเพิ่มเติมนั้นไม่ได้น่ากลัวอีกต่อไป 77,736 แต่มีเพียง 65:


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


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

รายงานแสดงให้เห็นว่านอกเหนือจากข้อมูลเกี่ยวกับเอกสารแล้ว ข้อมูลเกี่ยวกับองค์ประกอบการกำหนดค่ารูทยังถูกรวบรวมเป็นส่วนหนึ่งของการตรวจสอบทั่วไปอีกด้วย และเมื่อทำการตรวจสอบก็ยากที่จะไม่สังเกตว่าเป็นข้อความเกี่ยวกับการตรวจสอบวัตถุหมายเลข 1 ที่ค้างอยู่ในแถบสถานะเกือบ 10 ชั่วโมง (ในเวอร์ชั่น 1.1.11.16). ในเวลาเดียวกัน ระบบจะรายงานเกี่ยวกับการตรวจสอบวัตถุ 65 รายการที่กำลังจะมาถึง แม้ว่าเราต้องการสูงสุด 6-8 รายการก็ตาม เรามาหยุดกระบวนการในดีบักเกอร์ในขณะที่ข้อความ "วัตถุ #1 กำลังตรวจสอบ" แฮงค์ในแถบสถานะ และดูว่าโมดูลใดที่กำลังตรวจสอบอยู่ คุณจะเห็นว่าในขั้นแรกของการตรวจสอบ ระบบยังคงวิเคราะห์อ็อบเจกต์ทั้งหมด เช่น โมดูลเงินเดือนทั่วไป ซึ่งไม่รวมอยู่ในระบบย่อยใหม่ของเราอย่างแน่นอน:


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

คุณสามารถรับรายการได้โดยไปที่ call stack ไปที่เมธอด CheckObjects() ในโมดูลอ็อบเจกต์เอกสาร “Version Check” จากนั้น คุณยังสามารถรับข้อมูลว่าอ็อบเจ็กต์ทั้งหมดจากหนังสืออ้างอิงของ StructureConfiguration ซึ่งข้อมูลถูกรวบรวมถูกเลือกสำหรับการตรวจสอบ หรือระบบพิจารณาว่าข้อมูลถูกรวบรวม:


นี่คือวัตถุ:

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

การมีรายการวัตถุเหล่านี้ เราสามารถสรุปได้ว่ากลไกการกรองทำงานอย่างไรและการตรวจสอบตามตัวกรองทำงานอย่างไร:

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

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

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

    ระบบตัดสินใจที่จะตรวจสอบไม่เพียงแต่เอกสารที่ตรงตามตัวกรองทั้งสองของเราเท่านั้น แต่ยังตรวจสอบตามตัวกรองใดตัวกรองหนึ่ง วัตถุที่ขึ้นต้นด้วยคำนำหน้าจะถูกส่งไปตรวจสอบด้วย apk_และวัตถุเหล่านั้นที่รวมอยู่ในระบบย่อย apk_Subsystem2รวมทั้งเอกสาร new_Document_2_3. เฉพาะเอกสารเท่านั้นที่หายไปจากรายการวัตถุที่สแกน new_Document_1_3ไม่เหมาะสำหรับตัวกรองใด ๆ ผลลัพธ์จะชัดเจนหากคุณดูที่ฟังก์ชันการกรอง ตัวกรองอนุญาตทำงานโดย “OR” ไม่ใช่โดย “AND” หากจำเป็นต้องเปลี่ยนแปลง คุณจะต้องทำการเปลี่ยนแปลงเล็กน้อยกับวิธีนี้:


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


ในโค้ดของเมธอด CheckObjects() ของเอกสาร CheckVersion ให้ข้ามองค์ประกอบแรกของการเลือกเมื่อสำรวจผลลัพธ์ของคิวรี นั่นคือ ข้ามองค์ประกอบรูทของไดเร็กทอรี StructureConfiguration:


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

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

: สร้างเอกสารแล้ว กำลังตรวจสอบ version 8 ลงวันที่ 11/11/2560 20:51:37 น.

………………..

: เริ่มการถ่ายโอนข้อมูลการกำหนดค่าไปยังไฟล์ XML

: อัปโหลดการกำหนดค่าไปยังไฟล์ XML เรียบร้อยแล้ว

………………..

: เริ่มการตรวจสอบการกำหนดค่า

: ตรวจสอบการกำหนดค่าแล้ว

ตอนนี้รายงาน:


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

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

ผล:

    เครื่องมือ “การทดสอบการกำหนดค่าอัตโนมัติ” ช่วยให้สามารถค้นหาข้อผิดพลาดในการกำหนดค่าได้ เมื่อกำหนดค่าแล้ว โหมดอัตโนมัติ. APK ทำให้สามารถค้นหาข้อผิดพลาดขั้นต้นในการกำหนดค่า แก้ไขการสะกดคำ และทำให้สอดคล้องกับมาตรฐานการพัฒนาที่ค่อนข้างสมเหตุสมผลจาก 1C

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

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

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

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

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

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

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

พิจารณาเครื่องมือนี้และวิธีใช้งาน เราจะวิเคราะห์ในรายละเอียดว่าควรตั้งค่าสถานะใดในอินเทอร์เฟซ

เรียกใช้โปรแกรมในโหมดตัวกำหนดค่า:

เลือก “การทดสอบและแก้ไข” จากเมนูการดูแลระบบ:

ช่องทำเครื่องหมายอะไรที่จะใส่?

มีอยู่ ตัวเลือกต่างๆทดสอบการตั้งค่า พิจารณาช่องทำเครื่องหมายเหล่านี้:

  • ทำดัชนีตารางฐานข้อมูลใหม่เป็นการสร้างดัชนีใหม่ทั้งหมดสำหรับตารางฐานข้อมูล การทำดัชนีใหม่จะเพิ่มความเร็วของฐานข้อมูล ขั้นตอนนี้มีความยาว แต่ไม่เคยฟุ่มเฟือย
  • ตรวจสอบความสมบูรณ์เชิงตรรกะของฐานข้อมูล- ตรวจสอบความสมบูรณ์เชิงตรรกะและโครงสร้างของฐานข้อมูล แก้ไขข้อผิดพลาดในข้อมูล
  • ตรวจสอบ Referential Integrity ของฐานข้อมูล- ตรวจสอบ "ลิงก์เสีย" ในฐานข้อมูล ข้อผิดพลาดดังกล่าวอาจเกิดขึ้นระหว่างการลบอ็อบเจ็กต์ระบบโดยตรงหรือเกิดความล้มเหลว มี 3 ตัวเลือกสำหรับแก้ไขข้อผิดพลาดดังกล่าว:
    • สร้างวัตถุ- ระบบสร้างองค์ประกอบต้นขั้วซึ่งสามารถกรอกข้อมูลที่จำเป็นได้
    • ทำความสะอาดลิงค์- ลิงก์ "เสีย" จะถูกล้าง
    • ห้ามเปลี่ยน- ระบบจะแสดงเฉพาะข้อผิดพลาด
  • การคำนวณผลลัพธ์ใหม่ผลลัพธ์ - ตารางผลลัพธ์ที่คำนวณล่วงหน้าในการลงทะเบียนการสะสมการคำนวณและการบัญชี การคำนวณผลรวมใหม่รวมถึงการจัดทำดัชนีใหม่จะไม่เป็นอันตรายและจะเพิ่มความเร็วของโปรแกรม
  • การบีบอัดตารางฐานข้อมูล- เมื่อทำการลบข้อมูล 1C จะไม่ลบแถวของตาราง แต่จะ "ทำเครื่องหมาย" เพื่อลบเท่านั้น ผู้ใช้ไม่สามารถมองเห็นได้ แต่จะยังคงอยู่ในฐานข้อมูลต่อไป การกระชับฐานข้อมูลจะลบข้อมูลนี้อย่างถาวร เอฟเฟกต์เดียวกันนี้สามารถทำได้โดยการอัปโหลดและดาวน์โหลดไฟล์ infobase (*.dt);
  • การปรับโครงสร้างตารางฐานข้อมูล- กระบวนการที่ยาวนานซึ่งระบบสร้างตารางฐานข้อมูลขึ้นใหม่ ขั้นตอนนี้ยังเกิดขึ้นเมื่อมีการเปลี่ยนแปลงโครงสร้างการกำหนดค่า

ในตัวอย่างของเรา ใส่ช่องทำเครื่องหมายทั้งหมดตามที่แสดงในรูป แล้วคลิก “เรียกใช้”:

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

หลังจากการทดสอบเสร็จสิ้น คลิก “ปิด”:

เราสามารถดูผลลัพธ์ของการดำเนินการได้ในหน้าต่างข้อความบริการ

การทดสอบและแก้ไขเสร็จสิ้น

หากตัวกำหนดค่าไม่เปิดขึ้น: ยูทิลิตี chdbfl.exe

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

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

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

หน้าต่างยูทิลิตี้หลักปรากฏขึ้น เราจำเป็นต้องระบุชื่อไฟล์ฐานข้อมูล คลิกที่จุดสามจุด หน้าต่างการเลือกไฟล์ฐานข้อมูลจะเปิดขึ้น เรากำลังมองหาไดเร็กทอรีของฐานของคุณและชี้ไปที่ไฟล์ 1Cv8.1CD คลิก "เปิด"

ทำเครื่องหมายที่ช่อง "แก้ไขข้อผิดพลาดที่พบ" และคลิก "เรียกใช้"

เรากำลังรอการสิ้นสุดของการดำเนินการ อาจใช้เวลานานขึ้นอยู่กับขนาดของฐานข้อมูล

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

29.09.2016

ตรวจสอบความถูกต้องตามกฎหมายของการใช้การอัปเดตที่ติดตั้งของการกำหนดค่ามาตรฐานของโปรแกรมของระบบ 1C Enterprise 8

เข้าถึง 1C: Fresh cloud ฟรี 30 วัน!

ตั้งแต่เวอร์ชันของ 1C: Enterprise Platform 8.3.7 โปรแกรม 1C ใช้กลไกในการตรวจสอบความถูกต้องตามกฎหมายของการใช้โซลูชันแอปพลิเคชัน 1C รวมถึงการอัปเดตการกำหนดค่า 1C

หลังจากติดตั้งการอัพเดทครั้งต่อไปของการกำหนดค่าทั่วไปและแพลตฟอร์ม 1C: Enterprise โปรแกรมอาจแสดงข้อความว่ามีปัญหาในการตรวจสอบความถูกต้องตามกฎหมายของการใช้งาน ติดตั้งการปรับปรุงการกำหนดค่าใน Update Protection Center

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

การตรวจสอบจะดำเนินการสำหรับโซลูชันแอปพลิเคชันที่ใช้งานในเวอร์ชันไฟล์หรือบนเซิร์ฟเวอร์ในเวอร์ชัน MINI ไม่มีการตรวจสอบความถูกต้องสำหรับโซลูชันแอปพลิเคชันที่ใช้สิทธิ์ใช้งานพื้นฐาน ขั้นตอนการตรวจสอบจะดำเนินการหลังจากการอัปเดตการกำหนดค่าของระบบ 1C: Enterprise เสร็จสิ้น และโปรแกรมส่งคำขอไปยัง Update Protection Center (ต่อไปนี้จะเรียกว่า CPC)

ความสนใจ! ใน ช่วงเวลานี้เป็นไปได้ ปัญหาทางเทคนิคด้วยความพร้อมใช้งานของเว็บไซต์ Update Protection Center https://1cv8update.com




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

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

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


เพื่อให้โซลูชันแอปพลิเคชัน 1C ผ่านการทดสอบใน CSO ได้สำเร็จ จะต้องปฏิบัติตามเงื่อนไขต่อไปนี้:

  • โปรแกรมจะต้องได้รับอนุญาต
  • ผลิตภัณฑ์ซอฟต์แวร์ต้องมีการสมัครสมาชิก ITS ที่ถูกต้อง
  • ผลิตภัณฑ์ซอฟต์แวร์ต้องลงทะเบียนกับ บัญชีส่วนตัวผู้ใช้บนพอร์ทัล 1C
  • ต้องเปิดใช้งานการสนับสนุนผู้ใช้อินเทอร์เน็ตในการกำหนดค่า
ดังนั้น หากโปรแกรม 1C ของคุณรายงานปัญหาเกี่ยวกับการตรวจสอบความถูกต้องของการกำหนดค่าที่ใช้ อาจเป็นเพราะเหตุผลอย่างน้อยหนึ่งข้อ:
  • เหตุผล 1. ใช้เวอร์ชันที่ไม่มีใบอนุญาต (ละเมิดลิขสิทธิ์, แฮ็ก, วาเรซ, แพตช์ ฯลฯ) ซอฟต์แวร์ 1ค.

    วิธีแก้ไข: เราสามารถเสนอทางเลือกสองทางในการแก้ปัญหา: ซื้อผลิตภัณฑ์ซอฟต์แวร์ 1C รุ่นลิขสิทธิ์หรือเปลี่ยนไปทำงานใน 1C ในระบบคลาวด์

    ตัวเลือกที่ 1: ซื้อผลิตภัณฑ์ซอฟต์แวร์ 1C รุ่นลิขสิทธิ์

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

    ค่าใช้จ่ายของโปรแกรม 1C

    ชื่อราคา
    ถู.
    ความคิดเห็น
    1C: การบัญชี 8 ศศ. การจัดส่งทางอิเล็กทรอนิกส์



    ตัวเลือกการออกใบอนุญาตที่เร็วที่สุด!
    เวลาจัดส่ง 3-4 ชั่วโมงนับจากชำระเงิน! *
    อุปทานพื้นฐานสำหรับ 1 สถานที่ทำงาน
    กับ ระบบซอฟต์แวร์การป้องกัน
    1C: เงินเดือนและการจัดการบุคลากร 8 PROF. การจัดส่งทางอิเล็กทรอนิกส์
    ตัวเลือกการออกใบอนุญาตที่เร็วที่สุด!
    เวลาจัดส่ง 3-4 ชั่วโมงนับจากชำระเงิน! *
    การจัดหาพื้นฐานสำหรับสถานที่ทำงาน 1 แห่ง
    พร้อมระบบป้องกันซอฟต์แวร์

    ต้นทุนของผู้อื่น ผลิตภัณฑ์ซอฟต์แวร์ 1C:Enterprise system ไคลเอนต์เพิ่มเติมและใบอนุญาตเซิร์ฟเวอร์สามารถพบได้ในรายการราคา
    หากคุณต้องการทำให้ 1C ถูกต้องตามกฎหมายอย่างเร่งด่วน: การบัญชีหรือพันธมิตร 1C ในภูมิภาคของคุณไม่มีโปรแกรมนี้ คุณสามารถซื้อ "การจัดส่งทางอิเล็กทรอนิกส์" ในบริษัทของเราได้ การจัดส่งทางอิเล็กทรอนิกส์เป็นโปรแกรมเวอร์ชัน "ไร้กล่อง" ซึ่งได้รับอนุญาต 100% ใช้งานได้ไม่แตกต่างจาก "กล่อง" ทั่วไป หลังจากชำระเงินในบัญชีส่วนตัวของ Portal 1C แล้ว คุณสามารถดาวน์โหลดชุดแจกจ่ายการติดตั้งของโปรแกรม รหัสเปิดใช้งาน และเอกสารในรูปแบบอิเล็กทรอนิกส์ (ใน รูปแบบไฟล์ PDF). หากการติดตั้งโปรแกรมต้องการความช่วยเหลือจากผู้เชี่ยวชาญของเรา พวกเขาจะช่วยทางอินเทอร์เน็ตจากระยะไกล

    ตัวเลือกที่ 2: ไปทำงานใน "1C ในคลาวด์"

    ในกรณีนี้ คุณจะอัปโหลดฐานข้อมูลของคุณพร้อมข้อมูลประจำตัวที่สะสมทั้งหมดไปยังเซิร์ฟเวอร์คลาวด์ 1C Fresh (https://1cfresh.com/)
    คุณไม่จำเป็นต้องซื้อโปรแกรม 1C และติดตั้งโปรแกรมบนคอมพิวเตอร์ของคุณ การทำงานในโปรแกรมดำเนินการผ่านอินเทอร์เน็ตโดยใช้เบราว์เซอร์ปกติหรือ "1C Thin Client" ซึ่งสามารถดาวน์โหลดได้ฟรีตามกฎหมายจากเว็บไซต์ 1C อย่างเป็นทางการ
    การเข้าถึงเซิร์ฟเวอร์คลาวด์ 1C นั้นมีให้โดยการเช่าภายใต้รูปแบบธุรกิจ SaaS (Software as a Service) ค่าใช้จ่ายในการเข้าถึง 1C เวอร์ชันคลาวด์คือ 500-600 รูเบิลต่อเดือนต่อผู้ใช้ ค่าใช้จ่ายที่แน่นอนจะขึ้นอยู่กับจำนวนผู้ใช้ จำนวนฐานข้อมูลที่ใช้ อัตราค่าไฟฟ้าที่เลือก และวิธีการชำระเงิน

    ค่าเช่าโปรแกรม 1Cในระบบคลาวด์โดยใช้โมเดล SaaS

    ชื่อประเมิน
    "พศ" **
    ประเมิน
    "เทคโน"
    ค่าความเป็นเจ้าของต่อผู้ใช้ต่อเดือน
    เมื่อสิ้นสุดสัญญาเป็นเวลา 12 เดือน
    495 รูเบิล/เดือน
    525 รูเบิล/เดือน
    ค่าใช้จ่ายที่แน่นอนขึ้นอยู่กับเงื่อนไขการชำระเงิน *:
    • การชำระเงินรายเดือน
    • ชำระล่วงหน้าเป็นเวลา 3 เดือน
    • ชำระล่วงหน้าเป็นเวลา 6 เดือน
    • ชำระล่วงหน้าเป็นเวลา 12 เดือน

    2970 ถู
    8031 ถู
    15498 ถู
    29664 ถู

    1200 ถู
    3498 ถู
    6546 ถู
    12528 ถู
    จำนวนผู้ใช้พร้อมกันผู้ใช้ 5 คน
    ผู้ใช้ 2 คน
    แอปพลิเคชันที่มีอยู่จากรายการ:
    • 1C: การบัญชี 8
    • 1C: เงินเดือนและการจัดการบุคลากร 8
    • 1C: การจัดการบริษัทขนาดเล็ก 8
    • การบัญชี 1c สถาบันของรัฐ 8
    • 1C: เงินเดือนและบุคลากรของสถาบันของรัฐ 8
    • 1C: การรายงานผู้ประกอบการ 8
    • 1C-เตาผิง: เงินเดือน
    ทั้งหมดหนึ่งในรายการให้เลือก
    จำนวนฐานข้อมูลไม่มีขีด จำกัดฐานข้อมูลการทำงานเดียว
    + หนึ่งการทดสอบ/เก็บถาวร/สาธิต

    *ราคาที่ระบุถูกต้องขึ้นอยู่กับความต่อเนื่องของสัญญา
    ** นอกเหนือจากการเข้าถึงฐานข้อมูลไม่จำกัดจำนวนสำหรับผู้ใช้ 5 รายแล้ว ค่าใช้จ่ายในการเชื่อมต่อกับอัตราค่าไฟฟ้า PROF ยังรวมถึงบริการเพิ่มเติมจำนวนหนึ่ง: 1C-Reporting; การกำกับดูแล กรอบกฎหมาย"1C: การันต์"; การเข้าถึงแบบเต็มถึง ระบบข้อมูล 1C:มัน; การให้คำปรึกษาและคำตอบจากผู้ตรวจสอบบัญชีและผู้เชี่ยวชาญสำหรับคำถามของผู้ใช้เกี่ยวกับปัญหาด้านบัญชี ภาษี และบุคลากร (ในบัญชีส่วนตัวของคุณบนเว็บไซต์ 1C: ITS) เข้าถึงการอัปเดตสำหรับเวอร์ชันบรรจุกล่องของแพลตฟอร์ม 1C: Enterprise และการกำหนดค่า 1C มาตรฐาน ฯลฯ รายละเอียดเพิ่มเติม

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

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

  • เหตุผลที่ 2 ไม่มีสัญญาที่ถูกต้องสำหรับการสนับสนุนเทคโนโลยีสารสนเทศ (ITS)

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

    ค่าสมัคร ITS

    ให้ความสนใจกับประเด็นต่อไปนี้:

    • มีตัวเลือกการสมัครสมาชิก ITS สองตัวเลือก: ITS Techno และ ITS PROF ซึ่งแตกต่างกันในเนื้อหา ITS Techno มีตัวเลือกการสนับสนุนขั้นต่ำ (เข้าถึงไซต์สนับสนุนทางเทคนิค 1C สำหรับการดาวน์โหลดการอัปเดตด้วยตนเอง) ITS Prof นอกเหนือจากการเข้าถึงการอัปเดตแล้วยังมีบริการและบริการเพิ่มเติมอีกมากมายเช่น 1C: การรายงาน, 1C: คู่สัญญา, 1C: ใหม่, 1C: การเก็บถาวรบนคลาวด์, ฐานทางกฎหมาย "GARANT" และอื่น ๆ อีกมากมาย สำหรับการเปรียบเทียบโดยละเอียดเพิ่มเติมของ ITS Techno และ PROF โปรดดูที่
    • ค่าสมัคร ITS ขึ้นอยู่กับระยะเวลาของสัญญา ตัวเลือกขั้นต่ำคือการสมัครสมาชิกครั้งเดียวเป็นเวลา 1 เดือน แต่จำเป็นต้องมีการอัปเดตเป็นประจำ โปรแกรมบัญชีสำหรับ 1C:Accounting เราขอแนะนำให้สมัครสมาชิกเป็นระยะเวลานานขึ้น
    • ค่าใช้จ่ายในการสมัครสมาชิกที่มีการต่ออายุการสมัครสมาชิก ITS อย่างต่อเนื่องนั้นน้อยกว่าการต่ออายุ
      ชื่อราคาที่
      ต่อเนื่อง
      ส่วนขยาย
      ถู.
      ราคาที่
      การเริ่มต้นใหม่
      ข้อตกลง
      ถู.
      สมัครสมาชิกครั้งเดียว PROF เป็นเวลา 1 เดือน
      4818
      ITS Techno เป็นเวลา 6 เดือน

      7854
      ITS Techno เป็นเวลา 12 เดือน

      15036
      เป็นเวลา 3 เดือน

      9636
      เป็นเวลา 6 เดือน
      18600
      PROF เป็นเวลา 12 เดือน
      35592
  • เหตุผลที่ 3 ผลิตภัณฑ์ซอฟต์แวร์ไม่ได้ลงทะเบียนในบัญชีส่วนบุคคลของผู้ใช้บนพอร์ทัล 1C

    วิธีแก้ไข: ลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์
    คำแนะนำในการลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์ในบัญชีส่วนตัวของ Portal 1C: ITS (portal.1c.ru)
    หากผู้ใช้ไม่เคยลงทะเบียนบนพอร์ทัลมาก่อน ดังนั้นก่อนที่จะลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์ในบัญชีส่วนบุคคล ผู้ใช้จะต้องลงทะเบียนบนพอร์ทัลก่อนและรับข้อมูลเข้าสู่ระบบและรหัสผ่านเพื่อเข้าถึงบัญชีส่วนบุคคล
    คำแนะนำในการลงทะเบียนผู้ใช้บน 1C: ITS Portal (portal.1c.ru)

  • เหตุผลที่ 4 การสนับสนุนผู้ใช้อินเทอร์เน็ตไม่ได้กำหนดค่าในโปรแกรม 1C

    วิธีแก้ไข: ตั้งค่าการสนับสนุนอินเทอร์เน็ต
    คำแนะนำในการเชื่อมต่อการสนับสนุนอินเทอร์เน็ตในการกำหนดค่าทั่วไป 1C: Enterprise 8

ปัญหาทางเทคนิค

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

1. เซิร์ฟเวอร์ CSO https://1cv8update.com ไม่พร้อมใช้งาน
ในกรณีนี้ จำเป็นต้องตรวจสอบความสามารถในการทำงานของเซิร์ฟเวอร์และความพร้อมใช้งานสำหรับการบล็อกโดยโปรแกรมป้องกันไวรัส ไฟร์วอลล์ ไฟร์วอลล์ หรือการตั้งค่าความปลอดภัยของพร็อกซีเซิร์ฟเวอร์

2. ใบรับรองความปลอดภัยได้รับการอัปเดตบนเว็บไซต์ https://1cv8update.com และคุณกำลังใช้แพลตฟอร์ม 1C:Enterprise รุ่นเก่า (หรือชุดโหมดความเข้ากันได้) ที่ต่ำกว่าเวอร์ชัน 8.3.8 ในกรณีนี้ คุณต้องอัปเดตเวอร์ชันแพลตฟอร์ม ตั้งค่าโหมดความเข้ากันได้ หรือลงทะเบียนใบรับรองความปลอดภัยด้วยตนเองในไฟล์ cacert.pem ในไดเร็กทอรี bin

3. บางทีเซิร์ฟเวอร์ของ Update Protection Center อาจทำงานหนักเกินไป ลองทำซ้ำขั้นตอนการสแกนหลาย ๆ ครั้งโดยคลิกปุ่ม "ทำซ้ำทันที" หรือทำการสแกนในภายหลัง



คำชี้แจงเกี่ยวกับเงื่อนไขการแจกจ่ายการอัปเดตซอฟต์แวร์ 1C Enterprise

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

ตาม "ข้อตกลงสิทธิ์การใช้งาน" ราคาของผลิตภัณฑ์ซอฟต์แวร์ 1C ในปัจจุบันรวมการสนับสนุนด้านเทคโนโลยีสารสนเทศ (ITS) เป็นเวลา 3 เดือน ซึ่งรวมถึงใบเสร็จรับเงินรายเดือน แผ่นดีวีดีของมัน; รับการปรับปรุงโปรแกรม การกำหนดค่า และแบบฟอร์มการรายงาน; บริการสายให้คำปรึกษา การเข้าถึงไซต์ การสนับสนุนทางเทคนิค"1C" (ตั้งแต่วันที่ 01/01/2016 คุณสามารถซื้อ ITS เวอร์ชัน "ไร้ดิสก์" ได้)

หลังจากสิ้นสุดระยะเวลาการบำรุงรักษาฟรี การบำรุงรักษาโปรแกรม 1C Firm จะดำเนินการภายใต้สัญญา ITS แบบชำระเงินเท่านั้น

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

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

  • ศิลปะ. 1301 แห่งประมวลกฎหมายแพ่งของสหพันธรัฐรัสเซีย
  • ศิลปะ. 7.12 ของจรรยาบรรณ สหพันธรัฐรัสเซียเกี่ยวกับความผิดทางปกครองของสหพันธรัฐรัสเซีย
  • ศิลปะ. 146 แห่งประมวลกฎหมายอาญาของสหพันธรัฐรัสเซีย

ผู้ใช้ต้องได้รับการอัปเดตและทรัพยากรข้อมูลผ่านช่องทางการเผยแพร่ทางกฎหมาย:

  • ดิสก์สนับสนุนเทคโนโลยีสารสนเทศ
  • เว็บไซต์บริษัท 1C: www.1c.ru, v8.1c.ru, ออนไลน์ 1c.ru, its.1c.ru, portal.1c.ru, releases.1c.ru, users.v8.1c.ru
  • สำนักงานของพันธมิตร 1C

การอัปเดตที่ได้รับจากแหล่งอื่นนั้นผิดกฎหมาย:

  • คัดลอกมาจากเพื่อน
  • การอัปเดตได้รับการติดตั้งโดย "นักเรียน Vasya" (ไม่ทราบแหล่งที่มา)
  • ดาวน์โหลดจากไซต์ที่ไม่ใช่ไซต์อย่างเป็นทางการของ "1C"
  • ซื้อในแผงลอย
  • เป็นต้น

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

กำลังตรวจสอบการสมัคร ITS

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

  • ตรวจสอบว่าคุณส่งแบบฟอร์มการลงทะเบียนไปที่ 1C หรือไม่
  • หากข้อมูลมีการเปลี่ยนแปลง - รายงานไปที่ "1C"
  • ตรวจสอบให้แน่ใจว่าช่องทางที่คุณได้รับการอัปเดตนั้นถูกกฎหมาย (พันธมิตร 1C อย่างเป็นทางการ เว็บไซต์ 1C อย่างเป็นทางการ)
  • ก่อนสมัครสมาชิก ITS ให้ตรวจสอบว่าบริษัทที่ให้บริการคุณเป็นพันธมิตรอย่างเป็นทางการของ 1C หรือไม่
  • โดย ทะเบียนเลขที่โปรแกรมของคุณ ตรวจสอบให้แน่ใจว่าได้ลงทะเบียนการสมัครสมาชิกใน "1C" บนเว็บไซต์
    http://www.1c.ru/rus/support/support.htm
  • อย่าลืมต่ออายุการสมัครของคุณ

ไม่ต้องสมัครสมาชิกกับ ITS:

  • เวอร์ชันพื้นฐานของผลิตภัณฑ์ซอฟต์แวร์ 1C:Enterprise
  • โปรแกรม 1C เวอร์ชัน "Cloud" ที่ใช้ใน บริการคลาวด์ 1C: สด

แท็ก: การตรวจสอบความถูกต้องตามกฎหมายของการได้รับการอัปเดตการกำหนดค่า 1 วินาที การตรวจสอบความถูกต้องตามกฎหมายของการอัปเดต 1 วินาที 8.3 การตรวจสอบความถูกต้องตามกฎหมายของการอัปเดต 1 วินาที การดาวน์โหลดการอัปเดต 1 วินาที 1 วินาที ดิสก์ การตรวจสอบความถูกต้องตามกฎหมายของ 1 วินาที 8.3 7 ผู้ใช้ 1c ru, its.1c.ru, รองรับ 1 วินาที 8

กำลังโหลด...
สูงสุด