การแปลงข้อมูล 2.0 และ 2.1 เป็นการกำหนดค่าทางเทคโนโลยีของ 1C ซึ่งดำเนินการบนแพลตฟอร์มเวอร์ชันตั้งแต่ 8.1 ถึง 8.3

ภารกิจหลักของเครื่องมือคือการเขียนกฎการแลกเปลี่ยนระหว่างแอพพลิเคชั่นโซลูชั่น 1C 8 และ 7 การแปลงข้อมูลรุ่นปัจจุบันคือ 3.0

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

การกำหนดค่าใช้งานได้สะดวกมาก

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

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

มันจะมีประโยชน์มากในการทำความเข้าใจกฎ "มาตรฐาน" ของการแลกเปลี่ยน 1C 8.3 คุณมักจะพบตัวอย่างที่น่าสนใจของการใช้งาน

เพื่อทำความเข้าใจพื้นฐานคุณจะต้องมีวัสดุพิจารณาด้านล่าง

คำแนะนำการแปลงวิดีโอ

พื้นฐานของการตั้งค่าการแลกเปลี่ยนข้อมูลใน 1C โดยใช้การกำหนดค่า“ 1C การแปลงข้อมูล” จะแสดงในวิดีโอสำหรับตัวอย่าง:

วัสดุ, ตำราเรียนสำหรับการศึกษา 1C Data Conversion 2.0

ในเครือข่ายมีเอกสารและเอกสารไม่มากเกินไปฉันพยายามรวบรวมวัสดุที่สำคัญและน่าสนใจที่สุด:

0. ก่อนอื่นฉันขอแนะนำหลักสูตรวิดีโอฟรีโดย Ilya Leontyev มีให้ที่ ลิงค์.

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

2. แหล่งข้อมูลที่สำคัญที่สุดลำดับที่สองคือไซต์ http://www.mykod.info/ (ไซต์ดังกล่าวปิด) ซึ่งเชี่ยวชาญในการแปลงข้อมูลโดยเฉพาะ คุณสามารถดาวน์โหลดสื่อการแปลงจำนวนมากได้ที่นั่น

3. แยกฉันต้องการเน้นคู่มือการฝึกอบรมสำหรับหนังสือเรียน - (ผู้แต่ง - Olga Kuznetsova)

1. บทนำ

2. สิ่งที่จำเป็น: การกำหนดค่า 1C: การแปลงข้อมูล 2. * และการประมวลผลจากแพ็คเกจ สำหรับตัวอย่างของงานเราใช้การกำหนดค่า 1C: การจัดการการค้า 11 และ 1C: BP 3 *

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

ตัวอย่างเช่นเราได้ปรับใช้ฐานข้อมูลการแปลงและเปิดตัวแล้ว

เราจะเขียนการพัฒนากฎการแลกเปลี่ยนระหว่างการกำหนดค่า 1C: การจัดการการค้า 11 และ 1C: การบัญชีสำหรับองค์กร 3 (กฎการแลกเปลี่ยน UT / BUK)

3. เราจะต้องดำเนินการเพื่ออัปโหลดโครงสร้างข้อมูลเมตาและการแลกเปลี่ยน

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

ที่จริงแล้วในไดเรกทอรีการกำหนดค่าที่ไม่ได้แพ็คสำหรับการกำหนดค่าในแบบฟอร์มที่มีการจัดการเราสนใจที่จะประมวลผล MD83Exp.epf หากจำเป็นต้องทำการยกเลิกการโหลดจากการกำหนดค่าในรูปแบบทั่วไปการประมวลผล MD82Exp.epf จะถูกใช้ ตัวอย่างเช่นถ้าคุณต้องได้รับโครงสร้างจากการกำหนดค่าเช่น 1C: UT 10, 1C: การจัดการองค์กรอุตสาหกรรม 1.3, 1C: การทำงานอัตโนมัติรวม 1.1, 1C: Zup 2.5 และอื่น ๆ

นอกจากนี้สำหรับการอัปโหลดและดาวน์โหลดข้อมูลใน 1C โดยใช้กฎของเราคุณจะต้องประมวลผล "การแลกเปลี่ยนข้อมูลสากลในรูปแบบ XML" V8Exchan83.epf สำหรับการกำหนดค่าในรูปแบบที่มีการจัดการเช่น 1C: การจัดการการค้า 11 *, 1C BP 3, 1C: ERP 2 * และไม่ชอบ และตามด้วย V8Exchan83.epf - สำหรับการกำหนดค่าในรูปแบบสามัญ

4. การยกเลิกการโหลดโครงสร้างข้อมูลเมตาของการกำหนดค่า 1C: การจัดการการค้า 11.3 และ 1C: การบัญชี 3.0. *

เริ่มต้นด้วยการยกเลิกการโหลดโครงสร้างข้อมูลเมตาจากการกำหนดค่า 1C: บัญชีองค์กร 3
  มาเปิดการประมวลผล MD83Exp.epf

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

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

