โอนจาก 1s8 เป็น 1s 7.7 ปัญหาที่อาจเกิดขึ้นที่คุณควรทราบ

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

1. อัลกอริธึมทั่วไป

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

ข้าว. 1. อัลกอริทึมสำหรับการเปลี่ยนจากแพลตฟอร์ม 1C:Enterprise 7.7 ไปเป็นแพลตฟอร์ม 1C:Enterprise 8.2

1. อัปเกรดสิ่งแรกที่คุณต้องทำคือเขียนใบสมัครจากองค์กรของคุณ ส่งแบบฟอร์มลงทะเบียนสำหรับแพลตฟอร์ม 7.7 และซื้อแพลตฟอร์ม 8.2 ในกรณีนี้คุณจะได้รับการจัดหา การลดราคาในปริมาณต้นทุนของแพลตฟอร์มเก่าแต่ ไม่เกิน 50%- แพลตฟอร์มเก่ายังคงอยู่กับคุณ และคุณสามารถใช้มันต่อไปได้ แต่แพลตฟอร์มนั้นจะถูกลบออกจาก การสนับสนุนด้านเทคนิคในบริษัท 1C

2. อัปเดต การกำหนดค่าปัจจุบันจนกระทั่งรุ่นล่าสุดในปัจจุบัน

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

4. การถ่ายโอนข้อมูลนี่คือเวทีหลัก อัลกอริธึมและความเข้มของแรงงานจะแตกต่างกันในแต่ละกรณี

5. การฝึกอบรมบุคลากรให้ทำงานกับการกำหนดค่าใหม่เนื่องจากการกำหนดค่าบนแพลตฟอร์ม 7.7 และ 8.2 แตกต่างกันทั้งอินเทอร์เฟซและฟังก์ชันการทำงาน คุณจึงอาจจำเป็นต้องมีการฝึกอบรมเพื่อทำงานกับการกำหนดค่าใหม่ คุณสามารถศึกษาได้ด้วยตัวเองโดยใช้วรรณกรรมด้านระเบียบวิธีที่เหมาะสม แต่ควรเรียนหลักสูตรเฉพาะทางใน 1C จะดีกว่า

6. การดำเนินงานในขั้นตอนนี้เมื่อผู้ใช้เริ่มทำงาน โปรแกรมใหม่มันถูกดีบั๊กและแก้ไขแล้ว ข้อผิดพลาดที่เป็นไปได้การถ่ายโอนข้อมูลอัตโนมัติ

มาดูกระบวนการโยกย้ายไปยังแพลตฟอร์มใหม่ในบริบทของการกำหนดค่า "1C: การบัญชี".

2. เปลี่ยน “1C: การบัญชี 7.7” เป็น “1C: การบัญชี 8.2”

กลยุทธ์และกลไกในการถ่ายโอนข้อมูลจาก "1C: การบัญชี 7.7" ไปยัง "1C: การบัญชี 8.2" ถูกกำหนดโดยปัจจัยต่อไปนี้:

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

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

ขึ้นอยู่กับการรวมกันของปัจจัยข้างต้น สถานการณ์อาจเป็นดังนี้

สถานการณ์ที่ 1:

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

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

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

สถานการณ์ที่ 2:

เปลี่ยนจากปีใหม่ การกำหนดค่า TYPICAL ในโปรแกรมเก่าไม่มียอดคงเหลือในบัญชีที่ถูกต้อง

แนวทางปฏิบัติมาตรฐานในกรณีนี้คือ ทำงานในโปรแกรมเก่าและใหม่ไปพร้อมๆ กัน - ในช่วง “ช่วงการเปลี่ยนแปลง” (รูปที่ 2) พนักงานจะปิดธุรกรรมก่อนหน้าในโปรแกรมเก่า และเริ่มป้อนเอกสารสำหรับธุรกรรมใหม่เข้า ระบบใหม่.

ข้าว. 2. ช่วงการเปลี่ยนผ่านเมื่อเปลี่ยนแพลตฟอร์ม

