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

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

การแลกเปลี่ยนข้อมูลในสภาพแวดล้อม 1C ช่วยให้คุณ:

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

*ในกรณีที่ข้อมูลของการบัญชีประเภทหนึ่งแตกต่างอย่างมีนัยสำคัญจากอีกประเภทหนึ่ง จำเป็นต้องรับรองการรักษาความลับของข้อมูลและ "จำกัด" การไหลของข้อมูล ตัวอย่างเช่น การแลกเปลี่ยนข้อมูลระหว่าง 1C UT และ 1C Accounting ไม่จำเป็นต้องอัปโหลดข้อมูลการจัดการลงในฐานข้อมูลการบัญชีตามกฎระเบียบ เช่น การซิงโครไนซ์ใน 1C จะไม่สมบูรณ์ที่นี่.

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

• การประสานงานองค์ประกอบของการแลกเปลี่ยน
• คำจำกัดความของการขนส่ง (โปรโตคอลการแลกเปลี่ยน);
• การตั้งกฎ;
• การจัดตารางเวลา

การระบุองค์ประกอบของการแลกเปลี่ยน 1C

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

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

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

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

ฐานข้อมูลแบบกระจาย

• RIB หมายถึงการแลกเปลี่ยนระหว่างการกำหนดค่าฐานข้อมูล 1C ที่เหมือนกัน โดยมีโครงสร้างการควบคุม "master-slave" ที่ชัดเจนสำหรับคู่การแลกเปลี่ยนแต่ละคู่ ในฐานะที่เป็นองค์ประกอบของแพลตฟอร์มเทคโนโลยี RIB นอกเหนือจากข้อมูลแล้ว ยังสามารถส่งการเปลี่ยนแปลงการกำหนดค่าและข้อมูลการจัดการของฐานข้อมูลได้ (แต่จากต้นแบบไปยังทาสเท่านั้น)

การแลกเปลี่ยนข้อมูลสากลใน 1C

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

ข้อมูลองค์กร

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

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

สำหรับระบบบนแพลตฟอร์ม 1C:Enterprise 8 มีความเป็นไปได้มากมายสำหรับการจัดการแลกเปลี่ยนกับแหล่งข้อมูลใด ๆ โดยใช้มาตรฐานสากลที่ยอมรับโดยทั่วไป (xml, ไฟล์ข้อความ, Excel, การเชื่อมต่อ ADO ฯลฯ) ดังนั้น เมื่อพิจารณาการขนส่งเพื่อแลกเปลี่ยนข้อมูล คุณควรพึ่งพาความสามารถของฐานข้อมูลของระบบของบริษัทอื่น

การซิงโครไนซ์ไดเรกทอรี

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

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

การตั้งกฎเกณฑ์

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

รับประกันว่าข้อมูลจะไม่สูญหายระหว่างการแลกเปลี่ยน Exchange Plan นี้ ส่วนประกอบการกำหนดค่าใด ๆ บนแพลตฟอร์ม 1C:Enterprise อธิบายขั้นตอนการแลกเปลี่ยน 1C อย่างครบถ้วน: องค์ประกอบข้อมูล (เอกสารที่มีรายละเอียด "การระบุ") และโหนด (ฐานข้อมูลตัวรับ-ส่งสัญญาณ) รวมถึงการเปิดใช้งาน RIB สำหรับทิศทางการแลกเปลี่ยนที่เลือก

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

ตารางการแลกเปลี่ยนใน 1C

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

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

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

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

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

เพื่อแก้ไขปัญหานี้ คุณต้องเลือก "กำหนดค่าการสื่อสาร"

...และทำเครื่องหมายในช่อง ต่อไป ให้ละเว้นข้อความแสดงข้อผิดพลาด

ในการตั้งค่าการซิงโครไนซ์ข้อมูล เลือก “สร้างการแลกเปลี่ยนกับ “ขายปลีก”...

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

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

ในการตั้งค่าเราป้อนคำนำหน้าด้วยตนเอง - สัญลักษณ์ฐานข้อมูล (โดยปกติคือ BP, UPP, RO) เราตั้งกฎและวันที่เริ่มต้นสำหรับการดาวน์โหลดข้อมูล คำนำหน้าจะถูกระบุในชื่อของเอกสารเพื่อระบุฐานข้อมูลที่พวกเขาสร้างขึ้น หากกฎการอัปโหลดไม่ได้รับการแก้ไข ข้อมูลจะถูกอัปโหลดตามค่าเริ่มต้นตามพารามิเตอร์ที่มีอยู่ทั้งหมด

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

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

