องค์กรการแลกเปลี่ยนด้วยฐานข้อมูลของสาขา (รายละเอียดร้านค้า) ที่ชายแดนผ่าน XML (การแลกเปลี่ยนสากล)

โตโต้ตอนนี้คุณสามารถบีบอัดไฟล์ได้แล้ว ไม่มี VKระบบอัตโนมัติ

การจัดการธุรกิจประกอบด้วยฐานข้อมูลหลายฐานข้อมูล และส่วนใหญ่มักจะมีโครงสร้างการกระจายทางภูมิศาสตร์

หากการแลกเปลี่ยนข้อมูลดำเนินการอย่างถูกต้อง -

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

เปิดใช้งานการป้อนเอกสารเพิ่มเติม.

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

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

วิธีการแสดง

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

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

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

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

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

• ฐานข้อมูลแบบแยกส่วน

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

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

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

• กลไกที่ช่วยให้คุณปรับเปลี่ยนการแลกเปลี่ยนฐานข้อมูล 1C ทั้งจากการเปลี่ยนแปลงบนแพลตฟอร์ม 1C:Enterprise และจากระบบการพัฒนาของบุคคลที่สาม

การแลกเปลี่ยนอาจมีการแปลข้อมูลเพิ่มเติมเป็นรูปแบบ xml สากลตาม "แผนการแลกเปลี่ยน"

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

สำหรับการขนส่ง (โปรโตคอลการแลกเปลี่ยน)

หลักการสำคัญของการประสานที่ปรึกษาอย่างมีประสิทธิภาพคือการมีจุดเริ่มต้นเพียงจุดเดียว

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

*ในขั้นตอนนี้อาจจำเป็นต้องดำเนินการฟื้นฟูข้อมูลที่ด้านข้างของตัวประมวลผลข้อมูลให้เป็นมาตรฐาน

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

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

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

กฎที่นำเสนอในรูปแบบ XML จะควบคุมลักษณะที่ปรากฏของรายละเอียดที่สำคัญของออบเจ็กต์อุปกรณ์รับ

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

รับประกันไม่มีข้อมูลสูญหายต่อชั่วโมงของแผนการแลกเปลี่ยนแลกเปลี่ยน

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

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

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

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

เราเคารพในการให้บริการแจ้งอย่างที่สุด”

สิ่งนี้เป็นไปได้

ไม่สามารถใช้ได้"

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

…และทำเครื่องหมายในช่อง

การแจ้งเตือนเพิ่มเติมเกี่ยวกับการแก้ไขจะถูกละเว้น

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

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

แม้ว่าตามกฎแล้วจะไม่ใช้พื้นที่เกิน 30-50 MB แต่ในกรณีของ Windows คุณอาจต้องใช้มากถึง 600 MB

คุณสามารถสร้างไดเร็กทอรีที่ต้องการได้โดยตรงจากตัวกำหนดค่า

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

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

คำนำหน้าจะปรากฏในชื่อของเอกสารเพื่อระบุพื้นฐานที่เอกสารนั้นถูกสร้างขึ้น

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

การเปิดหน้าต่างจะแสดงด้วยการคลิกเมาส์

ในขณะที่ทำการซิงโครไนซ์ “รายงาน...” จะถูกแทนที่ด้วย “ไม่...”

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

พร้อม. สถานการณ์ต่างๆ เป็นไปได้หากจำเป็นการกำหนดค่าทั่วไป

• แผนการแลกเปลี่ยนใหม่ ตัวอย่างเช่น:จำเป็นต้องปรับการแลกเปลี่ยน
• ด้วยวิธีมาตรฐาน

จากการกำหนดค่าที่ไม่มีการแลกเปลี่ยนโดยทั่วไป

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

เห็นได้ชัดว่าการแลกเปลี่ยนผลิตภัณฑ์บนแพลตฟอร์ม 8.2 ไม่อนุญาตให้มีกฎที่แตกต่างกันสำหรับโหนดที่แตกต่างกัน

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

ด้วยการเพิ่มแผนการแลกเปลี่ยนใหม่ เราประสบปัญหา 2 ประการทันที:

นักบัญชีทั่วไปไม่มีแผนการแลกเปลี่ยนเพื่อทดแทนนักการเงิน (แน่นอนว่าไม่มีแผนการแลกเปลี่ยนสำหรับนักการเงินเอง)

เวอร์ชันของการบัญชีสำหรับรัสเซีย ยูเครน และคาซัคสถานอาจมีการเปลี่ยนแปลง แต่กฎสำหรับการแลกเปลี่ยนข้อมูลกับการบัญชีอาจแตกต่างกันไป

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

RIB ไม่ไวต่อการเปลี่ยนแปลงการกำหนดค่า โดยเฉพาะการอัปเดตแบบไดนามิก

• และผ่านทางผู้ที่ต้องการแลกเปลี่ยนกฎต่อไปนี้: ข้อมูลทั้งหมดสามารถอยู่ในกล่องเดียว - จากศูนย์กลางไปยังไฟล์
• โตโต้
• หากต้องการเปลี่ยนตัวบ่งชี้การตั้งชื่อที่ฐานของไฟลัมก็อาจไม่ไปที่ฐานกลาง

จากฐานกลาง ไฟลัมจะมีชีวิตชีวา:
แค็ตตาล็อกผลิตภัณฑ์,

ราคาจะสูงกว่าสำหรับราคาทุกประเภท

สั่งซื้อจากร้านค้าออนไลน์

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

โดยเฉพาะอย่างยิ่งการบ่มเนื้อปลาจะทำงานอย่างอิสระ

ฐานลูกค้าในศูนย์และที่สาขาได้รับการดูแลอย่างเป็นอิสระ และเฉพาะลูกค้าที่ผ่านร้านค้าออนไลน์เท่านั้น

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

ปัญหาเกิดขึ้นเมื่อลูกค้าลงทะเบียนกับฐานข้อมูลของสาขาแล้วเลือกซื้อผ่านร้านค้าออนไลน์

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

• ด้วยเหตุนี้ จึงเป็นไปได้ที่จะลองแลกเปลี่ยนผ่านรูปแบบ EnterpriseData
• ข้อมูลเบื้องต้นเกี่ยวกับการแลกเปลี่ยนในรูปแบบ EnterpriseData

โมดูลตัวจัดการการแลกเปลี่ยนเป็นโมดูลการกำหนดค่า 1C ที่ใช้กฎการแปลงสำหรับการแลกเปลี่ยน

• Roztashovavat พร้อมใช้งานจากตัวอย่างภายนอก ซึ่งเราเชื่อมต่อกับโหนดของแผนการแลกเปลี่ยน
• PKS - กฎสำหรับการแปลงอำนาจ

การสร้างแผนการแลกเปลี่ยน

เพื่อความชัดเจน เรามาสร้างระบบย่อย “ECom_Files Exchange” กันดีกว่า

ขั้นตอนการเปลี่ยนแปลงการตั้งค่าหมายความว่าแผนการแลกเปลี่ยนจะแสดงในเมนูการตั้งค่าการซิงโครไนซ์

ขั้นตอนการปรับปรุงความสำคัญ

ขั้นตอนการปรับปรุงที่สำคัญ (การปรับปรุง AdjustmentIdentifier = "") ส่งออกการตั้งค่า WarnOnDisplayVersionRulesExchange = True;

Nalashtuvannya.WayKFileKitPravilOnKoristuvalnitskySite = "https://users.v8.1c.ru/distribution/project/Trade110";

การตั้งค่า WayToFileSetRulesCatalogueTemplates = "\1c\trade";

Setup.Insert("CommandHeaderForCreatingNewDataExchange", NStr("ru = "แลกเปลี่ยนกับกตัญญู""));

Setup.Insert("ตำแหน่งของผู้อำนวยการสร้าง Exchange", NST("ru = "Exchange with the filial""));

• Setup.Insert("ส่วนหัวของโหนดแผนการแลกเปลี่ยน", NST("ru = "แลกเปลี่ยนกับไฟล์""));
• Setup.Insert("CePlanExchangeXDTO", จริง);
• ขั้นตอน Kinets

นอกจากนี้ยังจำเป็นต้องเพิ่มแผนการแลกเปลี่ยนของเราในการแลกเปลี่ยนข้อมูลโมดูลภายนอกในขั้นตอนรายการแผนการแลกเปลี่ยน

ExchangePlans.Addats(Metadata.ExchangePlans.ECom_ExchangeFiles);

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

การตั้งค่า TransportParametersNotifyExchange

ซิงโครไนซ์

โกดังของนาดิสลานิคดานิก

ในช่อง "ประเภทพารามิเตอร์" ให้ระบุแผนการแลกเปลี่ยนของเรา

การคัดลอกการสมัครสมาชิกทั่วไปบนเพจ:

การซิงโครไนซ์ข้อมูลผ่าน Universal FormatRegistration

การซิงโครไนซ์ข้อมูลผ่านการลงทะเบียน Universal FormatDocument

เราระบุวัตถุของเราที่รวมอยู่ในแผนการแลกเปลี่ยนของเรา

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

ฉันเป็นบทความเรื่องอาหารและโภชนาการ vikoristav axis qiu:

สำหรับการประมวลผลเพิ่มเติมของ MD83Exp.epf ซึ่งจำเป็นในการเข้าสู่คลังการนำส่ง Conversion 2 จำเป็นต้องเพิ่มโครงสร้างการกำหนดค่าลงในไฟล์

จากนั้นจึงจำเป็นต้องแปลงโครงสร้างการกำหนดค่าที่เลือกด้วย Conversion 2

เรากำลังสร้างกฎการลงทะเบียน

เราเลือกการกำหนดค่าและแผนการแลกเปลี่ยนของเรา

ฉันไปตั้งกฎการลงทะเบียน

เรากำลังสร้างกฎการลงทะเบียนสำหรับวัตถุของเรา:

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

Vidmova = ไม่ใช่ ECom_DataExchangePovtIsp.CentralBase();

ใน "คำขอของลูกค้า" เราจะเพิ่มตัวกรองเพิ่มเติมตามองค์กรและวันที่ของกิจกรรม:

สำหรับเอกสาร "การตั้งราคาสำหรับสินค้า" เรายังเพิ่มการเลือกตามวันที่ด้วย

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

VikorystuvatiCash = เรื่องไร้สาระ;

ViewPrice = Object.ViewPrice.ViewColumn("ViewPrice");

ร้องขอพารามิเตอร์แทรก ("VidiPrice", VidiPrice);

ข้อความค้นหา = "SELECT | ECom_ExchangeWithBranches.Link AS Link |FROM |Exchange Plan.ECom_ExchangeWithBranches.Types of RatingsNomenclature AS ECom_ExchangeWithBranchesTypes ofPriceNomenclatures | INTERNAL CONNECTION Exchange Plan.ECom_ExchangeWithBranches AS ECom_ExchangeWithBranches | Software ECom_ExchangeSF oralamiTypes of PriceNomenclature.Link = ECom_ExchangeWithB ranches.Link |. และ ( ECom_ExchangewithKidsประเภทของราคาระบบการตั้งชื่อประเภทของราคาระบบการตั้งชื่อ B (&ObjectProperty_Types ของราคา)) | (ECom_ExchangeWithBranches.ThisNode = เรื่องไร้สาระ)" ;

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

และการลงทะเบียนกฎนี้ได้รับผลกระทบจากโครงร่างซึ่งมีอยู่ในการกำหนดค่า - เมื่อมีการปรับการซิงโครไนซ์

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

กฎการแปลง

ในการสร้างกฎการแปลง เราจำเป็นต้องมีการกำหนดค่าการแปลงข้อมูล v3

ควรใช้ฐานที่สะอาดที่สุด

ตัวอย่างเช่น เมื่อทำการแปลงสำหรับรูปแบบข้อมูล EnterpriseData 1.3 สำหรับออบเจ็กต์บางอย่าง ฉันต้องระบุรายละเอียด (PKS) ซึ่งไม่ได้ระบุไว้ก่อนหน้านี้

ปรากฎว่ามีปัญหากับเวอร์ชัน 1.2 และข้อเท็จจริงง่ายๆ ที่ฐานข้อมูลแปลงรูปแบบคำอธิบายที่ต้องการนั้นได้ทำลายตรรกะของโปรแกรมหุ่นยนต์ไปแล้ว

ดังนั้นเราจึงใช้ฐานที่สะอาดและเพิ่มทุกอย่างลงไป "ตั้งแต่เริ่มต้น"

การทำงานกับ Conversion 3.0 ได้รับการอธิบายไว้เป็นอย่างดีที่นี่:

1. เราแปลงโครงสร้างของการกำหนดค่าจากไฟล์ที่แตกออกมาก่อนหน้านี้ (การแปลง 2)
2. Vivantage จากไฟล์แพ็คเกจ UT 11 XDTO EnterpriseData_1_3_8
3. เราสนใจที่จะแตกไฟล์จาก Conversion 3
4. เราสร้างการเปลี่ยนแปลง

เวอร์ชันของรูปแบบ Exchange Manager ระบุไว้แยกต่างหากในการกำหนดค่า

• ด้วยเหตุนี้ จึงเป็นไปได้ที่จะลองแลกเปลี่ยนผ่านรูปแบบ EnterpriseData
• ข้อมูลเบื้องต้นเกี่ยวกับการแลกเปลี่ยนในรูปแบบ EnterpriseData
• ตัวอย่างเช่น สำหรับ UT 11.3 คือ “1” สำหรับ UT 11.4 คือ “2”
• การแปลงคืออะไร?

รายละเอียดของวัตถุเหล่านี้จะถูกส่งไปที่ประเภทอย่างไร?

ตัวอย่างเช่น "องค์กร" ที่จำเป็น

“อ็อบเจ็กต์” แต่ละประเภทในรูปแบบ EnterpriseData (เช่น Agent.Counterparties) มีชื่อเรื่องของหน่วยงานหลัก

ดังนั้น หากเรากำลังทำให้สัญญามีชีวิตชีวา กฎการแปลงจะระบุแอตทริบิวต์ "องค์กร"

เมื่อทรัพย์สินนี้ถูกใช้ประโยชน์ ลักษณะสำคัญเดียวกันก็จะถูกได้เปรียบ

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

นอกจากนี้ เรายังเขียนกฎสำหรับการส่งวัตถุที่เปลี่ยนแปลงบ่อยครั้ง วัตถุ "คงที่" และบ่อยครั้งที่ส่งเป็นภาพครั้งเดียว (และซ้ำๆ หากจำเป็น) ที่แสดงภาพผ่านการสร้างภาพข้อมูลสากล - ความได้เปรียบ

เราสร้างกฎการแปลงเพื่อเสริมระบบการตั้งชื่อ

“กฎการแปลงอำนาจ” กำลังได้รับการพัฒนา

ประเด็นคือโชมู

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

นอกจากนี้ยังจำเป็นต้องระบุกฎการแปลงกำลังการผลิตสำหรับประเภท "พับ"

ตอนนี้จำเป็นต้องเพิ่มอัลกอริทึมสำหรับการกรอกส่วนของตารางลงในสมุดงาน "ณ เวลาที่ส่ง"

#พื้นที่ผลิตภัณฑ์ // รายการส่วนของตาราง = รายการใหม่;

Req.Text = "VIBRATI | Products.NumberRows YAK DocumentRow Number, | Products.Nomenclature YAK Nomenclature, | VIBIR | NomenclatureDovidnik.UnitVimiryuvannya, VALUE(Dovidnik.PackagingUnitVimirennya.EmptyPosylannya)) YAK OdinitsyaVim iryuvannya, | Z |Document.Customer register.Products YAK Products |Live Z'ednannya Dovdnik.ระบบการตั้งชื่อ YAK Dovdnik |PO Products.ระบบการตั้งชื่อ =NomenclatureDovdnikSusillya" ;

Request.InstallParameter("Posilannya", Data.Posilannya);<>ไม่รู้จัก DataStructureRows.Insert (RuleRule.Value, Value);

คิเนตส์ยักโช; KіnetsCycle; DataStructureRows.Insert("จำนวนแพ็คเกจ", DataStructureRows.Number);

DataXDTO.Power("คลังสินค้า") TodiDataStructureRows.Insert("คลังสินค้า", DataXDTO.Warehouse);

คิเนตส์ยักโช;

ArrayRowProducts.Addati (StructureDataRows);

KіnetsCycle;

คิเนตส์ยักโช;

Yakshto ArrayStringProducts.Quantity() > 0 Todi OttrimaniDani.AddatkoviVlastivosti.Insert("ผลิตภัณฑ์", ArrayStringProducts);

Yakscho daniXDTO.Vlastivist("AdditionalInfo") Todi Yakscho daniXDTO.AdditionalInfo.Vlastivist("PhoneNumber") TodiPhoneNumber = DataXDTO.AdditionalInfo.PhoneNumber;

ศาปิต = ศาปิตใหม่;

• Query.Text = "VIBRATI | PartnersContactInformation.Posilannya YAK Partner, | Counterparties.Posilannya YAK Counterparty |Z | Dovidnik.Partners.ContactInformation YAK PartnersContactInformation | .View = VALUE(Dovidnik.ViewContact їInformation.Partner's Phone)) |І (PartnersContactInformation.Phone หมายเลข = &หมายเลขโทรศัพท์ )" ;
• Request.InstallParameter("หมายเลขโทรศัพท์", หมายเลขโทรศัพท์);

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

เหตุใดเราจึงต้องมี "พารามิเตอร์การแปลง":

และขั้นตอน “ก่อนการแปลง”:

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

ซึ่งเราจะตรงไปที่วิธี Data ExchangeXDTOServer.VivantageObjectVibration

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

ข้อความของบทสรุป " ณ ชั่วโมงแห่งการรวบรวม"

Yakshto TypeZnch(DaniIB) = Type("โครงสร้าง") Todi Porenennya;

คิเนตส์ยักโช; ศาปิต = ศาปิตใหม่; Request.Text = "VIBRATI | ราคาระบบการตั้งชื่อ ดูราคา ประเภท YAK ราคา, | ราคาระบบการตั้งชื่อ ระบบการตั้งชื่อ YAK, | ราคาระบบการตั้งชื่อ ราคา YAK ราคา |Z | เอกสาร

0 | І ราคาระบบการตั้งชื่อประเภทราคา B(&ประเภทระบบการตั้งชื่อราคา) |PIDBAGS BY | TypePrice "; .Columns.Add("Price"); Vib_RateValue = Request.Viconati().Select(BypassResultResult.Grouped); .Advance() Loop Is Not Value(Vib_Rate.PriceType) จากนั้น Continue;Ki none; (); ); inu, DataStructure, RuleSettingPriceNomenclature;

จำเป็นต้องเพิ่มพาวเวอร์ TypePrice ให้กับกฎสำหรับการแปลงเป็น PKS

ในกรณีนี้ คุณต้องเลือกวิธีการเลือกหน่วยงาน: “ด้วยตนเอง” การปรับการซิงโครไนซ์จำเป็นต้องตั้งค่าของค่าคงที่ "คำนำหน้า"

ฐานข้อมูล

คำนำหน้าฐานข้อมูลถูกตั้งค่าเป็น "FO" และมีการกำหนดค่าการซิงโครไนซ์คล้ายกับฐานกลาง

ไฟล์เพิ่มเติมจากก้นมีรอยขีดข่วน

คลังไฟล์ที่เพิ่มในบทความนี้:

• ไฟล์ cf "วัตถุการกำหนดค่าเพิ่มเติม.cf" สำหรับการรวมเข้ากับการกำหนดค่าหลักของ UT 11 เพื่อรองรับแผนการแลกเปลี่ยนแยกต่างหาก
• cfe จากการกำหนดค่าขั้นสูง สำหรับการปรับแต่งโมดูลการกำหนดค่า
• ไฟล์ xml "กฎการลงทะเบียน.xml"
• ไฟล์ epf "ManagerDemo.epf"

ขั้นตอนการสร้างแผนการแลกเปลี่ยน

ในตัวกำหนดค่า เราเริ่มดำเนินการจัดตำแหน่งและผสานกับ “Additional object configuration.cf”

ยกเลิกการเลือกวัตถุทั้งหมด:

เลือก "Diies - ระบุระบบย่อยของไฟล์" ซึ่งหมายถึงเฉพาะ "ECom_ExchangeFiles"

เราเพิ่มส่วนขยายให้กับไฟล์ "ECom_DataExchangeFiles.cfe" โดยยกเลิกการเลือกช่องทำเครื่องหมายความปลอดภัย: