ผู้ประกอบการจำนวนมากที่มีส่วนร่วมในกิจกรรมการค้าได้รับ 1C: โปรแกรมการบัญชี 8 สองโปรแกรมพร้อมกันเพื่อปรับปรุงประสิทธิภาพการจัดการ (ต่อไปนี้เรียกว่า บีพี)และ "1C: การจัดการการค้า 8" (ต่อไปนี้เรียกว่า UT).
BP ใช้สำหรับการบำรุงรักษาบัญชีและการรายงานที่มีการควบคุมและ UT - สำหรับการปฏิบัติงานและ การบัญชีการจัดการใน บริษัท.
ความสำเร็จของการแบ่งปันเหล่านี้ ผลิตภัณฑ์ซอฟต์แวร์ส่วนใหญ่ขึ้นอยู่กับองค์กรของการแลกเปลี่ยนข้อมูลระหว่างการกำหนดค่า BP และ UT
การทำความเข้าใจคุณลักษณะต่อไปนี้ของการแลกเปลี่ยนข้อมูลโดยทั่วไปจะช่วยหลีกเลี่ยงข้อผิดพลาดในกระบวนการแลกเปลี่ยนระหว่างการกำหนดค่าและการละเมิดทางบัญชีในแต่ละการกำหนดค่าแยกกัน
เมื่อเขียนบทความนี้ใช้วัสดุจากเอกสารประกอบ 1C สำหรับผลิตภัณฑ์ซอฟต์แวร์ วิธีการตั้งค่าการแลกเปลี่ยนได้อธิบายไว้ในรายละเอียดในไฟล์ htm " การแบ่งปันการกำหนดค่าการจัดการการค้า (11) และการบัญชีองค์กร "ซึ่งอยู่ในแคตตาล็อกเทมเพลตเมื่อติดตั้งทั้ง 1C: การบัญชี 2.0 (ต่อไปนี้คือ BP) และ 1C: การจัดการการค้า 11 (ต่อไปนี้คือ UT); คำแนะนำที่ได้รับในการประชุมพันธมิตร 1C และ ประสบการณ์ส่วนตัวผู้เขียนเกี่ยวกับการสร้างและเปลี่ยนการตั้งค่าการแลกเปลี่ยนสำหรับลูกค้าของ RG-Soft Project Consulting LLC
1. ตั้งค่าการแลกเปลี่ยนทางเดียวหรือสองทาง
ก่อนอื่น ควรสังเกตว่าเฉพาะเอกสารที่เกี่ยวข้องกับการทำธุรกรรมเงินสดและไม่ใช่เงินสดเท่านั้นที่สามารถอัปโหลดจากการกำหนดค่า BP ไปยังการกำหนดค่า UT ซึ่งรวมถึง: ใบสั่งเงินสดขาเข้า ใบสั่งเงินสดขาออก ใบเสร็จรับเงินไปยังบัญชีปัจจุบัน และการตัดออกจากบัญชีปัจจุบัน เอกสารการเคลื่อนย้ายสินค้าที่สร้างขึ้นใน BP จะไม่ถูกอัปโหลดไปยัง UT
บริษัท 1C แนะนำให้ทำการแลกเปลี่ยนกับธนาคารใน UT “สิ่งนี้จะช่วยให้มั่นใจได้ถึงการทำงานเต็มรูปแบบกับเอกสารการชำระเงินขาออกและอีกมากมาย งานง่ายๆพร้อมเอกสารขาเข้า. อย่างไรก็ตาม มีสถานการณ์ที่ไม่สามารถอัปโหลดคำสั่งชำระเงินเกือบรายการเดียวจากไฟล์ธนาคารลูกค้าไปยัง UT ได้ ในขณะที่ไฟล์นี้ถูกอัปโหลดไปยัง BP โดยสมบูรณ์
นี่เป็นเพราะความจริงที่ว่ามีการเพิ่มการตรวจสอบเนื้อหาของไฟล์ธนาคารลูกค้าอย่างเข้มงวดมากขึ้นใน UT ตัวอย่างเช่น: การตรวจสอบความสมบูรณ์ของ TIN, การตรวจสอบหมายเลขเอกสาร, หมายเลขจะต้องมีเฉพาะตัวเลขตาม ระเบียบของธนาคารกลางวันที่ 3 ตุลาคม 2545 N2-P "ในการชำระเงินแบบไม่ใช้เงินสด V สหพันธรัฐรัสเซีย(แก้ไขเพิ่มเติมเมื่อ 3 มีนาคม 2546 11 มิถุนายน 2547 2 พฤษภาคม 2550 22 มกราคม 2551)
การตั้งค่าการแลกเปลี่ยนแบบทางเดียว (จาก UT ถึง BP) เหมาะสมก็ต่อเมื่อมีเอกสารและข้อบังคับทั้งหมด ข้อมูลอ้างอิงกรอกใน UT ดังนั้นจึงสามารถหลีกเลี่ยงความซ้ำซ้อนขององค์ประกอบในฐานข้อมูลนี้ได้
ในการทำเช่นนี้ คุณต้องกำหนดค่าสถานการณ์การแลกเปลี่ยนต่อไปนี้: สร้างสถานการณ์การแลกเปลี่ยนในการกำหนดค่า UT ซึ่งจะบันทึกเฉพาะการยกเลิกการโหลดเท่านั้น (รูปที่ 1) ในการกำหนดค่า BP ให้สร้างสถานการณ์การแลกเปลี่ยนและบันทึกเฉพาะการดาวน์โหลด
ต้องคำนึงว่าในสถานการณ์การแลกเปลี่ยนดังกล่าว เอกสารและไดเร็กทอรีเพิ่มเติมทั้งหมดที่สร้างขึ้นใน BP จะได้รับการลงทะเบียนสำหรับการแลกเปลี่ยน แต่จะไม่ถูกโหลดลงใน UT ดังนั้นขอแนะนำให้รีเซ็ตการลงทะเบียนเป็นระยะ มิฉะนั้นการแลกเปลี่ยน ไฟล์ข้อความจาก BP จะเพิ่มขึ้นอย่างต่อเนื่อง ทำให้กระบวนการแลกเปลี่ยนช้าลง
สำหรับสิ่งนี้ ขอแนะนำให้ใช้การประมวลผล ลงทะเบียนการเปลี่ยนแปลงสำหรับการแลกเปลี่ยน 82.epfซึ่งสามารถพบได้ในการส่งมอบการกำหนดค่า "การแปลงข้อมูล, rev. 2.1" หลังจากติดตั้งการกำหนดค่าแล้ว การประมวลผลจะอยู่ในไดเร็กทอรีการติดตั้งการอัปเดต: ...\1c\Conversion\...version_number...
หากกรอกข้อมูลข้อบังคับและข้อมูลอ้างอิงทั้งใน UT และใน BP ควรกำหนดค่าการแลกเปลี่ยนแบบสองทาง แต่อาจจำเป็นต้องติดตามรายการที่ซ้ำกันโดยเริ่มการแลกเปลี่ยนในโหมดโต้ตอบแทนอัตโนมัติ (รูปที่ 2) .
เพื่อจำกัดการแลกเปลี่ยนข้อมูลที่ระดับเอกสารเท่านั้น ไม่จำเป็นต้องกำหนดค่าการแลกเปลี่ยนทางเดียว เพียงแค่กำหนดวันที่ในตัวกรองการแลกเปลี่ยนที่ฝั่ง BP ซึ่งมากกว่าวันที่ของเอกสารล่าสุด (ดู รูปที่ 5) แต่ก่อนที่จะตั้งค่าตัวกรองในวันที่ คุณต้องตรวจสอบให้แน่ใจว่าเอกสารใน BP ไม่เคยลงทะเบียนเพื่อแลกเปลี่ยนมาก่อน มิฉะนั้น เอกสารที่ลงทะเบียนจะถูกโอนไปยังฐานข้อมูลอื่นระหว่างการแลกเปลี่ยน
ลำดับความสำคัญของการเปลี่ยนแปลงข้อมูล
หากทำการแลกเปลี่ยนครั้งแรกใน UT และจากนั้นใน BP ข้อมูลที่ดาวน์โหลดจาก UT จะมีลำดับความสำคัญ ตัวอย่างเช่นใน UT พวกเขาป้อนเอกสาร "ใบเสร็จรับเงินไปยังบัญชีปัจจุบัน" เปิดตัวการแลกเปลี่ยนก่อนใน UT จากนั้นใน BP - เอกสารปรากฏในการกำหนดค่า BP จากนั้นนักบัญชีในการกำหนดค่า BP จะทำการเปลี่ยนแปลงเอกสารนี้ ในระหว่างการแลกเปลี่ยนที่ตามมา หากลำดับของการเปิดใช้การแลกเปลี่ยนไม่มีการเปลี่ยนแปลง การเปลี่ยนแปลงที่ทำกับเอกสารจะถูกเขียนทับโดยข้อมูลจาก UT
สำหรับการแลกเปลี่ยนที่ถูกต้องกับวัตถุเหล่านั้นที่เปลี่ยนแปลงในฐานข้อมูลทั้งสอง 1C แนะนำให้จัดระเบียบงานเพื่อให้มีการแก้ไขวัตถุในฐานข้อมูลใดฐานข้อมูลหนึ่งเท่านั้น ในฐานข้อมูลอื่น ควรเปิดวัตถุดังกล่าวเพื่อดูเท่านั้น ในการทำเช่นนี้ คุณจะต้องใช้การตั้งค่าสิทธิ์การเข้าถึงของผู้ใช้ แต่วิธีการนี้รับประกันว่าจะไม่มีการชนกันระหว่างการแลกเปลี่ยน เช่น ความคลาดเคลื่อนที่เกิดขึ้นเมื่อวัตถุเปลี่ยนแปลงในฐานข้อมูลใดฐานข้อมูลหนึ่งหรือฐานข้อมูลอื่น ระหว่างช่วงเวลาระหว่างการแลกเปลี่ยน (รูปที่ 3)
2. ความแตกต่างระหว่าง BP และ UT ที่ส่งผลต่อการเผาผลาญ
ข้อตกลงคู่สัญญา
ในการกำหนดค่า UT ไม่มีการวิเคราะห์สำหรับสัญญาของคู่สัญญา การดำเนินการทั้งหมดที่ดำเนินการในการกำหนดค่า UT เมื่อโหลดลงในการกำหนดค่า BP จะดำเนินการภายใต้ข้อตกลงแยกต่างหากที่สร้างและควบคุมโดยระบบ UT เอง
ถ้าทำสัญญากับ พารามิเตอร์ที่เหมาะสมไม่อยู่ในการกำหนดค่า BP ข้อตกลงดังกล่าวจะถูกสร้างขึ้น ควรสังเกตว่าการค้นหาข้อตกลงนั้นดำเนินการจากจำนวนข้อตกลงที่ดาวน์โหลดจาก UT ก่อนหน้านี้เท่านั้น
องค์การบริหารในมทร
ตั้งแต่รีลีส 11.0.6.9 องค์ประกอบที่กำหนดไว้ล่วงหน้า "องค์กรการจัดการ" ปรากฏใน UT ในไดเร็กทอรีขององค์กร องค์ประกอบนี้ต้องไม่ถูกแมปกับ (หรือเปลี่ยนจาก) องค์กรปัจจุบัน (แบบเดียวหรือแบบใดแบบหนึ่ง) เพิ่มเติมเกี่ยวกับการใช้งาน วัตถุนี้สามารถอ่านได้ในไฟล์เอกสาร "การเปลี่ยนแปลงและเพิ่มเติมใน documentation.htm"รวมอยู่ในการจัดส่งของ UT
โครงสร้าง บริษัท
ใน UT สำหรับการบัญชีการจัดการจะใช้ไดเร็กทอรี "โครงสร้างขององค์กร" ซึ่งมีรายชื่อแผนกต่างๆ ของบริษัท เมื่อจัดทำเอกสารจำเป็นต้องมีการระบุแผนกขององค์กร
องค์ประกอบของไดเร็กทอรี "โครงสร้างองค์กร" ไม่ได้แมปกับองค์ประกอบของไดเร็กทอรี "หน่วยองค์กร" ใน BP เพื่อป้องกันไม่ให้เอกสารที่มีแอตทริบิวต์ Subdivision ว่างเปล่าถูกอัปโหลดไปยัง UT จำเป็นต้องกรอกค่าเริ่มต้นในการตั้งค่าการแลกเปลี่ยน (รูปที่ 4)
คลังสินค้าในส่วนตาราง
หากมีการวางแผนที่จะใช้ใน UT โอกาสใหม่ระบุคลังสินค้าในส่วนตารางของเอกสาร จากนั้นในการตั้งค่าโหนดแผนแลกเปลี่ยน จำเป็นต้องตั้งค่าคลังสินค้าทั่วไป ซึ่งจะถูกแทนที่เมื่อขนถ่ายเอกสารจาก UT ไปยังการกำหนดค่า BP แทนคลังสินค้าที่อนุญาตให้เลือกใน ส่วนที่เป็นตารางของเอกสาร (รูปที่ 4)
ประเภทรายการ
เมื่ออัปโหลดข้อมูลจาก BP ไปยัง UT แอตทริบิวต์ "ประเภทรายการ" จะไม่ถูกกรอกในระบบการตั้งชื่อ นี่เป็นเพราะความจริงที่ว่าการแลกเปลี่ยนให้บริการสถานการณ์เมื่อระบบการตั้งชื่อถูกสร้างขึ้นในการกำหนดค่า UT ไม่ใช่ใน BP . ในเอกสารสำหรับการเคลื่อนย้ายสินค้าใน UT ไม่มีส่วนตารางแยกต่างหากสำหรับการบัญชีสำหรับบริการ (บริการถูกกรอกในตารางสินค้า) ดังนั้นเพื่อให้บริการที่ระบุในเอกสาร UT ถูกโอนไปยัง ส่วนตารางใน BP คุณต้อง:
1. ในส่วนข้อมูลอ้างอิง เปิดหนังสืออ้างอิง "ประเภทของรายการ" ไปที่มุมมองรายการ "บริการ" - คลิก "การดำเนินการทั้งหมด" - เปิดใช้งานการแก้ไข และเลือกประเภทรายการ - บริการ
2. เปลี่ยนรายการ (บริการ) - คลิก "การดำเนินการทั้งหมด" - อนุญาตให้แก้ไขและเลือกประเภทรายการนี้ด้วยประเภทบริการ
3. การตั้งค่าตัวกรองการแลกเปลี่ยน (รูปที่ 5)
การเปลี่ยนแปลงวันที่อัพโหลด (ดาวน์โหลด) เอกสาร
1) ก่อนที่จะย้ายวันที่ไปข้างหน้า จำเป็นต้องซิงโครไนซ์ฐานข้อมูลโดยดำเนินการเซสชันการแลกเปลี่ยน เพื่อให้โหนดไม่มีเอกสารที่ลงทะเบียนสำหรับการแลกเปลี่ยนในเวลาที่มีการเปลี่ยนแปลงการตั้งค่า มิฉะนั้น เอกสารดังกล่าวหลังจากเปลี่ยนการตั้งค่าอันเป็นผลมาจากการยกเลิกการโหลด อาจถูกทำเครื่องหมายให้ลบในฐานข้อมูลที่รับ หากเอกสารเหล่านั้นถูกอัปโหลดไว้ก่อนหน้านี้
2) คุณสามารถเลื่อนวันที่กลับได้เนื่องจาก มันขยายพื้นที่ของข้อมูลที่อัปโหลดเท่านั้น เป็นที่น่าสังเกตว่าในกรณีนี้ เอกสารจากช่วงเวลาที่ปิดก่อนหน้านี้จะไม่ได้รับการลงทะเบียนโดยอัตโนมัติสำหรับการแลกเปลี่ยน ในการทำเช่นนี้ คุณต้องเปลี่ยนเอกสารหรือใช้การประมวลผล ลงทะเบียนการเปลี่ยนแปลงสำหรับการแลกเปลี่ยน 82.epf
กรองตามองค์กร
การเปิดใช้งานตัวกรองนี้ทำให้คุณสามารถจำกัดรายชื่อองค์กรที่อนุญาตให้แลกเปลี่ยนข้อมูลได้ การมีอยู่ของตัวกรองที่เปิดใช้งานจะส่งผลต่อทั้งการยกเลิกการโหลดไดเร็กทอรีขององค์กรและการยกเลิกการโหลดข้อมูลอื่น ๆ ที่เกี่ยวข้องกับองค์กร (ไดเร็กทอรีและเอกสาร)
หลักการทำงานของตัวกรองการอัปโหลดมีดังนี้: การตั้งค่าใหม่ใช้กับข้อมูลทั้งหมด - ในขณะที่สร้างการแลกเปลี่ยนหรือเฉพาะกับข้อมูลที่มีการเปลี่ยนแปลงหลังจากการใช้การตั้งค่าใหม่ - หลังจากการแลกเปลี่ยนแล้ว สร้างขึ้น ดังนั้นจึงขอแนะนำให้เข้าใกล้การตั้งค่าตัวกรองอย่างมีความรับผิดชอบมากที่สุดเท่าที่จะเป็นไปได้เมื่อสร้างการแลกเปลี่ยนข้อมูล
ตัวอย่าง:เมื่อสร้างการแลกเปลี่ยน ผู้ใช้ตั้งค่าตัวกรองตามองค์กร เฉพาะข้อมูลสำหรับองค์กรที่ระบุเท่านั้นที่ถูกอัปโหลดไปยังฐานข้อมูลที่รับ นอกจากนี้ ผู้ใช้ตัดสินใจว่าควรอัปโหลดข้อมูลเกี่ยวกับองค์กรทั้งหมดไปยังฐานข้อมูลที่รับข้อมูล แต่เนื่องจากการตั้งค่าจะมีผลกับข้อมูลที่เปลี่ยนแปลงใหม่เท่านั้น เอกสารและไดเร็กทอรีที่มีอยู่จะไม่ถูกอัปโหลดไปยังฐานข้อมูลที่รับข้อมูลจนกว่าผู้ใช้จะทำการเปลี่ยนแปลงใดๆ กับพวกเขา
4. การลบวัตถุออกจากหนึ่งในฐานข้อมูล
ทำเครื่องหมายเพื่อลบ
เป็นไปได้ว่าองค์ประกอบที่ใช้ก่อนหน้านี้ของไดเร็กทอรีไม่ได้วางแผนที่จะใช้สำหรับการบัญชีเพิ่มเติม และผู้ใช้พิจารณาว่าเหมาะสมที่จะทำเครื่องหมายไดเร็กทอรีนี้เพื่อลบ วัตถุที่ถูกทำเครื่องหมายสำหรับการลบจะไม่เข้าร่วมในการแลกเปลี่ยน ควรคำนึงถึงคุณลักษณะนี้
กำลังลบรายการที่ซ้ำกัน
หากต้องการลบวัตถุที่เกิดขึ้นระหว่างการแลกเปลี่ยนรายการที่ซ้ำกัน เราขอแนะนำให้ใช้การประมวลผล ค้นหา&แทนที่ค่า.epfซึ่งอยู่ในไดเรกทอรี \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ บนดิสก์ ITS และเพื่อตรวจสอบความถูกต้องของการเปรียบเทียบวัตถุของฐานข้อมูลสองรายการ คุณสามารถเปิดทะเบียนข้อมูล "ความสอดคล้องของวัตถุฐานข้อมูล" และบันทึก ลงทะเบียนนี้สามารถปรับได้ด้วยตนเอง สิ่งสำคัญคือต้องทราบว่าหลังจากลบออบเจกต์ในฐานข้อมูลใดฐานข้อมูลหนึ่งแล้ว เรกคอร์ดลงทะเบียนข้อมูลจะยังคงจับคู่กับออบเจ็กต์ที่ถูกลบ (ลิงก์เสีย) คุณจะต้องจับคู่อ็อบเจ็กต์อื่นหรือลบเรกคอร์ด
5. การตั้งค่าเพิ่มเติม
รายการกระแสเงินสด
ในการกำหนดค่า UT อาจจำเป็นต้องวางอุปกรณ์ประกอบฉาก “corr. บัญชี” สำหรับรายการกระแสเงินสดที่จะใช้และอัปโหลดไปยัง BP
สำหรับการกำหนดค่า BP คุณอาจต้องป้อนประเภทของกระแสเงินสดในองค์ประกอบของไดเร็กทอรี
ผู้ใช้
ผู้ใช้องค์ประกอบไดเร็กทอรีสามารถถ่ายโอนไปยังฐานข้อมูลอื่นได้ หากได้รับการระบุว่าเป็นผู้รับผิดชอบในหนึ่งในอ็อบเจ็กต์ที่เข้าร่วมในการแลกเปลี่ยน สำหรับวัตถุดังกล่าว คุณจะต้องตั้งค่าการอนุญาต
คำนำหน้าพื้นฐานและคำนำหน้าองค์กร
ใน UT คำนำหน้าจะมีความยาวคงที่เสมอและตัวคั่น (ยัติภังค์) "-" ดังนั้นหากไม่ได้ระบุคำนำหน้า infobase หรือไม่ได้ระบุคำนำหน้าองค์กร คำนำหน้าจะถูกแทนที่ด้วยศูนย์ อย่างไรก็ตาม เมื่อตั้งค่าการแลกเปลี่ยน คำนำหน้า infobase จะถูกเติมเสมอใน CB (สำหรับ UT) และบน BP (ตามลำดับสำหรับการกำหนดค่า BP)
โซลูชันนี้เป็นมาตรฐานสำหรับการสร้างหมายเลขเอกสารและรหัสวัตถุ คำนำหน้ามีความยาวคงที่และคั่นด้วยยัติภังค์จากหมายเลขเอกสาร หากในอนาคตมีหลายองค์กรในฐานข้อมูลก็เพียงพอแล้วที่จะกำหนดคำนำหน้าสำหรับพวกเขาและไม่จำเป็นต้องกำหนดหมายเลขวัตถุใหม่ทั้งหมด
แก้ไขข้อผิดพลาด
ในบทความของเรา มีการพิจารณาประเด็นที่สำคัญที่สุดในการจัดการแลกเปลี่ยนข้อมูลระหว่าง "1C: Trade Management 8" rev.11 และ "1C: Accounting 8" rev.2.0
ผู้เชี่ยวชาญของ RG-Soft Project Consulting LLC พร้อมที่จะเสนอไม่เพียง แต่ตั้งค่าการแลกเปลี่ยนสำหรับคุณสมบัติการบัญชีขององค์กรเฉพาะ แต่ยังรวมถึงวิธีการแก้ไขข้อผิดพลาดในการแลกเปลี่ยนที่มีอยู่
ระบบอัตโนมัติการจัดการในกรณีส่วนใหญ่ประกอบด้วยฐานข้อมูลที่แยกจากกัน และมักมีโครงสร้างกระจายตามพื้นที่ทางภูมิศาสตร์ ในขณะเดียวกันการแลกเปลี่ยนข้อมูลที่ดำเนินการอย่างถูกต้อง - เงื่อนไขที่จำเป็นสำหรับ งานที่มีประสิทธิภาพระบบดังกล่าว
ในกรณีนี้ การตั้งค่าการแลกเปลี่ยนเริ่มต้นอาจต้องการการดำเนินการหลายอย่าง ไม่เพียงแต่ในแง่ของการเขียนโปรแกรมเท่านั้น แต่ยังต้องให้คำปรึกษาด้วย แม้ว่าเราจะจัดการกับแหล่งที่มาที่เป็นเนื้อเดียวกัน เช่นเดียวกับในกรณีของผลิตภัณฑ์ที่ใช้แพลตฟอร์ม 1C:Enterprise เหตุใดการตั้งค่าการแลกเปลี่ยน 1C (หรือที่เรียกว่าการซิงโครไนซ์ข้อมูลใน 1C 8.3) อาจกลายเป็นงานที่ใช้เวลานานและมีราคาแพงที่สุดของโครงการรวม เราจะพิจารณาในบทความนี้
การแลกเปลี่ยนข้อมูลในสภาพแวดล้อม 1C ช่วยให้คุณ:
- กำจัดการป้อนเอกสารซ้ำซ้อน
- ทำให้กระบวนการทางธุรกิจที่เกี่ยวข้องเป็นแบบอัตโนมัติ
- เพิ่มประสิทธิภาพการโต้ตอบระหว่างแผนกที่กระจายอยู่
- อัปเดตข้อมูลทันทีสำหรับการทำงานของผู้เชี่ยวชาญจากแผนกต่างๆ
- "แบ่งเขต" ประเภทต่างๆการบัญชี*
*ในกรณีที่ข้อมูลของการบัญชีประเภทหนึ่งแตกต่างจากประเภทอื่นอย่างมีนัยสำคัญ จำเป็นต้องตรวจสอบให้แน่ใจว่าข้อมูลเป็นความลับและการไหลของข้อมูล "แยกจากกัน" ตัวอย่างเช่น การแลกเปลี่ยนข้อมูลระหว่าง 1C UT และ 1C Accounting ไม่จำเป็นต้องอัปโหลดข้อมูลการจัดการไปยังฐานข้อมูลการบัญชีตามข้อบังคับ เช่น การซิงโครไนซ์ใน 1C จะไม่สมบูรณ์ที่นี่.
หากเรานำเสนอกระบวนการมาตรฐานสำหรับการดำเนินการแลกเปลี่ยนข้อมูลหลัก เมื่ออ็อบเจ็กต์อย่างน้อยหนึ่งรายการเป็นผลิตภัณฑ์ 1C ก็จะสามารถแยกแยะขั้นตอนต่อไปนี้ได้:
- การประสานงานขององค์ประกอบของการแลกเปลี่ยน
- ความหมายของการขนส่ง (โปรโตคอลการแลกเปลี่ยน);
- การตั้งกฎ;
- กำหนดการ
การระบุองค์ประกอบของการแลกเปลี่ยน 1C
ออบเจ็กต์การแลกเปลี่ยนสามารถแบ่งออกเป็น "ต้นทาง" และ "ผู้รับ" อย่างมีเงื่อนไข ในขณะเดียวกันก็สามารถทำหน้าที่ได้ 2 บทบาทพร้อมๆ กัน ซึ่งจะเรียกว่าเป็นการแลกเปลี่ยนสองทาง คำจำกัดความของต้นทางและปลายทางเกิดขึ้นอย่างมีเหตุผล ขึ้นอยู่กับความต้องการหรือความต้องการ ฟังก์ชันการทำงานระบบ*
*ตัวอย่างเช่น เมื่อรวม WA: Financier ซึ่งเป็นโซลูชันสำหรับการบัญชีการเงินและการจัดการกระบวนการคลังที่พัฒนาบนพื้นฐานของ 1C:Enterprise ผู้เชี่ยวชาญของ WiseAdvice แนะนำให้ใช้เป็นระบบหลัก นี่เป็นเพราะความพร้อมของเครื่องมือควบคุมเพื่อให้เป็นไปตามกฎของนโยบายการใช้งาน และเพื่อให้มั่นใจถึงประสิทธิภาพของโซลูชัน
นอกจากนี้ ตามข้อกำหนดที่ได้รับและบันทึกไว้จากผู้ใช้ จะมีการสร้างรายการข้อมูลสำหรับการแลกเปลี่ยน กำหนดปริมาณ ข้อกำหนดสำหรับความถี่ในการแลกเปลี่ยน กำหนดกระบวนการทำงานกับข้อผิดพลาดและการจัดการสถานการณ์พิเศษ (การชนกัน)
ในขั้นตอนเดียวกันขึ้นอยู่กับกลุ่มของระบบที่มีอยู่และโครงสร้างขององค์กรกำหนดรูปแบบการแลกเปลี่ยน:
ฐานข้อมูลแบบกระจาย
- RIB หมายถึงการแลกเปลี่ยนระหว่างการกำหนดค่าฐานข้อมูล 1C ที่เหมือนกัน โดยมีโครงสร้างการควบคุมหลักและรองที่ชัดเจนสำหรับคู่แลกเปลี่ยนแต่ละคู่ ในฐานะที่เป็นองค์ประกอบของแพลตฟอร์มเทคโนโลยี RIB นอกเหนือจากข้อมูลแล้ว ยังสามารถถ่ายโอนการเปลี่ยนแปลงในการกำหนดค่าและข้อมูลการดูแลระบบของฐานข้อมูล (แต่จากต้นแบบไปยังทาสเท่านั้น)
การแลกเปลี่ยนสากลข้อมูลใน 1C
- กลไกที่ช่วยให้คุณกำหนดค่าการแลกเปลี่ยนฐานข้อมูล 1C ทั้งที่มีการกำหนดค่าบนแพลตฟอร์ม 1C: Enterprise และระบบของบุคคลที่สาม การแลกเปลี่ยนดำเนินการโดยการถ่ายโอนข้อมูลเป็นรูปแบบ xml สากลตาม "แผนการแลกเปลี่ยน"
ข้อมูลองค์กร
- การพัฒนาล่าสุดของ บริษัท 1C ซึ่งออกแบบมาเพื่อใช้การแลกเปลี่ยนข้อมูลในรูปแบบ xml ระหว่างผลิตภัณฑ์ที่สร้างขึ้นบนแพลตฟอร์ม 1C: Enterprise กับระบบอัตโนมัติใดๆ การใช้ EnterpriseData ทำให้การปรับปรุงที่เกี่ยวข้องกับการแลกเปลี่ยนง่ายขึ้น ก่อนหน้านี้เมื่อเข้าสู่ระบบ การกำหนดค่าใหม่จำเป็นต้องใช้กลไกในการนำเข้าและส่งออกข้อมูลทั้งสำหรับมันและระบบที่มีอยู่ ตอนนี้ระบบที่รองรับ EnterpriseData ไม่ต้องแก้ไข มีจุดเข้า-ออกเพียงจุดเดียว
ความหมายของการขนส่ง (โปรโตคอลการแลกเปลี่ยน)
ระบบที่ใช้แพลตฟอร์ม 1C:Enterprise 8 มีตัวเลือกมากมายสำหรับการจัดการแลกเปลี่ยนกับใดๆ ทรัพยากรสารสนเทศผ่านมาตรฐานสากลที่ยอมรับโดยทั่วไป (xml, ไฟล์ข้อความ, Excel, การเชื่อมต่อ ADO เป็นต้น) ดังนั้นเมื่อกำหนดการขนส่งสำหรับการแลกเปลี่ยนข้อมูลควรเริ่มจากความสามารถของฐานข้อมูลของระบบบุคคลที่สาม
การซิงโครไนซ์ไดเร็กทอรี
หลักการสำคัญของการซิงโครไนซ์ไดเร็กทอรีที่มีประสิทธิภาพคือการมีจุดเข้าใช้งานหนึ่งจุด แต่ถ้าเรากำลังพูดถึงการทำงานกับไดเร็กทอรีที่ถูกกรอกข้อมูลตามกฎต่างๆ ในอดีต จำเป็นต้องกำหนดฟิลด์การซิงโครไนซ์อย่างชัดเจนเพื่อนำการแลกเปลี่ยนไปสู่ "ตัวส่วนร่วม"*
*ในขั้นตอนนี้ อาจจำเป็นต้องดำเนินการปรับมาตรฐานข้อมูลอ้างอิงที่ด้านข้างของแหล่งข้อมูล ขึ้นอยู่กับสถานะของไดเร็กทอรีและปริมาณ กระบวนการเปรียบเทียบองค์ประกอบ การจดจำ การระบุข้อผิดพลาดและรายการที่ซ้ำกัน ตลอดจนการกรอกข้อมูลในฟิลด์ที่ขาดหายไปและการกำหนดฟิลด์การซิงโครไนซ์ อาจต้องใช้ผู้เชี่ยวชาญทั้งกลุ่ม ทั้งจาก ด้านของผู้รวม (เจ้าของวิธีการทำให้เป็นมาตรฐานของข้อมูลอ้างอิง) และจากด้านของลูกค้า
การตั้งกฎ
ความสามารถในการแสดงข้อมูลจากระบบต้นทางในเครื่องรับขึ้นอยู่กับกฎการแลกเปลี่ยนที่กำหนดไว้อย่างถูกต้อง กฎที่แสดงในรูปแบบ xml จะควบคุมความสอดคล้องของแอตทริบิวต์คีย์ของวัตถุต้นทาง-ปลายทาง โซลูชัน 1C: Data Conversion ได้รับการออกแบบมาเพื่อสร้างกฎโดยอัตโนมัติสำหรับการดำเนินการแลกเปลี่ยนแบบครั้งเดียวและแบบถาวร
มั่นใจได้ว่าข้อมูลจะไม่สูญหายระหว่างแผน Exchange Exchange นี่เป็นส่วนสำคัญของการกำหนดค่าใด ๆ บนแพลตฟอร์ม 1C: Enterprise ซึ่งอธิบายขั้นตอนการแลกเปลี่ยน 1C อย่างครบถ้วน: องค์ประกอบข้อมูล (เอกสารที่มีรายละเอียด "ระบุ") และโหนด (ฐานข้อมูลผู้รับ - ส่ง) รวมถึงการเปิดใช้งาน RIB สำหรับเส้นทางการแลกเปลี่ยนที่เลือก
การเปลี่ยนแปลงใดๆ ในข้อมูลที่ป้อนใน Exchange Plan จะได้รับการแก้ไขและได้รับสัญญาณของ "การเปลี่ยนแปลง" ตราบเท่าที่ข้อมูลที่เปลี่ยนแปลงไม่สอดคล้องกันในโหนดเครื่องรับ-ส่งสัญญาณ แฟล็กจะไม่ถูกรีเซ็ต และระบบจะส่งข้อความควบคุมไปยังโหนดทั้งสอง หลังจากยกเลิกการโหลดข้อมูลและยืนยันความสอดคล้องอย่างสมบูรณ์ในทั้งสองระบบแล้ว สัญญาณจะถูกรีเซ็ต
กำหนดการแลกเปลี่ยนใน 1C
เพื่อให้การแลกเปลี่ยนปกติเป็นไปโดยอัตโนมัติ ความถี่ของการอัปโหลดข้อมูลจะถูกตั้งค่า ความถี่ของการแลกเปลี่ยนขึ้นอยู่กับความต้องการและ ความสามารถทางเทคนิค. นอกจากนี้ การกำหนดค่าบนแพลตฟอร์ม 1C:Enterprise ยังช่วยให้คุณกำหนดค่าการแลกเปลี่ยนข้อมูลเมื่อมีเหตุการณ์เกิดขึ้น
เมื่อพิจารณาถึงกระบวนการมาตรฐานสำหรับการดำเนินการแลกเปลี่ยนแล้ว เรามาให้ความสนใจกับปัจจัยที่จะต้องมีการปรับปรุงในขั้นตอนต่างๆ:
- การกำหนดค่าฐานข้อมูลที่ไม่ได้มาตรฐานและถูกดัดแปลงอย่างมาก
- รุ่นต่างๆ 1C:แพลตฟอร์มระดับองค์กร
- ไม่ได้อัปเดตเป็นเวลานาน ไม่ใช่การกำหนดค่าเวอร์ชันล่าสุด
- แลกเปลี่ยนอ็อบเจกต์ที่ได้รับการแก้ไขก่อนหน้านี้
- ความต้องการกฎการแลกเปลี่ยนที่ไม่ได้มาตรฐาน
- ชุดและองค์ประกอบของรายละเอียดที่แตกต่างกันมากในไดเร็กทอรีที่มีอยู่
เนื่องจากแม้แต่การดำเนินการมาตรฐานสำหรับการดำเนินการแลกเปลี่ยนข้อมูลหลักก็ต้องการความรู้จากผู้เชี่ยวชาญ จึงแนะนำให้ดำเนินการโดยมีส่วนร่วมของผู้เชี่ยวชาญ 1C หลังจากทำตามขั้นตอนข้างต้นทั้งหมดแล้ว คุณควรดำเนินการตั้งค่าการแลกเปลี่ยนในการกำหนดค่า พิจารณาการรวมฐานข้อมูลในตัวอย่าง "1C: UPP" และ "1C: Retail" (ตามรูปแบบเดียวกันการแลกเปลี่ยนกับ "1C: UT" ได้รับการกำหนดค่า) นอกจากนี้ การซิงโครไนซ์โดยทั่วไปยังรวมถึงการแลกเปลี่ยน SCP - SCP ซึ่งเป็นเรื่องปกติสำหรับระบบอัตโนมัติขนาดใหญ่ในองค์กรอุตสาหกรรมที่ใหญ่ที่สุด
ในเมนูย่อย "บริการ" เลือก "การแลกเปลี่ยนข้อมูลกับผลิตภัณฑ์บนแพลตฟอร์ม ... " (การเลือก การแลกเปลี่ยนโดยตรงด้วย "การขายปลีก" มักจะคุกคามด้วยข้อผิดพลาดในระดับวัตถุ COM) ให้ความสนใจกับข้อความอย่างเป็นทางการ " โอกาสนี้ใช้ไม่ได้"
เพื่อแก้ปัญหานี้ คุณต้องเลือก "การตั้งค่าการแชร์ข้อมูล"
...และทำเครื่องหมายในช่อง นอกจากนี้ ข้อความแสดงข้อผิดพลาดจะถูกละเว้น
ในการตั้งค่าการซิงโครไนซ์ข้อมูล เลือก "สร้างการแลกเปลี่ยนกับ" การขายปลีก "...
ก่อนกำหนดการตั้งค่าการเชื่อมต่อผ่านไดเร็กทอรีโลคัลหรือไดเร็กทอรีเครือข่าย ตรวจสอบให้แน่ใจว่ามีพื้นที่ว่างบนดิสก์สำหรับไดเร็กทอรี แม้ว่าตามกฎแล้วจะใช้เวลาไม่เกิน 30-50 MB แต่ในกรณีพิเศษอาจต้องใช้มากถึง 600 MB คุณสามารถสร้างไดเร็กทอรีที่ต้องการได้โดยตรงจากตัวกำหนดค่า
เมื่อเชื่อมต่อผ่านไดเร็กทอรีเครือข่ายของข้อเสนอ ให้กำหนดค่าการเชื่อมต่อโดยใช้ที่อยู่ FTP และ อีเมลเพิกเฉยโดยคลิก "ถัดไป"
ในการตั้งค่าให้ใส่คำนำหน้าด้วยตนเอง - การประชุมพื้นฐาน (ตามกฎแล้ว BP, SCP, RO) เราตั้งกฎและวันที่เริ่มต้นสำหรับการอัปโหลดข้อมูล คำนำหน้าจะระบุไว้ในชื่อเอกสารเพื่อระบุฐานที่สร้างขึ้น หากไม่มีการแก้ไขกฎการอัปโหลด ข้อมูลเริ่มต้นจะถูกอัปโหลดตามพารามิเตอร์ที่มีอยู่ทั้งหมด
เราสร้างไฟล์การตั้งค่าการแลกเปลี่ยนสำหรับการขายปลีกเพื่อไม่ให้ดำเนินการซ้ำ หากคุณต้องการส่งข้อมูลทันทีหลังจากตั้งค่าการซิงโครไนซ์ ให้ทำเครื่องหมายในช่อง
เพื่อให้กระบวนการแลกเปลี่ยนเป็นไปโดยอัตโนมัติ คุณต้องตั้งเวลา
เมนูขายปลีก.
ทำเครื่องหมายในช่องและเลือกซิงค์
เราทำการตั้งค่า "ย้อนกลับ" โดยเลือกการจัดการองค์กรการผลิต
โหลดไฟล์ด้วยการตั้งค่าที่สร้างขึ้นใน SCP
เราทำเครื่องหมายระบบจะรับที่อยู่โดยอัตโนมัติ
เราดำเนินการในลักษณะเดียวกับใน UPP
การเปรียบเทียบการตรวจสอบความถูกต้องของข้อมูล (แนะนำให้ทำการเปรียบเทียบข้อมูลด้วยตนเองในขั้นตอนการเตรียมการ เนื่องจากงานนี้อาจใช้เวลามากที่สุดในกระบวนการดำเนินการแลกเปลี่ยน) หน้าต่างการเปรียบเทียบจะเปิดขึ้นโดยการดับเบิลคลิกเมาส์
ในกรณีที่เกิดข้อผิดพลาดในการซิงโครไนซ์ “รายละเอียด…” จะถูกแทนที่ด้วย “ไม่เคย…”
“รายละเอียด…” เปิดบันทึกการลงทะเบียนพร้อมข้อมูลที่อัปเดตในการแลกเปลี่ยน
พร้อม.
ลองดูตัวอย่างง่ายๆจาก ชีวิตจริง. สมมติว่าเรามีบริษัทที่ทำธุรกิจค้าส่งและค้าปลีก และในบริษัทนี้ก็เหมือนกับบริษัทอื่นๆ ที่มีการทำบัญชี บริษัทมีฐานข้อมูลมาตรฐานสองฐานข้อมูล ได้แก่ UT (การจัดการการค้า) และ BP (การบัญชีองค์กร) ตามลำดับ แต่ละฐานข้อมูลมีการบัญชีของตนเองในการจัดการ UT เพื่อสะท้อนถึงการดำเนินงานทั้งหมดที่เกี่ยวข้องกับการค้าในการบัญชี BP ที่จะไม่ทำ ทำงานสองครั้ง, เช่น. อย่าสร้างเอกสารเดียวกันในสองฐานข้อมูล (หลังจากนั้น การเคลื่อนไหวควรเป็นไปตามการจัดการและการบัญชี) เราจะตั้งค่าการซิงโครไนซ์ระหว่างฐานข้อมูลเหล่านี้.
เราจะตั้งค่าการแลกเปลี่ยนข้อมูลทางเดียว, จาก UT ---> BP นอกจากนี้ยังเป็นไปได้ที่จะตั้งค่าการแลกเปลี่ยนแบบสองทาง แต่ในทางปฏิบัติไม่จำเป็นต้องใช้บ่อยนัก ดังนั้นเราจะไม่พิจารณาสิ่งนี้ในตัวอย่างของเรา
ขั้นตอนการเตรียมการสำหรับการตั้งค่าการแลกเปลี่ยนใน BP
เริ่มตั้งค่าการซิงโครไนซ์ก่อนอื่นเราไปที่ฐานข้อมูล 1C "Enterprise Accounting 3.0" (ตัวรับ) เราต้องตรวจสอบว่ามีการเปิดใช้งานการซิงโครไนซ์สำหรับฐานข้อมูลนี้หรือไม่ ในการทำเช่นนี้เราต้องไปที่ฐานข้อมูลก่อน ทันทีที่ฐานข้อมูลเปิดขึ้น ให้ไปที่แท็บ "การดูแลระบบ" ---> "การตั้งค่าการซิงค์ข้อมูล"
แท็บใหม่จะเปิดขึ้นต่อหน้าเรา ซึ่งจะต้องกรอกด้วยวิธีเดียวกับในภาพหน้าจอด้านล่าง ยกเว้นคำนำหน้าฐานข้อมูล คำนำหน้าต้องประกอบด้วยตัวอักษรสองตัว คุณสามารถตั้งค่าใด ๆ ก็ได้ แต่ตามมาตรฐาน 1C จะเป็นการดีกว่าที่จะตั้งคำนำหน้าด้วยชื่อของการกำหนดค่า นั่นคือสำหรับ "Enterprise Accounting" คำนำหน้าจะเป็นเหมือน "BP" . หากคุณตั้งค่าการแลกเปลี่ยนที่ซับซ้อนและมีฐานข้อมูลทางบัญชีหลายแห่ง คำนำหน้าควรแตกต่างกันอย่างชัดเจน คุณสามารถใช้ตัวอักษรสองตัวแรกของชื่อองค์กรเป็นตัวย่อได้ที่นี่
เราดำเนินการตั้งค่าการซิงโครไนซ์ข้อมูลใน UT ต่อไป
หลังจากที่เราได้ดำเนินการที่จำเป็นทั้งหมดในฐานข้อมูลผู้รับ (BP 3.0) เพื่อดำเนินการตั้งค่าการแลกเปลี่ยนข้อมูลต่อไป เราจำเป็นต้องเปิดฐานข้อมูลต้นทาง (UT 11.1) ไปที่แท็บ "การดูแลระบบ" ทางด้านซ้ายในเมนูเราเลือกรายการ "การตั้งค่าการซิงโครไนซ์ข้อมูล". หากไม่ได้เปิดใช้งานการซิงโครไนซ์ ให้เปิดใช้งานโดยใช้ช่องทำเครื่องหมาย และอย่าลืมระบุคำนำหน้าฐานต้นทาง เมื่อเราดำเนินการทุกจุด 1-4 ตามที่แสดงในภาพด้านล่างแล้ว คุณต้องคลิกที่ไฮเปอร์ลิงก์ "การซิงโครไนซ์ข้อมูล" (จุดที่ 5)
ในหน้าต่างใหม่ที่ปรากฏขึ้นคุณต้องคลิกที่เครื่องหมายบวกสีเขียว (ตั้งค่าการซิงโครไนซ์ข้อมูล) ในเมนูแบบเลื่อนลงเลือกรายการ "Enterprise Accounting 3.0"
การกำหนดจุดสำคัญในการแลกเปลี่ยนข้อมูลระหว่าง UT และ BP
ตอนนี้เราเห็นหน้าต่างที่มีการตั้งค่าการซิงโครไนซ์ข้อมูลใน 1C เลือกรายการ "ระบุการตั้งค่าด้วยตนเอง" แล้วคลิก "ถัดไป"
เรายังคงกำหนดค่าการแลกเปลี่ยนข้อมูลใน 1C ในแท็บถัดไปเราต้องเลือกตัวเลือกการเชื่อมต่อกับฐานข้อมูลผู้รับ (การเชื่อมต่อโดยตรงกับโปรแกรม) พารามิเตอร์การเชื่อมต่อ (เปิด คอมพิวเตอร์เครื่องนี้หรือใน เครือข่ายท้องถิ่น) ไดเร็กทอรีซึ่งเป็นที่ตั้งของฐานเครื่องรับ ตลอดจนข้อมูลการรับรองความถูกต้องที่จำเป็น (ชื่อผู้ใช้และรหัสผ่านในฐานข้อมูล)
ในหน้าถัดไป เราต้องกรอกกฎสำหรับการส่งและรับข้อมูลจากการกำหนดค่า BP 3.0 (ตัวรับ) คลิก "เปลี่ยนกฎการอัปโหลดข้อมูล"
หน้าต่าง "กฎการส่งข้อมูล" เปิดขึ้นต่อหน้าเราโดยตั้งค่าพารามิเตอร์ต่อไปนี้:
- NSI ใดจะถูกส่ง (ในตัวอย่างของเรา เราสนใจเฉพาะเอกสารและ NSI ที่ใช้ในเอกสารเหล่านั้น เราจึงเลือกรายการที่เหมาะสม หากคุณเลือกรายการแรก "ส่งทั้งหมด" จากนั้นไดเร็กทอรีทั้งหมดจะถูกโหลดใหม่พร้อมกับ เอกสารบ่อยครั้งหากไม่ได้ใช้ข้อมูลในเอกสารก็ไม่มีประโยชน์สำหรับผู้รับเพราะไม่มีผลต่อการบัญชี แต่อย่างใด)
- วันที่จะส่งข้อมูลทั้งหมด (เราจะไม่พิจารณาการซิงโครไนซ์ด้วยตนเองในบทความนี้)
- สำหรับองค์กรใดที่จะส่งข้อมูล (ในตัวอย่างของเรา เราเลือกองค์กรเดียว IP "ผู้ประกอบการ")
- กฎสำหรับการก่อตัวของสัญญา
- คลังสินค้าทั่วไป
- ไม่ว่าจะยุบเอกสารตามคลังสินค้า
หลังจากที่เราทำการตั้งค่าแล้ว ให้คลิก "บันทึกและปิด"
เนื่องจากในตัวอย่างของเรา เราตั้งค่าและใช้การแลกเปลี่ยนทางเดียว จาก UT ถึง BPจากนั้นเราไม่สนใจการตั้งค่ากฎสำหรับการรับข้อมูลจาก "Enterprise Accounting 3.0" ดังนั้นคลิก "ถัดไป"
ในหน้าต่างใหม่ เราจะขอให้ตั้งค่ากฎสำหรับฐานรับ (RP) ในย่อหน้าที่ 1 เราเรียกฐานของเราอย่างใด ให้เป็นคำนำหน้า คำนำหน้าต้องเหมือนกับที่เราตั้งไว้ในฐานข้อมูล BP ในตอนต้นของบทความนี้ หากคำนำหน้าต่างกัน การซิงโครไนซ์ข้อมูลในโปรแกรม 1C จะไม่ทำงานหลังจากนั้นให้คลิกจุดที่ 2 แล้วเลือกจุดที่ 3
ในวรรค 3 เราจำเป็นต้องอนุญาตให้ประมวลผลเอกสารเมื่อโหลดลงในฐานข้อมูล คลิก "บันทึกและปิด"
ตอนนี้หน้าต่างควรมีลักษณะเหมือนที่แสดงด้านล่าง คลิก "ถัดไป"
หน้าต่างนี้มีข้อมูลอ้างอิงเกี่ยวกับการซิงโครไนซ์ที่สร้างขึ้นใน 1C เพียงคลิกปุ่ม "ถัดไป" หากโปรแกรมแสดงข้อผิดพลาดเมื่อตั้งค่าการซิงโครไนซ์ข้อมูล คุณต้องติดต่อเราเพื่อให้ผู้เชี่ยวชาญ 1C ของเราสามารถช่วยคุณได้ในตอนนี้!
ในขั้นตอนต่อไป โปรแกรมจะเสนอให้ทำการซิงโครไนซ์ทันทีหลังจากสร้างการตั้งค่าการแลกเปลี่ยนข้อมูล. เห็นด้วยกับสิ่งนี้และคลิก "เสร็จสิ้น"
คุณจะเห็นหน้าต่างที่คุณจะเห็นข้อมูลเกี่ยวกับวิธีการซิงโครไนซ์ หากฐานปลายทางไม่ว่างเปล่า เช่น การบัญชีถูกเก็บไว้ในนั้นแล้วผู้ใช้ในโปรแกรม 1C จะได้รับแจ้งให้เปรียบเทียบวัตถุด้วยตนเอง การเปรียบเทียบวัตถุใน 1C ระหว่างการซิงโครไนซ์ข้อมูลคือการเปรียบเทียบวัตถุผู้รับที่เหมือนกันกับวัตถุที่เหมือนกันในแหล่งที่มา
ลองดูตัวอย่าง สมมติว่าใน UT มีคู่สัญญาชื่อ "PharmGroup LLC" และ TIN 1234567 และใน BP ยังมีคู่สัญญาที่มี TIN 1234567 แต่มีชื่อ "PharmGroup" ถ้าเราไม่ทำ เปรียบเทียบวัตถุทั้งสองนี้เมื่อเปรียบเทียบข้อมูลที่ขั้นตอนการซิงโครไนซ์ จากนั้นหลังจากการซิงโครไนซ์ในเครื่องรับ (Enterprise Accounting 3.0) เราจะมีคู่สัญญาสองรายที่มี TIN 1234567 และชื่อ "PharmGroup LLC" และ "PharmGroup" สองรายการตามลำดับ เพื่อหลีกเลี่ยงสถานการณ์ดังกล่าว จึงมีการคิดค้นกลไกสำหรับการจับคู่วัตถุ
ในตัวอย่างของเรา ฐานรับสัญญาณว่างเปล่า ดังนั้นหน้าต่างการจับคู่วัตถุจึงไม่เปิดให้เรา แต่หลังจากดำเนินการบางอย่าง ระบบจะแจ้งให้ผู้ใช้เพิ่มข้อมูลเพิ่มเติมและแสดงหน้าต่างต่อไปนี้ เราไม่จำเป็นต้องถ่ายโอนข้อมูลเพิ่มเติม เราได้กำหนดค่าทุกอย่างที่เราต้องการไว้แล้ว ดังนั้นในขั้นตอนนี้ เราเลือก "อย่าเพิ่มเอกสารที่จะส่ง" คลิก "ถัดไป"
ขั้นตอนสุดท้ายของการแลกเปลี่ยนข้อมูลระหว่าง 1C
ในขั้นตอนสุดท้าย โปรแกรมจะแสดงหน้าต่างต่อไปนี้ ซึ่งผู้ใช้จะได้รับแจ้งว่าการซิงโครไนซ์สำเร็จ คลิก "เสร็จสิ้น" การซิงโครไนซ์ระหว่างฐานข้อมูลเสร็จสมบูรณ์ในการแลกเปลี่ยนทางเดียวจาก "Trade Management 11.1" (UT) เป็น "Enterprise Accounting 3.0" (BP)
ในชีวิตจริง บริษัทที่หาได้ยากจะจัดการด้วยฐาน 1C เพียงฐานเดียว สถานการณ์ที่พบบ่อยที่สุดคือสองฐานบัญชีและเงินเดือน
ต้องเชื่อมต่อฐาน - คำนวณเงินเดือนแล้วภาษีค้างจ่ายต้องไปที่แผนกบัญชีเพื่อชำระเงิน
ในการเชื่อมต่อฐานข้อมูลต่างๆ มี Exchange 1C เขาทำงานอย่างไร?
Exchange 1C คืออะไร
มีเครือข่ายร้านค้าและสำนักงานกลาง ร้านค้าและสำนักงานทุกแห่งมีคลังสินค้า สินค้าถูกย้ายจากคลังสินค้าไปยังคลังสินค้า (ส่วนใหญ่มาจากคลังสินค้าส่วนกลางไปยังร้านค้า) และขายในร้านค้า
ฐาน 1C Retail ใช้ในสำนักงานและฐานเดียวกันในแต่ละร้าน ฐานในร้านค้ารองลงมาจากฐานในสำนักงาน
สำนักงานสร้างเอกสารเกี่ยวกับการเคลื่อนย้ายสินค้าจากคลังสินค้าไปยังคลังสินค้า กำหนดราคา เอกสารถูกอัปโหลดไปยังฐานรองและสินค้า "ปรากฏ" ที่นั่น
ในร้านค้า มีการสร้างเอกสารเกี่ยวกับการขายสินค้า เอกสารจะถูกอัปโหลดไปที่ฐานสำนักงานและการขาย "ปรากฏ" ที่นั่น
รูปแบบดังกล่าวเรียกว่าฐานข้อมูลแบบกระจาย (DIB) ขั้นตอนการ "กรอก" เอกสาร - การแลกเปลี่ยนแบบสองทาง 1C และการตั้งค่าของโครงร่างนี้คือ URIB หรือ URIBD (กระจาย ฐานข้อมูลข้อมูล).
หลักการแลกเปลี่ยนไดเรกทอรีใน 1C
ไดเร็กทอรี 1C (และชุดของไดเร็กทอรีทั้งหมด "ในคอมเพล็กซ์" เรียกว่า NSI - ข้อมูลอ้างอิงด้านกฎระเบียบ) - ในฐานข้อมูลต่างๆ มักจะเหมือนกัน หมายความว่าแม้มีหลายฐานข้อมูล รายชื่อสินค้า โกดังสินค้า ผู้รับเหมา ในฐานข้อมูลต่างๆ ก็เหมือนกัน
เป็นการปฏิบัติทั่วไปเมื่อในฐานข้อมูลหนึ่งไดเร็กทอรีได้รับอนุญาตให้แก้ไขได้ และไดเร็กทอรีจะถูกคัดลอก ("การย้ายข้อมูล") ไปยังส่วนที่เหลือ ดังที่เราได้กล่าวไว้ก่อนหน้านี้ แต่ละองค์ประกอบ 1C มีตัวระบุที่ไม่ซ้ำกัน - GUID โดยปกติไดเร็กทอรีจะถูกคัดลอกไปพร้อมกับ GUID ดังนั้นจึงเหมือนกันทั่วทั้งระบบข้อมูลแบบกระจาย
มิฉะนั้น เมื่อเชื่อมต่อฐานข้อมูลที่มีอยู่เดิมหลายฐานข้อมูล หรือเมื่อสามารถสร้างไดเร็กทอรีในฐานข้อมูลต่างๆ ได้พร้อมกัน GUID ของฐานข้อมูลจะแตกต่างกัน มีกลไกการจับคู่สำหรับสิ่งนี้ ในระหว่างการแลกเปลี่ยน 1C ข้อมูลจะถูกบันทึกในการลงทะเบียนข้อมูลพิเศษว่าองค์ประกอบจากฐานหมายเลข 1 ที่มี GUID xxx เท่ากับองค์ประกอบในฐานนี้ที่มี GUID yyy ในขั้นต้น องค์ประกอบที่มีอยู่ซึ่งไม่เท่ากันอีกต่อไปจะต้องจับคู่โดยอัตโนมัติ (โดยรายละเอียดอื่นๆ เช่น ตามชื่อ หรือโดย TIN และ KPP) หรือด้วยตนเอง
หลักการแลกเปลี่ยนเอกสารใน 1C
เอกสารใน 1C ถูกโพสต์โดยการลงทะเบียนและหลังจากนั้นถือว่า "โพสต์" สิ่งนี้ทำให้เกิดปัญหาที่เข้าใจได้ในการถ่ายโอน
ทางเลือกหนึ่งคือโอนเฉพาะเอกสารและโพสต์อีกครั้งหลังจากอัปโหลด วิธีนี้มักใช้ แต่อาจก่อให้เกิดข้อผิดพลาด - เอกสารอาจไม่ถูกโพสต์ในฐานข้อมูลใหม่ เนื่องจากเงื่อนไขระหว่างการโพสต์อาจแตกต่างจากที่เป็นอยู่ในขณะที่โพสต์เอกสารนี้ในฐานข้อมูลเดิม
อีกทางเลือกหนึ่งคือการโอนเอกสารและการลงทะเบียนพร้อมกัน ตามที่เราเข้าใจ คำถามก็เกิดขึ้นทันที - ไม่ว่าเราจะโอนเอกสารทั้งหมดโดยทั่วไปแล้วจากนั้นจึงลงทะเบียนทั้งหมดโดยทั่วไป หรือเราถูกบังคับให้เลือกโอนเฉพาะการเคลื่อนไหวในเอกสารที่โอน
สมมติว่าเราจำเป็นต้องถ่ายโอนองค์ประกอบของไดเร็กทอรี Nomenclature ไดเร็กทอรีนี้มี 10 ฟิลด์ โดย 5 ฟิลด์เป็นสตริงและตัวเลข และอีก 5 ฟิลด์เป็นลิงก์ไปยังไดเร็กทอรีอื่น
ดังนั้น เมื่อถ่ายโอนองค์ประกอบหนึ่งของการตั้งชื่อ เราถูกบังคับให้ค้นหาและถ่ายโอนองค์ประกอบ 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 ที่สร้างขึ้นในตัวกำหนดค่าระบุว่าเรากำลังจะแลกเปลี่ยนกับการกำหนดค่าดังกล่าว ในโหมด Enterprise ในแผนแลกเปลี่ยน 1C เดียวกัน ตอนนี้คุณต้องระบุฐานข้อมูลเฉพาะตามการกำหนดค่านี้
ไปที่แผนการแลกเปลี่ยน 1C (แผนการดำเนินงาน / การแลกเปลี่ยนพวกเขาสามารถอยู่ในเมนูอื่นซึ่งมักจะอยู่ในเมนูบริการ / XXX)
ในรายการฐานข้อมูลในแผนแลกเปลี่ยน 1C มีหนึ่งรายการที่มีวงกลมสีเขียวอยู่ในภาพ องค์ประกอบนี้ย่อมาจากฐานนี้ องค์ประกอบที่เหลือแสดงถึงฐานอื่นที่มีการแลกเปลี่ยน 1C
จำเป็นต้องกรอกทั้งชื่อและรหัสสำหรับองค์ประกอบทั้งหมด
วิธีสร้างฐานย่อย "ร้านค้า":
- ตั้งค่าเคอร์เซอร์ในรายการเป็นองค์ประกอบของแผนแลกเปลี่ยน 1C ซึ่งเราสร้างเป็น "ฐานร้านค้า"
- เลือกรายการเมนู "การดำเนินการ/สร้างรูปภาพเริ่มต้น"
ด้วยเหตุนี้ ฐานข้อมูลหนึ่งจะถูกสร้างขึ้นโดยมีการอัปโหลดข้อมูลเริ่มต้นลงไป สิ่งนี้จะต้องทำซ้ำสำหรับแต่ละองค์ประกอบของแผนแลกเปลี่ยน 1C ยกเว้นฐานปัจจุบัน
ทฤษฎีการแลกเปลี่ยน 1C
ทฤษฎีการแลกเปลี่ยน 1C ค่อนข้างง่าย:
- หนึ่งในฐาน (ส่วนใหญ่มักจะเป็นฐานของศูนย์) เริ่มต้นการแลกเปลี่ยน 1C ตามกำหนดการหรือ "ตามเหตุการณ์" (ทางเข้าสู่ฐาน ผู้ใช้เฉพาะและอื่นๆ)
- การแลกเปลี่ยน 1C ประกอบด้วยการยกเลิกการโหลดไฟล์จากฐานข้อมูล
- ไฟล์จะต้องถูกย้ายไปยังตำแหน่งที่ฐานผู้ใต้บังคับบัญชาสามารถรับได้ (โดยปกติจะเป็นการแชร์หรือ ftp ซึ่งมักจะส่งอีเมลน้อยกว่า)
- ฐานข้อมูลทาสดาวน์โหลดไฟล์ที่ได้รับ
- เพื่อเป็นการยืนยันว่าได้รับข้อมูลแล้ว ฐานทาสจะอัปโหลดไฟล์ "ตอบกลับ" ซึ่งจะอัปโหลดกลับไปที่ฐานกลางในลักษณะเดียวกัน
- การแลกเปลี่ยนเซสชั่น 1C เสร็จสิ้น
มีวิธีการอื่นในการแลกเปลี่ยน 1C ไม่ใช่ผ่านไฟล์ แต่ตัวอย่างเช่น ผ่านการเชื่อมต่อ COM โดยตรงระหว่างสองฐานข้อมูล ข้อดีของมัน:
- ไม่ต้องการ "พื้นที่สำหรับจัดเก็บและถ่ายโอนไฟล์"
- ไม่จำเป็นต้องยืนยันการอัปโหลดซ้ำ
- ทุกอย่างเกิดขึ้นเร็วขึ้นเนื่องจากสองจุดแรก
อย่างไรก็ตาม ข้อจำกัดนั้นชัดเจน - ฐานต้องอยู่ใกล้กันเพื่อให้สามารถเริ่มต้นการเชื่อมต่อ COM ได้
การตั้งค่า RIB 1C
ในค่าคงที่ของการกำหนดค่าทั่วไป (การดำเนินการ / ค่าคงที่หรือการตั้งค่าบริการ / โปรแกรม) - มักจะมี การตั้งค่าทั่วไปแลกเปลี่ยน 1C นี่คือคำนำหน้าในรหัสองค์ประกอบและหมายเลขเอกสารเพื่อให้ระบุได้ง่ายว่าสร้างฐานข้อมูลใด เช่นเดียวกับวิธีการภายในสำหรับการบันทึกข้อมูลเกี่ยวกับสถานที่ซึ่งสร้างไดเร็กทอรีและเอกสาร
ตอนนี้คุณต้องกำหนดค่าว่ากระบวนการแลกเปลี่ยนข้อมูล 1C เป็นระยะระหว่างฐานข้อมูลที่สร้างขึ้นจะเป็นอย่างไร
การตั้งค่า RIB ทั้งหมดใน 1C อยู่ในการกำหนดค่าทั่วไป โดยปกติจะอยู่ในเมนูบริการ / ฐานข้อมูลแบบกระจาย / กำหนดค่าโหนด RIB
สำหรับแต่ละองค์ประกอบ "remote store base" ที่สร้างไว้ก่อนหน้านี้ คุณต้องเพิ่มองค์ประกอบการกำหนดค่า
การตั้งค่าระบุวิธีการแลกเปลี่ยน 1C: ไฟล์ (แชร์), ไฟล์ (FTP), ไฟล์ (อีเมล)
การสร้างและกำหนดค่าฐานข้อมูล 1C แบบกระจายในไคลเอนต์แบบบาง
ลองดูการตั้งค่าที่คล้ายกันใน การกำหนดค่าทั่วไปบนฐาน ไคลเอ็นต์แบบบาง– การจัดการการค้า ฉบับ 11.
การตั้งค่า (และการสร้างตั้งแต่เริ่มต้น) จะอยู่ที่แท็บการดูแลระบบของอินเทอร์เฟซ รายการ "การแลกเปลี่ยนข้อมูล"
เลือก "สร้างการแลกเปลี่ยนในฐานข้อมูลแบบกระจาย"
จากจุดเริ่มต้น 1C จะแจ้งให้เราระบุว่าเราจะแลกเปลี่ยนข้อมูลกับฐานข้อมูลรองอย่างไร นี่คือตัวเลือกการกำหนดค่า "ผ่านไฟล์บนลูกบอล"
นี่คือตัวเลือกการกำหนดค่าผ่านไฟล์บน FTP
ชื่อของการตั้งค่าการแลกเปลี่ยนของเราคือ 1C
และข้อเสนอในการสร้าง "ภาพเริ่มต้น" ในทันที - นั่นคือฐานข้อมูลสลาฟพร้อมการอัปโหลดข้อมูลหลักเข้าไป
ไม่เหมือนกับการกำหนดค่าบนไคลเอนต์แบบหนา การตั้งค่าการแลกเปลี่ยน 1C ทั้งสองอยู่ในที่เดียวกัน
2018-11-15T19:32:35+00:00การประมวลผลสากล "การยกเลิกการโหลดและการโหลดข้อมูล XML" ดำเนินการยกเลิกการโหลดข้อมูลฐานข้อมูลทั้งหมดหรือบางส่วนลงในไฟล์ในรูปแบบ XML ต่อจากนั้น สามารถโหลดไฟล์นี้ลงในฐานข้อมูลโดยใช้การประมวลผลเดียวกัน รูปแบบไฟล์อัปโหลดแตกต่างจากรูปแบบไฟล์ที่สร้างขึ้นเมื่ออัปโหลดตามแผนการแลกเปลี่ยนตามส่วนหัว
การประมวลผลสามารถใช้ได้เฉพาะในกรณีที่ฐานข้อมูลที่มีการอัปโหลดข้อมูลและฐานข้อมูลที่อัปโหลดข้อมูลเป็นเนื้อเดียวกัน (การกำหนดค่าเหมือนกัน ข้อมูลอาจแตกต่างกัน) หรือวัตถุที่อัปโหลดทั้งหมดเกือบจะเหมือนกันหมดในองค์ประกอบและ ประเภทของรายละเอียดและ ชิ้นส่วนตารางคุณสมบัติของวัตถุข้อมูลเมตา "ชั้นนำ" และอื่นๆ
การใช้การประมวลผลนี้เป็นไปได้ ตัวอย่างเช่น เพื่อสร้างทั้งหมดหรือบางส่วน การสำรองข้อมูลข้อมูล การแลกเปลี่ยนข้อมูลระหว่างฐานข้อมูล ตลอดจนเครื่องมือเสริมสำหรับการกู้คืนฐานข้อมูลที่ล้มเหลว
การประมวลผลรองรับการอัปโหลดข้อมูลพร้อมความสามารถในการตั้งค่าการเลือกตามช่วงเวลา นอกจากนี้ยังมีการตรวจสอบวัตถุสำหรับอักขระที่ไม่ถูกต้องเมื่อทำการแลกเปลี่ยนผ่าน XML
ขอแสดงความนับถือ (ครูและนักพัฒนา)
กำลังโหลด...