เมนู "ขายปลีก"

ทำเครื่องหมายที่ช่องและเลือก "การซิงโครไนซ์"

เราทำการตั้งค่า "ย้อนกลับ" โดยเลือกการจัดการองค์กรการผลิต

โหลดไฟล์การตั้งค่าที่สร้างใน UPP

เราทำเครื่องหมายให้ระบบเลือกที่อยู่โดยอัตโนมัติ

เราดำเนินการในลักษณะเดียวกับใน UPP

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

ในกรณีที่เกิดข้อผิดพลาดในการซิงโครไนซ์ "รายละเอียด..." จะถูกแทนที่ด้วย "Never..."

“รายละเอียด…” จะเปิดบันทึกพร้อมข้อมูลที่อัปเดตเกี่ยวกับการแลกเปลี่ยน

พร้อม.

สวัสดีผู้อ่านเว็บไซต์บล็อกที่รัก! หากคุณมีการกำหนดค่าการแปลงข้อมูล คุณจะมีเครื่องมือที่จำเป็นทั้งหมดสำหรับการแลกเปลี่ยนข้อมูลใน 1C:Enterprise 8.2 โดยเฉพาะเอกสารและหนังสืออ้างอิง บทความนี้อธิบายการทำงานในการกำหนดค่า Data Conversion รุ่น 2.1.4.1

เรามาค้นหาไฟล์ประมวลผล MD82Exp.epf ซึ่งเป็นส่วนหนึ่งของแพ็คเกจการกระจายการกำหนดค่า Data Conversion
จะต้องดาวน์โหลดคำอธิบายโครงสร้างข้อมูลเมตาของการกำหนดค่าฐานข้อมูลต้นทางและปลายทาง

นอกจากนี้เรายังจะพบไฟล์ประมวลผล V8Exchan82.epf ซึ่งเป็นส่วนหนึ่งของการแจกจ่ายเดียวกัน
จะต้องยกเลิกการโหลดฐานข้อมูลต้นทางและโหลดฐานข้อมูลปลายทาง

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

จะทำอย่างไรถ้าคุณต้องการถ่ายโอนข้อมูลจากเวอร์ชัน 1C 7.7 ไปเป็นเวอร์ชัน 1C 8.2 จากนั้นคุณควรใช้คำแนะนำที่อธิบายไว้

มาเริ่มกันเลย:

ขั้นแรก เรามายกเลิกการโหลดคำอธิบายของโครงสร้างข้อมูลเมตาต้นทางและปลายทาง

1. มาเปิดฐานข้อมูลต้นทางในโหมด 1C:Enterprise 8.2 และเริ่มการประมวลผล MD82Exp.epf
   เพื่อดาวน์โหลดคำอธิบายของโครงสร้างข้อมูลเมตาของแหล่งที่มา
   มาบันทึกโครงสร้างข้อมูลเมตาต้นทางลงในไฟล์ Rules1.xml

1. มาเปิดฐานข้อมูลตัวรับในโหมด 1C:Enterprise 8.2 และเริ่มประมวลผล MD82Exp.epf
   เพื่อดาวน์โหลดคำอธิบายโครงสร้างข้อมูลเมตาของผู้รับ
   มาบันทึกโครงสร้างข้อมูลเมตาของผู้รับลงในไฟล์ Rules2.xml

มาโหลดคำอธิบายโครงสร้างข้อมูลเมตาของการกำหนดค่าทั้งสองกัน

1. มาเรียกใช้การกำหนดค่าการแปลงข้อมูลในโหมด 1C:Enterprise 8.2
2. มาเปิดไดเร็กทอรี "การกำหนดค่า" (ไดเร็กทอรี -> การกำหนดค่า) มันเก็บข้อมูลการกำหนดค่า
   ซึ่งสามารถกำหนดค่ากฎการแลกเปลี่ยนได้
