หลักการทำงาน

คำไม่กี่คำเกี่ยวกับวิธีการถ่ายโอนข้อมูล การกำหนดค่าทั่วไป « การบัญชี", รุ่น 4.5 สำหรับ 1C:Enterprise 7.7 หรือการกำหนดค่า "" (ต่อไปนี้จะเรียกว่าการกำหนดค่าแหล่งที่มา) เป็นการกำหนดค่ามาตรฐาน " การบัญชีองค์กร", รุ่น 3.0 สำหรับ 1C:Enterprise 8 (เวอร์ชัน 3.0.52) ซึ่งต่อไปนี้จะเรียกว่า “การกำหนดค่าตัวรับ”

สำคัญ! การถ่ายโอนข้อมูลสามารถทำได้จากการกำหนดค่า การบัญชีรุ่น 4.5 สำหรับ 1C:Enterprise 7.7 เวอร์ชัน 7.70.569 และใหม่กว่าหรือจากการกำหนดค่า " ระบบภาษีแบบง่าย, เอ็ด. 1.3"เวอร์ชัน 7.70.219 และสูงกว่า

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

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

ไฟล์ต่อไปนี้จำเป็นในการถ่ายโอนข้อมูล:

ACC_ACC8 .ert - การประมวลผลภายนอก การอัพโหลดข้อมูลไปยังไฟล์ภายนอกจากการกำหนดค่า " การบัญชี ฉบับที่ 4.5»;

USN_ACC8 .ert - การประมวลผลภายนอกของการอัพโหลดข้อมูลไปยังไฟล์ภายนอกจากการกำหนดค่า " ระบบภาษีแบบง่าย, เอ็ด. 1.3»;

ACC_ACC8 .xml - กฎการแปลงข้อมูล

USN_ACC8 .xml - กฎการแปลงข้อมูล

ข้อมูลที่สามารถถ่ายโอนได้

ข้อมูลต่อไปนี้จะถูกถ่ายโอนจากฐานข้อมูลการกำหนดค่าแหล่งที่มาไปยังการกำหนดค่าผู้รับ:

องค์ประกอบของหนังสืออ้างอิง

ข้อมูลเกี่ยวกับยอดดุลปัจจุบันในบัญชีการบัญชีของฐานข้อมูลแหล่งที่มาของการกำหนดค่า ณ วันที่แปลงฐานข้อมูล

เอกสารปัจจุบันที่มีวันที่มากกว่าวันที่แปลงฐานข้อมูล

การแปลงจะดำเนินการในสองขั้นตอน:

ข้อมูลจากฐานข้อมูลการกำหนดค่าแหล่งที่มาถูกอัปโหลดไปที่ แยกไฟล์(แฟ้มข้อมูล);

ไฟล์ผลลัพธ์จะถูกโหลดลงในฐานข้อมูลการกำหนดค่าของผู้รับ

การติดตั้ง.

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

รูปที่ 1 หน้าต่างสำหรับเลือกฐานข้อมูลระหว่างการติดตั้ง

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

รูปที่ 2 ไฟล์ที่ติดตั้งในโฟลเดอร์ที่เลือก

ไปยังไดเร็กทอรีย่อย ExtFormsติดตั้งการประมวลผลแล้ว การเปลี่ยนไปใช้ 1C:การบัญชี 8, ed. 3.0และกฎการโอน โปรดทราบว่าการประมวลผลการอัปโหลด ACC_ACC8.ertและกฎการอัปโหลดข้อมูลจะแทนที่การประมวลผลและกฎมาตรฐาน หากคุณต้องการคงกลไกการเปลี่ยนมาตรฐานไว้ ให้ติดตั้งการประมวลผลใหม่ในไดเร็กทอรีแยกต่างหาก ไม่ใช่ในฐานข้อมูล

กระบวนการติดตั้งอธิบายรายละเอียดเพิ่มเติมโดยใช้ตัวอย่างการติดตั้งรายงาน " สำหรับการกำหนดค่า "1C: การบัญชี 7.7".

ขั้นตอนการปฏิบัติงาน