ในกล่องโต้ตอบโหลดโครงสร้าง BP:

และในทำนองเดียวกันโครงสร้างของการจัดการการค้า

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

  6. การสร้างกฎการแปลงใน 1C โดยใช้ตัวอย่างเฉพาะของงาน

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

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

เราจะไม่ทำอะไรในกล่องโต้ตอบนี้เพียงคลิก“ ปิด”

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

ดังนั้นสร้าง FFP ใหม่ (กฎสำหรับการแปลงวัตถุเป็น 1C)

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

แต่คำตอบสำหรับข้อเสนอในการสร้าง LDPE (กฎการอัปโหลดข้อมูล) คือ“ ใช่”

LDPE ถูกสร้างขึ้นซึ่งจะสะท้อนให้เห็นในการประมวลผลของการแลกเปลี่ยน XML สากลสำหรับการเลือก:

กฎการแปลงข้อมูลจะถูกสร้างขึ้นด้วยกฎการแปลงคุณสมบัติที่ว่างเปล่า

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

เราลบการค้นหา WIP:

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

ตัวอย่างเช่นเลือกสิ่งที่จำเป็น:

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

ที่เราเห็นว่ายังไม่มีกฎการแปลง

เราจะเริ่มอ่านรายละเอียดและอธิบาย อันดับแรกเรากำหนดค่าการค้นหาเอกสารตามที่ฉันเขียนไว้ก่อนหน้าทำการอัปโหลดและค้นหาเอกสารเมื่อเริ่มต้นของวันที่และทำการทดแทนลำดับเลข เราจะแทนที่อักขระสามตัวแรกด้วยคำนำหน้า UTB ของเรา และเนื่องจากใน BP และ UT การกำหนดตัวเลขคือ 11 อักขระแต่ละตัวเราจึงสร้างหมายเลขประกอบ: ส่วนนำหน้าและ 8 ตัวอักษรจากแหล่งที่มา ตัวอย่างบนหน้าจอด้านล่าง

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

ในการทำเช่นนี้การตั้งค่า PKS ถ้าไม่ทำคือ 0 หรือ 1 เราใช้มันเป็นบูลีน

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

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

เป็นผลให้เราได้รับตัวเลือก:

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

สำหรับสัญญา FFP ของคู่สัญญาเราทำการค้นหาคู่สัญญาชื่อและเจ้าของ PKS

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

ข้อมูลต่อไปนี้แสดงวิธีตั้งค่าโดยไม่มีปัญหาและในกรณีส่วนใหญ่ PKS สำหรับหลายหลากการตั้งถิ่นฐานรวมหลักสูตรการระงับคดีรวมบัญชี

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

ในการใช้งานนี้เราสร้าง FFP อื่น เราจะเรียกมันว่า "ระบบการตั้งชื่อของผู้ปกครอง" ซึ่งเราจะระบุใน PKS ของผู้ปกครองในกฎการแปลง

เราสร้างการค้นหาสองครั้ง: ตามชื่อที่ชื่อนั้นยากที่จะระบุกลุ่มของเราและทรัพย์สินบังคับของเครื่องหมาย“ นี่คือกลุ่ม” เป็นจริง

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

ใน LDPE (กฎการอัปโหลดข้อมูล) ของการนำบริการสินค้าไปใช้ให้เพิ่มตัวกรองเพื่อไม่ให้ยกเลิกการโหลดเอกสารที่ทำเครื่องหมายไว้สำหรับลบ ในการทำเช่นนี้ใน LDPE ในตัวจัดการเหตุการณ์ "Before Unloading" เราเขียนตัวกรอง "Failure \u003d Object ลบ Mark;"

   บันทึกกฎที่พัฒนาแล้วลงในไฟล์

7. เพื่อสรุป: การอัพโหลดและโหลดข้อมูลโดยใช้กฎการแลกเปลี่ยนข้อมูลที่พัฒนาขึ้น

เราเปิดใน 1C: การจัดการการค้า 11 กำลังประมวลผล "การแลกเปลี่ยนข้อมูลสากลในรูปแบบ XML" V8Exchan83.epf

การยกเลิกการโหลดได้ผ่านไปแล้วด้วยการประมวลผลเดียวกันกับที่เราทำการอัพโหลดไปยัง 1C: การบัญชีองค์กร 3

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

ตรวจสอบการโหลดของรายการ เราเห็นว่าทุกอย่างกลายเป็นตามที่เราวางแผนไว้

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

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

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

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

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

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

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

ความสนใจ !!!