3. มาเพิ่มข้อมูลเกี่ยวกับการกำหนดค่าต้นทางกัน คลิกปุ่ม "เพิ่ม" หรือปุ่ม "แทรก"
4. มาระบุเส้นทางไปยังไฟล์ด้วยโครงสร้างข้อมูลเมตาต้นทาง Rules1.xml คลิกปุ่ม "ดาวน์โหลด"
   ตอนนี้เราเห็นแล้วว่าในไดเร็กทอรี "การกำหนดค่า" มี องค์ประกอบใหม่ด้วยชื่อของการกำหนดค่าต้นทาง

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

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

1. มาเปิดไดเร็กทอรี "Conversion" (ไดเร็กทอรี -> Conversions) คู่มือนี้มีข้อมูล
   ซึ่งจะถูกกำหนดระหว่างการกำหนดค่าใดในการแลกเปลี่ยนและไปในทิศทางใด
2. มาเพิ่มองค์ประกอบใหม่กัน คลิกปุ่ม "เพิ่ม" หรือปุ่ม "แทรก"

1. เราระบุการกำหนดค่าต้นทางจากไดเร็กทอรี "การกำหนดค่า" ฟิลด์ "การกำหนดค่า - แหล่งที่มา:"
2. มาระบุการกำหนดค่าตัวรับจากไดเร็กทอรี "การกำหนดค่า" ฟิลด์ “การกำหนดค่า - ผู้รับ:”

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

1. หากคุณเลือกตัวเลือกแรกจากกล่องโต้ตอบ "ข้อมูล" กล่องโต้ตอบอื่นที่มีข้อความ
   “สร้างกฎการอัพโหลดข้อมูล?” คลิกปุ่ม "ตกลง"

เยี่ยม เราได้กำหนดค่ากฎการแลกเปลี่ยนแล้ว สิ่งที่เหลืออยู่คือการอัปโหลดกฎการแลกเปลี่ยนเหล่านี้ไปยังไฟล์

กฎการแปลงพร้อมแล้ว! ตอนนี้เรามาแลกเปลี่ยนข้อมูลกัน

มาเปิดฐานข้อมูลต้นทางในโหมด 1C:Enterprise 8.2 และเริ่มการประมวลผล
เพื่อโหลดข้อมูลต้นฉบับ

นี่คือไฟล์ที่กำลังประมวลผล V8Exchan82.epf หรือเปิด “เครื่องมือ” -> “การแลกเปลี่ยนข้อมูลอื่นๆ” -> “การแลกเปลี่ยนข้อมูลสากลในรูปแบบ XML”

1. ในการประมวลผล บนแท็บ "การอัปโหลดข้อมูล" ให้เลือกชื่อไฟล์กฎ (เราบันทึกไว้ที่นี่: C:\Bases\DataExchangeRules.xml)
   เราตกลงที่จะดาวน์โหลดกฎการแลกเปลี่ยนข้อมูล คลิกปุ่ม "ใช่"
2. มาระบุชื่อไฟล์ข้อมูลกัน (ตัวอย่างเช่น C:\Bases\Data Upload.xml) หากไม่มีไฟล์อยู่ ไฟล์นั้นจะถูกสร้างขึ้น

1. เรามาระบุช่วงเวลากันเถอะ คลิกปุ่ม "อัปโหลดข้อมูล" (อยู่ที่แผงด้านบน)

ตอนนี้เรามาโหลดข้อมูลลงในฐานข้อมูลตัวรับ มาเปิดในโหมด 1C:Enterprise 8.2 และเริ่มการประมวลผล

นี่คือไฟล์ที่กำลังประมวลผล V8Exchan82.epf หรือเปิด “เครื่องมือ” -> “การแลกเปลี่ยนข้อมูลอื่นๆ” -> “การแลกเปลี่ยนข้อมูลสากลในรูปแบบ XML”

1. ในการประมวลผล บนแท็บ "การโหลดข้อมูล" ให้เลือกชื่อไฟล์ข้อมูล (เราบันทึกไว้ที่นี่: C:\Bases\Data Upload.xml)
2. คลิกปุ่ม "โหลดข้อมูล" (อยู่ที่แผงด้านบน)

โหลดข้อมูลแล้ว!

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

ขั้นตอนเดียวกันนี้ใช้กับเวอร์ชัน 1C:Enterprise 8.1 และ 1C:Enterprise 8.0 การกระจายการกำหนดค่าการแปลงข้อมูลประกอบด้วยไฟล์การประมวลผลสำหรับเวอร์ชันเหล่านี้ MD81Exp.epf และ V8Exchan81.epf, MD80Exp.epf และ V8Exchan.epf

