ต้องทำการทดสอบและแก้ไขฐานข้อมูล 1C 8.3 หากคุณพบข้อผิดพลาดในการทำงานของฐานข้อมูลและก่อนอัปเดตการกำหนดค่าฐานข้อมูล ในกรณีส่วนใหญ่ หากฐานข้อมูลของคุณเสียหายก็จะช่วยได้
ก่อนดำเนินการทดสอบและแก้ไข คุณต้องทำสำเนาสำรองของฐานข้อมูลก่อน หากคุณไม่สามารถเข้าสู่ตัวกำหนดค่าได้แสดงว่าในโฟลเดอร์ที่ติดตั้งโปรแกรม 1C ไว้จะมียูทิลิตี้การทดสอบและแก้ไขที่ไม่จำเป็นต้องเรียกใช้โปรแกรมในโหมดตัวกำหนดค่า เราจะพูดถึงทั้งหมดนี้ด้านล่าง
มาดูเครื่องมือนี้และวิธีการใช้งานกัน เราจะวิเคราะห์รายละเอียดโดยเฉพาะว่าควรตั้งค่าสถานะใดในอินเทอร์เฟซ
มาเริ่มโปรแกรมในโหมดตัวกำหนดค่า:
เลือก "การทดสอบและการแก้ไข" จากเมนูการดูแลระบบ:
ฉันควรตรวจสอบกล่องใดบ้าง
มีตัวเลือกต่าง ๆ สำหรับการตั้งค่าการทดสอบ พิจารณา daws เหล่านี้:
- การจัดทำดัชนีตารางฐานข้อมูลใหม่- นี่เป็นการสร้างดัชนีใหม่สำหรับตารางฐานข้อมูลใหม่ทั้งหมด การทำดัชนีใหม่จะเพิ่มความเร็วของฐานข้อมูล ขั้นตอนนี้ใช้เวลานาน แต่ก็ไม่จำเป็นเลย
- การตรวจสอบความสมบูรณ์ทางลอจิคัลของฐานข้อมูล- ตรวจสอบความสมบูรณ์ทางตรรกะและโครงสร้างของฐานข้อมูล แก้ไขข้อผิดพลาดในข้อมูล
- การตรวจสอบความสมบูรณ์ของการอ้างอิงของฐานข้อมูล- ตรวจสอบ "ลิงก์เสีย" ในฐานข้อมูล ข้อผิดพลาดดังกล่าวสามารถเกิดขึ้นได้เนื่องจากการลบออบเจ็กต์ระบบโดยตรงหรือความล้มเหลว มี 3 ตัวเลือกในการแก้ไขข้อผิดพลาดดังกล่าว:
- สร้างวัตถุ- ระบบสร้างองค์ประกอบตัวยึดตำแหน่งที่สามารถกรอกข้อมูลที่จำเป็นได้
- ล้างลิงก์- ลิงก์ที่ "เสีย" จะถูกล้าง
- อย่าเปลี่ยน- ระบบจะแสดงเฉพาะข้อผิดพลาดเท่านั้น
- การคำนวณผลลัพธ์ใหม่ผลรวม - ตารางผลลัพธ์ที่คำนวณไว้ล่วงหน้าในการสะสม การคำนวณ และการลงทะเบียนทางบัญชี การคำนวณผลรวมใหม่รวมถึงการจัดทำดัชนีใหม่จะไม่เป็นอันตรายและจะให้ข้อได้เปรียบในเรื่องความเร็วของโปรแกรม
- การบีบอัดตารางฐานข้อมูล- เมื่อลบข้อมูล 1C จะไม่ลบแถวของตาราง แต่จะ "ทำเครื่องหมาย" เพื่อทำการลบเท่านั้น ผู้ใช้จะไม่สามารถมองเห็นได้ แต่จะยังคงอยู่ในฐานข้อมูลต่อไป การกระชับฐานข้อมูลจะลบข้อมูลนี้อย่างถาวร เอฟเฟกต์เดียวกันนี้สามารถทำได้โดยการอัพโหลดและดาวน์โหลดไฟล์ฐานข้อมูล (*.dt)
- การปรับโครงสร้างตารางฐานข้อมูล- กระบวนการที่ยาวนานซึ่งระบบจะสร้างตารางฐานข้อมูลขึ้นมาใหม่ ขั้นตอนนี้ยังเกิดขึ้นเมื่อมีการเปลี่ยนแปลงโครงสร้างการกำหนดค่าอีกด้วย
ในตัวอย่างของเรา ทำเครื่องหมายในช่องทั้งหมดตามที่แสดงในภาพ และคลิก “Run”:
เราสามารถสังเกตขั้นตอนการดำเนินการได้ที่มุมซ้ายล่างของหน้าต่างตัวกำหนดค่า 1C ข้อผิดพลาดที่ตรวจพบจะแสดงในหน้าต่างข้อความบริการ
หลังจากการทดสอบเสร็จสิ้น คลิก “ปิด”:
เราสามารถเห็นผลลัพธ์ของการดำเนินการได้ในหน้าต่างข้อความบริการ
การทดสอบและการแก้ไขเสร็จสิ้น
หากตัวกำหนดค่าไม่เปิดขึ้น: ยูทิลิตี้ chdbfl.exe
หากฐานข้อมูลเสียหายมากจนคุณไม่สามารถเข้าสู่ตัวกำหนดค่าได้ คุณสามารถใช้ . ยูทิลิตี้นี้ได้รับการติดตั้งพร้อมกับแพลตฟอร์ม 1C และสามารถพบได้ในโฟลเดอร์ Bin ของไดเร็กทอรีการติดตั้ง:
ก่อนที่คุณจะเริ่มการทดสอบ คุณจะต้องทำสำเนาฐานข้อมูลของคุณอย่างแน่นอน เนื่องจากการใช้ยูทิลิตี้นี้อาจนำไปสู่ผลลัพธ์ที่แก้ไขไม่ได้ เนื่องจากคุณไม่สามารถเข้าสู่ตัวกำหนดค่าได้ ต้องทำสำเนาสำรองโดยการคัดลอกไดเร็กทอรีของฐานข้อมูลของคุณ
หลังจากคลิกคัดลอกแล้ว ให้คลิกขวาที่พื้นที่ว่างในหน้าต่างโฟลเดอร์แล้วคลิก "วาง" ทำสำเนาแล้วให้เรียกใช้ยูทิลิตี้:
หน้าต่างหลักของยูทิลิตี้จะปรากฏขึ้น เราจำเป็นต้องระบุชื่อของไฟล์ฐานข้อมูล คลิกที่จุดสามจุด หน้าต่างการเลือกไฟล์ฐานข้อมูลจะเปิดขึ้น เราค้นหาไดเร็กทอรีของฐานข้อมูลของคุณและชี้ไปที่ไฟล์ 1Cv8.1CD ในนั้น คลิก "เปิด"
ทำเครื่องหมายที่ช่อง "แก้ไขข้อผิดพลาดที่ตรวจพบ" และคลิก "เรียกใช้"
เรากำลังรอให้การดำเนินการเสร็จสิ้น อาจใช้เวลานานขึ้นอยู่กับขนาดของฐานข้อมูล
หลังจากดำเนินการแล้ว หากข้อผิดพลาดได้รับการแก้ไขแล้ว ข้อผิดพลาดจะแสดงในหน้าต่างยูทิลิตี้ ในกรณีของฉัน ไม่พบข้อผิดพลาด คลิก “ปิด” และลองเข้าสู่โปรแกรม หากคุณยังคงไม่สามารถเข้าสู่ระบบได้ คุณต้องติดต่อผู้เชี่ยวชาญ
แท้จริงแล้วความซับซ้อนของการกำหนดค่า 1C เพิ่มขึ้นทุกปี ทีมมีการเติบโต ผลิตภัณฑ์กำลังเปิดตัวที่มีโค้ดมากกว่า 5,000,000 บรรทัด หากไม่มีลำดับโค้ดโฟลว์ การทำงานก็จะกลายเป็นเรื่องยาก และเราไม่ได้แค่พูดถึงการรักษาลำดับขั้นต่ำ - นำหน้าอ็อบเจ็กต์ใหม่ แบบแผนการแสดงความคิดเห็น หรือการกระจัดกระจายอ็อบเจ็กต์ข้ามระบบย่อย เมื่อทีมเติบโตขึ้นและการกำหนดค่ามีความซับซ้อนมากขึ้น ความจำเป็นในการยึดถือมาตรฐานในความหมายที่กว้างขึ้นก็ชัดเจนขึ้น
และเพื่อไม่ให้ช่างทำรองเท้าไม่มีรองเท้าบู๊ต ควรมีเครื่องมือที่เหมาะสมสำหรับวัตถุประสงค์เหล่านี้ การประชุมและการสัมมนาทางเว็บ รวมถึงที่กล่าวข้างต้น มีเครื่องมือที่น่าสนใจ ในขณะเดียวกันการกำหนดค่า 1C ที่ค่อนข้างไม่ค่อยมีใครรู้จักก็สมควรได้รับความสนใจเช่นกัน ตามที่คุณเข้าใจแล้วจากชื่อสิ่งพิมพ์ ผลิตภัณฑ์นี้เรียกว่า "การตรวจสอบการกำหนดค่าอัตโนมัติ" เป็นบริการฟรีสำหรับผู้ใช้ทุกคน (อย่างเป็นทางการ จำเป็นต้องเข้าถึง 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/60 แต่ก่อนอื่นเขียนขึ้นสำหรับเวอร์ชัน 1.1.11.16 ดังนั้นภาพหน้าจอและความคิดเห็นบางส่วนจะอ้างอิงถึงเวอร์ชันนี้ หากต้องการทำงานกับ APK 1.1 คุณจะต้องมีเวอร์ชันแพลตฟอร์มอย่างน้อย 8.3.6 หลังจากติดตั้งการส่งมอบการกำหนดค่า รายการใหม่สามรายการจะปรากฏในรายการเทมเพลตการกำหนดค่า:
เทมเพลตแรกเป็นฐาน APK ล้วนๆ มีกฎมาตรฐานทั้งหมดอยู่ในนั้น แต่ไม่มีข้อมูลที่โหลดเกี่ยวกับฐานข้อมูลสาธิตสำหรับการทดสอบ ซึ่งมีอยู่ในเทมเพลตที่สอง
เทมเพลตที่สอง “การตรวจสอบการกำหนดค่าอัตโนมัติ (สาธิต)” หลังจากการปรับใช้มีข้อมูลที่โหลดเกี่ยวกับฐานข้อมูลสาธิต (อยู่ในเทมเพลตที่สาม) คุณสามารถใช้เพื่อดูวิธีการทำงานของรายงานและการตรวจสอบมาตรฐานได้ วิธีที่ดีที่สุดคือศึกษาการทำงานกับฐานข้อมูลนี้ซึ่งมีคู่มือผู้ใช้จากแพ็คเกจ เนื่องจากตัวอย่างในคู่มือได้รับการออกแบบมาโดยเฉพาะสำหรับฐานข้อมูลสาธิตนี้:
APK ทำงานในลักษณะที่เมื่อมีการตรวจสอบใหม่ จะโหลดข้อมูลจากการกำหนดค่าที่กำลังตรวจสอบผ่านการเชื่อมต่อ COM เธอจำเป็นต้องมีไฟล์ฐานข้อมูล "ทดลอง" ที่มีอยู่ ดังนั้นหากมีความปรารถนาที่ไม่เพียง แต่จะทำความคุ้นเคยกับอินเทอร์เฟซของฐานข้อมูลสาธิตเท่านั้น แต่เพื่อดำเนินการทำงานทั้งหมดกับฐานข้อมูลที่กำลังทดสอบอยู่ก็เหมาะสมที่จะปรับใช้ฐานข้อมูลไฟล์อื่นจากเทมเพลตที่สามด้วย” การกำหนดค่าสาธิตสำหรับการทดสอบ”
ในกรณีนี้ เราจะได้รับฐานข้อมูลสองฐานข้อมูล - APK สาธิตหนึ่งรายการซึ่งมีข้อมูลที่โหลดแล้วเกี่ยวกับฐานข้อมูลสาธิตที่กำลังตรวจสอบและฐานสาธิตที่กำลังตรวจสอบอยู่ ซึ่งช่วยให้คุณคุ้นเคยกับกระบวนการเชื่อมต่อและดำเนินการตรวจสอบใหม่ได้อย่างรวดเร็ว
ฉันทราบว่าหลังจากการทดลองกับฐานข้อมูลสาธิตแล้ว ไม่จำเป็นต้องปรับใช้ฐานข้อมูล APK ที่ปลอดภัย การตรวจสอบการกำหนดค่าการทำงานสามารถทำได้บนการกำหนดค่าเดียวกันกับการตรวจสอบฐานข้อมูลสาธิต คุณสามารถดาวน์โหลดข้อมูลเกี่ยวกับฐานข้อมูลจำนวนเท่าใดก็ได้ที่ถูกตรวจสอบใน APK
โดยทั่วไปหลักการทำงานของ APK จะคล้ายกับการทำงานของ "การแปลงข้อมูล" ไม่จำเป็นต้องทำงานใดๆ ในตัวกำหนดค่า APK (แม้ว่าดังจะชัดเจนในภายหลัง แต่ก็ไม่น่าจะเป็นไปได้หากปราศจากมันทั้งหมด)- ข้อมูลเกี่ยวกับโครงสร้างของการกำหนดค่าที่กำลังตรวจสอบถูกโหลดในโหมดผู้ใช้ นอกจากนี้ยังระบุอัลกอริธึมการตรวจสอบการกำหนดค่าในรูปแบบของโค้ดในภาษา 1C:Enterprise ซึ่งจากนั้นจะถูกดำเนินการโดยระบบเองโดยใช้โอเปอเรเตอร์ “ ดำเนินการ- ในโค้ด คุณสามารถและควรใช้วิธีการที่สร้างไว้ในกลุ่มอุตสาหกรรมเกษตร (ไม่ใช่แพลตฟอร์ม) - ขั้นตอนและฟังก์ชันที่ทำงานกับวัตถุที่สร้างขึ้นโดยอัตโนมัติ ออบเจ็กต์ที่จำเป็นสำหรับการดำเนินการตรวจสอบการกำหนดค่านั้นถูกสร้างขึ้นโดยระบบเองและจะมีอยู่ในโค้ดของตัวจัดการเช็ค คำอธิบายโดยละเอียดของวิธีการ วัตถุ และตัวจัดการเหล่านี้สามารถรับได้จากบทที่ 6 ของคู่มือผู้ใช้
การกำหนดค่าของศูนย์อุตสาหกรรมเกษตรเกือบทั้งหมดสร้างขึ้นจากไดเรกทอรี การลงทะเบียนข้อมูล และการประมวลผล โดยทั่วไป หากคุณคุ้นเคยกับ “การแปลงข้อมูล” หลักการทำงานกับ APK ก็จะมีความชัดเจน ยิ่งกว่านั้นหากไม่มีความจำเป็นที่ชัดเจนสำหรับอัลกอริธึมการตรวจสอบของคุณเอง ในตอนแรกคุณสามารถ จำกัด ตัวเองไว้ที่การตรวจสอบมาตรฐานและไม่ศึกษาวิธีการในตัวและวัตถุซอฟต์แวร์ของระบบ จากนั้นการตั้งค่าเกือบทั้งหมดสามารถทำได้ด้วยเมาส์และดูเหมือนว่าสำหรับงานหลายอย่างก็เพียงพอแล้ว
การกำหนดค่าการเชื่อมต่อกับฐานข้อมูลที่กำลังตรวจสอบและการตรวจสอบเริ่มต้น
หลังจากเปิดตัวฐานข้อมูลสาธิต เราจะนำเสนออินเทอร์เฟซต่อไปนี้:
วัตถุประสงค์ของส่วนต่างๆ จากมุมมองของนักพัฒนา APK สามารถอ่านได้ในคู่มือ เราจะดำเนินการตามลำดับและเพิ่มการกำหนดค่าใหม่ก่อน คลิกที่ปุ่ม "การกำหนดค่าใหม่" ระบบจะแจ้งให้คุณกรอกพารามิเตอร์การเชื่อมต่อ อันที่จริงรูปแบบของรายการไดเร็กทอรี "การกำหนดค่า" จะเปิดขึ้น:
ชื่อและชื่อเต็มเป็นช่องข้อความที่กำหนดเอง เฉพาะความรู้สึกที่สวยงามและความยาวของช่องเท่านั้นที่สามารถจำกัดคุณในสิ่งที่จะระบุไว้ในนั้น แต่แล้วข้อจำกัดก็เข้มงวดมากขึ้น คุณต้องระบุเส้นทางแบบเต็มไปยังไฟล์ปฏิบัติการแพลตฟอร์ม 1C ใน APK เวอร์ชันก่อนหน้า คุณจะต้องระบุเวอร์ชันของแพลตฟอร์มที่คุณใช้งานอยู่เพิ่มเติม ฉันขอเตือนคุณว่า APK สามารถตรวจสอบการกำหนดค่าบนแพลตฟอร์มเวอร์ชัน 8.3.6 ขึ้นไปเท่านั้น
ข้อมูลจากผู้พัฒนา:
หากมีการระบุเส้นทางไปยังแพลตฟอร์มด้านล่าง ข้อผิดพลาดจะเกิดขึ้นระหว่างการเชื่อมต่อ COMเหตุผลก็คือสิ่งนี้ เนื่องจากการพัฒนาแพลตฟอร์มและการตรวจสอบ APK ใหม่ ข้อมูล (คุณสมบัติเมตาดาต้า) ที่ปรากฏเฉพาะในแพลตฟอร์ม 8.3.6 หรือสูงกว่าจึงถูกรวบรวม ดังนั้นเมื่อตรวจสอบเวอร์ชันเช่น 8.2 ข้อผิดพลาดจะเกิดขึ้นตามธรรมชาติเมื่อรวบรวมข้อมูลดังกล่าว และเนื่องจากตามกฎแล้วการตรวจสอบใหม่เหล่านี้มีความสำคัญ จึงมีการห้ามไม่ให้ดำเนินการตรวจสอบที่ต่ำกว่า 8.3.6 ในกรณีตรงกันข้าม (หากไคลเอนต์มีแพลตฟอร์มเวอร์ชันพื้นฐานที่ต่ำกว่า) จะถือว่าเขาสามารถใช้ APK เวอร์ชันก่อนหน้าเพื่อตรวจสอบการกำหนดค่าของเขาได้
จากนั้นคุณจะต้องระบุเส้นทางไปยังฐานข้อมูลสาธิตและพารามิเตอร์การเชื่อมต่อ ภายใต้ ฐานสาธิตในกรณีนี้ จะเข้าใจว่าไม่มีอะไรมากไปกว่าฐานข้อมูลไฟล์ที่จัดสรรเป็นพิเศษซึ่งมีการกำหนดค่าที่กำลังตรวจสอบอยู่ ไม่มีตัวเลือกในการเชื่อมต่อฐานข้อมูล SQL กับ APK สามารถปรับปรุงได้หากต้องการ แต่ไม่มีประเด็นอะไรมากในเรื่องนี้ ขั้นแรก การกำหนดค่าจะถูกตรวจสอบ ไม่ใช่การทดสอบหน่วยหรือการทดสอบโหลด ในกรณีนี้ แม้สำหรับการกำหนดค่าขนาดใหญ่เช่น ERP 2 เพียงแค่ฐานข้อมูลไฟล์เปล่าที่มีการกำหนดค่าปัจจุบันก็เพียงพอแล้ว ประการที่สองตามมาตรฐาน 1C การกำหนดค่าใด ๆ จะต้องได้รับการออกแบบให้ทำงานไม่เพียงกับฐานข้อมูล SQL เท่านั้น แต่ยังทำงานในเวอร์ชันไฟล์ด้วย
หากคุณกำลังพัฒนาโดยใช้พื้นที่เก็บข้อมูล APC จะสามารถอัปเดตการกำหนดค่าฐานข้อมูลจากพื้นที่เก็บข้อมูลได้โดยอัตโนมัติก่อนที่จะทำการทดสอบใหม่ กลุ่มพารามิเตอร์ด้านล่างในภาพหน้าจอมีไว้สำหรับสิ่งนี้
ฉันยังทราบด้วยว่า DSS เช่นเดียวกับ APK ต้องใช้ฐานข้อมูลไฟล์เพื่อโหลดข้อมูลการกำหนดค่า ดังนั้นหากคุณตัดสินใจที่จะพัฒนาโดยใช้เทคโนโลยีที่ 1C นำเสนอโดยใช้ APK และ DSS จากนั้นสำหรับทั้งสองระบบนี้ก็เพียงพอที่จะสร้างฐานข้อมูลไฟล์เดียวหากจำเป็นต้องเชื่อมต่อกับที่เก็บการกำหนดค่าและตั้งค่าการอัปเดตการกำหนดค่าอัตโนมัติจาก ที่เก็บข้อมูลก่อนที่จะโหลดข้อมูล
ตัวเลือกระหว่างโหมด "การกำหนดค่า" และ "ไลบรารี" จะกำหนดความรุนแรงของการตรวจสอบ สำหรับโหมด "Library" การตรวจสอบจะเข้มงวดยิ่งขึ้น ไลบรารีคือการกำหนดค่าที่สร้างไว้ในไลบรารีอื่นๆ ซึ่งหมายความว่าไลบรารีจะต้องเป็นไปตามกฎเกณฑ์บางประการและ “ไม่เพียงแต่คิดถึงตัวเองเท่านั้น” หากคุณวางเคอร์เซอร์ไว้เหนือตัวเลือกสวิตช์ทั้งสอง คำแนะนำเครื่องมือจะปรากฏขึ้นเพื่ออธิบายความแตกต่างในการตรวจสอบ โดยเฉพาะอย่างยิ่งข้อกำหนดที่เลือกทั้งหมดจะถูกตรวจสอบสำหรับห้องสมุด การกำหนดค่าไม่ได้ตรวจสอบข้อกำหนดจากกลุ่ม "พัฒนาและใช้ไลบรารี" ไม่ว่าจะเลือกไว้หรือไม่ก็ตาม ข้อกำหนดกลุ่มนี้ประกอบด้วยกฎการตรวจสอบระยะยาวซึ่งมีไว้สำหรับไลบรารีเท่านั้น
จุดสำคัญสำหรับ APK เวอร์ชัน 1.1.11.16 และเวอร์ชันก่อนหน้า (ข้อผิดพลาดนี้ได้รับการแก้ไขแล้วในเวอร์ชัน 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: เข้ากันได้" หรืออย่างน้อยก็ควบคุมการสะกดได้ เนื่องจากไม่มีสิ่งใดที่การพัฒนาดำเนินไปเป็นเวลาหลายปีโดยไม่มีการสะกดผิดแม้แต่ครั้งเดียว
รายการข้อกำหนดที่เลือกที่นี่คือรายการเริ่มต้นสำหรับการตรวจสอบที่ดำเนินการโดยอัตโนมัติ หากคุณรันการทดสอบทีละขั้นตอน คุณอาจสามารถแทนที่ค่าที่ระบุได้ที่นี่
ข้อมูลจากผู้พัฒนา:
สมควรที่จะบอกรายละเอียดเพิ่มเติมว่ากลุ่ม “ระบบมาตรฐาน” คืออะไร และแตกต่างจากอีกสองกลุ่มอย่างไร เริ่มจากกลุ่ม "1C: Compatible" กันก่อน ตามที่เขียนไว้ก่อนหน้านี้ นี่เป็นชุดมาตรฐานบังคับเพื่อรับสถานะที่แน่นอนสำหรับการกำหนดค่าของคุณ กล่าวโดยคร่าวๆ นี่คือแกนหลักที่การกำหนดค่าทั้งหมดต้องปฏิบัติตามโดยไม่มีข้อยกเว้น อย่างไรก็ตาม มาตรฐานกลุ่มนี้ไม่ได้ตรวจสอบการกำหนดค่าสำหรับการสะกดผิด...
ถัดไป "การสะกด" คือกลุ่มมาตรฐานที่จะตรวจสอบการกำหนดค่าเฉพาะข้อผิดพลาดในการสะกดเท่านั้น นักพัฒนาที่เคารพตนเองทุกคนสามารถตรวจสอบการกำหนดค่าการสะกดของเขาได้ กลุ่มนี้ประกอบด้วยกฎการตรวจสอบทั้งหมดที่ติดตามการสะกดในข้อความโมดูล ข้อมูลเมตา (ชื่อ คำพ้องความหมาย ความคิดเห็น) องค์ประกอบของแบบฟอร์ม เค้าโครง โดยทั่วไป ทุกที่ที่คุณสามารถตรวจสอบข้อความได้ เฉพาะข้อความภาษารัสเซียเท่านั้นที่ถูกทำเครื่องหมายนอกกรอบ แต่ตามที่ระบุไว้อย่างถูกต้องในความคิดเห็น สำหรับภาษาอื่น ๆ คุณสามารถอัปโหลดพจนานุกรมของคุณเองและแทนที่พจนานุกรมที่รวมอยู่ในการกำหนดค่าด้วย
และตอนนี้เกี่ยวกับกลุ่ม “ระบบมาตรฐาน” เป็นการตรวจสอบระดับโลกมากที่สุดและมีการตรวจสอบข้อกำหนดที่กำหนดไว้ล่วงหน้าอีกสองกลุ่ม รวมถึงการตรวจสอบเฉพาะทางเพิ่มเติม สำหรับลูกค้า ข้อผิดพลาดในกลุ่มนี้เป็นเพียงคำแนะนำ แม้ว่าสำหรับการกำหนดค่าทั่วไป ข้อผิดพลาดส่วนใหญ่จะต้องได้รับการแก้ไขแน่นอน ที่. หากมีการอธิบายมาตรฐานใดๆ ไว้ในกลุ่ม “1C: Compatible” หรือ “Spelling” ก็ไม่ต้องสงสัยเลยว่าจะมีการอธิบายไว้ในกลุ่ม “System of Standards” ด้วย อย่างไรก็ตาม อาจมีรายละเอียดมากขึ้นและมีการตรวจสอบเชิงลึกมากขึ้น
บนแท็บ "การยกเว้นจากการสแกน" มีการกำหนดค่าการกรองต่างๆ ตัวอย่างเช่น คุณสามารถกำหนดค่าการตรวจสอบเพื่อให้เฉพาะออบเจ็กต์ที่คุณเพิ่มในการกำหนดค่ามาตรฐานด้วยคำนำหน้าบางอย่างเช่น “ เอ็มเอฟ_ ประกาศซุปเปอร์ศุลกากร”
หรือหากคุณกำลังพัฒนาด้วยการเพิ่มอ็อบเจ็กต์ที่เปลี่ยนแปลงหรือเพิ่มทั้งหมดให้กับระบบย่อยการพัฒนาเฉพาะ ก็สมเหตุสมผลที่จะดำเนินการตรวจสอบภายในระบบย่อยนี้เท่านั้น และข้ามอ็อบเจ็กต์ที่ไม่เปลี่ยนรูปของการกำหนดค่ามาตรฐานที่ "ถูกล็อค" หากคุณต้องการแยกตัวกรองที่กำหนดค่าไว้ชั่วคราวระหว่างการตรวจสอบ คุณไม่จำเป็นต้องลบตัวกรองนั้น ก็เพียงพอที่จะลบการตั้งค่าสถานะการใช้งาน (คอลัมน์ที่สอง):
ฟังก์ชั่นการกรองมีประโยชน์มากและสมเหตุสมผลที่จะทดลองใช้ซึ่งเราจะทำต่อไป ฉันจะบอกทันทีว่าการเปิดใช้งานการตรวจสอบเช่น "เปิดใช้งานระบบย่อย" และ "เปิดใช้งานด้วยคำนำหน้า" ทำงานโดยใช้ "OR" นั่นคือวัตถุจะรวมอยู่ในการตรวจสอบหากเป็นไปตามเงื่อนไขข้อใดข้อหนึ่ง สิ่งนี้ไม่สะดวกเสมอไป โชคดีที่การเปลี่ยนแปลงพฤติกรรมนี้ทำได้ง่ายมาก ปัญหานี้จะมีการพูดคุยโดยละเอียดเพิ่มเติมในหัวข้อการกรอง รวมถึงประเด็นเกี่ยวกับอิทธิพลของตัวกรองในเวลาที่ทำการตรวจสอบ
ใน APK เวอร์ชัน 1.1.11.16 และเวอร์ชันก่อนหน้า การตั้งค่าการกรองถูกแบ่งออกเป็นสองแท็บ - “ตัวกรองการรวบรวมข้อกำหนด” และ “ข้อยกเว้นการรวบรวมข้อมูล” แต่ความหมายจะเหมือนกัน:
คุณยังสามารถระบุความจำเป็นในการตรวจสอบตามกำหนดเวลาในแบบฟอร์มการตั้งค่า:
นี่คือการตั้งค่า ไม่ใช่เพื่อการทำงานผ่านงานประจำ- หากต้องการเรียกใช้การสแกนตามกำหนดเวลา ต้องเปิด APK ในโหมดผู้ใช้และทำงานอยู่ เมื่อระบบเริ่มทำงาน วิธีการนี้จะถูกเรียกในโมดูลแอปพลิเคชันทั่วไป ที่ SystemStart()โดยที่ตัวจัดการการรอเชื่อมต่ออยู่ เรียกใช้การตรวจสอบตามกำหนดเวลา ()ซึ่งดำเนินการตรวจสอบตามกำหนดเวลา หากต้องการดำเนินการตรวจสอบตามปกติ จะต้องแก้ไขระบบ หากคุณดูการกำหนดค่า APK คุณจะเห็นว่ามีเพียงสองงานประจำเท่านั้น และทั้งสองงานไม่เกี่ยวข้องกับการตรวจสอบตามกำหนดเวลา:
ข้อมูลจากผู้พัฒนา:
คำอธิบายนั้นง่ายมาก หาก APK ถูกปรับใช้ในเวอร์ชัน SQL ดังนั้นเมื่อระบุเส้นทางไปยังการกำหนดค่า (หรือฐานข้อมูลสาธิต) บนไคลเอนต์ การตรวจสอบก็จะไม่เริ่มต้นเพราะ งานประจำจะทำงานบนเซิร์ฟเวอร์เสมอ แน่นอนว่าในเวอร์ชันไฟล์ของ APK งานประจำจะเหมาะสมกว่าตัวจัดการการรอ
กำหนดการไม่ใช่แท็บสุดท้ายที่เป็นไปได้ หากคุณเปิดใช้งานการผสานรวมกับ "Application Solution Design System" ในระบบ แท็บอื่น "การบูรณาการกับ DSS" จะปรากฏขึ้น ซึ่งช่วยให้คุณสามารถกำหนดค่าการลงทะเบียนข้อผิดพลาดอัตโนมัติใน DSS การตั้งค่าการรวมในระดับระบบจะดำเนินการในรูปแบบของค่าคงที่ ("การดำเนินการ" - "ค่าคงที่")
ฟังก์ชันการทำงานของการรวมเข้ากับ DSS นั้นได้รับการออกแบบโดยนักพัฒนาของศูนย์อุตสาหกรรมเกษตรสำหรับใช้ภายในใน บริษัท 1C (ซึ่งอธิบายไว้ในคู่มือผู้ใช้, หน้า 28) อย่างไรก็ตาม ผมมั่นใจว่าสำหรับบริษัทเหล่านั้นที่ใช้ DSS ในการทำงานหรือวางแผนที่จะใช้งานอยู่แล้ว ฟังก์ชันนี้จะน่าสนใจ คุณสามารถใช้มันเป็นแบบจำลองในการนำกลไกการรวมระบบของคุณเองไปใช้ หรือคุณสามารถคิดออกแล้วนำไปใช้ได้ทันที:
ในกรณีนี้ คุณสามารถเชื่อมต่อ APK กับบริการเว็บที่ยกขึ้นในฝั่ง DSS ได้ และในทางกลับกัน คุณสามารถกำหนดค่าการเชื่อมต่อกับบริการเว็บที่ยกขึ้นบนฝั่ง APK ใน DSS ได้:
ดำเนินการตรวจสอบ
หลังจากทำการตั้งค่าการเชื่อมต่อและเลือกการทดสอบที่จะดำเนินการแล้ว คุณสามารถดำเนินการทดสอบต่อได้
หากต้องการดำเนินการสแกนใหม่ คุณต้องทำให้การกำหนดค่าที่กำลังตรวจสอบเป็นปัจจุบันก่อน การตรวจสอบใหม่ทั้งหมดจะดำเนินการใน "การกำหนดค่าปัจจุบัน" ในการดำเนินการนี้ในส่วน "การตรวจสอบ" คุณต้องคลิก "เลือกการกำหนดค่า" จากนั้นเลือกองค์ประกอบไดเร็กทอรีการกำหนดค่าที่จะกำหนดให้เป็น "ปัจจุบัน"
เมื่อคุณคลิกที่ปุ่ม “ตรวจสอบใหม่” ระบบจะเสนอสองตัวเลือก - เพื่อดำเนินการตรวจสอบอีกครั้งโดยเชื่อมต่อกับการกำหนดค่าที่กำลังตรวจสอบ รวบรวมข้อมูลอีกครั้ง หรือตรวจสอบข้อมูลที่รวบรวมไว้ก่อนหน้านี้
ความสามารถในการดำเนินการตรวจสอบข้อมูลที่รวบรวมไว้ก่อนหน้านี้ทำให้คุณสามารถตรวจสอบที่มีความยาวได้ทีละขั้นตอน ตัวอย่างเช่น ขั้นแรกคุณสามารถรวบรวมข้อมูลการกำหนดค่าและดำเนินการทดสอบการกรองตามระบบย่อยได้ จากนั้นเปิดตัวกรองสำหรับระบบย่อยอื่นๆ และทำการตรวจสอบครั้งที่สองโดยใช้ข้อมูลที่รวบรวมไว้ก่อนหน้านี้ ซึ่งจะช่วยให้คุณดำเนินการได้รวดเร็วยิ่งขึ้น
ข้อมูลจากผู้พัฒนา:
ต้องบอกด้วยว่าขณะนี้องค์ประกอบของข้อมูลที่รวบรวมขึ้นอยู่กับข้อกำหนดที่เลือกโดยตรง ตัวอย่างเช่น มีการเลือกข้อกำหนดหนึ่งข้อ “การสะกดในข้อความโมดูล” หากคุณเปิดการ์ดคำขอและไปที่แท็บ "ขั้นตอนการยืนยัน" คุณจะเห็นว่ามีเพียง 1 ช่องทำเครื่องหมาย "กรอกข้อมูลเกี่ยวกับโมดูล" เท่านั้นที่ถูกเลือก:
ซึ่งหมายความว่าเมื่อตรวจสอบการกำหนดค่าสำหรับการสะกดในข้อความโมดูล จะมีการรวบรวมเฉพาะข้อความโมดูลเท่านั้น (ทั้งคุณสมบัติของวัตถุเมทาดาทาหรือองค์ประกอบของแบบฟอร์มหรือเค้าโครงจะไม่ถูกรวบรวม - การรวบรวมข้อมูลทุกประเภทสามารถระบุได้ด้วยช่องทำเครื่องหมายที่เหลือ ).
ฟังก์ชั่นนี้ขึ้นอยู่กับข้อมูลที่รวบรวมไว้ตามข้อกำหนดที่เลือกซึ่งปรากฏค่อนข้างเร็ว ๆ นี้ ในระหว่างการตรวจสอบแต่ละครั้งที่มีการรวบรวมข้อมูล ข้อมูลทั้งหมดจะถูกรวบรวม ก่อนหน้านี้ ตัวเลือกนี้ช่วยได้มาก: มีการเลือกข้อกำหนดหนึ่งรายการ เช่น โมดูลเดียวกัน ข้อมูลทั้งหมดถูกรวบรวม ข้อผิดพลาดได้รับการแก้ไขสำหรับข้อกำหนดข้อนี้ จากนั้นเลือกข้อกำหนดถัดไป เช่น การสะกดในองค์ประกอบของแบบฟอร์ม และ การตรวจสอบได้เริ่มต้นขึ้นตามข้อมูลที่รวบรวมไว้เพราะว่า องค์ประกอบของแบบฟอร์มไม่เปลี่ยนแปลง ฯลฯ
ตอนนี้คุณสามารถใช้มันได้เช่นกัน แต่การใช้ข้อมูลที่รวบรวมคุณสามารถตรวจสอบได้เฉพาะข้อกำหนดเหล่านั้นว่าข้อมูลใดถูกรวบรวมก่อนหน้านี้เท่านั้น อดไม่ได้ที่จะบอกว่าตัวเลือกการตรวจสอบนี้จำเป็นอย่างยิ่งสำหรับนักพัฒนาการตรวจสอบใหม่สำหรับการดีบักการทดสอบการเร่งความเร็วและการระบุความไม่ถูกต้องในกฎการตรวจสอบเพราะ ไม่จำเป็นต้องรวบรวมข้อมูลใหม่ทุกครั้ง
เนื่องจากเรายังไม่ได้รวบรวมข้อมูลใดๆ เราจะเลือกรายการ "รวบรวมและตรวจสอบข้อมูล..." หน้าต่างจะเปิดขึ้นซึ่งคุณสามารถเลือกที่จะทำการตรวจสอบอัตโนมัติตามการตั้งค่าที่ทำไว้ก่อนหน้านี้ในหน้าต่างการกำหนดค่าใหม่ หรือแทนที่การตั้งค่าเหล่านี้ การเลือกตัวเลือก "ด้วยตนเอง" จะสะดวกเป็นพิเศษในช่วงเริ่มต้นของการทำความคุ้นเคยกับระบบ เมื่อคุณสามารถมีอิทธิพลต่อแต่ละขั้นตอนถัดไปได้
ด้วยการคลิกที่ปุ่ม "ถัดไป" คุณสามารถแทนที่การตั้งค่าทั้งหมดที่อธิบายไว้ในส่วนก่อนหน้าของเอกสารนี้ รวมถึงการตรวจสอบที่ดำเนินการด้วย อย่างไรก็ตาม ควรคำนึงว่าหากคุณไม่เลือกการตรวจสอบเพียงครั้งเดียวในขั้นตอนที่เหมาะสม ระบบจะพิจารณาว่าจำเป็นต้องดำเนินการตรวจสอบทั้งหมด ไม่ใช่แค่เชื่อมต่อและโหลดข้อมูลเกี่ยวกับออบเจ็กต์จากฐานข้อมูลที่กำลังตรวจสอบ:
ดังนั้น หากวัตถุประสงค์ของการเปิดตัวไม่ใช่การตรวจสอบทั้งหมด แต่เป็นการอัปเดตโครงสร้างการกำหนดค่าหรือการทดสอบ APK และความคุ้นเคยกับกระบวนการ คุณไม่ควรยกเลิกการเลือกช่องทั้งหมดในขั้นตอนนี้ เป็นครั้งแรก ขอแนะนำให้ทำเครื่องหมายเพียงองค์ประกอบเดียว เช่น "การตรวจสอบการกำหนดค่าแพลตฟอร์ม" ในสาขาต่อไปนี้:
ในกรณีนี้ รายการขั้นตอนการตรวจสอบจะอยู่ที่ประมาณดังนี้:
และอาจใช้เวลาเพียง 20 นาทีแม้แต่บน ERP แต่นี่ก็เพียงพอแล้วที่จะเข้าใจว่ากระบวนการนี้เกิดขึ้นจริงได้อย่างไร แม้ว่าการตรวจสอบแพลตฟอร์มอาจทำให้เกิดความประหลาดใจและใช้เวลานาน ดังนั้นคุณจึงสามารถเลือกองค์ประกอบอื่นที่ง่ายกว่าได้
ในขั้นตอนสุดท้าย คุณยังสามารถตั้งค่าตัวกรองบนออบเจ็กต์ที่กำลังตรวจสอบได้ จริง หากนี่คือการตรวจสอบการกำหนดค่าครั้งแรก APK จะยังไม่มีข้อมูลเกี่ยวกับโครงสร้างการกำหนดค่า ในกรณีนี้ แผนผังการกำหนดค่าในขั้นตอนนี้จะว่างเปล่า แต่สามารถโหลดได้ด้วยปุ่ม "อ่านโครงสร้างการกำหนดค่า" ได้โดยตรงจากหน้าต่างเดียวกัน:
ตอนนี้สิ่งที่เหลืออยู่คือคลิกปุ่ม "เรียกใช้การตรวจสอบ" กระบวนการตรวจสอบจะเริ่มขึ้น เมื่อหน้าต่าง 1C กะพริบและบันทึกกระบวนการแสดงในหน้าต่างข้อความ บันทึกผลลัพธ์ที่น่าอึดอัดใจมาก หน้าต่างตรวจสอบจะหยุดทำงานชั่วคราว และหากคุณไม่ได้คิดล่วงหน้าเกี่ยวกับการทำให้หน้าต่างข้อความปรากฏ คุณจะไม่สามารถค้นหาสิ่งใดเกี่ยวกับสิ่งที่เกิดขึ้นได้จนกว่ากระบวนการจะสิ้นสุดลง:
ดังนั้นหากคุณมีความละเอียดหน้าจอเล็ก ควรย้ายหน้าต่างโมดอลทันทีเพื่อเริ่มการสแกนเพื่อให้มองเห็นหน้าต่างข้อความได้
ในขั้นตอนการตรวจสอบขั้นตอนหนึ่ง ระบบจะอัปเดตเนื้อหาของไดเร็กทอรี "โครงสร้างการกำหนดค่า" ซึ่งมีแผนผัง (ลำดับชั้น) ของออบเจ็กต์ข้อมูลเมตาเช่นเดียวกับในตัวกำหนดค่า ข้อมูลเกี่ยวกับออบเจ็กต์เฉพาะจะได้รับการอัปเดตหากออบเจ็กต์นี้มีการเปลี่ยนแปลงหรือรวมอยู่ในระบบย่อยเพิ่มเติม องค์ประกอบไดเร็กทอรีจะถูกทำเครื่องหมายเพื่อลบหากออบเจ็กต์การกำหนดค่าที่เกี่ยวข้องถูกลบไปแล้ว องค์ประกอบใหม่จะถูกสร้างขึ้นสำหรับวัตถุการกำหนดค่าใหม่:
นอกจากนี้ ในระหว่างการตรวจสอบแต่ละครั้งด้วยการรวบรวมข้อมูล เนื้อหาของรีจิสเตอร์ “ObjectsPropertiesValues” และ “CompositeObjectPropertiesValues” จะได้รับการอัปเดต โดยจัดเก็บคุณสมบัติของออบเจ็กต์ โมดูล เนื้อหาโครงร่าง องค์ประกอบของฟอร์ม ฯลฯ เมื่อตรวจสอบกับข้อมูลที่รวบรวมไว้ก่อนหน้านี้ ข้อมูลนี้จะยังคงเหมือนเดิม
หากเลือกการตรวจสอบใดๆ ที่ไม่เพียงแต่ต้องอัปเดตโครงสร้างข้อมูลเมตาและการตรวจสอบแพลตฟอร์มเท่านั้น แต่ยังต้องมีอย่างอื่นเพิ่มเติม ระบบจะอัปโหลดการกำหนดค่าไปยังไฟล์เพื่อการวิเคราะห์ในภายหลัง:
การอัปโหลดเกิดขึ้นโดยไม่มีลำดับชั้น - ไฟล์ทั้งหมดอยู่ในโฟลเดอร์เดียว:
ข้อมูลจากผู้พัฒนา:
แล้วจะเกิดอะไรขึ้นและเมื่อใด ( เมื่อตรวจสอบด้วยการรวบรวมข้อมูล):
- โดยทั่วไปโครงสร้างการกำหนดค่าจะเหมือนกันเสมอไม่ว่าจะเลือกข้อกำหนดใดก็ตาม
- คอลเลกชันเกิดขึ้นโดยการเรียกใช้การประมวลผลภายนอกจากเค้าโครง "MetadataStructureLoader" ที่ใช้ร่วมกันในองค์กรในไคลเอนต์แบบหนา การประมวลผลระดับองค์กรทำงานร่วมกับออบเจ็กต์แพลตฟอร์ม Metadata และเขียนข้อมูลลงในไฟล์ภายนอก ซึ่งจากนั้นจะถูกถ่ายโอนและแยกวิเคราะห์ไปยัง APC
ขั้นตอนเพิ่มเติมทั้งหมดที่ทำให้เกิดการประมวลผลภายนอกในองค์กรดำเนินการในลักษณะเดียวกัน ข้อมูลที่เหลือตามที่กล่าวไว้ข้างต้นจะถูกรวบรวมขึ้นอยู่กับข้อกำหนดที่เลือก:
- การรวบรวมข้อมูลเมตาดาต้า (อีกครั้ง นี่เป็นคุณสมบัติของออบเจ็กต์เมทาดาทา ไม่ใช่โครงสร้าง) เกิดขึ้นโดยการเรียกใช้การประมวลผลภายนอกจากโครงร่าง “MetadataInformationLoader” ทั่วไป
- การรวบรวมข้อมูลเกี่ยวกับแบบฟอร์ม (หรือมากกว่าเกี่ยวกับองค์ประกอบของแบบฟอร์ม) โดยใช้การประมวลผลจากโครงร่าง "ตัวโหลดข้อมูลแบบฟอร์ม"
- การรวบรวมข้อมูลแบบฟอร์มจาก XML เกิดขึ้นโดยการแยกวิเคราะห์ไฟล์ XML ของแบบฟอร์มจากการอัพโหลดการกำหนดค่าลงในไฟล์ XML ข้อมูลทั้งหมดที่ไม่สามารถรับได้จากองค์กรในขั้นตอนก่อนหน้าจะถูกรวบรวม
- การรวบรวมข้อมูลเกี่ยวกับโมดูล - โดยการอ่านข้อความโมดูลจากไฟล์ดาวน์โหลด XML
- การรวบรวมข้อมูลเกี่ยวกับบทบาท (หรือการรวบรวมสิทธิ์ของแต่ละบทบาทสำหรับแต่ละออบเจ็กต์) - จากไฟล์บทบาทการอัปโหลด XML
- การรวบรวมข้อมูลเกี่ยวกับเลย์เอาต์ - โดยใช้การประมวลผลจากเลย์เอาต์ "Layout Information Loader"
- รวบรวมข้อมูลความช่วยเหลือ - โดยการอ่านไฟล์วิธีใช้จากไฟล์ดาวน์โหลด XML
การตรวจสอบการกำหนดค่าแพลตฟอร์ม - การเปิดตัวฐานข้อมูลสาธิตเป็นชุดในโหมดตัวกำหนดค่าพร้อมคีย์การตรวจสอบแพลตฟอร์ม ไฟล์ที่มีบันทึกการตรวจสอบจะถูกระบุด้วย จากนั้นจะแยกวิเคราะห์ APK ซึ่งได้รับข้อผิดพลาดในการยืนยันแพลตฟอร์ม ซึ่งจัดเก็บไว้ในทะเบียน “ข้อผิดพลาดในการตรวจสอบการกำหนดค่า” แยกต่างหาก
ดังนั้น หากมีการเลือกข้อกำหนดอย่างน้อยหนึ่งรายการพร้อมช่องทำเครื่องหมายสำหรับการรวบรวมข้อมูลเกี่ยวกับแบบฟอร์มจาก XML บทบาท โมดูล หรือวิธีใช้ ฐานข้อมูลที่ถูกตรวจสอบจะถูกดาวน์โหลดไปยังไฟล์ XML หากไม่จำเป็นต้องดำเนินการใดๆ เหล่านี้จะไม่มีการอัปโหลด
ก่อนหน้านี้ การดำเนินการทั้งหมดได้รับการดำเนินการตามลำดับ ขั้นแรก มีการเปิดตัวการรวบรวมโครงสร้าง จากนั้นอัปโหลดไปยัง XML จากนั้นการยืนยันแพลตฟอร์ม จากนั้นการรวบรวมคุณสมบัติของเมตาดาต้า โมดูล แบบฟอร์ม ฯลฯ ซึ่งทำให้การตรวจสอบ (การรวบรวมข้อมูล) ของการกำหนดค่าขนาดใหญ่ช้าลงอย่างมาก
APK 1.1.12 เพิ่มการคัดลอกฐานข้อมูลต้นทางไปยังไดเร็กทอรีชั่วคราวและระบุขั้นตอนที่ยาวที่สุดในการรวบรวมข้อมูล ซึ่งทำให้สามารถรวบรวมข้อมูลแบบขนานในระหว่างการตรวจสอบได้ ดังนั้นในขณะนี้ การรวบรวมโครงสร้างการกำหนดค่า การตรวจสอบแพลตฟอร์ม การอัปโหลดไปยัง XML และการลงทะเบียนการหักบัญชีจึงดำเนินการไปพร้อมๆ กัน ขั้นตอนที่เหลือใช้เวลาเพียงเล็กน้อย แม้แต่ ERP ก็ตาม ผลจากการแนะนำการรวบรวมข้อมูลแบบคู่ขนาน ทำให้การตรวจสอบ ERP เร็วขึ้นได้อย่างน้อยสองสามชั่วโมง
ในไดเร็กทอรีไฟล์ชั่วคราว ไฟล์การประมวลผลที่สร้างอินสแตนซ์ของออบเจ็กต์ข้อมูลเมตาและสร้างฟอร์มและเค้าโครงออบเจ็กต์จะถูกสร้างขึ้นและเปิดในฐานข้อมูลที่กำลังตรวจสอบ กลไกนี้เดิมได้รับการออกแบบมาเพื่อรวบรวมข้อมูลเกี่ยวกับฟอร์ม เค้าโครง และคุณสมบัติเมตาดาต้า แต่ต้องขอบคุณสิ่งนี้ เราจึงมองหาข้อผิดพลาดที่ไม่อนุญาตให้เราสร้างวัตถุหรือแบบฟอร์มโดยทางโปรแกรมด้วยซ้ำ แน่นอนว่านี่ยังห่างไกลจากการทดสอบหน่วย แต่มีบางอย่าง:
หากในวัตถุหรือโมดูลแบบฟอร์มมีความพยายามที่จะเข้าถึงตัวแปรที่ไม่ได้ประกาศหรือวัตถุที่ไม่สามารถเข้าถึงได้จากบริบทของโมดูล ระบบจะหยุดในระหว่างกระบวนการตรวจสอบโดยมีข้อผิดพลาด (หน้าต่างจะปรากฏขึ้นในฐานข้อมูลที่ถูกตรวจสอบที่เปิดอยู่) มิฉะนั้น APK จะตรวจพบข้อผิดพลาดนี้และแสดงในรายงาน หาก APK หยุดทำงานในระหว่างกระบวนการตรวจสอบเนื่องจากข้อผิดพลาดดังกล่าว แสดงว่าไม่สะดวกอย่างแน่นอน แต่ในทางกลับกัน การมีอยู่ของข้อผิดพลาดในการคอมไพล์โมดูลถือเป็นข้อผิดพลาดร้ายแรงของโปรแกรมเมอร์ และจะดีกว่าหากตรวจพบโดยใช้ APK ในลักษณะนี้ มากกว่าที่จะไปจบลงในผลิตภัณฑ์และมีข้อความเกี่ยวกับมันมาจากผู้ใช้!
ในระหว่างกระบวนการตรวจสอบทั้งหมด (หรือเทียบเท่าในแง่ของจำนวนกฎและออบเจ็กต์) ระบบจะติดอยู่กับการตรวจสอบออบเจ็กต์หมายเลข 1 โดยไม่รายงานความคืบหน้าแต่อย่างใด:
สถานะนี้มีข้อความว่ากำลังตรวจสอบวัตถุหมายเลข 1 จาก 77,000 ค้างเป็นเวลา 5-10 ชั่วโมงและดูเหมือนว่าศูนย์อุตสาหกรรมเกษตรจะแข็งตัว ในความเป็นจริง กระบวนการกำลังดำเนินอยู่ คุณสามารถตรวจสอบสิ่งนี้ได้โดยดูที่โหลดของโปรเซสเซอร์ในตัวจัดการงาน หรือโดยการเรียกการหยุดจากตัวกำหนดค่า (หาก APK ถูกเปิดใช้งานจากนั้น) เหตุผลในการตรวจสอบออบเจ็กต์หมายเลข 1 เป็นเวลานาน ได้แก่ การกำหนดค่าเองมีดังนี้:
1) ในขั้นตอนนี้ ข้อมูลจะถูกรวบรวมและแคช ซึ่งจะใช้เพิ่มเติมเมื่อดำเนินการตรวจสอบออบเจ็กต์แต่ละรายการ ด้วยเหตุนี้ การสแกนวัตถุอื่นๆ จึงเสร็จสิ้นเร็วขึ้น
2) การตรวจสอบส่วนใหญ่ที่ส่งผลต่อออบเจ็กต์การกำหนดค่าทั้งหมดในครั้งเดียวจะดำเนินการภายในขั้นตอนนี้ มีเช็คดังกล่าวอยู่มากมาย ประมาณ 90 เช็ค แต่เช็คที่ยาวที่สุดซึ่งใช้เวลาส่วนใหญ่มีเพียงสองสามเช็คเท่านั้น นี่เป็นตัวอย่าง "ค้นหาวิธีการส่งออกยูทิลิตี้ที่ไม่ได้ใช้"- เห็นได้ชัดว่าคุณไม่สามารถบอกได้ว่ามีการใช้เมธอดของอ็อบเจ็กต์ใดโดยเฉพาะหรือไม่โดยการตรวจสอบเพียงอ็อบเจ็กต์นั้นหรือระบบย่อยใดระบบหนึ่ง ข้อสรุปนี้สามารถสรุปได้โดยการวิเคราะห์การเรียกใช้เมธอดตลอดทั้งการกำหนดค่าทั้งหมดเท่านั้น และเห็นได้ชัดว่าเป็นการดีที่สุดที่จะดูการกำหนดค่าทั้งหมดเพียงครั้งเดียว เมื่อตรวจสอบ "วัตถุหมายเลข 1" และไม่หลายครั้งเมื่อตรวจสอบเอกสารและหนังสืออ้างอิงแต่ละรายการ อีกตัวอย่างหนึ่งของการตรวจสอบที่ยาวนานคือ "การควบคุมการมีอยู่ของโมดูล ระบบย่อย วิธีการ และการควบคุมองค์ประกอบของพารามิเตอร์ทั่วไป".
หากคุณปิดใช้งานการตรวจสอบทั้งสองที่ระบุและการตรวจสอบการกำหนดค่าแพลตฟอร์ม การตรวจสอบแม้กระทั่งการกำหนดค่าเช่น ERP อาจใช้เวลาไม่เกินครึ่งชั่วโมง แต่อาจไม่คุ้มกับการประหยัดเวลาและเสียสละคุณภาพ เป็นการดีกว่าที่จะแก้ไขปัญหานี้ในองค์กรและทำการตรวจสอบล่วงหน้า
ฉันจะยกตัวอย่าง - จุดเริ่มต้นและจุดสิ้นสุดของบันทึกการดำเนินการตรวจสอบซึ่งแสดงให้เห็นว่ากระบวนการทั้งหมดใน ERP 2.1 และ APK 1.1.11.16 ใช้เวลาประมาณ 15 ชั่วโมง (แน่นอนว่าตัวเลขนั้นขึ้นอยู่กับประสิทธิภาพของคอมพิวเตอร์อย่างมาก อีกด้วย ความเร็วในการตรวจสอบ APK 1.1.12 นั้นสูงกว่ามากและภายใต้เงื่อนไขเดียวกันจะใช้เวลาประมาณ 10 ชั่วโมง):
: กำลังตรวจสอบการเชื่อมต่อกับฐานข้อมูลผ่านการเชื่อมต่อ COM
: เริ่มรวบรวมข้อมูลโครงสร้างข้อมูลเมตาการกำหนดค่า
: เริ่มอัพโหลดการกำหนดค่าไปยังไฟล์ XML
: เริ่มการล้างข้อมูลเมตาดาต้า
: เริ่มรวบรวมข้อมูลบทบาทการกำหนดค่า
: รวบรวมและบันทึกข้อมูลเกี่ยวกับบทบาทการกำหนดค่า
: รวบรวมข้อมูลเมตาดาต้าการกำหนดค่าที่รวบรวมไว้
: ตรวจสอบการกำหนดค่าแพลตฟอร์มเสร็จสมบูรณ์
: เริ่มการทดสอบออบเจ็กต์การกำหนดค่า
: เริ่มรวบรวมข้อมูลแบบฟอร์มการกำหนดค่าจากไฟล์ XML
: เริ่มต้นการตรวจสอบการกำหนดค่าแล้ว
……...ที่นี่ข้อความเริ่มแสดงในแถบสถานะ…..
: ตรวจสอบการกำหนดค่าเสร็จสมบูรณ์
ตรวจสอบผลลัพธ์
เราได้อะไรจากการตรวจสอบครั้งแรก? ขั้นแรก ให้กรอกไดเร็กทอรีของเวอร์ชันการกำหนดค่า (ไดเร็กทอรี "เวอร์ชัน" อยู่ภายใต้ไดเร็กทอรี "การกำหนดค่า") องค์ประกอบที่สอดคล้องกับเวอร์ชันของการกำหนดค่าที่กำลังตรวจสอบจะปรากฏขึ้น ข้อมูลเวอร์ชันในรูปแบบขององค์ประกอบไดเร็กทอรี "การกำหนดค่า" ก็ได้รับการอัปเดตเช่นกัน:
ประการที่สอง สร้างเอกสารประเภท "การตรวจสอบการกำหนดค่า" ซึ่งระบุองค์ประกอบนี้ของไดเร็กทอรี "เวอร์ชัน" และพารามิเตอร์การตรวจสอบอื่น ๆ - องค์ประกอบของข้อกำหนดที่กำลังตรวจสอบ องค์ประกอบของวัตถุที่กำลังตรวจสอบและ "บันทึกการตรวจสอบ" ซึ่งบันทึกที่แสดงก่อนหน้านี้ในหน้าต่างข้อความซ้ำกัน:
ประการที่สาม ข้อมูลโครงสร้างการกำหนดค่าได้รับการอัปเดต:
โครงสร้างการกำหนดค่าเป็นไดเร็กทอรีแบบลำดับชั้นที่มีลำดับชั้นขององค์ประกอบซึ่งอยู่ภายใต้ไดเร็กทอรี "เวอร์ชัน" นั่นคือเมื่อตรวจสอบการกำหนดค่าของเวอร์ชันใหม่ องค์ประกอบใหม่ของไดเร็กทอรี "เวอร์ชัน" จะถูกสร้างขึ้นและโครงสร้างข้อมูลเมตาใหม่ จะถูกโหลดโดยเกี่ยวข้องกับเวอร์ชันนี้
และประการที่สี่ การลงทะเบียน "พบข้อผิดพลาด" จะถูกกรอก ซึ่งมีข้อมูลจริงเกี่ยวกับข้อผิดพลาดที่พบในระหว่างกระบวนการตรวจสอบและเป็นพื้นฐานสำหรับรายงาน AIC:
ไม่มีการสร้างแบบฟอร์มรายการสำหรับการลงทะเบียนนี้ การถ่ายโอนข้อมูลในหม้อต้มทั่วไปของรีจิสเตอร์นี้สามารถจัดเรียงได้ภายในเวลาเพียงไม่กี่นาที ตัวอย่างเช่น เพิ่มแบบฟอร์มที่ได้รับการจัดการ ในโหมดผู้ใช้หรือในตัวกำหนดค่าโดยตรง แสดงเจ้าของออบเจ็กต์ (องค์ประกอบของไดเร็กทอรี "โครงสร้างการกำหนดค่า") ที่เกี่ยวข้องกับข้อผิดพลาด เจ้าของเหล่านี้จะเป็นเวอร์ชันการกำหนดค่า
หากเราแสดงเจ้าของและจากพวกเขา เราจะได้ในรูปแบบของรายการความสามารถในการกรองข้อผิดพลาดทั้งตามการกำหนดค่าและตามเวอร์ชัน คุณสามารถจัดกลุ่มตามสิ่งเหล่านี้ได้ ในกรณีนี้ คุณสามารถทำงานกับข้อผิดพลาดได้ไม่เพียงแต่โดยใช้รายงานเท่านั้น แต่ยังผ่านการลงทะเบียนโดยตรง ซึ่งบางครั้งก็สะดวกกว่ามาก:
แต่ละรายการในทะเบียนนี้พบว่าไม่ปฏิบัติตามมาตรฐาน การสะกดคำ หรือข้อผิดพลาดอื่นๆ เมื่อเปิดสิ่งใดสิ่งหนึ่งแล้วคุณจะเห็นได้ว่าแม้แต่ระบบที่เชื่อถือได้และผ่านการพิสูจน์แล้วเช่น ERP 2.1 ;)) ก็ยังมีการพิมพ์ผิดและข้อผิดพลาด และมีจำนวนค่อนข้างมาก:
ฉันอยากให้เรารับรู้ถึงข้อเท็จจริงของการมีอยู่ของข้อผิดพลาดดังกล่าวใน ERP ไม่ใช่เป็นการยินยอมให้เกิดข้อผิดพลาดในการพัฒนาของเรา แต่เป็นหลักฐานเพิ่มเติมที่แสดงว่าข้อผิดพลาดดังกล่าวสามารถและควรได้รับการระบุและกำจัด โดยเฉพาะอย่างยิ่งถ้าคุณมีเครื่องมือที่เหมาะสม เพราะมันดูน่าเกลียดและนั่นคือสิ่งที่ผู้ใช้ของเราเห็น บล็อก 1C บนHabré ตั้งข้อสังเกตว่านักพัฒนา ERP 2 ใช้ APC เพื่อตรวจสอบการกำหนดค่า แต่เห็นได้ชัดว่าจำกัดรายการการตรวจสอบตามกฎที่สำคัญที่สุดจากมุมมองของพวกเขา เพื่อให้มั่นใจว่าอัตราส่วนความเร็วในการพัฒนาและคุณภาพของผลิตภัณฑ์ที่ยอมรับได้ เมื่อพัฒนาผลิตภัณฑ์ของเราเราสามารถยกระดับคุณภาพและยึดครองพื้นที่นี้ได้เช่นกัน
นอกจากนี้ยังจะมีประโยชน์ที่จะทราบว่าข้อมูลที่รวบรวมเกี่ยวกับข้อความโมดูล บล็อกโมดูล และคุณสมบัติอื่น ๆ ของวัตถุการกำหนดค่านั้นอยู่ในการลงทะเบียน "ค่าของคุณสมบัติวัตถุคอมโพสิต" และ "ค่าของคุณสมบัติวัตถุ" บันทึกจะถูกจัดเก็บโดยสัมพันธ์กับออบเจ็กต์เดียวกัน เวอร์ชันรอง และการกำหนดค่า:
ไม่สามารถดูข้อความของโมดูลได้โดยตรงจากแบบฟอร์มการลงทะเบียน ข้อความทั้งหมดถูกบรรจุอยู่ในที่เก็บค่า
แต่สำหรับการดูข้อความของโมดูลที่แบ่งออกเป็นส่วนประกอบแล้วและคุณสมบัติอื่น ๆ ของออบเจ็กต์การกำหนดค่า APK ก็มีเครื่องมือที่ยอดเยี่ยม! นี่คือการประมวลผล "ดูคุณสมบัติของวัตถุการกำหนดค่า" ซึ่งเปิดผ่านเมนู "การตั้งค่า":
เอไอซีรายงาน
ข้อมูลเกี่ยวกับข้อผิดพลาดที่พบในรูปแบบรายงานสามารถรับได้จากสองส่วนของระบบพร้อมกัน ส่วน "ข้อผิดพลาด":
ขึ้นอยู่กับรายงานข้อผิดพลาดที่พบ:
และส่วน “รายงาน”
มันถูกสร้างขึ้นบนพื้นฐานของรายงาน "ผลงาน":
ในความเป็นจริงในการกำหนดค่า APK มีเพียงสองวัตถุหลัก "รายงาน" แต่มีรูปแบบ ACS ที่แตกต่างกันค่อนข้างมาก:
ทั้งหมดนี้อิงจากการวิเคราะห์การลงทะเบียนข้อมูล "พบข้อผิดพลาด" ส่วน "รายงาน" มีวัตถุประสงค์เพื่อรับข้อมูลสรุปเกี่ยวกับข้อผิดพลาด โดยมีส่วนเน้นทางสถิติ ในขณะที่ส่วน "ข้อผิดพลาด" มีวัตถุประสงค์เพื่อรับข้อมูลโดยละเอียดเกี่ยวกับข้อผิดพลาดและจัดการข้อผิดพลาดเหล่านั้น ในส่วน "ข้อผิดพลาด" สามารถควบคุมได้ทั้งโดยใช้แผงคำสั่งพิเศษและผ่านเมนูบริบท:
มีปัญหาเมื่อใช้ฐานข้อมูลไฟล์ APK และแพลตฟอร์ม 1C 32 บิต หากคุณไม่ได้ติดตั้งตัวกรองในจำนวนที่เพียงพอ คุณอาจได้รับข้อความหน่วยความจำไม่เพียงพอเมื่อวิเคราะห์ข้อผิดพลาดในการกำหนดค่าขนาดใหญ่ ในกรณีของ ERP 2.x ข้อความนี้จะปรากฏขึ้นอย่างต่อเนื่อง ข้อผิดพลาดนี้มักเกิดขึ้นแล้วในขั้นตอนการส่งออกข้อมูลลงในเอกสารสเปรดชีต โดยทั่วไปแล้วควรติดตั้งตัวกรอง มีเพียงไม่กี่รายการเท่านั้นที่รวมอยู่ในตัวเลือกด่วน ส่วนที่เหลือสามารถติดตั้งได้โดยใช้คำสั่ง “การตั้งค่ารายงาน”
สิ่งที่ขัดขวางนี้คือรายงานจะเริ่มถูกสร้างขึ้นทันทีหลังจากเลือกตัวเลือก สิ่งนี้รบกวนการทำงานอย่างมากและชี้ให้เห็นถึงความจำเป็นในการปรับแต่งการกำหนดค่าของศูนย์อุตสาหกรรมเกษตร แม้กระทั่งถึงขั้นเขียนรายงานของคุณเอง: คุณต้องการใช้ตัวเลือกก่อนที่จะถูกสร้างขึ้น และเพื่อให้การตั้งค่ารายงานได้รับการบันทึก และ เพื่อให้อยู่ในรูปแบบที่สามารถจัดการได้ โชคดีที่การดำเนินการนี้ทำได้ไม่ยากโดยอาศัยการลงทะเบียนข้อมูลเพียงครั้งเดียว
ฉันสังเกตว่า เมื่อใช้ 1C เวอร์ชัน 64 บิตหรือฐานข้อมูล SQL ของ APK จะไม่พบข้อผิดพลาดเนื่องจากไม่มีหน่วยความจำ.
หลังจากดูรายงานในครั้งแรก ดูเหมือนว่า APK จะจู้จี้จุกจิกเกินไปเกี่ยวกับการกำหนดค่าที่กำลังทดสอบ ตัวอย่างเช่น ต้องมีการตั้งค่าคำพ้องความหมายที่ถูกต้องแม้กระทั่งสำหรับเค้าโครงของแบบฟอร์มที่พิมพ์ออกมา โดยถือว่าคำว่า "โลจิสติกส์" "การจัดส่งเพิ่มเติม" "ความรับผิดชอบ" ฯลฯ เป็นข้อผิดพลาด แต่ประการแรก ข้อผิดพลาดส่วนใหญ่ที่พบจำเป็นต้องได้รับการแก้ไขจริงๆ! ประการที่สอง ผู้ใช้จะต้องเลือกกฎที่จะตรวจสอบ ซึ่งสามารถทำได้ทั้งเมื่อตั้งค่าการกำหนดค่าที่จะตรวจสอบและเมื่อดำเนินการตรวจสอบ ประการที่สาม คุณสามารถแก้ไขกฎแต่ละข้อได้หากต้องการ แทนที่ด้วยกฎของคุณเอง หรือคุณสามารถกำหนดค่าการกรองในรายงานเพื่อให้คุณเห็นเฉพาะข้อมูลที่สนใจเท่านั้น
ในที่สุดระบบก็มีตัวเลือกการปรับแต่งอื่นๆ ตัวอย่างเช่น ข้อมูลลงทะเบียน “True Words” (ว่างเปล่าในตอนแรก) เกี่ยวข้องกับการตรวจสอบการสะกด โดยเฉพาะเมธอด Check.CheckSpelling() คำที่เราพิจารณาว่าถูกต้องสามารถป้อนด้วยตนเองหรือโหลดจากไฟล์ข้อความโดยแต่ละคำอยู่ในบรรทัดแยกกัน คุณสามารถดาวน์โหลดไฟล์ตัวอย่างไฟล์ txt ได้จากเค้าโครงทั่วไป "Dictionary of True Words" แต่ไม่จำเป็นต้องโหลดไฟล์นี้ลงในรีจิสทรี ตามค่าเริ่มต้น ระบบจะใช้คำที่ถูกต้องจากโครงร่างนี้และเสริมด้วยข้อมูลจากรีจิสเตอร์ ระบบก็มีการประมวลผล" กำลังอัปเดตพจนานุกรม" การใช้งานมีการอธิบายไว้อย่างละเอียดและชัดเจนในคู่มือผู้ใช้ (ดูบทที่ 4.6)
โดยทั่วไปหากดูเหมือนว่าระบบเข้มงวดเกินไปกับการกำหนดค่าของเรา เราก็สามารถปรับแต่งให้ถูกที่และ “เอาใจมัน”)
รายงานที่น่าสนใจที่สุดคือ "ข้อผิดพลาดตามความต้องการ" ในส่วน "ข้อผิดพลาด" ซึ่งแสดงข้อมูลในกลุ่มที่สอดคล้องกับโครงสร้างของไดเรกทอรี "ข้อกำหนด":
และ “การวิเคราะห์ข้อผิดพลาด” ในส่วน “รายงาน” ซึ่งแสดงข้อมูลสรุปตามการจัดประเภท “1C: เข้ากันได้” “บังคับ” และ “คำแนะนำ”:
กฎสำหรับการตรวจสอบการกำหนดค่า
การสร้างกฎของคุณเองโดยใช้ตัวอย่างเฉพาะจะไม่ถูกกล่าวถึงที่นี่ ก่อนอื่นคุณต้องเข้าใจปัญหานี้ด้วยตัวเองให้ดียิ่งขึ้น ในคู่มือผู้ใช้จากการจัดส่ง APK บทที่ 5 ที่ค่อนข้างใหญ่นั้นมีไว้สำหรับการสร้างกฎใหม่ - นี่เป็นตัวอย่างแบบตัดขวางในรูปแบบของข้อความและภาพประกอบที่น่าสนใจมากถึง 30 หน้า))
เรามาดูกฎเกณฑ์กันอย่างรวดเร็ว ตั้งอยู่ในไดเร็กทอรีระบบที่มีชื่อเดียวกัน:
การนำทางไปตามต้นไม้ด้านซ้ายไม่สะดวก - การเลือกองค์ประกอบเพื่อแสดงองค์ประกอบทางด้านขวาทำได้โดยการดับเบิลคลิก ดังนั้นองค์ประกอบที่เลือกจึงไม่ตรงกับองค์ประกอบที่แสดงทางด้านขวาเสมอไป
แต่ละกฎสามารถเปิดได้ แบบฟอร์มองค์ประกอบอ้างอิงให้การเข้าถึงรายการประเภทออบเจ็กต์ที่ต้องตรวจสอบโดยกฎนี้ พารามิเตอร์อัลกอริทึม (รายการข้อผิดพลาดที่เป็นตัวเลขที่สามารถอ้างอิงได้จากอัลกอริทึม) อัลกอริธึมเองและคำอธิบาย คำอธิบายข้อกำหนด เช่น รวมถึงการตั้งค่าการใช้งาน:
มีปุ่มที่มีประโยชน์สามปุ่มที่ด้านบน “แสดงมาตรฐาน” นำไปสู่ส่วนที่เกี่ยวข้องของเว็บไซต์ 1C พร้อมคำอธิบายของมาตรฐาน ลิงก์จะเปิดขึ้นในเบราว์เซอร์ “ข้อกำหนดแบบเปิด” จะเปิดองค์ประกอบไดเรกทอรี “ข้อกำหนด” ที่สอดคล้องกับกฎ และคำสั่ง “เปิดการแก้ไขจุดบกพร่อง” จะเริ่มประมวลผล “ตรวจสอบกฎดีบักเกอร์” วิธีการทำงานนั้นเงียบในคู่มือผู้ใช้ แต่เห็นได้ชัดว่ามีเครื่องมือแก้ไขจุดบกพร่องหรือมีการพัฒนาที่สามารถพัฒนาได้
อัลกอริทึมของกฎสามารถเปลี่ยนแปลงได้ เช่นเดียวกับสามารถสร้างกฎและกลุ่มกฎใหม่ได้ หากคุณต้องการเขียนอัลกอริธึมของคุณเอง คุณจะต้องศึกษาวิธีการและออบเจ็กต์ซอฟต์แวร์ในตัว ข้อมูลนี้ครอบคลุมอยู่ในส่วนที่เกี่ยวข้อง “ไวยากรณ์ของกฎการตรวจสอบ” ในบทที่ 6 ของคู่มือผู้ใช้ PDF คุณยังสามารถใช้อัลกอริทึมของกฎที่มีอยู่เป็นตัวอย่างและตัวอย่างสำหรับการคัดลอกได้
ความช่วยเหลือในตัวสำหรับโปรแกรมนั้นแย่มาก หรือค่อนข้างจะขาดหายไปดังนั้นจึงไม่สามารถรับคำอธิบายเกี่ยวกับวิธีการในตัวได้
การกรองวัตถุระหว่างการตรวจสอบ
โดยสรุป เรามาดูกันว่า APK 1.1 ทำงานอย่างไรเมื่อทำการสแกนโดยใช้ตัวกรอง ช่วยลดเวลาในการตรวจสอบและลดปริมาณข้อมูลในรายงานได้จริงหรือ? ลองตรวจสอบทั้งการกรองตามคำนำหน้าและตามระบบย่อย
ในส่วนนี้จะมีการ "เจาะลึกโค้ด" มากกว่าเรื่องราวเกี่ยวกับความสามารถของกลุ่มอุตสาหกรรมเกษตร หากนี่ไม่ใช่เป้าหมายของคุณในขั้นตอนนี้ คุณสามารถข้ามส่วนนี้ได้
ลองใช้การกำหนดค่าทดลองแบบเดียวกันสร้างองค์ประกอบใหม่ในไดเร็กทอรีการกำหนดค่า (มีเพียงคุณเท่านั้นที่ต้องสร้างองค์ประกอบโดยไม่ต้องคัดลอกเนื่องจากเมื่อคัดลอกการกำหนดค่าเวอร์ชันและโครงสร้างข้อมูลก็จะถูกคัดลอกด้วยนี่เป็นกระบวนการที่ใช้เวลานานและละเมิด ความบริสุทธิ์ของการทดลอง) มากำหนดเอกสารให้กับระบบย่อยใหม่สองระบบ:
apk_Document_1_1,apk_Document_1_2และ ใหม่_เอกสาร_1_3อ้างถึงระบบย่อย apk_ระบบย่อย_1
apk_Document_2_1, apk_Document_2_2และ ใหม่_เอกสาร_2_3อ้างถึงระบบย่อย apk_ระบบย่อย_2
เราจะอนุญาตให้มีการสะกดคำผิดในเอกสารและเพิ่มวิธีการส่งออกที่ไม่ได้ใช้ลงในโมดูลตัวจัดการ เราจะสร้างเอกสารโดยการคัดลอก
มาเพิ่มตัวกรองการรวบรวมข้อมูลสองตัว - สำหรับคำนำหน้า apk_และต่อระบบย่อย apk_ระบบย่อย_2 (ภาพหน้าจอที่ถ่ายใน APK เวอร์ชัน 1.1.11.16):
จากการตรวจสอบ เราคาดว่าจะเห็นข้อผิดพลาดและรายงานข้อผิดพลาดที่เกี่ยวข้องกับเอกสารที่ตรงกับตัวกรองเท่านั้น (ดังที่แสดงด้านล่าง ตัวกรองจะถูกใช้โดยใช้ "หรือ")- ฉันยังต้องการเร่งกระบวนการตรวจสอบให้เร็วขึ้นด้วยส่วนลดสำหรับการดำเนินการและการตรวจสอบบางอย่างโดยไม่คำนึงถึงจำนวนออบเจ็กต์ที่ถูกตรวจสอบ
มาเริ่มตรวจสอบกันดีกว่า หลังจากการตรวจสอบพื้นฐานสองสามชั่วโมง (รวมถึงการตรวจสอบแพลตฟอร์ม) เราจะเห็นว่าจำนวนออบเจ็กต์สำหรับการตรวจสอบเพิ่มเติมไม่ใช่ 77,736 ที่น่ากลัวอีกต่อไป แต่มีเพียง 65 รายการเท่านั้น:
จากการตรวจสอบ รายงานจะหยุดให้ข้อมูลเกี่ยวกับออบเจ็กต์ "พิเศษ" และรายงานเฉพาะเกี่ยวกับออบเจ็กต์ที่ตรงกับตัวกรองเท่านั้น ขณะเดียวกันก็พบข้อผิดพลาดทั้งโดยเจตนาและมีความคิดเห็นอื่นๆ ดังนี้
อย่างไรก็ตาม เราแทบจะไม่ได้รับประโยชน์จากการตรวจสอบเวลาจากตัวกรองเลย ในตัวอย่างนี้ การสแกนแบบเต็มใช้เวลา 10 แทนที่จะเป็น 15 ชั่วโมง กล่าวคือ สแกนเร็วขึ้นเพียง 30% สาเหตุของพฤติกรรมนี้ได้รับการอธิบายไว้แล้วในส่วน "การดำเนินการตรวจสอบ" ตอนนี้เรามาดูกันว่าเหตุใดจึงเกิดเหตุการณ์เช่นนี้ในระดับโค้ด และในขณะเดียวกัน เราก็จะเข้าใจได้ดีขึ้นว่าการกรองและบายพาสอัลกอริธึมสำหรับองค์ประกอบโครงสร้างการกำหนดค่าระหว่างการตรวจสอบทำงานอย่างไร
รายงานแสดงให้เห็นว่านอกเหนือจากข้อมูลเกี่ยวกับเอกสารแล้ว ข้อมูลเกี่ยวกับองค์ประกอบการกำหนดค่ารูทยังถูกรวบรวมโดยเป็นส่วนหนึ่งของการตรวจสอบทั่วไปอีกด้วย และเมื่อทำการตรวจสอบก็สังเกตได้ยากว่าเป็นข้อความเกี่ยวกับการตรวจสอบวัตถุหมายเลข 1 นี้ที่ค้างอยู่ในแถบสถานะเกือบ 10 ชั่วโมง (ในเวอร์ชัน 1.1.11.16)- ในเวลาเดียวกัน ระบบจะรายงานการตรวจสอบวัตถุ 65 ชิ้นที่กำลังจะเกิดขึ้น แม้ว่าเราต้องการสูงสุด 6-8 ชิ้นก็ตาม เรามาหยุดกระบวนการในดีบักเกอร์ในขณะที่แถบสถานะแสดงข้อความ “วัตถุหมายเลข 1 กำลังถูกตรวจสอบ” และดูว่าโมดูลใดกำลังถูกตรวจสอบ คุณจะเห็นว่าในขั้นตอนแรกของการตรวจสอบ ระบบยังคงวิเคราะห์ออบเจ็กต์ทั้งหมด รวมถึงตัวอย่าง โมดูลเงินเดือนทั่วไป ซึ่งไม่รวมอยู่ในระบบย่อยใหม่ของเราอย่างแน่นอน:
แต่เราไม่ต้องการให้ระบบรวบรวมข้อมูลเกี่ยวกับโมดูลทั่วไป 65 วัตถุเหล่านั้นที่ระบบจะตรวจสอบมีอะไรบ้าง?
คุณสามารถรับรายการได้โดยเพิ่ม call stack ไปที่เมธอด CheckObjects() ในโมดูลอ็อบเจ็กต์เอกสาร “CheckVersion” จากนั้น คุณยังสามารถรับข้อมูลที่ออบเจ็กต์ทั้งหมดจากไดเร็กทอรีโครงสร้างการกำหนดค่าซึ่งมีการรวบรวมข้อมูลถูกเลือกไว้สำหรับการตรวจสอบ หรือระบบพิจารณาว่าข้อมูลถูกรวบรวม:
เหล่านี้คือวัตถุ:
มีออบเจ็กต์น้อยกว่า 65 รายการ ระบบจะนับไม่เพียงแต่เอกสารของเราเท่านั้น แต่ยังรวมถึงรายละเอียดด้วย แต่คุณจะเห็นได้ว่าองค์ประกอบรูทของลำดับชั้นของไดเร็กทอรีโครงสร้างการกำหนดค่าเป็นองค์ประกอบแรกในรายการนี้ และเราได้เห็นแล้วว่ามันเป็นกระบวนการตรวจสอบที่ใช้เวลานานมาก
เมื่อมีรายการออบเจ็กต์เหล่านี้ คุณสามารถสรุปเกี่ยวกับวิธีการทำงานของกลไกการกรองและวิธีการทำงานของการตรวจสอบตามตัวกรอง:
การกรองจะทำงานเฉพาะในขั้นตอนการรวบรวมข้อมูลเท่านั้น ในระหว่างกระบวนการตรวจสอบ ตัวกรองจะไม่มีบทบาทใดๆ อีกต่อไป และนี่เป็นตรรกะเนื่องจากมีการระบุอัลกอริธึมในโหมดผู้ใช้ APK จะโอนเฉพาะองค์ประกอบของไดเรกทอรีโครงสร้างการกำหนดค่าไปยังองค์ประกอบเหล่านั้นเพื่อตรวจสอบหากเชื่อว่ามีการรวบรวมข้อมูลในองค์ประกอบเหล่านั้น
แม้ว่าเราจะกำหนดตัวกรองสำหรับการตรวจสอบ แต่ APK ก็รวบรวมข้อมูลเกี่ยวกับโมดูลของออบเจ็กต์การกำหนดค่าทั้งหมด APK จะใช้ข้อมูลเกี่ยวกับโมดูลเมื่อทำการตรวจสอบทั่วไปกับการกำหนดค่าทั้งหมด ด้านล่างนี้เราจะสาธิตว่าจะเกิดอะไรขึ้นหากคุณปิดใช้งานการตรวจสอบดังกล่าว
ออบเจ็กต์ทั่วไปบางรายการจะปรากฏในรายการสำหรับการสแกนไม่ว่าในกรณีใด ไม่ว่าตัวกรองของเราจะเป็นอย่างไร รวมถึงออบเจ็กต์รูทบนสุด - การกำหนดค่าเอง จำเป็นต้องดำเนินการตรวจสอบ "ทั่วไป" อีกครั้ง เนื่องจากการกำหนดค่าที่รวมอยู่ในรายการยังคงได้รับการตรวจสอบตามกฎเดียวกันกับเมื่อก่อน และโมดูลทั่วไป ข้อความและข้อมูลอื่น ๆ บางส่วนไม่ได้รับการกรองเมื่อรวบรวมข้อมูล การตรวจสอบออบเจ็กต์หมายเลข 1 หลายชั่วโมงที่ยาวที่สุดจะยังคงดำเนินการอยู่ . จะไม่สามารถเร่งกระบวนการได้อย่างรุนแรงโดยใช้ตัวกรอง
ระบบตัดสินใจที่จะตรวจสอบไม่เพียงแต่เอกสารที่ตรงตามตัวกรองทั้งสองของเราเท่านั้น แต่ยังตรวจสอบเอกสารที่ตรงตามตัวกรองทั้งสองรายการด้วย ออบเจ็กต์เหล่านั้นที่ขึ้นต้นด้วยคำนำหน้าจะถูกส่งไปสแกนด้วย apk_และวัตถุเหล่านั้นที่รวมอยู่ในระบบย่อย apk_ระบบย่อย2รวมทั้งเอกสารด้วย ใหม่_เอกสาร_2_3- มีเพียงเอกสารเท่านั้นที่หายไปจากรายการออบเจ็กต์ที่กำลังตรวจสอบ ใหม่_เอกสาร_1_3ไม่เหมาะกับตัวกรองใดๆ ผลลัพธ์จะชัดเจนหากคุณดูฟังก์ชันการกรอง ตัวกรองความละเอียดทำงานโดยใช้ "OR" แทนที่จะเป็น "AND" หากจำเป็นต้องเปลี่ยนแปลง คุณจะต้องทำการเปลี่ยนแปลงเล็กน้อยกับวิธีนี้อีกครั้ง:
ตอนนี้เรามาลอง "เล่น" กับโค้ดแล้วดูว่าจะเกิดอะไรขึ้นหากการกรองไม่เพียงทำงานในขั้นตอนการรวบรวมข้อมูลเท่านั้น แต่ยังรวมถึงขั้นตอนการตรวจสอบด้วย ในการดำเนินการนี้ เรามาสร้างองค์ประกอบอื่นของไดเร็กทอรีการกำหนดค่าด้วยตัวกรองเดียวกัน:
โดยธรรมชาติแล้ว ในโค้ดของเมธอด CheckObjects() ของเอกสาร CheckVersion เราจะข้ามองค์ประกอบแรกของการเลือกเมื่อสำรวจผลลัพธ์การสืบค้น นั่นคือ ข้ามองค์ประกอบรูทของไดเร็กทอรีโครงสร้างการกำหนดค่า:
ลองทำการทดสอบเดียวกันและดูเวลาที่ใช้สำหรับกระบวนการทั้งหมด และดูว่าผลลัพธ์การรายงานแตกต่างจากที่ได้รับโดยไม่ข้ามการกำหนดค่ารูทหรือไม่
ในกรณีนี้ ตั้งแต่เริ่มต้นกระบวนการจนถึงเสร็จสิ้น ใช้เวลาเพียง 50 นาที แทนที่จะเป็น 10 ชั่วโมง:
: เอกสารที่สร้าง เวอร์ชัน 8 เช็ค ลงวันที่ 01/11/2017 20:51:37 น.
………………..
: เริ่มอัพโหลดการกำหนดค่าไปยังไฟล์ XML
: อัปโหลดการกำหนดค่าไปยังไฟล์ XML เสร็จสมบูรณ์
………………..
: เริ่มต้นการตรวจสอบการกำหนดค่าแล้ว
: ตรวจสอบการกำหนดค่าเสร็จสมบูรณ์
ตอนนี้รายงาน:
จะเห็นได้ว่าองค์ประกอบรูทไม่แสดงอีกต่อไป แต่นอกจากนี้ รายงานจะแสดง 9 บรรทัดแทนที่จะเป็น 10 บรรทัดที่เกี่ยวข้องกับแต่ละเอกสาร บรรทัดที่รายงานวิธีการส่งออกที่ไม่ได้ใช้ในโมดูลตัวจัดการเอกสารหายไป นั่นคือ จริงๆ แล้วข้อผิดพลาดบางอย่างจะถูกตรวจพบก็ต่อเมื่อองค์ประกอบรากของไดเร็กทอรีโครงสร้างการกำหนดค่ามีส่วนร่วมในกระบวนการตรวจสอบเท่านั้น มิฉะนั้น กฎการตรวจสอบที่เกี่ยวข้องจะไม่ทำงาน สิ่งเหล่านี้เป็นข้อผิดพลาด เมื่อตรวจพบ ควรตรวจสอบความสัมพันธ์ของออบเจ็กต์กับออบเจ็กต์อื่น ๆ ทั้งหมดของการกำหนดค่าตามตรรกะ
ดังนั้นหากเราต้องการเพิ่มความเร็วในการตรวจสอบอย่างมากเมื่อใช้ตัวกรอง จะต้องดำเนินการนี้โดยการปิดใช้งานการตรวจสอบทั่วไปที่ใช้เวลานานที่สุดซึ่งจำเป็นต้องข้ามโมดูลทั้งหมด (ซึ่งสามารถทำได้ในการตั้งค่า) หรือโดยการพัฒนาทางเลือกของเราเอง การตรวจสอบกฎ
ผลลัพธ์:
- การกำหนดค่าประกอบด้วยเครื่องมือสำหรับการแก้ไขกฎใหม่และกฎที่มีอยู่ ในการทำงานกับสิ่งเหล่านี้คุณต้องเข้าใจรหัสการกำหนดค่า APK ดูวิธีการสร้างออบเจ็กต์และอัลกอริทึมที่ระบุในโหมดผู้ใช้ได้รับการดำเนินการในบริบทใด แต่หากต้องการ ก็ดูเป็นไปได้ทีเดียว แนวทางนี้ควรจะคล้ายกับแนวทางที่เราใช้ในการ "แปลงข้อมูล"
เครื่องมือ “การทดสอบการกำหนดค่าอัตโนมัติ” ช่วยให้สามารถค้นหาข้อผิดพลาดในการกำหนดค่าได้โดยอัตโนมัติเมื่อกำหนดค่าแล้ว APK ช่วยให้สามารถค้นหาข้อผิดพลาดโดยรวมในการกำหนดค่า แก้ไขการสะกดคำ และทำให้สอดคล้องกับมาตรฐานการพัฒนาที่ค่อนข้างสมเหตุสมผลและสมเหตุสมผลจากบริษัท 1C
APC ไม่สามารถทดแทนเครื่องมืออื่นๆ ได้อย่างสมบูรณ์ในการปรับปรุงคุณภาพโค้ด เช่น การตรวจสอบโค้ด ไม่อนุญาตให้คุณติดตามการมีอยู่ของการคัดลอกและวางมากเกินไป (การทำซ้ำโค้ด) การเรียกเซิร์ฟเวอร์หลายครั้งซึ่งอาจรวมเป็นหนึ่งเดียว หรือตรวจสอบสัญญาณที่ง่ายที่สุดของคำขอที่ไม่เหมาะสม แต่สามารถลดความจำเป็นในการตรวจสอบด้วยสายตาได้อย่างมาก และเป็นจุดเริ่มต้นที่ดีสำหรับเครื่องมือและแนวทางปฏิบัติอื่นๆ และหากจำเป็นให้เขียนเช็คของคุณเองเพื่อแก้ไขปัญหามากกว่าที่แกะกล่อง
แม้ว่าจะไม่มีข้อมูลเกี่ยวกับมัน แต่การเรียนรู้เครื่องมือนี้เพื่อเริ่มใช้งานจริงก็ไม่ใช่เรื่องยาก การมีคู่มือผู้ใช้และบทความนี้ จะช่วยให้เริ่มต้นการเรียนรู้ทีละขั้นตอนได้ดี การกำหนดค่า APK นั้นค่อนข้างเรียบง่ายและสามารถแก้ไขได้อย่างง่ายดาย อย่างน้อยก็ในแง่ของอินเทอร์เฟซ มีอะไรอีกมากมายที่ต้องปรับปรุง เพื่อการใช้งานที่สะดวกสบายและมีประสิทธิภาพ “ถัง” ของเราจำเป็นต้องมีไฟล์เสมอ))
การพัฒนากฎการตรวจสอบของคุณเองจำเป็นต้องมีการเรียนรู้ "ภาษาในตัว" ของคอมเพล็กซ์อุตสาหกรรมเกษตร ขั้นตอนและฟังก์ชันในตัวที่แม่นยำยิ่งขึ้น ซึ่งสามารถทำได้โดยใช้คู่มือผู้ใช้และกฎที่มีอยู่
แม้แต่การดำเนินการที่ง่ายที่สุดที่ต้องรวบรวมข้อมูลจากการกำหนดค่า เช่น ERP ก็ใช้เวลามากกว่า 20 นาทีจาก APC ดังนั้น ในการพัฒนาและแก้ไขกฎการตรวจสอบของคุณเอง คุณควรสร้างการกำหนดค่าสาธิตและฐานข้อมูลสาธิตขนาดเล็กของคุณเอง ซึ่งบางโมดูลจะละเมิดกฎนี้ หรือดำเนินการตรวจสอบโดยใช้ข้อมูลที่รวบรวมไว้ก่อนหน้านี้ เทคนิคทั้งสองจะช่วยเร่งกระบวนการแก้ไขกฎใหม่ให้เร็วขึ้น
บางครั้งปัญหาเกิดขึ้นในฐานข้อมูล 1C - รายงาน 1C ที่เคยทำงานก่อนหน้านี้ไม่ทำงาน เอกสารไม่ได้รับการประมวลผลเนื่องจากข้อผิดพลาดที่ไม่สามารถเข้าใจได้ ไม่สามารถเข้าสู่โปรแกรมได้... วิธีหลักประการหนึ่งในการแก้ไขข้อผิดพลาด 1C คือการทดสอบและ แก้ไขฐานข้อมูล 1C 8.3 โดยใช้ยูทิลิตี้ที่มีอยู่ในแพลตฟอร์ม
ฉันต้องการทราบว่าในกรณีที่การทำงานที่ไม่ถูกต้องของ 1C Enterprise 8.3 วิธีการหลักในการกู้คืนฟังก์ชันการทำงานของโปรแกรมคือ:
- การล้างแคช 1C Enterprise;
- การทดสอบและแก้ไขฐานข้อมูล 1C 8.3
วิธีการลบแคช 1C ได้อธิบายไว้โดยละเอียดในบทความ พิจารณาเครื่องมือบริการที่สองสำหรับการจัดการแพลตฟอร์ม 1C
การทดสอบและแก้ไขฐานข้อมูล 1C 8.3 โดยใช้ยูทิลิตี้ในตัว
ในการเริ่มต้นการดำเนินการนี้ คุณไม่จำเป็นต้องมีความรู้พิเศษใดๆ ดังนั้นผู้ใช้สามารถจัดการสิ่งนี้ได้โดยไม่ต้องติดต่อผู้เชี่ยวชาญ 1C ในการเริ่มการทดสอบและแก้ไข คุณต้องเข้าสู่ระบบตัวกำหนดค่า 1c และเลือก "การดูแลระบบ" - "การทดสอบและการแก้ไข..."
คำอธิบายของยูทิลิตี้“ การทดสอบและแก้ไขฐานข้อมูล 1c”
แบบฟอร์มที่เปิดขึ้นมีหลายรายการที่ช่วยให้คุณสามารถแก้ไขข้อผิดพลาดได้ หากต้องการใช้เครื่องมือนี้อย่างมืออาชีพ คุณต้องเข้าใจวัตถุประสงค์และตรรกะในการดำเนินงานของแต่ละรายการ ดังนั้นเรามาดูรายละเอียดเพิ่มเติมกันดีกว่า:
การจัดทำดัชนีตารางฐานข้อมูลใหม่
หากต้องการค้นหาข้อมูลอย่างรวดเร็ว ตารางเสริมจะถูกเพิ่มลงในตารางหลักพร้อมกับข้อมูลหลัก ซึ่งข้อมูลจะถูกจัดเรียงตามฟิลด์ที่ระบุของตารางหลัก - ตารางดัชนี ด้วยการใช้ตารางการจัดทำดัชนี ประสิทธิภาพของ 1C จะเพิ่มขึ้นอย่างมาก เนื่องจากไม่จำเป็นต้องวนซ้ำตารางข้อมูลหลักทั้งหมดสำหรับการสุ่มตัวอย่าง คุณสามารถใช้ไฟล์ดัชนีและเลือกบันทึกที่จำเป็นจากที่นั่น
เมื่อข้อมูลถูกเขียนลงในตารางข้อมูลหลัก ตารางดัชนีก็จะถูกกรอกด้วย แต่ด้วยเหตุผลทางเทคนิคหลายประการ ดัชนีอาจเกิดความสับสน ซึ่งอาจนำไปสู่ข้อผิดพลาดได้ในที่สุด หากต้องการแก้ไขข้อผิดพลาดระดับนี้เมื่อทดสอบและแก้ไขฐานข้อมูล 1C 8.3 คุณต้องทำเครื่องหมายในช่องถัดจากรายการเมนูนี้
การตรวจสอบความสมบูรณ์ทางลอจิคัลของฐานข้อมูล
ในขณะที่สร้างวัตถุใหม่ในการกำหนดค่า 1C ตารางใหม่จะถูกสร้างขึ้นในฐานข้อมูลซึ่งระบุการเชื่อมต่อกับตารางอื่นในฐานข้อมูล ด้วยเหตุผลหลายประการ การเชื่อมต่ออาจไม่ถูกต้อง (เช่น เนื่องจากการอัพเดตที่ไม่ถูกต้องหรือไฟฟ้าดับโดยไม่คาดคิดในขณะที่บันทึก) หากต้องการแก้ไขข้อผิดพลาดประเภทนี้ ให้เลือกรายการเมนูนี้
การตรวจสอบความสมบูรณ์ของการอ้างอิงของฐานข้อมูล
หากต้องการระบุและแก้ไขข้อผิดพลาดเหล่านี้ ให้เลือกรายการเมนูนี้ และตัวเลือกสำหรับการประมวลผลข้อผิดพลาดดังกล่าวจะเปิดใช้งานด้านล่าง (ดูรูปด้านบน) เราสามารถเลือกวิธีการแก้ไขข้อผิดพลาดได้เมื่อใด เมื่อมีการอ้างอิงถึงวัตถุที่ไม่มีอยู่จริง: สร้างวัตถุ, ลิงค์ที่ชัดเจน , ไม่เปลี่ยนแปลง ; และ ในกรณีที่ข้อมูลสูญหายบางส่วน: สร้างวัตถุลบวัตถุออกอย่าเปลี่ยนแปลง
การคำนวณผลลัพธ์ใหม่
ในการดำเนินการเลือกข้อมูลอย่างรวดเร็วในฐานข้อมูล 1C จะมีตารางที่มีข้อมูลที่คำนวณแล้วทุกเดือน เมื่อเราเข้าถึงข้อมูลนี้ ข้อมูลจะไม่ถูกรวบรวมจากตารางหลัก (ซึ่งอาจใช้เวลานาน) แต่จะถูกรวบรวมจากข้อมูลในตารางสรุปทันที ดังนั้นกลไกนี้จะได้ผลจึงจำเป็นต้องมีผลลัพธ์ที่ถูกต้องในช่วงเวลาที่ผ่านมา ดังนั้นหาก 1C "หลอกลวง" ในรายงานข้อผิดพลาดดังกล่าวจะได้รับการแก้ไขด้วยรายการเมนูนี้
การบีบอัดตารางฐานข้อมูล
การลบวัตถุในฐานข้อมูลเป็นการดำเนินการที่ค่อนข้างต้องใช้ความอุตสาหะและใช้เวลานาน ดังนั้นในการกำหนดค่า 1C กระบวนการลบจึงแบ่งออกเป็น 2 ขั้นตอน เมื่อคุณลบออบเจ็กต์ในการกำหนดค่า ข้อมูลในฐานข้อมูล 1c จะเป็นโมฆะ และด้วยเหตุนี้ จึงไม่มีส่วนร่วมในการดำเนินการเพิ่มเติม แม้ว่าจะยังคงอยู่ในสถานที่ทางกายภาพก็ตาม เพื่อล้างตารางของบันทึกเหล่านี้ พวกเขาทดสอบและแก้ไขฐานข้อมูล 1C 8.3 ด้วยรายการเมนู “บีบอัดตารางฐานข้อมูล”
การปรับโครงสร้างตารางฐานข้อมูล
เมื่อเปลี่ยนรายละเอียดของออบเจ็กต์ข้อมูลเมตา 1c ฐานข้อมูลจำเป็นต้องเพิ่มบันทึกใหม่ลงในตารางทั้งหมดของออบเจ็กต์ที่เปลี่ยนแปลง ทำได้ผ่านการปรับโครงสร้างตารางฐานข้อมูลใหม่ ในระหว่างกระบวนการปรับโครงสร้างใหม่ สำเนาของตารางฐานข้อมูลจะถูกสร้างขึ้นด้วยโครงสร้างของการกำหนดค่าปัจจุบัน หลังจากนั้นข้อมูลจะถูกถ่ายโอนไปยังตารางที่สร้างขึ้น หากคุณเพิ่มแอตทริบิวต์ในข้อมูลเมตา 1c คอลัมน์ว่างจะถูกสร้างขึ้นในตารางใหม่ ถ้าแอตทริบิวต์ถูกลบ คอลัมน์สำหรับคุณลักษณะนี้จะไม่ถูกสร้างขึ้นในตารางใหม่ และด้วยเหตุนี้ คอลัมน์สำหรับคุณลักษณะนี้จะไม่ถูกถ่ายโอน
ในระหว่างกระบวนการปรับโครงสร้างใหม่ ตารางฐานข้อมูลทั้งหมดจะถูกสร้างขึ้นใหม่ ดังนั้นการดำเนินการนี้จึงยาวนานที่สุด
การทดสอบและแก้ไขฐานข้อมูล 1C 8.3 ในทางปฏิบัติ
หลังจากได้รับข้อมูลที่ครอบคลุม ฉันคิดว่าคุณจะสามารถทราบได้อย่างง่ายดายว่าคุณต้องเลือกรายการยูทิลิตี้ใดเพื่อแก้ไขปัญหาต่างๆ
การทดสอบและแก้ไขฐานข้อมูล 1C 8.3 สามารถทำได้ในสองโหมด:
- การทดสอบ ในโหมดนี้ ฐานข้อมูลจะถูกทดสอบและทำการแก้ไขข้อผิดพลาดเล็กน้อยทางเทคนิค
- การทดสอบและการแก้ไข ในโหมดนี้ ฐานข้อมูล 1C จะถูกทดสอบและพยายามแก้ไขข้อผิดพลาดที่ตรวจพบทั้งหมด (ดูรูปด้านบน)
ในการทำการทดสอบและแก้ไขฐานข้อมูล 1C 8.3 คุณต้องคลิกปุ่ม "เรียกใช้" หลังจากนั้นคุณสามารถตรวจสอบความคืบหน้าของการทดสอบและแก้ไขในหน้าต่างข้อมูลที่ด้านล่างของตัวกำหนดค่า 
29.09.2016
การตรวจสอบความถูกต้องตามกฎหมายของการใช้การอัปเดตที่ติดตั้งของการกำหนดค่าโปรแกรมมาตรฐานของระบบ 1C Enterprise 8
เข้าถึง 1C:Fresh cloud ฟรี 30 วัน!เริ่มต้นด้วยแพลตฟอร์มเวอร์ชัน 1C:Enterprise 8.3.7 โปรแกรม 1C ได้ใช้กลไกในการตรวจสอบความถูกต้องตามกฎหมายของการใช้โซลูชันแอปพลิเคชัน 1C รวมถึงการอัพเดตการกำหนดค่า 1C
หลังจากติดตั้งการอัปเดตครั้งต่อไปเป็นการกำหนดค่ามาตรฐานและแพลตฟอร์ม 1C: Enterprise โปรแกรมอาจแสดงข้อความว่ามีปัญหาในการตรวจสอบความถูกต้องตามกฎหมายของการใช้การอัปเดตการกำหนดค่าที่ติดตั้งใน Update Protection Center
วัตถุประสงค์ของกลไกนี้คือการแจ้งให้ผู้ใช้ทราบอย่างทันท่วงทีเกี่ยวกับการใช้งานจริงของเวอร์ชันหรือการเผยแพร่การกำหนดค่าบางเวอร์ชันที่เขาไม่มีสิทธิ์ และความเสี่ยงทางกฎหมายที่อาจเกิดขึ้น
การตรวจสอบจะดำเนินการสำหรับโซลูชันแอปพลิเคชันที่ใช้งานในเวอร์ชันไฟล์หรือบนเซิร์ฟเวอร์ในเวอร์ชัน MINI ไม่มีการตรวจสอบสิทธิ์สำหรับโซลูชันแอปพลิเคชันที่ใช้สิทธิ์การใช้งานพื้นฐาน ขั้นตอนการตรวจสอบจะดำเนินการหลังจากการอัปเดตการกำหนดค่าระบบ 1C: Enterprise เสร็จสิ้น และโปรแกรมส่งคำขอไปยัง Update Protection Center (ต่อไปนี้จะเรียกว่า UOC)
ความสนใจ! ในขณะนี้อาจมีปัญหาทางเทคนิคเกี่ยวกับความพร้อมใช้งานของเว็บไซต์ Update Protection Center https://1cv8update.com
เมื่อตรวจสอบความถูกต้องตามกฎหมายของการอัพเดตการกำหนดค่าที่ติดตั้ง ข้อมูลเกี่ยวกับโปรแกรมและข้อมูลบัญชีที่สร้างขึ้นเมื่อลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์และข้อตกลงการสนับสนุนเทคโนโลยีสารสนเทศบนพอร์ทัล 1C:ITS หากการอัปเดตการกำหนดค่าถูกติดตั้งอย่างผิดกฎหมาย โปรแกรมจะสร้างกล่องโต้ตอบที่มีข้อมูลเกี่ยวกับสาเหตุของการใช้โซลูชันแอปพลิเคชันอย่างผิดกฎหมายเป็นระยะๆ
หากคำขอเสร็จสมบูรณ์ ศูนย์ประมวลผลกลางจะส่งคืนสถานะความถูกต้องตามกฎหมายของการใช้งาน หากศูนย์ควบคุมกลางไม่ยืนยันความถูกต้องตามกฎหมายของการใช้การอัปเดตการกำหนดค่าที่ติดตั้ง ระบบ 1C:Enterprise จะเริ่มแจ้งให้ผู้ใช้ทุกคนทราบถึงฐานข้อมูลว่าโซลูชันแอปพลิเคชันนี้ถูกใช้อย่างผิดกฎหมาย และข้อมูลที่ได้รับจากศูนย์ควบคุมกลางคือ แสดง
ข้อมูลเกี่ยวกับผลลัพธ์ของการตรวจสอบสามารถดูได้ในกล่องโต้ตอบ "เกี่ยวกับโปรแกรม" ซึ่งมีข้อมูลเกี่ยวกับวิธีการดำเนินการเรียกไปยังศูนย์ควบคุมกลาง:
เพื่อให้โซลูชันแอปพลิเคชัน 1C ผ่านการทดสอบที่ศูนย์ควบคุมกลางได้สำเร็จ ต้องปฏิบัติตามเงื่อนไขต่อไปนี้:
- โปรแกรมจะต้องได้รับอนุญาต
- ผลิตภัณฑ์ซอฟต์แวร์จะต้องมีการสมัครสมาชิก ITS ที่ถูกต้อง
- ผลิตภัณฑ์ซอฟต์แวร์จะต้องลงทะเบียนในบัญชีส่วนตัวของผู้ใช้บนพอร์ทัล 1C
- ต้องเปิดใช้งานการสนับสนุนผู้ใช้อินเทอร์เน็ตในการกำหนดค่า
- เหตุผลที่ 1. มีการใช้ซอฟต์แวร์ 1C เวอร์ชันที่ไม่มีลิขสิทธิ์ (ละเมิดลิขสิทธิ์, แฮ็ก, “warez”, “แพทช์” ฯลฯ )
วิธีแก้ไข: เราสามารถเสนอสองทางเลือกในการแก้ปัญหา: ซื้อผลิตภัณฑ์ซอฟต์แวร์ 1C เวอร์ชันลิขสิทธิ์หรือเปลี่ยนไปทำงานใน "1C ในระบบคลาวด์"
ตัวเลือกที่ 1: ซื้อผลิตภัณฑ์ซอฟต์แวร์ 1C เวอร์ชันลิขสิทธิ์
โปรดทราบว่าคุณจะต้องซื้อชุดอุปกรณ์ที่แน่นอนซึ่งมีการกำหนดค่าที่คุณใช้อยู่ เช่น ตัวอย่างเช่นหากคุณใช้ 1C: การจัดการการค้า การซื้อ 1C: การบัญชีก็ไม่มีเหตุผลเพราะ ซึ่งจะไม่แก้ปัญหาการตรวจสอบความถูกต้องตามกฎหมายของการใช้การกำหนดค่า
หากคุณใช้โปรแกรมเวอร์ชันผู้ใช้คนเดียวในโหมดไฟล์ การซื้อเฉพาะแพ็คเกจหลักก็เพียงพอแล้ว หากคุณใช้เวอร์ชันเครือข่ายบนคอมพิวเตอร์หลายเครื่องในโหมดไคลเอนต์-เซิร์ฟเวอร์ คุณต้องซื้อใบอนุญาตไคลเอนต์เพิ่มเติมและใบอนุญาตสำหรับเซิร์ฟเวอร์ 1C:Enterpriseค่าใช้จ่ายของโปรแกรม 1C
ชื่อ ราคา
ถู.ความคิดเห็น 1C: การบัญชี 8 ศาสตราจารย์ การจัดส่งทางอิเล็กทรอนิกส์
ตัวเลือกการออกใบอนุญาตที่เร็วที่สุด!
เวลาจัดส่ง 3-4 ชั่วโมงนับจากเวลาที่ชำระเงิน! -
การจัดหาพื้นฐานสำหรับสถานที่ทำงาน 1 แห่ง
พร้อมระบบป้องกันซอฟต์แวร์1C: เงินเดือนและการบริหารงานบุคคล 8 ศาสตราจารย์ การจัดส่งทางอิเล็กทรอนิกส์
ตัวเลือกการออกใบอนุญาตที่เร็วที่สุด!
เวลาจัดส่ง 3-4 ชั่วโมงนับจากเวลาที่ชำระเงิน! -การจัดหาพื้นฐานสำหรับสถานที่ทำงาน 1 แห่ง
พร้อมระบบป้องกันซอฟต์แวร์
ต้นทุนของผลิตภัณฑ์ซอฟต์แวร์อื่น ๆ ของระบบ 1C: Enterprise สิทธิ์การใช้งานไคลเอ็นต์และเซิร์ฟเวอร์เพิ่มเติมสามารถดูได้ในรายการราคา
หากคุณจำเป็นต้องทำให้ 1C ถูกกฎหมายอย่างเร่งด่วน: การบัญชีหรือพันธมิตร 1C ในภูมิภาคของคุณไม่มีโปรแกรมนี้ คุณสามารถซื้อ "การจัดส่งทางอิเล็กทรอนิกส์" จากบริษัทของเราได้ การจัดส่งทางอิเล็กทรอนิกส์เป็นโปรแกรมเวอร์ชัน "ไร้กล่อง" ซึ่งได้รับการอนุญาต 100% การทำงานไม่แตกต่างจาก "กล่อง" ทั่วไป หลังจากชำระเงินในบัญชีส่วนตัว 1C Portal ของคุณ คุณจะสามารถดาวน์โหลดการแจกแจงการติดตั้งโปรแกรม รหัสเปิดใช้งาน และเอกสารประกอบในรูปแบบอิเล็กทรอนิกส์ (ในรูปแบบ 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 ถู
29,664 รูเบิล
1200 ถู
3498 ถู
6546 ถู
12528 ถูจำนวนผู้ใช้พร้อมกัน ผู้ใช้ 5 คน ผู้ใช้ 2 คน แอปพลิเคชันที่มีอยู่จากรายการ: - 1C: การบัญชี 8
- 1C: เงินเดือนและการจัดการบุคลากร 8
- 1C: การจัดการของบริษัทขนาดเล็ก 8
- 1C: การบัญชีของสถาบันของรัฐ 8
- 1C: เงินเดือนและบุคลากรของสถาบันของรัฐ 8
- 1C: ผู้ประกอบการรายงาน 8
- 1C-คามิน: เงินเดือน
ทั้งหมด หนึ่งรายการจากรายการให้เลือก จำนวนฐานข้อมูล ไม่มีข้อจำกัด ฐานข้อมูลการทำงานหนึ่งรายการ
+ หนึ่งการทดสอบ/เก็บถาวร/สาธิต*ราคาที่ระบุจะขึ้นอยู่กับความต่อเนื่องของสัญญา
** ค่าใช้จ่ายในการเชื่อมต่อภายใต้อัตราภาษี PROF นอกเหนือจากการเข้าถึงฐานข้อมูลสำหรับผู้ใช้ 5 รายไม่ จำกัด จำนวนแล้ว ยังรวมถึงบริการเพิ่มเติมอีกมากมาย: 1C-Reporting; กรอบการกำกับดูแล "1C: Garant"; การเข้าถึงระบบข้อมูล 1C:ITS อย่างเต็มรูปแบบ การให้คำปรึกษาและคำตอบจากผู้ตรวจสอบบัญชีและผู้เชี่ยวชาญสำหรับคำถามของผู้ใช้เกี่ยวกับการบัญชี ภาษี และบุคลากร (ในบัญชีส่วนตัวของคุณบนเว็บไซต์ 1C:ITS) เข้าถึงการอัปเดตสำหรับเวอร์ชันกล่องของแพลตฟอร์ม 1C:Enterprise และการกำหนดค่า 1C มาตรฐาน ฯลฯ รายละเอียดเพิ่มเติมใช้งานฟรี 30 วันแรก!
เพื่อให้คุณสามารถประเมินความพร้อมใช้งาน ความเสถียร ความเร็ว และความสะดวกในการใช้งาน เราสามารถให้สิทธิ์การเข้าถึงบริการคลาวด์ 1C:Fresh ฟรีเป็นเวลา 30 วันเอกสารข้อมูล:
-
- คำแนะนำในการดาวน์โหลดฐานข้อมูลจากคอมพิวเตอร์ในระบบไปยัง 1C: บริการคลาวด์สด
- คำแนะนำสำหรับการติดตั้งและกำหนดค่าไคลเอ็นต์แบบบาง 1C สำหรับการทำงานกับบริการคลาวด์ 1C:Fresh
- แบบฟอร์มใบสมัครสำหรับการเชื่อมต่อกับ 1C: บริการคลาวด์สด
- แบบฟอร์มใบสมัครสำหรับการลงทะเบียนด้วยตนเองใน 1C: บริการคลาวด์สด - เหตุผลที่ 2. ไม่มีข้อตกลงที่ถูกต้องสำหรับการสนับสนุนเทคโนโลยีสารสนเทศ (ITS)
แนวทางแก้ไข: สรุปข้อตกลงการสนับสนุนด้านเทคโนโลยีสารสนเทศ หากคุณต้องการสมัครสมาชิก ITS อย่างเร่งด่วน คุณสามารถสมัครได้ในบริษัทของเรา แม้ว่าคุณจะอยู่ในภูมิภาคอื่นของสหพันธรัฐรัสเซียและซื้อโปรแกรม 1C จากที่อื่นก็ตาม เงื่อนไขเดียวคือโปรแกรมต้องได้รับลิขสิทธิ์ค่าสมัครสมาชิก ITS
โปรดทราบประเด็นต่อไปนี้:
- มีตัวเลือกการสมัครสมาชิก ITS สองตัวเลือก: ITS Techno และ ITS PROF ซึ่งมีเนื้อหาข้อมูลแตกต่างกัน ITS Techno มีตัวเลือกการสนับสนุนขั้นต่ำ (เข้าถึงเว็บไซต์สนับสนุนด้านเทคนิค 1C เพื่อดาวน์โหลดการอัปเดตด้วยตัวเอง) นอกเหนือจากการเข้าถึงการอัปเดตแล้ว ITS Prof ยังรวมถึงบริการและบริการเพิ่มเติมอีกมากมาย เช่น 1C: Reporting, 1C: Counterparty, 1C: Fresh, 1C: Cloud Archive, กรอบกฎหมาย "GARANT" และอื่นๆ อีกมากมาย สำหรับการเปรียบเทียบโดยละเอียดเพิ่มเติมของ ITS Techno และ PROF โปรดดู
- ค่าใช้จ่ายในการสมัครสมาชิก ITS ขึ้นอยู่กับระยะเวลาของสัญญา ตัวเลือกขั้นต่ำคือการสมัครสมาชิกครั้งเดียวเป็นเวลา 1 เดือน แต่เนื่องจากจำเป็นต้องอัปเดตโปรแกรมบัญชีสำหรับ 1C: การบัญชีเป็นประจำ เราขอแนะนำให้สมัครสมาชิกเป็นระยะเวลานานขึ้น
- ค่าสมัครสมาชิกสำหรับการต่ออายุการสมัครสมาชิก ITS อย่างต่อเนื่องนั้นน้อยกว่าการต่ออายุ
ชื่อ ราคาอยู่ที่
อย่างต่อเนื่อง
ส่วนขยาย
ถู.ราคาอยู่ที่
เริ่มต้นใหม่
ข้อตกลง
ถู.ITS PROF สมัครสมาชิกครั้งเดียวเป็นเวลา 1 เดือน 4818 ITS เทคโนเป็นเวลา 6 เดือน 7854 ITS Techno เป็นเวลา 12 เดือน 15036 เป็นหลักฐานเป็นเวลา 3 เดือน 9636 เป็นหลักฐานเป็นเวลา 6 เดือน 18600 เป็นหลักฐานเป็นเวลา 12 เดือน 35592 - เหตุผลที่ 3 ผลิตภัณฑ์ซอฟต์แวร์ไม่ได้ลงทะเบียนในบัญชีส่วนตัวของผู้ใช้บนพอร์ทัล 1C
วิธีแก้ไข: ลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์
คำแนะนำในการลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์ในบัญชีส่วนตัวของ 1C:ITS Portal (portal.1c.ru)
หากผู้ใช้ไม่ได้ลงทะเบียนบนพอร์ทัลก่อนหน้านี้ ก่อนที่จะลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์ในบัญชีส่วนบุคคลของเขา ผู้ใช้จะต้องลงทะเบียนอย่างอิสระบนพอร์ทัลก่อน และรับข้อมูลเข้าสู่ระบบและรหัสผ่านเพื่อเข้าถึงบัญชีส่วนบุคคลของเขา
คำแนะนำสำหรับการลงทะเบียนผู้ใช้บน 1C:ITS Portal (portal.1c.ru)
- เหตุผลที่ 4 การสนับสนุนผู้ใช้อินเทอร์เน็ตไม่ได้รับการกำหนดค่าในโปรแกรม 1C
วิธีแก้ไข: ตั้งค่าการสนับสนุนอินเทอร์เน็ต
คำแนะนำสำหรับการเชื่อมต่อการสนับสนุนอินเทอร์เน็ตในการกำหนดค่า 1C:Enterprise 8 ทั่วไป
ปัญหาทางเทคนิค
หากคุณใช้โปรแกรมเวอร์ชันลิขสิทธิ์ ผลิตภัณฑ์ซอฟต์แวร์ได้รับการลงทะเบียนในบัญชีส่วนตัวของคุณบนพอร์ทัล 1C คุณมีการสมัครสมาชิก ITS ที่ถูกต้องและการสนับสนุนทางอินเทอร์เน็ตได้รับการกำหนดค่าอย่างถูกต้อง แต่โปรแกรมยังคงแสดงข้อความ “ศูนย์ใบอนุญาตคือ ไม่พร้อมใช้งาน”, “การลงทะเบียนการกำหนดค่าในศูนย์ลิขสิทธิ์ยังไม่เสร็จสมบูรณ์”, “โหนดระยะไกลไม่ผ่านการทดสอบ” ฯลฯ แสดงว่าอาจเกิดปัญหาทางเทคนิคได้:
1. เซิร์ฟเวอร์ศูนย์ควบคุมกลาง 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 เดือนซึ่งรวมถึงการรับดีวีดี ITS รายเดือน การรับการอัปเดตโปรแกรม การกำหนดค่า และแบบฟอร์มการรายงาน บริการสายให้คำปรึกษา เข้าถึงเว็บไซต์สนับสนุนทางเทคนิค 1C (ตั้งแต่วันที่ 01/01/2559 คุณสามารถซื้อ ITS รุ่น "ไร้ดิสก์")
หลังจากสิ้นสุดระยะเวลาการสนับสนุนฟรี การให้บริการโปรแกรม 1C Company จะดำเนินการภายใต้ข้อตกลง 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:
ไม่จำเป็นต้องสมัครสมาชิก ITS:
|
แท็ก: การตรวจสอบความถูกต้องตามกฎหมายในการรับการอัปเดตการกำหนดค่า 1c, การตรวจสอบความถูกต้องตามกฎหมายของการอัปเดต 1c 8.3, การตรวจสอบความถูกต้องตามกฎหมายของการอัปเดต 1c, การอัปเดตการดาวน์โหลด 1c, มัน, 1c มัน, ดิสก์ของมัน, ตรวจสอบความถูกต้องตามกฎหมายของ 1c 8.3 7, ผู้ใช้ 1c.ru, its.1c.ru รองรับ 1s 8
การใช้งาน 1C 8 นั้นมีข้อได้เปรียบมากมาย แต่การทำงานที่มีประสิทธิภาพจะเกิดขึ้นได้ก็ต่อเมื่อระบบมีคุณภาพสูงทั้งด้านการใช้งานและเทคโนโลยี
คุณภาพการทำงานและเทคโนโลยีของระบบ - คุณสมบัติและความแตกต่างคุณภาพการทำงานของระบบสารสนเทศคือความสามารถในการกำหนดค่าบางอย่างเพื่อแก้ไขปัญหาทางธุรกิจของบริษัท และคุณภาพทางเทคโนโลยีนั้นมีประสิทธิภาพสูง ไม่มีความล้มเหลว และการดำเนินงานที่มั่นคง การจัดการประสิทธิภาพด้านคุณภาพมีความแตกต่างกันอย่างมาก:- มีการตรวจสอบคุณภาพเทคโนโลยีของระบบระหว่างการใช้งานระบบโดยเฉพาะ โปรแกรมลิขสิทธิ์ 1C ใช้งานบนแพลตฟอร์ม 1C:องค์กร 8จะต้องรับประกันการทำงานที่มั่นคงของผู้ใช้หลายคนบนอุปกรณ์บางอย่าง ไม่สำคัญว่าจะมีความสามารถอะไรบ้างในระบบ
- คุณภาพการทำงานได้รับการตรวจสอบสำหรับการกำหนดค่าเฉพาะและความสามารถ คุณภาพของระบบถูกกำหนดโดยความสามารถในการปฏิบัติงานที่ระบุ โดยไม่คำนึงถึงเงื่อนไขการใช้งาน
- โปรแกรมลิขสิทธิ์ 1C ช่วยแก้ปัญหาทางธุรกิจทั้งหมด
- เพื่อตอบสนองต่อการกระทำของผู้ใช้ที่ถูกต้อง ระบบจะทำงานอย่างเหมาะสมและคาดการณ์ได้
ดังนั้นคุณภาพการใช้งานจึงประกอบด้วยสองทิศทาง - หัวเรื่องและด้านเทคนิค การประเมินที่สำคัญของระบบสามารถทำได้โดยผู้เชี่ยวชาญในสาขาเฉพาะเท่านั้น ในขณะที่การประเมินทางเทคนิคสามารถประเมินได้โดยไม่คำนึงถึงงาน
เหตุใดคุณภาพการทำงานของระบบจึงมีความจำเป็น?การพัฒนาระบบเพื่อการนำไปปฏิบัติจำเป็นต้องพิจารณาอย่างจริงจังด้วยเหตุผลหลายประการ ระบบคุณภาพสูงช่วยให้มั่นใจถึงการนำ 1C 8 ไปใช้งานได้ง่ายขึ้น ซึ่งช่วยประหยัดเวลาและเงินของบริษัทในท้ายที่สุด นอกจากนี้ การสนับสนุนระบบ 1C คุณภาพสูงนั้นง่ายกว่ามากและต้องการความเอาใจใส่จากผู้เชี่ยวชาญน้อยกว่ามากเมื่อพัฒนาโซลูชันใหม่โดยใช้ระบบสำเร็จรูป กระบวนการทั้งหมดจะดำเนินการได้เร็วและง่ายขึ้นมาก และการดำเนินการจะช่วยลดความล้มเหลวในการปฏิบัติงาน
จะตรวจสอบคุณภาพการทำงานได้อย่างไร?การไม่มีข้อผิดพลาดในโค้ดโปรแกรมไม่ได้หมายความว่าคุณภาพการทำงานของระบบอยู่ในระดับหนึ่งคุณภาพโดยรวมของการกำหนดค่าสามารถกำหนดได้จากหลายปัจจัย เช่น:
- ความพร้อมใช้งานของข้อมูลอ้างอิงที่ทันสมัยและละเอียด เมื่อกด "F1" ผู้ใช้จะต้องได้รับความช่วยเหลือสำหรับวัตถุการกำหนดค่าแต่ละรายการ
- การปรากฏตัวของคำแนะนำ คำแนะนำเครื่องมือโดยย่อเกี่ยวกับการควบคุมแต่ละแบบฟอร์มควรอธิบายความหมายของแบบฟอร์มเหล่านั้น
- ขนาดของรูปแบบหน้าจอควรรับประกันการทำงานที่สะดวกสบายและไม่เกินค่ามาตรฐาน
- ข้อความและคำเตือนของระบบควรกระชับและเข้าใจได้ ไม่มีการสะกดและไวยากรณ์ผิดพลาด
- ก่อนที่จะดำเนินการใด ๆ ที่ไม่สามารถย้อนกลับได้ระบบจะต้องออกคำเตือนพร้อมข้อมูลเกี่ยวกับการดำเนินการและผลที่ตามมา
- รหัสโปรแกรมจะต้องมีความคิดเห็นที่ทันสมัยและครอบคลุม
- การกำหนดมาตรฐานพื้นฐานที่จำเป็นสำหรับการกำหนดค่า
- ตรวจสอบเวอร์ชันปัจจุบันเพื่อให้เป็นไปตามมาตรฐานที่กำหนด
- หากตรวจพบความไม่สอดคล้องกันให้แจ้งผู้เชี่ยวชาญถึงข้อผิดพลาดที่พบ การสะสมข้อมูลทางสถิติเกี่ยวกับข้อผิดพลาด
- แม้แต่ระบบขนาดเล็กก็ต้องใช้เวลามากในการตรวจสอบ และการกำหนดค่าที่ซับซ้อนซึ่งรวมถึงอ็อบเจ็กต์นับร้อยรายการ ทำให้การตรวจสอบด้วยตนเองเป็นไปไม่ได้เลย
- ผู้ตรวจสอบการกำหนดค่าจะต้องมีคุณสมบัติสูงและมีความเข้าใจในมาตรฐาน แม้ว่าบริษัทจะมีผู้เชี่ยวชาญเช่นนี้ แต่การใช้เวลากับการปฏิบัติงานประจำก็ไม่ใช่การตัดสินใจที่สมเหตุสมผลที่สุด
- ตรวจสอบ 1C: การกำหนดค่า Enterprise 8 เพื่อให้สอดคล้องกับวิธีการพัฒนา นอกจากนี้ การลงทะเบียนโปรแกรมยังสามารถเสริมด้วยกฎการตรวจสอบพิเศษที่จำเป็นสำหรับกรณีเฉพาะ
- การรวบรวมข้อมูลเกี่ยวกับข้อผิดพลาดของระบบที่พบและการแจกแจงอัตโนมัติตามระดับความรุนแรง
- การกระจายข้อผิดพลาดระหว่างนักพัฒนาที่รับผิดชอบในการแก้ไข
- ควบคุมคุณภาพการทำงานของการกำหนดค่าทั้งที่ผลิตจำนวนมากและส่วนบุคคลที่พัฒนาขึ้นสำหรับองค์กรเฉพาะ
- การสนับสนุน 1C ประกอบด้วยการแก้ไขและการเปลี่ยนแปลงเป็นระยะในโปรแกรมมาตรฐานและเฉพาะอุตสาหกรรม และโซลูชัน 1C: การตรวจสอบการกำหนดค่าอัตโนมัติช่วยให้คุณตรวจสอบคุณภาพของการแก้ไขเหล่านี้
- การประเมินคุณภาพของการกำหนดค่าที่เสนอให้กับองค์กร ในกระบวนการเตรียมการนำไปใช้งานโปรแกรมจะช่วยให้คุณสามารถกำหนดไม่เพียง แต่คุณภาพทางเทคโนโลยีของการกำหนดค่าเท่านั้น แต่ยังรวมถึงความสามารถของนักพัฒนาด้วย
ดังนั้นด้วยความช่วยเหลือของโปรแกรม 1C ที่สะดวกสบาย บริษัท ใด ๆ จะสามารถรับประกันการใช้งานระบบคุณภาพสูงและการดำเนินการกำหนดค่าที่ไร้ที่ติ