เทคโนโลยี "Data Conversion 2.0" ช่วยให้คุณสามารถแลกเปลี่ยนข้อมูลกับข้อมูลที่ติดตั้งบนแพลตฟอร์ม "1C: Enterprise 7.7" และ "1C: Enterprise 8.0" เนื่องจากคุณสมบัติของแพลตฟอร์ม 1C: Enterprise 7.7 การจัดทำกฎการแลกเปลี่ยนข้อมูลโดยใช้ตัวจัดการเหตุการณ์สำหรับข้อมูลที่ดำเนินการบนแพลตฟอร์มนี้มีคุณสมบัติจำนวนมาก

สำหรับแพลตฟอร์ม "1C: Enterprise 7.7" เป็นไปไม่ได้ที่จะเรียกใช้รหัสโดยอำเภอใจ (อนาล็อกของฟังก์ชัน Run for V8) หากคุณต้องการใช้ตัวจัดการเหตุการณ์สำหรับแพลตฟอร์ม V7.7 คุณจำเป็นต้องแทนที่ข้อความของการประมวลผลสำหรับการขนถ่ายหรือโหลดข้อมูลด้วยข้อความของกระบวนการที่กำหนดค่า "Data Conversion 2.0"

หากคุณต้องการถ่ายโอนข้อมูลจาก V7.7 ถึง V8 แล้ว:

เมื่อทำการขนถ่ายนอกเหนือจากไฟล์กฎเองแล้วระบบจะสร้างข้อความโมดูลสำหรับการประมวลผล V77Exp.ert ด้วยฟังก์ชั่นที่ใช้ตัวจัดการเหตุการณ์ จากนั้นในตัวกำหนดค่าเราจะต้องแทนที่โมดูล V77Exp.ert มาตรฐานด้วยอันใหม่ที่สร้างขึ้นโดย Data Conversion 2.0

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

ขอแสดงความนับถือ Vladimir Milkin  (อาจารย์และนักพัฒนา)

การกำหนดค่าเฉพาะ "1C: การแปลงข้อมูล 2.0"

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

เพื่ออำนวยความสะดวกในการแก้ปัญหานี้ (การถ่ายโอนข้อมูลจากเวอร์ชั่น 7.7 ไปเป็นเวอร์ชั่น 8) 1C ได้เปิดตัวการกำหนดค่าแบบพิเศษ Data Conversion 2.0 มันถูกสร้างขึ้นเพื่อช่วยผู้เชี่ยวชาญในการแก้ปัญหาต่าง ๆ ของการถ่ายโอนข้อมูล 1C ได้ออกกฎสำเร็จรูปสำหรับการถ่ายโอนข้อมูลจากการกำหนดค่าเดียวกันเช่นจาก 1C: การบัญชี 7.7 ถึง 1C: การบัญชี 8 แต่ผู้ใช้ของการกำหนดค่าทั่วไปที่ผิดปกติหรือดัดแปลงจะต้องสร้างกฎการโอนย้ายเมื่อเปลี่ยนเป็นแพลตฟอร์ม 1C: Enterprise 8 ข้อมูลด้วยตัวเอง

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

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

การซิงโครไนซ์เอกสารและการปฏิบัติงาน (การสร้างการดัดแปลงเอกสารหรือการแปลงเอกสารบางประเภทไปเป็นแบบอื่นการรวมหรือการทำสำเนา);

การสร้างเงื่อนไขเริ่มต้นที่เพียงพอสำหรับการลงทะเบียนบัญชีเพื่อดำเนินกิจกรรมทางธุรกิจ (การโอนสินค้าที่เหลือ ฯลฯ )

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

กระบวนการถ่ายโอนข้อมูลระหว่างกล่องข้อมูลประกอบด้วยขั้นตอนต่อไปนี้:

• 1. สร้างไฟล์คำอธิบายเมทาดาทา
• 2. การสร้างการกำหนดค่าใน“ การแปลงข้อมูล”
• 3. การสร้างการแปลงตัวเอง
• 4. การสร้างกฎการแปลงข้อมูลตามลำดับ
• 5. การสร้างกฎการอัพโหลดข้อมูลตามลำดับ
• 6. จริงๆแล้วขั้นตอนในการอัพโหลดและดาวน์โหลดข้อมูลจากการกำหนดค่าหนึ่งไปยังอีกการกำหนดค่า

เพราะ การใช้การกำหนดค่าพิเศษนี้เป็นวิธีที่มีประสิทธิภาพมากที่สุดในการแก้ปัญหาประเภทนี้ในขณะนี้และนอกจากนี้ยังเป็นแหล่งประสบการณ์ส่วนตัวที่มีประโยชน์มากสำหรับการศึกษาเพื่อพัฒนากลไกการแลกเปลี่ยนข้อมูลระหว่าง IS Server: การคำนวณของคณะกรรมการไตรมาสและ 1C: การบัญชี รัฐวิสาหกิจ” สำหรับ LLC“ LLC” วิธีการหนึ่งได้รับการคัดเลือกตามการใช้การกำหนดค่า“ การแปลงข้อมูล 2.0”