ในโปรแกรม” 1C: การบัญชี 7.7“ต้องเปิดตั้งแต่. คุณลักษณะเพิ่มเติมกำลังประมวลผล " การเปลี่ยนไปใช้ 1C:การบัญชี 8, ed. 3.0" เลือกโฟลเดอร์ที่มีกฎการโอนอยู่ (ดูรูปที่ 3) และดาวน์โหลดกฎการแลกเปลี่ยน คุณไม่จำเป็นต้องรวมกฎการโอนทั้งหมด คุณควรใช้เฉพาะที่จำเป็นเท่านั้น เช่น สำหรับการโอนยอดคงเหลือ หรือยอดคงเหลือและเอกสาร ตัวอย่างเช่น ในกลุ่มไดเร็กทอรีไม่สามารถรวมกฎเดียวได้ เนื่องจากไดเร็กทอรีทั้งหมดจะถูกถ่ายโอนโดยการอ้างอิงตามความจำเป็น เช่น เฉพาะไดเร็กทอรีที่เกี่ยวข้องกับยอดคงเหลือหรือในเอกสาร เท่านั้น เพื่อให้มั่นใจว่าไม่มี "ขยะ" ในฐานข้อมูลใหม่ คุณไม่จำเป็นต้องรวมทุกอย่างไว้ในเอกสาร ตัวอย่างเช่น หากเอกสารบางฉบับไม่อยู่ในฐานข้อมูลของคุณหรือคุณไม่ต้องการถ่ายโอนคุณไม่จำเป็นต้องเปิดใช้งานกฎนี้

รูปที่ 3 การประมวลผลสำหรับการอัพโหลดข้อมูล

ฉันแนะนำให้ตั้งชื่อไฟล์ข้อมูลเป็น "C:\v77_v8\Exp77_80.xml" โฟลเดอร์นี้มักจะใช้เป็นค่าเริ่มต้นในโปรแกรม " 1C: การบัญชี 8“เมื่อโหลดข้อมูลจากโปรแกรมบนแพลตฟอร์ม” 1C: องค์กร 7.7" หากจำเป็น ให้ตั้งค่าพารามิเตอร์ในหน้า " ตัวเลือก".

ระหว่างกระบวนการดาวน์โหลดข้อมูลจากการกำหนดค่า” การบัญชี 7.7“ข้อผิดพลาดต่างๆอาจเกิดขึ้นได้ กฎการโอนที่นำเสนอที่นี่แตกต่างจากกฎมาตรฐานตรงที่พวกเขาทำการค้นหาในขั้นตอนการอัปโหลดข้อมูล ข้อผิดพลาดทั่วไป. พิจารณาข้อความที่แสดง

ปริมาณสินค้าคงคลังเป็นศูนย์และจำนวนที่ไม่ใช่ศูนย์. การป้อนยอดคงเหลือในการกำหนดค่าการรับในลักษณะที่ทำให้ปริมาณวัสดุเท่ากับศูนย์ และการประมาณการต้นทุนของวัสดุไม่เท่ากับศูนย์ เป็นไปไม่ได้ และไม่มีจุดหมายเช่นกัน เนื่องจากนี่เป็นข้อผิดพลาด ดังนั้น เมื่อโอนยอดคงเหลือ ตำแหน่งดังกล่าว (ที่มีปริมาณเป็นศูนย์) จะไม่รวมอยู่ในเอกสารรายการยอดดุล ดังนั้น หากข้อผิดพลาดไม่ได้รับการแก้ไขก่อนการถ่ายโอนข้อมูล จำนวนเงินในแหล่งที่มาและปลายทางของข้อมูลเมื่อโอนยอดคงเหลือจะไม่ตรงกัน ซึ่งจะทำให้เกิดปัญหาในการกระทบยอดเพิ่มเติม ดังนั้นในกระบวนการดาวน์โหลดข้อมูลจากการกำหนดค่า” การบัญชี 7.7» ข้อความเกี่ยวกับข้อผิดพลาดที่พบจะปรากฏขึ้น (ดูรูปที่ 4) นอกจากนี้ หากต้องการค้นหาข้อผิดพลาด เราขอแนะนำให้ใช้การประมวลผล "การตรวจสอบการจัดการบัญชีแบบด่วน" ซึ่งก็คือกฎ "ไม่มีจำนวนที่ไม่เป็นศูนย์เมื่อมีปริมาณวัสดุเป็นศูนย์"