นอกจากนี้ เมื่อใช้การกำหนดค่าการแปลงข้อมูล คุณจะสามารถดาวน์โหลดข้อมูลจากเวอร์ชัน 1C:Enterprise 7.7 ได้ สิ่งที่แนบมาด้วยคือไฟล์ V77Exp.ert (การดาวน์โหลดข้อมูล), V77Imp.ert (การดาวน์โหลดข้อมูล), MD77Exp.ert (การดาวน์โหลดคำอธิบายของโครงสร้างข้อมูลเมตาการกำหนดค่า)

บทความนี้จะอธิบายรายละเอียดวิธีใช้การรักษาเหล่านี้

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

จะต้องเชื่อมต่อฐาน - มีเงินเดือนสะสมแล้วภาษีค้างจ่ายจะต้องไปที่แผนกบัญชีเพื่อชำระเงิน

หากต้องการเชื่อมต่อหลายฐานข้อมูลจะมี Exchange 1C เขาทำงานยังไงบ้าง?

แลกเปลี่ยน 1C คืออะไร?

มีร้านค้ามากมายและสำนักงานกลาง ร้านค้าและสำนักงานทุกแห่งมีคลังสินค้า สินค้าจะถูกย้ายจากคลังสินค้าไปยังคลังสินค้า (ส่วนใหญ่จากคลังสินค้ากลางไปยังคลังสินค้าจัดเก็บ) และจำหน่ายในร้านค้า

ฐานข้อมูลการค้าปลีก 1C ใช้ในสำนักงานและเป็นฐานข้อมูลเดียวกันในแต่ละร้านค้า ฐานในร้านค้าจะอยู่ใต้บังคับบัญชาของฐานในสำนักงาน

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

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

โครงการนี้เรียกว่าฐานข้อมูลแบบกระจาย (RIB) ขั้นตอน "การอัปโหลด" เอกสาร – การแลกเปลี่ยน 1C แบบสองทาง และการตั้งค่าโครงการนี้คือ URIB หรือ URIBD (การจัดการฐานข้อมูลแบบกระจาย)

หลักการแลกเปลี่ยนไดเรกทอรีใน 1C

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

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

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

หลักการแลกเปลี่ยนเอกสารใน 1C

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

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

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

สมมติว่าเราจำเป็นต้องถ่ายโอนรายการจากไดเร็กทอรี Nomenclature ไดเร็กทอรีนี้มี 10 ฟิลด์ โดย 5 ฟิลด์เป็นสตริงและตัวเลข และ 5 ฟิลด์เป็นลิงก์ไปยังไดเร็กทอรีอื่น

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

ดังนั้นเมื่อถ่ายโอนองค์ประกอบไดเร็กทอรีหนึ่งรายการหรือเอกสารหนึ่งรายการ จะสามารถถ่ายโอนออบเจ็กต์ 1C อื่น ๆ ได้ตั้งแต่ 100 รายการขึ้นไปผ่านลิงก์

ในความเป็นจริง ว่ากันว่าการอ้างอิงการกำหนดค่าเกือบทั้งหมดอ้างอิงถึงกันไม่ทางใดก็ทางหนึ่ง

แผนการแลกเปลี่ยน 1C

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

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

มีแผนการแลกเปลี่ยน 1C สำหรับสิ่งนี้ โปรแกรมเมอร์สร้างแผนการแลกเปลี่ยน 1C ล่วงหน้าสำหรับการดำเนินการแลกเปลี่ยน 1C กับฐานข้อมูลอื่น ๆ เช่นกับร้านค้าของเรา

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

การสร้าง URIB 1C

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

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

• แลกเปลี่ยน 1C กับเว็บไซต์: แลกเปลี่ยนกับเว็บไซต์ 1C:Bitrix
• แลกเปลี่ยน 1C UPP-UT หรือ UT-Retail: การแลกเปลี่ยนทั่วไปที่มีการกำหนดค่าในเครือ
• เต็ม – แลกเปลี่ยน 1C กับฐานข้อมูลตามการกำหนดค่าเดียวกัน

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

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

ไปที่แผนการแลกเปลี่ยน 1C กัน (การดำเนินงาน/แผนการแลกเปลี่ยน สามารถอยู่ในเมนูอื่นได้ ซึ่งมักจะอยู่ในเมนูบริการ/XXX)

ในรายการฐานข้อมูลในแผนแลกเปลี่ยน 1C มีฐานข้อมูลที่มีวงกลมสีเขียวอยู่ในรูปภาพ องค์ประกอบนี้ย่อมาจากฐานนี้ องค์ประกอบที่เหลือระบุฐานอื่น ๆ ที่มีการแลกเปลี่ยน 1C

จำเป็นต้องกรอกทั้งชื่อและรหัสขององค์ประกอบทั้งหมด

หากต้องการสร้างฐานย่อยของร้านค้า:

• วางเคอร์เซอร์ในรายการองค์ประกอบแผนแลกเปลี่ยน 1C ซึ่งเราสร้างขึ้นเป็น "ฐานร้านค้า"
• เลือกรายการเมนู “การดำเนินการ/สร้างภาพเริ่มต้น”

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

ทฤษฎีการแลกเปลี่ยน 1C

ทฤษฎีการแลกเปลี่ยน 1C นั้นค่อนข้างง่าย:

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

มีวิธีอื่นในการแลกเปลี่ยน 1C ไม่ใช่ผ่านไฟล์ แต่ผ่านการเชื่อมต่อ COM โดยตรงระหว่างสองฐานข้อมูล ข้อดีของมัน:

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

อย่างไรก็ตาม ข้อจำกัดนั้นชัดเจน - ฐานต่างๆ จะต้องเข้าถึงซึ่งกันและกันเพื่อให้สามารถเริ่มต้นการเชื่อมต่อ COM ได้

การตั้งค่า RIB 1C

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

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

สำหรับองค์ประกอบ "ฐานร้านค้าระยะไกล" ที่สร้างขึ้นก่อนหน้านี้แต่ละรายการ คุณจะต้องเพิ่มองค์ประกอบการตั้งค่า

การตั้งค่าระบุวิธีการแลกเปลี่ยน 1C: ไฟล์ (แชร์), ไฟล์ (FTP), ไฟล์ (อีเมล)

การสร้างและตั้งค่าฐานข้อมูล 1C แบบกระจายในไคลเอ็นต์แบบบาง

ลองดูการตั้งค่าที่คล้ายกันในการกำหนดค่าทั่วไปตาม ไคลเอนต์แบบบาง– การแก้ไขการจัดการการค้า 11.
การตั้งค่า (และการสร้างตั้งแต่เริ่มต้น) จะอยู่ที่แท็บการดูแลระบบของอินเทอร์เฟซ รายการ “การแลกเปลี่ยนข้อมูล”

เลือก “สร้างการแลกเปลี่ยนในฐานข้อมูลแบบกระจาย”

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

นี่คือตัวเลือกการกำหนดค่าผ่านไฟล์ FTP

ชื่อของการตั้งค่าการแลกเปลี่ยน 1C ของเรา

และข้อเสนอเพื่อสร้าง "อิมเมจเริ่มต้น" ทันที - นั่นคือฐานข้อมูลทาสที่มีการอัปโหลดข้อมูลหลักลงไป

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

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

เราจะเรียกการติดต่อดังกล่าวระหว่างออบเจ็กต์ต้นทางและปลายทางว่า "กฎการแปลงออบเจ็กต์" หรือ OCR

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

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

เราจะเรียกการติดต่อนี้ระหว่างคุณสมบัติ (หรือรายละเอียด) ของออบเจ็กต์ต้นทางและปลายทาง “กฎการแปลงคุณสมบัติ” หรือ PCS

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

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

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

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

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

ขอแสดงความนับถือ, วลาดิมีร์ มิลกิน(ครูและนักพัฒนา).

หนังสือเรียนเกี่ยวกับการแปลงข้อมูล 1C (ฉบับที่ 2) บทนำโดยละเอียดเกี่ยวกับกฎการแลกเปลี่ยน

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

กฎการแลกเปลี่ยนจะระบุการกำหนดค่าต้นทางและปลายทางสำหรับข้อมูล นอกจากนี้:

แท็บ "ขั้นสูง":

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

แท็บ "พารามิเตอร์":

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

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

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

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

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

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

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

สำหรับ V8 เท่านั้น - การแลกเปลี่ยน V8 และอัปโหลดและดาวน์โหลดการประมวลผลอย่างน้อย 2.0.18.1

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

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