เพื่อเอาชนะช่วงเวลานี้โดยสูญเสียน้อยที่สุด คุณสามารถใช้กลยุทธ์ต่อไปนี้:

• โอนยอดคงเหลือ "ตามสภาพ" ถึงต้นปีและเก็บบันทึกตามข้อมูลนี้- เมื่อได้ยอดคงเหลือที่ถูกต้องใน "เจ็ด" แล้ว จะต้องปรับย้อนหลังใน "แปด" ทันที
• ปฏิเสธที่จะยกยอดคงเหลือที่ไม่ถูกต้องและป้อนเอกสารหลักสำหรับธุรกรรมใหม่เข้าสู่ G8 โดยไม่ดำเนินการในภายหลัง ในกรณีนี้ มันไม่สำคัญว่าจะมียอดคงเหลือในโปรแกรมหรือไม่ เอกสารที่ยังไม่ได้ผ่านรายการจะไม่เคลื่อนไหวใดๆ ในบัญชี จะต้องทำจนกว่าจะได้รับยอดคงเหลือที่ถูกต้องใน 1C:Enterprise 7.7 ถัดไป ยอดคงเหลือที่เกิดขึ้นจะถูกโอนไปยังโปรแกรมใหม่เมื่อต้นปี ขั้นตอนสุดท้ายคือการนำ "หลัก" มาใช้อย่างต่อเนื่องในโปรแกรมใหม่ในช่วงระยะเวลาการเปลี่ยนแปลงโดยใช้การประมวลผลในตัว .

“การประมวลผลไดเรกทอรีและเอกสารเป็นกลุ่ม”

สถานการณ์ที่ 3:

เปลี่ยนจากกลางปี ​​การกำหนดค่าทั่วไป

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

ถ่ายโอนเอกสารหลักทั้งหมดสำหรับรอบระยะเวลาการรายงานปัจจุบัน (ปี) ไปยังระบบใหม่และกู้คืนข้อมูลการบัญชีและภาษีโดยใช้การประมวลผลกลุ่มของไดเรกทอรีและเอกสาร 1. โซลูชันมาตรฐาน"1C: การแปลงข้อมูล 2.1"

- ผลิตภัณฑ์ซอฟต์แวร์นี้สามารถใช้เพื่อถ่ายโอนข้อมูลระหว่างการกำหนดค่าบนแพลตฟอร์ม 1C ของโครงสร้างและความซับซ้อนใด ๆ « 2. การพัฒนาแฟรนไชส์ ​​1C หลายบริษัทรวมทั้งบริษัทด้วย

RG-Soft" () มีวิธีการที่ได้รับการพิสูจน์แล้วในการแก้ปัญหานี้ ซึ่งสามารถลดเวลาและงบประมาณในการถ่ายโอนข้อมูลได้อย่างมาก

สถานการณ์ที่ 4:

การเปลี่ยนจากการกำหนดค่ามาตรฐานพร้อมการโอนเอกสารในช่วงระยะเวลาที่ผ่านมา

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

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

สถานการณ์ที่ 5:

การเปลี่ยนจากการกำหนดค่าที่ไม่เป็นแบบทั่วไปบนแพลตฟอร์ม 1C:Enterprise 7.7

ตัวเลือกที่อธิบายไว้ข้างต้นจะมีผลเมื่อย้ายจาก การกำหนดค่าทั่วไป"1C:Enterprise 7.7" แต่ในทางปฏิบัติ คุณมักจะต้องจัดการกับการกำหนดค่าที่แก้ไข องค์กรแห่งการเปลี่ยนแปลงในสถานการณ์เช่นนี้ - ตัวเลือกพิเศษสมควรแก่การพิจารณา

ขึ้นอยู่กับลักษณะของการเปลี่ยนแปลงที่เกิดขึ้นกับโปรแกรมนั่นเอง เทคโนโลยีดังต่อไปนี้การถ่ายโอนข้อมูล:

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

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