รูปที่ 4.1 ข้อความเกี่ยวกับข้อผิดพลาดที่พบ

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

มะเดื่อ 4.2 ตัวอย่างข้อผิดพลาดในการบัญชี

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

รูปที่.4.3. ข้อความแสดงข้อผิดพลาด

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

รูปที่ 4.4 รายงานแสดงข้อผิดพลาด

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

รูปที่ 4.5 ข้อความแสดงข้อผิดพลาดทางบัญชี

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

มีการตรวจสอบข้อผิดพลาดอื่น ๆ สำหรับข้อมูลเพิ่มเติมโปรดติดต่อเรา (ติดต่อที่ด้านล่างของหน้า)

วิธีการทำงาน

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

รูปที่ 5 วิธีตั้งกฎในการอัพโหลดข้อมูลบางประเภท

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

รูปที่ 6.1 วิธีการเลือกเอกสารเดียว

สำคัญ! "1ซี") ซึ่งในการกำหนดค่าบางอย่างไม่อนุญาตให้มีการเลือกเอกสารเมื่ออัพโหลดตามรายละเอียดการเลือก นี่เป็นเพราะความจริงที่ว่าใน กฎมาตรฐานอ๋อ เอกสารเลือกตามคำขอโดยไม่ระบุระยะเวลาครับ คำขอดังกล่าวไม่ได้ผลเสมอไป

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

รูปที่ 6.2 วิธีการเลือกกลุ่มขององค์ประกอบไดเร็กทอรี

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

การเลือกตามรายละเอียดเป็นระยะของไดเร็กทอรีจะทำในวันที่ของพารามิเตอร์ " วันหมดอายุ"!!!

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

สำคัญ!หากการอัปโหลดออบเจ็กต์ว่างเปล่าหรือไม่สมบูรณ์ คุณต้องตรวจสอบว่าโหมดการซิงโครไนซ์ถูกตั้งค่าด้วย 1C:การบัญชี 8 หรือไม่ ในกรณีนี้ ระบบจะอัปโหลดเฉพาะออบเจ็กต์ที่เปลี่ยนแปลงหลังจากการถ่ายโอนเท่านั้น (ไดเร็กทอรี .พารามิเตอร์การบัญชีแบบซิงโครนัสจะจัดเก็บตำแหน่งของพารามิเตอร์เอกสารที่อัปโหลดล่าสุด ซึ่งได้รับการตรวจสอบระหว่างการอัปโหลดโดยฟังก์ชัน CheckFor Upload Possibility) งานประจำในโหมดซิงโครไนซ์จะเป็นไปไม่ได้ โหมดการซิงโครไนซ์จะถูกตรวจสอบหลังจากโหลดกฎการแลกเปลี่ยน หากติดตั้งโหมดนี้ หน้าต่างคำเตือนจะถูกสร้างขึ้น (ดูรูปที่ 6.5) และคุณจะถูกขอให้ปิดการใช้งานโหมดการซิงโครไนซ์

ข้าว. 6.5 หน้าต่างคำเตือนโหมดการซิงโครไนซ์

ความแตกต่างเพิ่มเติมจากกฎมาตรฐาน

แก้ไขข้อผิดพลาดในการโอน PT&U ด้วยประเภทใบเสร็จเก่า: หากในเอกสารการรับสินค้าและบริการประเภทใบเสร็จเท่ากับ 2 (มูลค่าล้าสมัย) และไม่มีใบแจ้งหนี้ของผู้จัดหา การแปลงเอกสารนี้ใน BP 3.0 เป็นการส่งคืนที่ผิดพลาด เอกสารจากผู้ซื้อเกิดขึ้น

ข้อผิดพลาดได้รับการแก้ไขแล้วเมื่อถ่ายโอนการดำเนินการด้วยตนเองที่มีบัญชีย่อยของกองไปยังเวอร์ชัน PROF ของ BP การดำเนินการดังกล่าวไม่ได้บันทึกไว้ใน BP แต่มีข้อผิดพลาดเกิดขึ้น: “ฟิลด์แผนกต้องว่างเปล่า” นี่เป็นเพราะความจริงที่ว่ากฎได้รับการออกแบบให้ทำงานกับเวอร์ชัน CORP อย่างไรก็ตามใน PROF มิติ DivisionDt และ DivisionKt ของการลงทะเบียนทางบัญชีจะต้องว่างเปล่า

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

รูปที่ 6.6 ผลลัพธ์ของการถ่ายโอนไดเร็กทอรี สนธิสัญญากฎมาตรฐาน

ที่นี่ในคอลัมน์ พ่อแม่(กลุ่มไดเร็กทอรี) พร้อมชื่อ 2015 มีกลุ่มไดเร็กทอรีที่แตกต่างกันสองกลุ่มที่มีชื่อเดียวกัน (ต้นทางมีเพียงกลุ่มเดียว) ดังนั้นสัญญาจึงซ้ำกัน

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

อุปกรณ์ประกอบฉากจะถูกโอน สัญญาหลักไดเรกทอรี คู่สัญญา.

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

ข้อผิดพลาดได้รับการแก้ไขแล้วในกฎมาตรฐาน "USN 7.7 - BP 3.0" เมื่อโอนยอดคงเหลือสำหรับการชำระหนี้กับคู่สัญญา: ประเภทของข้อตกลงถูกกำหนดเป็นเสมอ อื่น. ตอนนี้ - ขึ้นอยู่กับประเภทของยอดคงเหลือตามส่วนการบัญชี " การคำนวณกับซัพพลายเออร์และผู้รับเหมา"ประเภทสัญญา = " กับซัพพลายเออร์“ตามมาตราการบัญชี” การคำนวณกับผู้ซื้อและลูกค้า"ประเภทสัญญา = " กับผู้ซื้อ" ในกรณีอื่นๆ ประเภทสัญญา = " อื่น".

ข้อผิดพลาดได้รับการแก้ไขในกฎมาตรฐาน "USN 7.7 - BP 3.0" เมื่อทำการโอนยอดคงเหลือสำหรับการชำระหนี้กับคู่สัญญา: จำนวนการชำระหนี้ร่วมกันจะถูกบันทึกในสองรายละเอียดของเอกสารอินพุต ยอดคงเหลือเริ่มต้น ผลรวมและ ปริมาณKt. ด้วยเหตุนี้ จึงไม่มีการผ่านรายการเอกสารรายการสำหรับยอดดุลยกมา

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

เมื่อโอนเอกสารแบบฟอร์ม” คำสั่งจ่ายเงิน"ประเภทสัญญาถูกตั้งค่าเป็น " กับซัพพลายเออร์"(ในกฎมาตรฐาน" อื่น").

ข้อผิดพลาดได้รับการแก้ไขแล้วในกฎมาตรฐาน "USN 7.7 - BP 3.0" เมื่อทำการโอนสถานที่จัดเก็บ: รายละเอียด "ไม่ได้กรอก" ประเภทคลังสินค้า".

เพิ่มพารามิเตอร์ " รวมการแลกเปลี่ยนกับหน่วยงานกำกับดูแล": ถ้าค่าของมันคือ 1 แสดงว่า prop ประเภทของการแลกเปลี่ยนกับหน่วยงานควบคุมองค์ประกอบไดเรกทอรี " องค์กรต่างๆ"ตั้งค่าเป็น" แลกเปลี่ยนในรูปแบบสากล" มิฉะนั้นใน " แลกเปลี่ยนปิดการใช้งาน"เช่นเดียวกับกฎมาตรฐาน นี่เป็นสิ่งสำคัญสำหรับการโอนซ้ำ (ปกติ) เพื่อไม่ให้การตั้งค่า EDF เสียหาย

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

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

มีการเพิ่มกฎการอัพโหลดข้อมูลสำหรับการถ่ายโอนไดเร็กทอรี "พนักงาน" ลงในกฎการถ่ายโอน "USN 7.7 - BP 3.0" (ในกฎมาตรฐาน เฉพาะไดเร็กทอรีของบุคคลเท่านั้นที่ถูกถ่ายโอน)

ในกฎการโอน "USN 7.7 - BP 3.0" กฎการโอนสำหรับการลงทะเบียนข้อมูล อัตราภาษีปัจจุบันของพนักงานได้รับการแก้ไขแล้ว

คุณสมบัติการโอนคำสั่งจ่ายเงินเพื่อชำระภาษี

สำหรับคำสั่งชำระเงินแบบรายการ การโอนภาษีต้องกรอกรายละเอียดเพิ่มเติม: KBK - รหัสการจำแนกงบประมาณ, สถานะคอมไพเลอร์ ฯลฯ โครงสร้างของรายละเอียดเหล่านี้อยู่ใน บุค 7.7 (ยูเอสเอ็น 7.7) และใน บีพี 3.0ไม่เข้ากัน. โดยเฉพาะใน บีพี 3.0รายละเอียดบางส่วนเหล่านี้รวมอยู่ในไดเร็กทอรีแยกต่างหาก ประเภทของภาษีและการชำระตามงบประมาณซึ่งเป็นลิงก์ที่อยู่ในใบสั่งการชำระเงิน ไดเร็กทอรีประกอบด้วยองค์ประกอบที่ให้มาจำนวนหนึ่งซึ่งปรากฏในฐานข้อมูล เช่น เมื่อแก้ไขนโยบายการบัญชี เมื่อถ่ายโอนข้อมูลองค์ประกอบเหล่านี้จะปรากฏขึ้นเมื่อโหลดนโยบายการบัญชีด้วย เมื่ออัพโหลดและดาวน์โหลดคำสั่งจ่ายเงิน องค์ประกอบไดเร็กทอรี ประเภทของภาษีและการชำระตามงบประมาณค้นหาโดยใช้ KBK เพื่อทดแทนรายละเอียดของคำสั่งจ่ายเงิน ภาษี. ดังนั้น ขอแนะนำให้หลังจากโอนนโยบายการบัญชีแล้ว คุณตรวจสอบว่าภาษีที่จำเป็นทั้งหมดปรากฏในไดเร็กทอรีหรือไม่ และหากจำเป็น ให้เสริมภาษีเหล่านั้นด้วย เมื่อเปรียบเทียบ (ซิงโครไนซ์) KBK ในใบสั่งการชำระเงิน แหล่งที่มาและผู้รับไม่ได้คำนึงถึงหมวดหมู่ KBK สี่หมวดหมู่ หมวด 14-17 รหัสประเภทย่อยรายได้: ภาษี ค่าปรับ ค่าปรับ ฯลฯ ในไดเร็กทอรี ประเภทของภาษีและการชำระตามงบประมาณบิตเหล่านี้เต็มไปด้วยศูนย์ เมื่อเพิ่มองค์ประกอบใหม่ลงในไดเร็กทอรีควรเติมเลขศูนย์ด้วยตัวเลข 14-17

การถ่ายโอนฐานข้อมูลข้อมูลขนาดใหญ่

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

รูปที่ 6.3 การตั้งค่าพารามิเตอร์เมื่อถ่ายโอนข้อมูลด้วยข้อจำกัดขนาดเอกสาร " เข้าสู่ยอดคงเหลือเริ่มต้น»

หมายเหตุ: ค่าพารามิเตอร์จำกัดจำนวนแถวตารางธุรกรรมที่อัปโหลดลงในเอกสารเดียว " เข้าสู่ยอดคงเหลือเริ่มต้น" แทนที่จะระบุจำนวนบรรทัดของเอกสารเอง ดังนั้น จำนวนบรรทัดเอกสารจะแตกต่างจากค่าพารามิเตอร์ นี่ไม่ใช่ข้อผิดพลาด เมื่อแยกเอกสาร” เข้าสู่ยอดคงเหลือเริ่มต้น” สำหรับเอกสารหลายฉบับ จะมีการเพิ่ม postfix ในความคิดเห็นของแต่ละเอกสารที่ท้ายบรรทัด: “-1”, “-2” ฯลฯ

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

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

สำคัญ!เมื่อถ่ายโอนข้อมูลเป็นส่วน ๆ จำเป็นต้องระบุ postfix ในพารามิเตอร์ซึ่งเกี่ยวข้องกับการสร้างความคิดเห็นของเอกสาร “ เข้าสู่ยอดคงเหลือเริ่มต้น" เมื่อเปลี่ยนหมายเลขช่วงส่วนคุณต้องไม่ลืมเปลี่ยน postfix มิฉะนั้นเมื่อโหลดเข้าสู่การกำหนดค่าผู้รับเอกสารที่มีความคิดเห็นเดียวกัน (postfix) จะถูกเขียนทับ ชื่อของไฟล์ข้อมูลไม่ได้มีความสำคัญเป็นพิเศษ คุณสามารถใช้กลยุทธ์การถ่ายโอนตามลำดับ: ยกเลิกการโหลด - โหลด, ยกเลิกการโหลด - โหลด ฯลฯ ในกรณีนี้ไม่จำเป็นต้องเปลี่ยนชื่อไฟล์ข้อมูล คุณสามารถเลือกกลยุทธ์ได้: ก่อนอื่นให้ขนทุกอย่างออก จากนั้นจึงโหลดทุกอย่าง ในกรณีหลังนี้ จะต้องเปลี่ยนชื่อไฟล์ข้อมูลทุกครั้งที่อัปโหลด อีกตัวอย่างหนึ่ง หากจำนวนยอดคงเหลือในส่วนการบัญชี (เช่น สินค้า) คือ 10,000 เราจะแบ่งออกเป็นส่วนๆ ของพัน เราจะได้ 10 ส่วน แต่ละส่วนต้องมีคำลงท้ายที่ไม่ซ้ำกัน: "-1", "-2", "-3", "-4" หากเราขนถ่ายสินค้าที่เหลือทั้งหมดแล้วโหลดทุกอย่าง ไฟล์ข้อมูลจะต้องไม่ซ้ำกัน เช่น "41_1", "41_2", "41_3", "41_4" พารามิเตอร์ "หมายเลขส่วนเริ่มต้น" และ "หมายเลขส่วนสิ้นสุด" ควรใช้ค่าต่อไปนี้: 0, 1,000; 1001, 2000; 2544, 3000; 3001, 4000.

รูปที่ 6.4 การตั้งค่าพารามิเตอร์เมื่อถ่ายโอนข้อมูลในส่วนต่างๆ

รองรับการถ่ายโอนข้อมูลเป็นส่วนๆ สำหรับกฎการอัปโหลดต่อไปนี้:

สินทรัพย์ถาวร

วัสดุ

การเบี่ยงเบนในต้นทุนของรายการสินค้าคงคลัง

ภาษีมูลค่าเพิ่มสำหรับสินทรัพย์ที่ซื้อ

การผลิตที่ยังไม่เสร็จ

• ผลิตภัณฑ์สำเร็จรูปและผลิตภัณฑ์กึ่งสำเร็จรูป

  ค่าใช้จ่ายในการขาย

  ส่งสินค้าแล้ว

  เงินสด

  การลงทุนทางการเงิน

  การตั้งถิ่นฐานกับซัพพลายเออร์และผู้รับเหมา

  การตั้งถิ่นฐานอื่น ๆ กับคู่สัญญา

  ภาษีและค่าธรรมเนียม

  การตั้งถิ่นฐานกับบุคลากร

  การคำนวณกับผู้รับผิดชอบ

  การตั้งถิ่นฐานกับผู้ก่อตั้ง

  การชำระหนี้กับลูกหนี้และเจ้าหนี้รายอื่น

  ทุนและทุนสำรอง

  ค่าใช้จ่ายในอนาคต

  สินทรัพย์และหนี้สินภาษีเงินได้รอการตัดบัญชี

  ผลลัพธ์ทางการเงิน

  บัญชีนอกงบดุล

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

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

ความสนใจเป็นสิ่งสำคัญ. การรักษา การแลกเปลี่ยนข้อมูลสากลในรูปแบบ XML (ในบางรีลีส 3.0.43.x)มีข้อผิดพลาด สามารถใช้การประมวลผลที่ถูกต้องได้ การแลกเปลี่ยนข้อมูลสากลในรูปแบบ XMLซึ่งรวมอยู่ในการจัดส่งและติดตั้งในไดเร็กทอรีฐานข้อมูล การบัญชีฉบับที่ 4.5

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

รูปที่ 7.1 การตั้งค่าแถบการทำงาน

สำคัญ. คุณไม่สามารถใช้การประมวลผลจากการกำหนดค่ามาตรฐานได้ เนื่องจากทำงานในโหมดดีบักตัวจัดการ (Exchange Processing.Handler DebuggingMode Flag = True) และไม่อนุญาตให้ใช้ตัวจัดการ "ช่องค้นหา"เพื่อค้นหารายการที่ดาวน์โหลดสำหรับไดเร็กทอรี " คู่สัญญา" (ดูด้านบน) แม่นยำยิ่งขึ้น ตัวจัดการทั้งหมดที่ใช้ระหว่างการโหลดอยู่ในการประมวลผลที่สร้างไว้ในการกำหนดค่า โปรเซสเซอร์ดาวน์โหลดจากการบัญชี77. ดังนั้นจึงไม่สามารถดำเนินการโอนตามกฎที่เปลี่ยนแปลงได้ตาม อย่างน้อยในขั้นตอนการโหลด

คุณสามารถใช้สิ่งที่คล้ายกัน การประมวลผลภายนอก การถ่ายโอนข้อมูลจากฐานข้อมูลของ 1Enterprise77(รวมอยู่ในการจัดส่งแล้ว) ด้านล่างนี้เราจะอธิบายวิธีใช้งาน (อีกครั้ง - การประมวลผลภายนอก)

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

หลังจากนี้ แบบฟอร์มจะปรากฏขึ้นโดยคุณต้องระบุตัวเลือกการโหลดข้อมูล – โหลดข้อมูลจากไฟล์ (รูปที่ 7.2)

หลังจากนั้นกล่องโต้ตอบจะปรากฏขึ้นซึ่งคุณจะต้องระบุเส้นทางไปยังไฟล์ที่อัปโหลด (ดูรูปที่ 7.3)

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

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

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

เทคนิคการแปลงข้อมูล.

หากจำเป็น การแปลงสามารถทำได้หลายขั้นตอน เช่น ยอดดุลครั้งแรก จากนั้นจึงจัดทำเอกสาร สามารถถ่ายโอนข้อมูลซ้ำได้

ยอดคงเหลือจะถูกโอนผ่านเอกสาร " เข้าสู่ยอดคงเหลือเริ่มต้น».

รายละเอียดเพิ่มเติมเกี่ยวกับวิธีการป้อนยอดคงเหลือสามารถพบได้ในบทความบนเว็บไซต์ ITS ของบริษัท 1C (สำหรับ 1C: การบัญชีองค์กร rev. 3.0)

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

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

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

เหตุผลที่จะซื้อ

อัปเดตเป็นประจำ การอัปเดตฟรีเป็นเวลาหกเดือนหลังจากการซื้อ รวมอยู่ในสิ่งพิมพ์ 100 อันดับแรกของ Infostart

ข้อดี

ข้อความของกฎและการประมวลผลเป็นแบบเปิด ใช้เทคโนโลยีการแปลงข้อมูล และแก้ไขได้ง่าย

การเปรียบเทียบเวอร์ชัน

29/01/2019 กฎอัปเดตเป็น 3.0.67.70

07/05/2018 กฎอัปเดตเป็น 3.0.63.22

09.25.2017 กฎอัปเดตเป็น 3.0.52.36

18/07/2017 กฎอัปเดตเป็น 3.0.51.16

10/12/2559 แก้ไขข้อผิดพลาดในการโอนอาชีวศึกษาและการฝึกอบรมแบบรับสมัครแบบเก่า

09/08/2016 กฎอัปเดตเป็น 3.0.44.102

18/06/2016 แก้ไขข้อผิดพลาดในการโอนการดำเนินการด้วยตนเองที่มีแผนกบัญชีย่อย

31/05/2016 กฎได้รับการอัปเดตเป็น 3.0.43.236 ในการกำหนดค่ามาตรฐาน (BP รีลีส 3.0.43.174 - 235) ในการประมวลผล Universal XML Data Exchange กระบวนการโหลดพารามิเตอร์ทำงานไม่ถูกต้อง กฎได้รับการเปลี่ยนแปลงเพื่อแก้ไขข้อผิดพลาดนี้ คุณยังสามารถใช้การประมวลผล Universal Data ExchangeXML ที่รวมอยู่ในแพ็คเกจการจัดส่งเพื่อโหลดลงใน BP 3.0 มันถูกเขียนระหว่างการติดตั้งไปยังไดเร็กทอรีย่อย ExtForms ของไดเร็กทอรีข้อมูล ฐาน 7.7

25/05/2559 กฎอัปเดตเป็น 3.0.43.215

05/11/2016 ข้อจำกัดความยาวของชื่อสัญญาเปลี่ยนจาก 50 เป็น 100

23/02/2559 กฎอัปเดตเป็น 3.0.43.29

21/12/2558 การประมวลผลและกฎได้รับการอัปเดตเป็นรุ่น 3.0.42.33

11.11.2015 เพิ่มการตรวจสอบโหมดการซิงโครไนซ์

18/05/2558 การประมวลผลและกฎได้รับการอัปเดตเป็นรุ่น 3.0.40.24

05/14/2558 การโอนเอกสารการชำระภาษีเรียบร้อยแล้ว

04/08/2015 การประมวลผลและกฎได้รับการอัปเดตเป็นรุ่น 3.0.39.56 ในรุ่น 3.0.39 โครงสร้างของใบแจ้งหนี้สำหรับการชำระเงินมีการเปลี่ยนแปลง: ไม่มีส่วนตาราง "บริการ" อีกต่อไป ขณะนี้สินค้าและบริการอยู่ในส่วนตาราง "สินค้า" เดียว ดังนั้นกฎสำหรับ 3.0.38 ไม่สามารถใช้สำหรับการพอร์ตไปยัง 3.0.39 ได้

04/02/2015 การประมวลผลและกฎได้รับการอัปเดตเป็นรุ่น 3.0.38.53

23/12/2014 การประมวลผลและกฎได้รับการอัปเดตเป็นรุ่น 3.0.37

เนื้อหาของการจัดส่ง

แพคเกจประกอบด้วย: การประมวลผล "ACC_ACC8",กฎการโอน "ACC_ACC8"และการประมวลผล การถ่ายโอนข้อมูลจากฐานข้อมูลของ 1Enterprise77. หากองค์กรของคุณไม่มีโปรแกรมเมอร์ประจำมาทำงาน เราก็พร้อม ให้บริการจากผู้เชี่ยวชาญของเรา (โปรแกรมเมอร์จะเชื่อมต่อกับคอมพิวเตอร์ของคุณทางอินเตอร์เน็ต ผ่าน โปรแกรมพิเศษสำหรับงานทางไกลและจะดำเนินการงานที่จำเป็น) หากเป็นไปได้ จัดเตรียมฐานการทำงาน "1C: การบัญชี 7.7"เราก็สามารถโอนข้อมูลเองและโอนไฟล์ได้” 1C: การบัญชี 8" พร้อมยอดโอน ค่าบริการนี้ไม่รวมอยู่ในราคารวมแพ็กเกจ

© บอริส บัลยาสนิคอฟ, มกราคม 2014, การเปลี่ยนแปลงครั้งล่าสุดมกราคม 2019

ผู้ใช้โปรแกรม 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) ที่ข้อมูลถูกถ่ายโอน:

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

สถานการณ์ที่ 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 โดยเพียงตัดจำนวนอักขระที่ต้องการออก ดังนั้นข้อมูลที่ไม่ถูกต้องอย่างแน่นอนอาจถูกบันทึกลงในรายละเอียดของฐานข้อมูลใหม่ ดังนั้นการระบุวัตถุที่ถูกต้องระหว่างการถ่ายโอนโดยใช้ข้อมูลดังกล่าวจึงเป็นเรื่องยากมาก

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

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 และการกำหนดค่าที่สร้างขึ้น โปรดติดต่อผู้เชี่ยวชาญของบริษัท "อาร์จี-ซอฟท์"ที่บริการของคุณ!