อีกประเด็นที่ควรกล่าวถึงเกี่ยวกับการเปลี่ยนจากแพลตฟอร์ม 7.7 เป็น 8.2 การรวมฐานข้อมูล.

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

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

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

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

3. ปัญหาที่เป็นไปได้ที่คุณควรทราบ

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

3.1. ข้อผิดพลาดในแหล่งข้อมูล

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

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

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

3.2. ความแตกต่างในการกำหนดค่า

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

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

“KR” + “M” + “00000031” = “KRM00000031”

เป็นผลให้หมายเลขเฉพาะจะถูกบันทึกลงในฐานข้อมูล

3.3. ปัญหาทางเทคนิค

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

นอกจากนี้ยังจำเป็นต้องใส่ใจกับวิธีการถ่ายโอนข้อมูลที่เลือกด้วย ตัวอย่างที่อธิบายไว้ข้างต้นโดยเพิ่มคู่สัญญาเป็นสองเท่าเมื่อโอนจากฐานข้อมูลของสาขาของบริษัท อาจไม่กลายเป็นสองเท่าจริงๆ สำหรับบริษัทที่ดำเนินธุรกิจใน เมืองต่างๆอาจมีคู่สัญญาที่ทำงานในเมืองต่างๆด้วย สาขาของ บริษัท L-Audio ใน Nizhny Novgorod และ บริษัท L-Audio ในมอสโกสามารถเรียกได้ว่าเหมือนกันทุกประการในฐานข้อมูล เพื่อหลีกเลี่ยงความสับสน คุณต้องเลือกวิธีการโอนล่วงหน้า ในตัวอย่างของเรา เราสามารถแยกคู่สัญญาออกเป็นกลุ่มไดเร็กทอรีต่างๆ ขึ้นอยู่กับฐานข้อมูลต้นทาง การเลือกเทคนิคดังกล่าวจะส่งผลต่อกลไกการโหลดข้อมูลด้วย

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

บทสรุป

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

ปัจจุบันการเปลี่ยนจาก 1C:Enterprise 7.7 เป็น 8.3 (คล้ายกับ 8.2) กลายเป็นเรื่องน่าปวดหัวสำหรับนักบัญชี ควรโดยเร็วที่สุดและไม่มีข้อผิดพลาด หากคุณเป็น 1C:โปรแกรมเมอร์การบัญชี และต้องการแปลงเอกสารจากเวอร์ชันที่ 7 เป็นเวอร์ชันที่ 8 บทความนี้เหมาะสำหรับคุณ

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

หากคุณต้องการการเปลี่ยนแปลงอย่างรวดเร็วและมีคุณภาพสูงจาก 1C Accounting 7.7 เป็น 1C 8.3 โปรดติดต่อเรา! ต้นทุนแบบครบวงจรโดยเฉลี่ยของเราคือ 6,600 รูเบิล

การถ่ายโอนข้อมูลจาก 1C 7.7 ไปยัง 1C 8.3 การบัญชี 3.0

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

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

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

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

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

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

ทั้งหมด!เราเปิดตัว 1C:Enterprise 8.2 เลือก “การถ่ายโอนข้อมูลจากเวอร์ชัน 7.7” และเพลิดเพลินไปกับวิธีการที่โปรแกรมถ่ายโอนข้อมูลจากเวอร์ชัน 7.7 ที่ประมวลผลแล้วของคุณ ถ่ายโอนเอกสารและแสดงบนหน้าจอ ตารางเปรียบเทียบงบดุลเวอร์ชัน 7.7 และ 8.3

แน่นอนว่ามันจะไม่ได้ผลลัพธ์ 100% แต่ที่ร้อยละ 70-80 คุณจะได้การแข่งขัน จากนั้นงานของคุณจะเสร็จสิ้นในเวอร์ชัน 8.3 เท่านั้น

ความไม่ถูกต้องที่เป็นไปได้ได้รับการแก้ไขอย่างง่ายดาย อีก 3-4 ชม. คุณไปที่สมุดรายวันเอกสารและปรับเปลี่ยนบัญชีหรือฟิลด์ (ตัวอย่างเช่น "ข้อตกลง" หรือ "โต๊ะเงินสดหลัก") ขึ้นอยู่กับระดับความแตกต่างระหว่างฐาน 7.7 ของคุณ จากมาตรฐาน จากการกระทำทั้งหมดนี้ การกำหนดค่าการทำงานเวอร์ชัน 8.3 ของคุณจะสามารถสร้างข้อมูลทางบัญชีผ่านงบดุลในรูปแบบที่เหมาะสมที่สุด

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

อนึ่ง- หากคุณต้องการแก้ไขโปรแกรม 1C คุณสามารถติดต่อเราได้!

วิดีโอเกี่ยวกับการเปลี่ยนจาก 1s 7.7 เป็น 8:

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

วิธีเตรียมฐานข้อมูล 1C 8.3 (8.2) สำหรับการถ่ายโอนข้อมูลที่ตามมาจาก 1C 7.7 ทีละขั้นตอน

ก่อนเริ่มทำงานคุณต้องเตรียมฐานข้อมูล 1C 8.3 (8.2) สำหรับการโหลดข้อมูลในภายหลัง

ขั้นตอนที่ 1

อัปเดตฐานข้อมูล 1C เป็นรุ่นล่าสุด ใช้เวอร์ชันล่าสุด 8.2 หรือ 8.3 คุณสามารถตรวจสอบความเกี่ยวข้องของรุ่นปัจจุบันได้ที่เว็บไซต์สนับสนุนทางเทคนิค 1C

วิธีติดตั้งหรืออัปเดตแพลตฟอร์ม 1C 8.3 โปรดดูวิดีโอสอนของเรา:

ขั้นตอนที่ 2

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

ขั้นตอนที่ 3

ขั้นตอนที่ 5

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

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

วิธีเพิ่มฐานข้อมูลใน 1C 8.3 ดูบทเรียนวิดีโอต่อไปนี้:

การถ่ายโอนข้อมูลจาก 1C 7.7 ถึง 1C 8.2 การบัญชี 2.0

ในเวอร์ชันล่าสุดของโปรแกรม 1C 8.2 Accounting 2.0 ไม่รองรับการแปลจากฐานข้อมูลข้อมูล 1C 7.7 ตามข้อกำหนดของบริษัท 1C จำเป็นต้องทำ ดังนั้นหากคุณเลือกในฐานข้อมูล 1C 8.2 บริการ – การถ่ายโอนข้อมูลจากฐานข้อมูล 1C Enterprise 7.7จากนั้นเราได้รับข้อผิดพลาด:

แต่คุณควรทำอย่างไรถ้าคุณต้องการถ่ายโอนไปยังเวอร์ชัน 1C 8.2 โดยเฉพาะ?

ขั้นตอนที่ 1 การอัปโหลดข้อมูลจาก 1C 7.7

จำเป็นต้องดาวน์โหลดไฟล์ที่ 1C จัดเตรียมไว้ก่อนหน้านี้เพื่ออัปโหลดไปยังการบัญชี 1C 8.2 ไฟล์เหล่านี้จะต้องอยู่ในโฟลเดอร์ ExtForms จากฐานข้อมูลของคุณ ในตัวอย่าง นี่คือ D:\1с\77\unp_demo\ExtForms คุณสามารถดูเส้นทางไปยังฐานข้อมูลของคุณเมื่อโหลดโปรแกรม 1C:

มาเรียกใช้การประมวลผลนี้: หากทุกอย่างถูกต้องควรปรากฏข้อความ "การอัปโหลดข้อมูลสำหรับ 1C Accounting 8" เลือกโดยคลิกปุ่มเปิด:

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

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

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

ขั้นตอนที่ 2 โหลดเข้าสู่ 1C 8.2 การบัญชี 2.0 จาก 1C 7.7

เลือก บริการ – การถ่ายโอนข้อมูลจากฐานข้อมูล 1C Enterprise 8ในหน้าต่างที่ปรากฏขึ้น ให้เลือกโหลดจากไฟล์:

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

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

การถ่ายโอนข้อมูลจาก 1C 7.7 ถึง 1C 8.3 การบัญชี 3.0

อัลกอริทึมสำหรับการถ่ายโอนฐานข้อมูลจาก 1C 7.7 ถึง 1C 8.3 มีรายละเอียดแตกต่างกันเล็กน้อย แต่โดยทั่วไปจะคล้ายกับที่อธิบายไว้ข้างต้นสำหรับ 1C 8.2 Accounting 2.0

ขั้นตอนที่ 1

หลังจากอัปเดตฐานข้อมูล 1C แล้ว จำเป็นต้องอัปเดตกฎการอัปโหลดข้อมูล ซึ่งสามารถทำได้ดังนี้

เปิด 1C 8.3 Accounting 3.0 และเลือกปุ่มบันทึกกฎการโอนที่มุมขวาล่างเลือกเวอร์ชัน 1C Accounting 7.7 และบันทึกกฎโดยระบุเส้นทางไปยังไดเร็กทอรี ExtForms ของฐานข้อมูล:

ขั้นตอนที่ 2 การอัปโหลดข้อมูลจาก 1C 7.7

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

มาเริ่มการประมวลผลการขนถ่าย: บริการ – คุณสมบัติเพิ่มเติมเราพบคำจารึก การเปลี่ยนไปใช้ 1C 8.3 การบัญชี เอ็ด 3.0 และคลิกเปิด:

ในหน้าต่างที่ปรากฏขึ้น คุณต้องกรอก:

• กฎการอัปโหลด - ไฟล์ชื่อ ACC_ACC8.xml ซึ่งสามารถพบได้ในโฟลเดอร์ที่มีฐานข้อมูลของคุณ (วิธีกำหนดเส้นทางไปยังฐานข้อมูลได้อธิบายไว้ข้างต้น) โฟลเดอร์ ExtForms นี่คืออันที่คัดลอกมาจาก 1C 8.3;
• วันที่เริ่มต้นและวันที่สิ้นสุด – ระยะเวลาที่จะดาวน์โหลดข้อมูล
• ชื่อไฟล์ข้อมูล – สถานที่ที่เราจะคัดลอกไฟล์พร้อมกับข้อมูลที่อัพโหลด
• กฎสำหรับการอัพโหลดข้อมูล – ออบเจ็กต์ที่จะอัพโหลด ไดเร็กทอรีและเอกสารที่จะอัพโหลดไปยังไฟล์:

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

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

มาเปิด 1C Accounting 3.0 (8.3) แล้วเลือกที่นี่เราจะเห็นวิธีโหลดข้อมูล 2 วิธี:

• โหลดข้อมูลจากฐานข้อมูล - โปรแกรม 1C 8.3 จะค้นหาฐานข้อมูลที่ติดตั้งโดยอัตโนมัติและลองเชื่อมต่อกับสิ่งนี้ ฐานข้อมูลโดยคัดลอกข้อมูลจากที่นั่น เมื่อใช้การตั้งค่า คุณสามารถระบุสิ่งที่ต้องโหลดและคลิกปุ่มโหลดข้อมูล:

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

การถ่ายโอนข้อมูลจากการกำหนดค่ามาตรฐานที่แก้ไขแล้วของ 1C 7.7 ถึง 1C 8.3 (8.2)

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

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

การตรวจสอบข้อมูลหลังจากถ่ายโอนข้อมูลจาก 1C 7.7 เป็น 1C 8.3 และ 8.2

ใช้รายงานงบดุลการหมุนเวียนสร้างรายงานที่มีข้อมูลเกี่ยวกับบัญชีย่อยประเภทการบัญชีบัญชีนอกงบดุลสกุลเงินและเปรียบเทียบกับรายงานเดียวกันจากฐานข้อมูล 1C 8.3 (8.2) ที่ข้อมูลถูกถ่ายโอน: