ნაშთების გადატანა 7.7-დან 8.3-მდე. მონაცემთა გადაცემის მეთოდი

მოქმედების პრინციპი.

რამდენიმე სიტყვა იმის შესახებ, თუ როგორ ხდება მონაცემების გადაცემა სტანდარტული კონფიგურაციიდან " Აღრიცხვა", გამოცემა 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: Accounting 8, ed. 3.0და გადაცემის წესები. გთხოვთ გაითვალისწინოთ ატვირთვის დამუშავება ACC_ACC8.ertდა მონაცემთა ატვირთვის წესები ცვლის სტანდარტულ დამუშავებას და წესებს. თუ გსურთ შეინარჩუნოთ სტანდარტული გადასვლის მექანიზმი, დააინსტალირეთ ახალი დამუშავება ცალკე დირექტორიაში და არა ინფო ბაზაში.

ინსტალაციის პროცესი უფრო დეტალურად არის აღწერილი ანგარიშის დაყენების მაგალითის გამოყენებით " კონფიგურაციისთვის "1C: ბუღალტერია 7.7".

ოპერაციული პროცედურა.

პროგრამაში " 1C: ბუღალტერია 7.7"თქვენ უნდა გახსნათ დამუშავება დამატებითი ვარიანტებიდან" გადასვლა 1C: Accounting 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 როგორ ავირჩიოთ ერთი დოკუმენტი

Მნიშვნელოვანი! "1C"), რომელიც ზოგიერთ კონფიგურაციაში არ იძლევა დოკუმენტების შერჩევას შერჩევის დეტალების მიხედვით ატვირთვისას. ეს იმის გამო ხდება, რომ სტანდარტულ წესებში დოკუმენტების შერჩევა ხდება მოთხოვნით, ვადის მითითების გარეშე. ასეთი მოთხოვნები ყოველთვის არ მუშაობს.

ანალოგიურად, შეგიძლიათ ატვირთოთ დირექტორიები და არა მთელი დირექტორია, არამედ გარკვეული დეტალების მიხედვით შერჩევით. ჯერ აირჩიეთ მონაცემთა ატვირთვის სასურველი წესი, შემდეგ ზედიზედ დააჭირეთ ღილაკებს " დააინსტალირეთ PVD"და" პირობის დამატება". მაგალითად, ნახ. 6.2 გვიჩვენებს, თუ როგორ შეგიძლიათ განტვირთოთ მხოლოდ ის თანამშრომლები, რომლებთანაც პროგრამიდან გადასვლის დროს " 1C: გამარტივებული საგადასახადო სისტემა, რედ. 1.3"ზე" 1C: Enterprise Accounting, გამოცემა 3.0” (ან, როგორც მომხმარებლები ხშირად ამბობენ, ბუღალტრული აღრიცხვის 7.7-დან 3.0-ზე გადასვლა) დამყარდა შრომითი ურთიერთობები.

სურ.6.2 როგორ ავირჩიოთ დირექტორია ელემენტების ჯგუფი

Მნიშვნელოვანი!სტანდარტულ წესებში შეცდომა გამოსწორებულია მონაცემთა გადაცემის შემოთავაზებულ წესებში (კომპანიისგან "1C"), რაც იწვევს დირექტორია ელემენტების არასწორ შერჩევას პერიოდული დირექტორია დეტალების გამოყენებით გადმოტვირთვისას, ე.ი. მათ, რომლებსაც აქვთ სხვადასხვა მნიშვნელობები დაყენებული სხვადასხვა თარიღისთვის. ეს გამოწვეულია იმით, რომ სტანდარტულ წესებში დირექტორიაში ელემენტების შერჩევა ხორციელდება მოთხოვნით, პერიოდის მითითების გარეშე.

დირექტორიას პერიოდული დეტალების საფუძველზე შერჩევა ხდება პარამეტრის თარიღზე " ვადის გასვლის თარიღი"!!!

შეგიძლიათ გამოიყენოთ მონაცემთა ატვირთვისა და შერჩევის წესების კომბინაცია. წესები, რომლებშიც მითითებულია არჩევანი, მონიშნული იქნება როგორც „[SELECTION]“. იმისათვის, რომ ნახოთ ან შეცვალოთ კონკრეტული მონაცემების ატვირთვის წესის არჩევანი, თქვენ უნდა დააწკაპუნოთ ორჯერ ამ წესზე წესების სიაში, ან, როდესაც ის შეარჩიეთ, დააწკაპუნეთ ღილაკს " დააინსტალირეთ PVD".

Მნიშვნელოვანი!თუ ობიექტების ატვირთვა ცარიელი ან არასრული აღმოჩნდება, უნდა შეამოწმოთ არის თუ არა სინქრონიზაციის რეჟიმი დაყენებული 1C:Accounting 8-ით. თუ ეს ასეა, მაშინ აიტვირთება მხოლოდ გადატანის შემდეგ შეცვლილი ობიექტები (დირექტორია .Synchronous Accounting Parameters ინახავს ბოლო ატვირთული დოკუმენტის პარამეტრის პოზიციას, რომელიც მოწმდება ატვირთვისას CheckFor Upload Possibility ფუნქციით). სრული მუშაობა სინქრონიზაციის რეჟიმში შეუძლებელი ხდება. სინქრონიზაციის რეჟიმი მოწმდება გაცვლის წესების ჩატვირთვის შემდეგ. თუ რეჟიმი დაყენებულია, გამაფრთხილებელი ფანჯარა გაჩნდება (იხ. სურ. 6.5) და მოგეთხოვებათ სინქრონიზაციის რეჟიმის გამორთვა.

ბრინჯი. 6.5 სინქრონიზაციის რეჟიმის გამაფრთხილებელი ფანჯარა

დამატებითი განსხვავებები სტანდარტული წესებისგან

დაფიქსირდა შეცდომა ძველი ქვითრის ტიპებით PT&U-ს გადაცემისას: თუ დოკუმენტებში საქონლისა და მომსახურების მიღებაში ქვითრის ტიპი უდრის 2-ს (მოძველებული ღირებულება) და არ არის მიმწოდებლის ინვოისი, ამ დოკუმენტის BP 3.0-ში შეცდომით გადაქცევა დაბრუნებად. ხდება მყიდველის დოკუმენტი.

დაფიქსირდა შეცდომა მექანიკური ოპერაციების გადაცემისას, რომლებსაც აქვთ განყოფილების ქვეანგარიში BP-ის PROF ვერსიაში. ასეთი ოპერაცია არ არის ჩაწერილი BP-ში, ჩნდება შეცდომა: "განყოფილების ველი უნდა იყოს ცარიელი". ეს გამოწვეულია იმით, რომ წესები შექმნილია CORP ვერსიებთან მუშაობისთვის, თუმცა PROF-ში სააღრიცხვო რეესტრის DivisionDt და DivisionKt ზომები ცარიელი უნდა იყოს.

გამოსწორდა შეცდომა, რამაც გამოიწვია დირექტორია ჯგუფების დუბლირება ხელშეკრულებებიდა, შედეგად, ამ დირექტორიაში ელემენტების დუბლირებას (რადგან ჩატვირთვის დროს ძიება ხორციელდება მშობლის გათვალისწინებით). ეს ილუსტრირებულია სურათზე 6.6.

სურ.6.6 დირექტორიაში გადაცემის შედეგი ხელშეკრულებებისტანდარტული წესები

აქ, სვეტში მშობელი(საცნობარო ჯგუფი) სახელით 2015 არსებობს ორი განსხვავებული დირექტორია ჯგუფი ერთი და იგივე სახელით (წყაროში მხოლოდ ერთი ჯგუფია), ამიტომ კონტრაქტები დუბლირებულია.

დაფიქსირდა შეცდომა საბანკო დოკუმენტების გადარიცხვისას ერთი მიმდინარე ანგარიშიდან მეორეზე თანხის გადარიცხვისას. IN BP 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, მაშინ საყრდენი გაცვლის ტიპი კონტროლის ორგანოებთანდირექტორია ელემენტი " ორგანიზაციები"მნიშვნელობაზე დაყენება" ExchangeIn Universal Format", წინააღმდეგ შემთხვევაში" Exchange გამორთულია"როგორც სტანდარტულ წესებში. ეს მნიშვნელოვანია განმეორებით (რეგულარული) გადარიცხვებისთვის, რათა არ გააფუჭოს EDF დაყენება.

დირექტორიაში ჩამოტვირთული ელემენტების ძებნის წესი შეიცვალა " კონტრაგენტები": ჯერ ძებნას ახორციელებს ᲥᲘᲚᲐდა საგუშაგო(თუ ეს მნიშვნელობები ივსება), მაშინ მხოლოდ ᲥᲘᲚᲐდა ბოლოს მიერ სახელი. სამივე შემთხვევაში ძიება მოიცავს ჯგუფის ატრიბუტს (ThisGroup) და თავად ჯგუფს (მშობელი). ეს მნიშვნელოვანია განმეორებითი (რეგულარული) გადარიცხვებისთვის, რათა არ შეიქმნას დუბლიკატები კონტრაგენტებისთვის, რომელთა სახელები შეიცვალა ჩატვირთვის შემდეგ.

კონტრაგენტების გადაცემისას შეავსეთ დეტალები ქვეყნის რეგისტრაციანიშნავს "რუსეთს". ეს აუცილებელია ისე, რომ კონტრაგენტების დირექტორია პროგრამაში ჩატვირთვის შემდეგ "1C ბუღალტერია 8"მე არ მჭირდებოდა ხელით შევსება საჭირო დეტალები ქვეყნის რეგისტრაცია. თუ ის არ არის შევსებული, მაშინ დირექტორიაში ელემენტის სახით " კონტრაგენტები"დეტალები ხელმისაწვდომი იქნება" საგადასახადო ნომერი"და" რეგ. ნომერი"და დეტალები" ᲥᲘᲚᲐ"და" საგუშაგო"დამალული იქნება.

მონაცემთა ატვირთვის წესი "თანამშრომლების" დირექტორიას გადასატანად დაემატა გადაცემის წესებს "USN 7.7 - BP 3.0" (სტანდარტულ წესებში გადადის მხოლოდ პირთა დირექტორია).

გადარიცხვის წესებში "USN 7.7 - BP 3.0" შესწორებულია საინფორმაციო რეესტრის გადაცემის წესი თანამშრომელთა მიმდინარე სატარიფო განაკვეთი.

საგადასახადო გადასახადების გადახდის დავალების გადაცემის მახასიათებლები

საგადახდო დავალებებისთვის ტრანზაქციის ტიპის მიხედვით გადასახადის გადარიცხვაუნდა შეივსოს დამატებითი დეტალები: KBK - ბიუჯეტის კლასიფიკაციის კოდი, შემდგენელის სტატუსი და ა.შ. ამ დეტალების სტრუქტურები შედის ბუხი 7.7 (USN 7.7) და ში BP 3.0არ ემთხვევა. კერძოდ კი BP 3.0ზოგიერთი დეტალი შედის ცალკე დირექტორიაში გადასახადების სახეები და ბიუჯეტში გადახდები, რომლის ბმული მოცემულია გადახდის დავალებაში. დირექტორია შეიცავს უამრავ მოწოდებულ ელემენტს, რომლებიც გამოჩნდება საინფორმაციო ბაზაში, მაგალითად, სააღრიცხვო პოლიტიკის რედაქტირებისას. მონაცემთა გადაცემისას ეს ელემენტები ასევე გამოჩნდება სააღრიცხვო პოლიტიკის ჩატვირთვისას. გადახდის დავალების ატვირთვისა და ჩამოტვირთვისას, დირექტორიას ელემენტი გადასახადების სახეები და ბიუჯეტში გადახდებიმოძებნეს KBK-ის გამოყენებით გადახდის დავალების დეტალებში ჩანაცვლებისთვის გადასახადი. ამიტომ რეკომენდირებულია სააღრიცხვო პოლიტიკის გადაცემის შემდეგ შეამოწმოთ არის თუ არა ყველა საჭირო გადასახადი დირექტორიაში და საჭიროების შემთხვევაში შეავსოთ ისინი. საგადახდო დავალებებში KBK-ს შედარების (სინქრონიზაციისას) წყარო და მიმღები არ ითვალისწინებს KBK-ის ოთხ კატეგორიას, კატეგორიებს 14-17, შემოსავლის ქვეტიპის კოდს: გადასახადი, ჯარიმა, ჯარიმა და ა.შ. დირექტორიაში გადასახადების სახეები და ბიუჯეტში გადახდებიეს ბიტები ივსება ნულებით. დირექტორიაში ახალი ელემენტების დამატებისას, ციფრები 14-17 ასევე უნდა იყოს შევსებული ნულებით.

დიდი საინფორმაციო ბაზების გადაცემა.

უპირველეს ყოვლისა, დიდი ინფობაზების გადაცემისას, მონაცემთა ჩამოტვირთვის პროცესს შეიძლება ძალიან დიდი დრო დასჭირდეს. ეს ხდება იმ შემთხვევაში, თუ ერთ სააღრიცხვო განყოფილებაში არის ნაშთების დიდი რაოდენობა, მაგალითად, საქონლის ნაშთები. ატვირთვის დროის შესამცირებლად, შეგიძლიათ გამოიყენოთ ერთი დოკუმენტის გაყოფის ტექნიკა " გახსნის ნაშთების შეყვანა"რამდენიმე. თუ დააყენეთ პარამეტრის მნიშვნელობა " სტრიქონების რაოდენობა ბალანსის შესატან დოკუმენტშინულისაგან განსხვავებული (იხ. სურ. 6.3), მაშინ მონაცემების ატვირთვა ერთ დოკუმენტში შემოიფარგლება მითითებული მნიშვნელობით. ამან შეიძლება მნიშვნელოვნად (რამდენჯერმე) შეამციროს ატვირთვის დრო.

სურ.6.3 პარამეტრების დაყენება დოკუმენტის ზომის შეზღუდვით მონაცემთა გადაცემისას " გახსნის ნაშთების შეყვანა»

შენიშვნა: პარამეტრის მნიშვნელობა ზღუდავს ერთ დოკუმენტში ატვირთული ტრანზაქციის ცხრილის რიგების რაოდენობას. გახსნის ნაშთების შეყვანა“, ვიდრე თავად დოკუმენტის სტრიქონების რაოდენობის დაზუსტება. ამრიგად, დოკუმენტის ხაზების რაოდენობა განსხვავდება პარამეტრის მნიშვნელობიდან, ეს არ არის შეცდომა. დოკუმენტის გაყოფისას " გახსნის ნაშთების შეყვანა" რამდენიმე დოკუმენტისთვის, სტრიქონის ბოლოს თითოეული დოკუმენტის კომენტარს დაემატება პოსტფიქსი: "-1", "-2" და ა.შ.

ᲛᲜᲘᲨᲕᲜᲔᲚᲝᲕᲐᲜᲘ!აღწერილი ალგორითმი ერთი დოკუმენტის გაყოფისთვის " გახსნის ნაშთების შეყვანა"რამდენიმე გამოიყენება მხოლოდ მონაცემთა ატვირთვის დროის შესამცირებლად; ყველა დოკუმენტი იტვირთება ერთ ფაილში, ე.ი. მონაცემთა გადაცემა ხდება ერთ ეტაპად, კომენტარები (პოსტფიქსები) გენერირდება ავტომატურად, მითითებულია მხოლოდ ერთი პარამეტრი. მაგრამ ეს ტექნიკა არ წყვეტს მეხსიერების ნაკლებობის პრობლემას, რომელიც ქვემოთ იქნება განხილული.

დიდი საინფორმაციო ბაზების მიგრაციისას შეიძლება წარმოიშვას RAM-ის ამოწურვის პრობლემა: განტვირთვისას, პროგრამა დასრულდება შესაბამისი შეცდომის გაგზავნით ან შეტყობინების გარეშე. თქვენი კომპიუტერის უფრო მძლავრით შეცვლის მცდელობა უსარგებლოა. ამ შემთხვევაში, თქვენ უნდა ატვირთოთ მონაცემები ნაწილებად, დაყავით ისინი ნაწილებად. ეს მოითხოვს გადაცემის წესებს, რომლებიც მხარს უჭერენ მითითებულ რეჟიმს. მოდით შევხედოთ როგორ განტვირთვა. პირველ რიგში, მონაცემთა გადაცემა უნდა განხორციელდეს მხოლოდ ერთი ატვირთვის წესის გამოყენებით (იხ. სურ. 6.4). თუ გადატანა შეუძლებელია ერთი წესის მიხედვით, მაშინ მას ვყოფთ ნაწილებად, სადაც მითითებულია საწყისი და საბოლოო ნაწილის ნომრები. თითოეული ნაწილი შეიცავს ინფორმაციას პირველი დონის ანალიტიკური მნიშვნელობების მოცემულ რაოდენობაზე, მაგალითად, პროდუქტის ნაშთებზე, ე.ი. ანგარიშის ბალანსის მნიშვნელობების მითითებული რაოდენობა "41". ანგარიშის ანალიტიკის მთლიანი ოდენობის ცოდნით, ადვილია სერვისების რაოდენობის გამოთვლა. რამდენი მონაცემი გადადის უპრობლემოდ ერთდროულად (ერთ ინფორმაციას) ექსპერიმენტულად უნდა განისაზღვროს, როგორც წესი, ანგარიშის ნაშთების ატვირთვისას ჩნდება გადარიცხვის პრობლემები, როდესაც ნაშთების რაოდენობა რამდენიმე ათასი ან მეტია. თუმცა, მონაცემების ატვირთვისთვის დროის დაზოგვის მიზნით, ჩვენ შეგვიძლია გირჩიოთ მისი ნაწილებად დაყოფა, მაშინაც კი, თუ შესაძლებელია ყველა ნაშთის ატვირთვა ბუღალტრულ განყოფილებაში ერთდროულად. ატვირთვის დრო დამოკიდებულია მონაცემთა ნაწილის ზომაზე, არა პროპორციულად, არა წრფივად. ამიტომ, მაგალითად, ათი ათასი პროდუქტის ნაშთების დაყოფით ათასის ათ ნაწილად, შეგიძლიათ რამდენჯერმე შეამციროთ გადმოტვირთვის დრო. თუ ჩვენ გადავიტანთ პირველ პორციას, შეიძლება არ იყოს მითითებული საწყისი ნაწილის ნომერი, თუ ბოლო ნაწილია გადატანილი, მაშინ შეიძლება არ იყოს მითითებული ბოლო ნაწილის ნომერი.

ᲛᲜᲘᲨᲕᲜᲔᲚᲝᲕᲐᲜᲘ!მონაცემების ნაწილებად გადაცემისას აუცილებელია პარამეტრებში მიუთითოთ პოსტფიქსი, რომელიც მონაწილეობს დოკუმენტის კომენტარის ფორმირებაში. გახსნის ნაშთების შეყვანა" ნაწილის დიაპაზონის ნომრების შეცვლისას არ უნდა დაგვავიწყდეს პოსტფიქსის შეცვლა, წინააღმდეგ შემთხვევაში, მიმღების კონფიგურაციაში ჩატვირთვისას, დოკუმენტები იგივე კომენტარებით (პოსტფიქსები) გადაიწერება. მონაცემთა ფაილის სახელი არ არის განსაკუთრებით მნიშვნელოვანი. შეგიძლიათ გამოიყენოთ თანმიმდევრული გადაცემის ტაქტიკა: განტვირთვა - ჩატვირთვა, განტვირთვა - დატვირთვა და ა.შ. ამ შემთხვევაში, მონაცემთა ფაილის სახელის შეცვლა არ არის საჭირო. თქვენ შეგიძლიათ აირჩიოთ ტაქტიკა: ჯერ განტვირთეთ ყველაფერი, შემდეგ დატვირთეთ ყველაფერი. ამ უკანასკნელ შემთხვევაში, მონაცემთა ფაილის სახელი უნდა შეიცვალოს ყოველი ატვირთვისას. კიდევ ერთი მაგალითი. თუ სააღრიცხვო განყოფილებაში ნაშთების რაოდენობა (მაგალითად, საქონელი) არის, ვთქვათ, 10000, მას ვყოფთ ათასის ნაწილებად, მაშინ მივიღებთ 10 პორციას. თითოეულ ნაწილს უნდა ჰქონდეს უნიკალური პოსტფიქსი: "-1", "-2", "-3", "-4". თუ ჩვენ გადმოვტვირთავთ ყველა დარჩენილ საქონელს და შემდეგ ვტვირთავთ ყველაფერს, მაშინ მონაცემთა ფაილებიც უნიკალური უნდა იყოს, მაგალითად: “41_1”, “41_2”, “41_3”, “41_4”. პარამეტრებმა "Portion number start" და "Portion number end" უნდა მიიღონ შემდეგი მნიშვნელობები: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

ნახ.6.4 მონაცემების ნაწილებად გადაცემისას პარამეტრების დაყენება

მონაცემების ნაწილებად გადატანა მხარდაჭერილია ატვირთვის შემდეგი წესებისთვის:

Ფიქსირებული აქტივები

მასალები

გადახრები საინვენტარო ნივთების ღირებულებაში

შეძენილ აქტივებზე დღგ

დაუმთავრებელი წარმოება

მზა პროდუქტები და ნახევარფაბრიკატები

გაყიდვის ხარჯები

საქონელი გაიგზავნება

ნაღდი ფული

ფინანსური ინვესტიციები

ანგარიშსწორება მომწოდებლებთან და კონტრაქტორებთან

სხვა ანგარიშსწორებები კონტრაგენტებთან

გადასახადები და მოსაკრებლები

დასახლებები პერსონალთან

გამოთვლები ანგარიშვალდებულ პირებთან

დასახლებები დამფუძნებლებთან

ანგარიშსწორებები სხვა მოვალეებთან და კრედიტორებთან

კაპიტალი და რეზერვები

სამომავლო ხარჯები

გადავადებული საგადასახადო აქტივები და ვალდებულებები

ფინანსური შედეგები

ბალანსგარეშე ანგარიშები

არ შეეცადოთ მიჰყვეთ სასაცილო რჩევებს, როგორიცაა: „ჯერ გადაიტანეთ საცნობარო წიგნები და შემდეგ გადაიტანეთ ნარჩენები“.ჯერ ერთი, აზრი არ აქვს დირექტორიის ცალკე გადაცემას, ნაწილებად ან მთლიანად , თუ შეცდომა მოხდა ნაშთების გადმოტვირთვისას, მაშინ ეს არ დაეხმარება. შეცდომა, სავარაუდოდ, რეალურად მოხდება ნაშთების გადაცემისას (ჩამოტვირთვისას, ამის გაგება მნიშვნელოვანია), როდესაც დირექტორია გადაიცემა ბმულების გამოყენებით. არ აქვს მნიშვნელობა დირექტორია უკვე გადაცემულია თუ არა,ნარჩენების გადმოტვირთვისას ის მაინც განიტვირთება შეზღუდვების გარეშე. მეორეც, მთელი დირექტორიების გადაცემა ჩვეულებრივ ნაგვის გადატანაა, რაც თქვენ არ უნდა გააკეთოთ.

განტვირთვის დასრულების შემდეგთქვენ უნდა გაუშვათ პროგრამა 1C: Accounting 8. ჩატვირთვა, როგორც თავდაპირველად, ასევე მონაცემთა განმეორებითი გადაცემის ან დამატებითი გადაცემის დროს, უნდა განხორციელდეს სტანდარტული დამუშავების გამოყენებით (იხ. სურ. 7).

ყურადღება, მნიშვნელოვანია. მკურნალობა მონაცემთა უნივერსალური გაცვლა XML ფორმატში (ზოგიერთ გამოცემაში 3.0.43.x)შეიცავს შეცდომებს. შეიძლება გამოყენებულ იქნას კორექტირებული დამუშავება მონაცემთა უნივერსალური გაცვლა XML ფორმატში, რომელიც შედის მიწოდებაში და დაინსტალირებულია მონაცემთა ბაზის დირექტორიაში Აღრიცხვაგამოცემა 4.5.

პროგრამაში ჩატვირთვის შემდეგ 1C: ბუღალტერია 8ნაშთების შესატანი დოკუმენტები უნდა განთავსდეს, ხოლო დარჩენილი დოკუმენტები ხელახლა განთავსდეს. ეს საუკეთესოდ კეთდება დამუშავების გამოყენებით დოკუმენტების ჯგუფური გადაცემა, რომელიც არის განყოფილებაში ადმინისტრაცია. თუ ის არ ჩანს მითითებულ განყოფილებაში, დააკონფიგურირეთ სამოქმედო ზოლი სასურველი ბრძანების დამატებით (იხ. ნახ. 7.1).

ნახ.7.1 სამოქმედო ზოლის დაყენება

Მნიშვნელოვანი. თქვენ არ შეგიძლიათ გამოიყენოთ დამუშავება სტანდარტული კონფიგურაციიდან, რადგან ის მუშაობს დამმუშავებლის გამართვის რეჟიმში (Exchange Processing.Handler DebuggingMode Flag = True) და არ იძლევა დამმუშავებლის გამოყენების საშუალებას "საძიებო ველები"საქაღალდეში გადმოწერილი ელემენტების მოსაძებნად " კონტრაგენტები" (იხ. ზემოთ). უფრო ზუსტად, ყველა დამმუშავებელი, რომელიც გამოიყენება დატვირთვის დროს, არის კონფიგურაციაში ჩაშენებული დამუშავების პროცესში. პროცესორები ჩამოტვირთვები Accounting-დან77. ამრიგად, შეცვლილი წესების გამოყენებით მიგრაცია შეუძლებელია, ყოველ შემთხვევაში, დატვირთვის ფაზაში.

მსგავსი გარე დამუშავება შეიძლება გამოყენებულ იქნას მონაცემთა გადაცემა 1Enterprise-ის საინფორმაციო ბაზებიდან77(შედის მიწოდებაში). ქვემოთ აღვწერთ, თუ როგორ გამოვიყენოთ იგი (კიდევ ერთხელ - გარე დამუშავება).

განტვირთვის დასრულების შემდეგთქვენ უნდა გაუშვათ პროგრამა 1C: Accounting 8. მენიუში: ფაილი - გახსენით და მიუთითეთ გარე დამუშავებაზე მონაცემთა გადაცემა 1Enterprise-ის საინფორმაციო ბაზებიდან77.

ამის შემდეგ გამოჩნდება ფორმა, რომელშიც უნდა მიუთითოთ მონაცემთა ჩატვირთვის ვარიანტი – Load data from file (ნახ. 7.2).

რის შემდეგაც გამოჩნდება დიალოგური ფანჯარა, რომელშიც თქვენ უნდა მიუთითოთ ატვირთული ფაილის გზა (იხ. სურ. 7.3).

„მონაცემების ჩატვირთვაზე“ დაწკაპუნებით დაიწყეთ მონაცემთა ჩატვირთვის პროცესი (იხ. ნახ. 7.4), რომლის დასრულების შემდეგ დაგჭირდებათ ბალანსის გენერირება და ბრუნვის შემოწმება წყაროს კონფიგურაციის მონაცემთა ბაზაში და დანიშნულების კონფიგურაცია, რომელშიც განხორციელდა ჩამოტვირთვა. .

თუ რაიმე შეცდომა მოხდა მონაცემთა გადაცემის პროცესში, გაიხსნება შეტყობინების ფანჯარა, საიდანაც შეგიძლიათ ორჯერ დააწკაპუნოთ შეცდომის მოსაგვარებლად. იმისათვის, რომ მიიღოთ მოხსენება შეცდომებზე, რომლებიც წარმოიშვა აღწერილობით და რეკომენდაციებით, თქვენ უნდა დააჭიროთ ჰიპერბმულს ” შეცდომის ინფორმაცია».

მონაცემთა განმეორებითი გადაცემის ან ცალკეული დოკუმენტების ან დირექტორიების დამატებითი გადაცემის დროს ჩატვირთვა შეიძლება განხორციელდეს სტანდარტული დამუშავების გამოყენებით "Universal Data Interchange in XML Format", ეს დააჩქარებს პროცესს.

მონაცემთა კონვერტაციის ტექნიკა.

საჭიროების შემთხვევაში, კონვერტაცია შეიძლება განხორციელდეს რამდენიმე ეტაპად, მაგალითად, ჯერ ნაშთები და შემდეგ დოკუმენტები. შესაძლებელია ინფორმაციის ხელახალი გადაცემა.

ნაშთები გადაირიცხება დოკუმენტებით" გახსნის ნაშთების შეყვანა».

დამატებითი დეტალები ნაშთების შეყვანის მეთოდოლოგიის შესახებ შეგიძლიათ იხილოთ სტატიაში 1C კომპანიის ITS ვებსაიტზე (1C-სთვის: Enterprise Accounting rev. 3.0)

Მნიშვნელოვანი! გახსნის ნაშთების შესვლამდე უნდა იყოს მითითებული სააღრიცხვო პოლიტიკის პარამეტრები. ორგანიზაციის სააღრიცხვო პოლიტიკის პარამეტრები იკითხება ნაშთების შეტანის მომდევნო თარიღში. მაგალითად, თუ ნაშთების შეტანის თარიღია 2013 წლის 31 დეკემბერი, მაშინ მხედველობაში მიიღება 2014 წლის 1 იანვრისთვის დადგენილი სააღრიცხვო პოლიტიკის პარამეტრები, რაც საშუალებას გაძლევთ გაითვალისწინოთ მიმდინარე სააღრიცხვო პოლიტიკის პარამეტრები (მაგალითად: თუ 2013 წელს ორგანიზაციამ გამოიყენა გამარტივებული საგადასახადო სისტემა, ხოლო 2014 წლიდან გადავიდა ზოგად სისტემაზე - მაშინ 2013 წლის 31 დეკემბრის მდგომარეობით ნაშთების შეყვანისას გათვალისწინებული იქნება 2014 წლის სააღრიცხვო პოლიტიკის პარამეტრები. დარწმუნდით, რომ სააღრიცხვო პოლიტიკა სწორად არის გადაცემული, საჭიროების შემთხვევაში სწორი.

Მნიშვნელოვანი! თუ გადაწყვეტთ დაიწყოთ მუშაობა მიმღების კონფიგურაციაში მანამ, სანამ იქ დანარჩენს გადაიტანთ, მაშინ ჯერ უნდა გადაიტანოთ დირექტორიები ადრესატის კონფიგურაციაში მუშაობის დაწყებამდე. წინააღმდეგ შემთხვევაში, შეიძლება მოხდეს შეცდომები ნაშთების არაცარიელ მონაცემთა ბაზაში გადატანისას.

მე ვპასუხობ კითხვებს!მიწოდების კომპლექტში შეტანილი დამუშავებისა და გადაცემის წესები ღიაა და არანაირად არ არის დაცული კოპირებისგან. ეს არ ნიშნავს, რომ მყიდველს (ლიცენზიატს) აქვს გავრცელების და გამრავლების უფლება. ლიცენზიატს არ აქვს ასეთი უფლება. ლიცენზიატს აქვს სარგებლობის უფლება. ამ უფლების გამოყენებით, ლიცენზიატს შეუძლია შექმნას საარქივო ასლები, შეიტანოს ცვლილებები და გამოიყენოს შეუზღუდავი რაოდენობის კომპიუტერები შეუზღუდავი რაოდენობის კომპიუტერებზე. კონვერტაციის წესების დასახვეწად ან გამოსასწორებლად, ასევე მათთან უფრო მეტად გასაცნობად, თქვენ უნდა ჩატვირთოთ წესები პროგრამაში მონაცემთა კონვერტაცია. ეს პროგრამა ნაწილდება 1C-ით და ის განსაზღვრავს მისი გამოყენების წესებს.

ყიდვის მიზეზები

რეგულარულად განახლებულია. განახლებები უფასოა შეძენიდან ექვსი თვის განმავლობაში. შედის ინფოსტარტის ტოპ 100 პუბლიკაციაში.

უპირატესობები

წესების ტექსტი და დამუშავება ღიაა, გამოყენებულია მონაცემთა კონვერტაციის ტექნოლოგია და ადვილად რედაქტირებადი.

ვერსიების შედარება

01/29/2019 წესები განახლებულია 3.0.67.70 გამოშვებით

07/05/2018 წესები განახლებულია 3.0.63.22 გამოშვებით

25.09.2017 წესები განახლებულია 3.0.52.36 გამოშვებით

07/18/2017 წესები განახლებულია 3.0.51.16 გამოშვებით

10/12/2016 დაფიქსირდა შეცდომა პროფესიული განათლებისა და სწავლების ძველი ტიპის მიღებაზე გადატანისას

09/08/2016 წესები განახლებულია 3.0.44.102 გამოშვებით

18.06.2016 დაფიქსირდა შეცდომა ხელით ოპერაციების გადაცემაში, რომლებსაც აქვთ ქვეანგარიშის განყოფილება

05/31/2016 წესები განახლდა 3.0.43.236 გამოშვებით. სტანდარტულ კონფიგურაციებში (BP გამოშვებულია 3.0.43.174 - 235) უნივერსალური XML მონაცემთა გაცვლის დამუშავებაში, ჩატვირთვის პარამეტრების პროცედურა სწორად არ მუშაობს. წესები შეიცვალა ამ შეცდომის აღმოსაფხვრელად. ასევე შეგიძლიათ გამოიყენოთ Universal Data ExchangeXML დამუშავება, რომელიც შედის მიწოდების პაკეტში BP 3.0-ში ჩასატვირთად. ის იწერება ინსტალაციის დროს ინფო დირექტორიაში ExtForms ქვედირექტორიაში. ბაზები 7.7.

05/25/2016 წესები განახლებულია 3.0.43.215 გამოშვებით

05/11/2016 ხელშეკრულების ხანგრძლივობის შეზღუდვა 50-დან 100-მდე შეიცვალა.

02/23/2016 წესები განახლებულია 3.0.43.29 გამოშვებით

12/21/2015 დამუშავება და წესები განახლებულია 3.0.42.33 გამოშვებამდე

11.11.2015 დამატებულია სინქრონიზაციის რეჟიმის შემოწმება

05/18/2015 დამუშავება და წესები განახლებულია 3.0.40.24 გამოშვებამდე

14.05.2015 გადასახადების გადახდის საბუთების გადარიცხვა დასრულდა

04/08/2015 დამუშავება და წესები განახლებულია 3.0.39.56 გამოშვებამდე. 3.0.39 გამოშვებაში შეიცვალა გადახდის ინვოისის სტრუქტურა: აღარ არის "მომსახურებების" ცხრილის ნაწილი, ახლა საქონელი და მომსახურება არის ერთ "საქონელი" ცხრილის ნაწილში. ამიტომ 3.0.38-ის წესები არ შეიძლება გამოყენებულ იქნას 3.0.39-ზე პორტირებისთვის

04/02/2015 დამუშავება და წესები განახლებულია 3.0.38.53 გამოშვებამდე

12/23/2014 დამუშავება და წესები განახლებულია 3.0.37 გამოშვებამდე

მიწოდების შინაარსი.

პაკეტში შედის: დამუშავება "ACC_ACC8",გადაცემის წესები "ACC_ACC8"და დამუშავება მონაცემთა გადაცემა 1Enterprise-ის საინფორმაციო ბაზებიდან77. თუ თქვენს ორგანიზაციას არ ჰყავს სრულ განაკვეთზე პროგრამისტი სამუშაოს შესასრულებლად, ჩვენ მზად ვართ შემოგთავაზოთ ჩვენი სპეციალისტის მომსახურება (პროგრამისტი დაუკავშირდება თქვენს კომპიუტერს ინტერნეტით სპეციალური პროგრამის გამოყენებით დისტანციური მუშაობისთვის და შეასრულებს საჭირო სამუშაოს ). თუ შესაძლებელია, მიაწოდეთ სამუშაო ბაზა "1C: ბუღალტერია 7.7"ჩვენ შეგვიძლია თავად გადავიტანოთ მონაცემები და გადავიტანოთ ფაილი“ 1C: ბუღალტერია 8" გადარიცხული ნაშთებით. ამ სერვისის ღირებულება არ შედის პაკეტის მთლიან ღირებულებაში.

გადაჭარბებული არ იქნება თუ ვიტყვით, რომ 1C: Accounting 7.7-ის ყველა მომხმარებელი, რომლებმაც გადაწყვიტეს გადავიდნენ 1C: Accounting 8-ზე, შეშფოთებულია მონაცემთა გადაცემის საკითხით. და არა მხოლოდ დირექტორიების მექანიკური გადაცემა, არამედ ბუღალტრული აღრიცხვისა და საგადასახადო ანგარიშებში დაგროვილი ყველა ინფორმაციის გადაცემა, რაც მომხმარებლებს საშუალებას მისცემს დაიწყონ მუშაობა ახალ პროგრამაში მისი შეძენისთანავე. „1C: Accounting 7.7“-დან „1C: Accounting 8“-ზე სწრაფი გადასვლისთვის შეიქმნა მექანიზმი სახელწოდებით „ტრანზიციის ასისტენტი“. უფრო ზუსტად, ორი ასისტენტი. ერთი განკუთვნილია „1C: Accounting 7.7“-დან მონაცემების ჩამოსატვირთად, მეორე „1C: Accounting 8“-ში მონაცემების ჩასატვირთად. 1C მეთოდოლოგები საუბრობენ იმაზე, თუ როგორ გამოიყენოთ ასისტენტი.

დარეკეთ ასისტენტს "1C: ბუღალტერია 7.7"შეიძლება გაკეთდეს მენიუდან "სერვისი - გადასვლა 1C-ზე: ბუღალტერია 8" (იხ. სურ. 1).

ბრინჯი. 1

ასისტენტთან მუშაობა დაყოფილია ხუთ ეტაპად. ნაბიჯიდან ნაბიჯზე გადასვლა ხორციელდება ღილაკების "შემდეგი" და "უკან" გამოყენებით.

პირველი ნაბიჯი არის ერთმანეთის გაცნობა. აქ არის ასისტენტის მიზნის მოკლე აღწერა, შეგიძლიათ ნახოთ ინფორმაცია "1C: ბუღალტრული აღრიცხვა 8"-ის უპირატესობების შესახებ და მიუთითოთ სად შეგიძლიათ მიიღოთ დამატებითი ინფორმაცია "1C: ბუღალტერია 8"-ზე გადასვლის შესახებ.

მეორე ნაბიჯი იძლევა შესაძლებლობას შეამოწმოთ და, საჭიროების შემთხვევაში, მიიღოთ სტანდარტული კონფიგურაციის განახლება. რეკომენდირებულია გამოიყენოთ უახლესი კონფიგურაციის გამოშვება, რადგან პროგრამა მუდმივად განახლდება კანონმდებლობის ცვლილებების გამო.

თუ განახლებები არ არის, შეგიძლიათ გააგრძელოთ მუშაობა.

თუ არის განახლება, მაშინ შეგიძლიათ მიიღოთ ახალი კონფიგურაციის გამოშვება.

ახალი გამოშვების მიღების შემდეგ, თქვენ უნდა განაახლოთ კონფიგურაცია. ამისათვის თქვენ უნდა გამოხვიდეთ ასისტენტიდან და დახუროთ პროგრამა. კონფიგურაციის განახლების შემდეგ, ასისტენტი ავტომატურად ამოქმედდება გადასვლის გასაგრძელებლად და შემოგთავაზებთ შემდეგ ნაბიჯს.

მესამე ნაბიჯი მოითხოვს, რომ მიუთითოთ რა ინფორმაციაა საჭირო გადასაცემად. ნაშთების გადარიცხვა შეგიძლიათ მხოლოდ საბუღალტრო და საგადასახადო ანგარიშებიდან წლის დასაწყისში.

ან ნაშთები წლის დასაწყისში და ბრუნვა წლის დასაწყისიდან ნებისმიერი თვის ბოლომდე.

განსაკუთრებული ყურადღება უნდა მიექცეს იმ ფაქტს, რომ გადასვლამდე აუცილებელია ჩატარდეს რუტინული თვის ბოლოს დახურვის პროცედურები თითოეულ თვეში, რომელიც შედის განტვირთვის პერიოდში.

მეოთხე საფეხურზე ასისტენტი მიუთითებს რომელ ფაილში ჩაიწერება ატვირთული მონაცემები. თუ არ შეცვლით ნაგულისხმევ პარამეტრებს, მაშინ 1C: Accounting 8-ში მონაცემების ჩატვირთვისას, გადასვლის ასისტენტი 1C: Accounting 8 ავტომატურად იპოვის მითითებულ ფაილს.

და ბოლოს, საბოლოო ნაბიჯი არის მონაცემების ჩამოტვირთვა. თუ მონიშნეთ „ბალანსის გენერირება“ ჩამრთველი, მაშინ ატვირთვის შემდეგ წარმოიქმნება ბალანსი, რომელიც შეიძლება დაიბეჭდოს და რომლითაც შეგიძლიათ შეადაროთ „1C: Accounting 8“-ში ჩატვირთვის შედეგი. პირდაპირი გადმოტვირთვა ხორციელდება ღილაკზე "გადმოტვირთვა" დაწკაპუნებით.

ეს ასრულებს მიგრაციის ასისტენტის მუშაობას "1C: ბუღალტერია 7.7".

ახლა თქვენ უნდა გაიქცეთ "1C: ბუღალტერია 8"და დაიწყეთ მონაცემების ჩამოტვირთვა.

ასისტენტს შეგიძლიათ დარეკოთ მენიუდან „სერვისი - გადასვლა 1C-დან: ბუღალტერია 7.7“ (იხ. სურ. 2).

ბრინჯი. 2

ისევე, როგორც 1C-ში: ბუღალტერია 7.7, ასისტენტთან მუშაობა დაყოფილია რამდენიმე ეტაპად. ნაბიჯიდან ნაბიჯზე გადასვლა ხორციელდება ღილაკების "შემდეგი" და "უკან" გამოყენებით.

პირველი ნაბიჯი არის ერთმანეთის გაცნობა. აქ არის ასისტენტის მიზნის მოკლე აღწერა, მითითებულია, სადაც შეგიძლიათ მიიღოთ დამატებითი ინფორმაცია "1C: ბუღალტრული აღრიცხვა 8"-ზე გადასვლის შესახებ, არის მინიშნება იმის შესახებ, თუ რა უნდა გაკეთდეს იმისათვის, რომ ჩამოტვირთოთ მონაცემები "1C: ბუღალტერია". 7.7"

მეორე ნაბიჯი იძლევა შესაძლებლობას შეამოწმოთ და, საჭიროების შემთხვევაში, მიიღოთ სტანდარტული კონფიგურაციის განახლება. მიზანშეწონილია გამოიყენოთ უახლესი კონფიგურაციის გამოშვება, რადგან პროგრამა მუდმივად განახლდება კანონმდებლობის ცვლილებების გამო. ახალი გამოშვების მიღების შემდეგ, თქვენ უნდა განაახლოთ კონფიგურაცია. ამისათვის თქვენ უნდა გამოხვიდეთ ასისტენტიდან და დახუროთ პროგრამა. კონფიგურაციის განახლების შემდეგ, ასისტენტი ავტომატურად ამოქმედდება გადასვლის გასაგრძელებლად და შემოგთავაზებთ შემდეგ ნაბიჯს.

ორგანიზაციის შესახებ ინფორმაცია უნდა შეავსონ მხოლოდ 1C-ის ძირითადი ვერსიის მომხმარებლებმა: ბუღალტერია 8. გთხოვთ გაითვალისწინოთ, რომ TIN და KPP მთლიანად უნდა ემთხვეოდეს TIN-ს და KPP-ს, რომელიც შეყვანილია „1C: ბუღალტერია 7.7“. "1C: Accounting 8 PROF"-ში ორგანიზაცია ავტომატურად შეიქმნება მონაცემთა ჩატვირთვისას და ასისტენტი გამოტოვებს ამ ნაბიჯს.

სანამ დაიწყებთ მონაცემთა ჩატვირთვას, თქვენ უნდა დააყენოთ ინვენტარის აღრიცხვა. ფაქტია, რომ "1C: Accounting 7.7"-ში მხოლოდ რაოდენობრივი აღრიცხვაა მხარდაჭერილი საწყობებით. "1C: ბუღალტრული აღრიცხვა 8"-ში საწყობის აღრიცხვის შესაძლებლობები გაცილებით ფართოა: შეგიძლიათ განახორციელოთ პარტიული აღრიცხვა, შეგიძლიათ აწარმოოთ რაოდენობრივი და მთლიანი აღრიცხვა საწყობებისთვის, ან შეგიძლიათ გამორთოთ საწყობის აღრიცხვა. თუ საწყობის აღრიცხვის პარამეტრები არ შეესაბამება "1C: Accounting 7.7"-ის ფუნქციონირებას (საწყობის აღრიცხვა გამორთულია), მომხმარებელს სთხოვს დააინსტალიროს საწყობის აღრიცხვა. თუ ინვენტარის მართვა ადრე უკვე ჩართულია, ასისტენტი გამოტოვებს ამ ნაბიჯს.

შემდეგი ნაბიჯი არის იმის დაზუსტება, თუ რომელი ფაილიდან უნდა ჩაიტვირთოს მონაცემები. ასისტენტი ავტომატურად ეძებს ფაილს ატვირთული მონაცემებით იმ სახელით, რომელიც ნაგულისხმევად იყო მითითებული ასისტენტში „1C: Accounting 7.7“-დან მონაცემების ატვირთვისას.

და ბოლოს, საბოლოო ნაბიჯი არის მონაცემების ჩატვირთვა. პირდაპირი ჩამოტვირთვა ხორციელდება ღილაკზე "ჩამოტვირთვა" დაწკაპუნებით.

თუ მონიშნეთ "ბალანსების გენერირება" ჩამრთველ ველს, მაშინ საბუღალტრო ანგარიშებისთვის ბრუნვის ბალანსი და საგადასახადო აღრიცხვის ანგარიშების ბალანსი ჩატვირთვის შემდეგ წარმოიქმნება, რომელიც შეიძლება დაიბეჭდოს, რომლითაც შეგიძლიათ შეამოწმოთ მონაცემების ჩამოტვირთვის დროს წარმოქმნილი ბალანსი. "1C: ბუღალტერია 7.7"-დან.

სანამ დაიწყებთ მუშაობას 1C: Accounting 8 პროგრამასთან, თქვენ უნდა დააყენოთ ძირითადი სააღრიცხვო პარამეტრები:

სააღრიცხვო პოლიტიკის ჩამოყალიბება;
საგადასახადო აღრიცხვის პოლიტიკის ჩამოყალიბება;
მოაწყოს მარაგების ანალიტიკური აღრიცხვა;
მომხმარებლის პარამეტრების დაყენება და ა.შ.

შეამოწმეთ ყუთი „გახსენით დაწყების ასისტენტი“ გადასვლის ასისტენტში „1C: Accounting 7.7“-დან და მონაცემების ჩატვირთვის შემდეგ, Start Assistant ავტომატურად ამოქმედდება.

ეს ასრულებს გადასვლის პროცესს "1C: ბუღალტერია 7.7"-დან "1C: ბუღალტრული აღრიცხვა 8".

მჭირდება 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: Accounting 7.7“ „1C: Accounting 8.2“-ით

მონაცემთა გადაცემის სტრატეგია და მექანიზმები "1C: Accounting 7.7"-დან "1C: Accounting 8.2"-ზე განისაზღვრება შემდეგი ფაქტორებით:

ახალ პროგრამაში აღრიცხვის დაწყების დრო;
თქვენი კონფიგურაციის მიმდინარე ვერსიაში ცვლილებების არსებობა და სირთულე;
გასული პერიოდებისთვის ბიზნეს ტრანზაქციების ისტორიის შენარჩუნების აუცილებლობა.

ჩვენს კლიენტებს ვურჩევთ დაიწყონ მუშაობა ახალ ბუღალტრულ პროგრამაში ახალი წლის 1 იანვრიდან . ეს განპირობებულია იმით, რომ გადასახადების უმეტესობა დარიცხვის პრინციპით არის გათვლილი. ამიტომ, იმისათვის, რომ არ განვითარდეს დაგროვილი შედეგების სწორად გადაცემის საშუალებები, აუცილებელია პროგრამაში მუშაობის დაწყება საგადასახადო საანგარიშგებო პერიოდის დასაწყისთან იყოს დაკავშირებული. რა თქმა უნდა, თქვენ შეგიძლიათ დაიწყოთ მუშაობა კვარტალის დასაწყისიდან და თუნდაც მომდევნო თვის დასაწყისიდან, მაგრამ ასეთი გადასვლა უფრო მნიშვნელოვან ხარჯებს გამოიწვევს (7.7 და 8.2 დოკუმენტების სტრუქტურაში მნიშვნელოვანი განსხვავებების გამო).

ზემოაღნიშნული ფაქტორების კომბინაციიდან გამომდინარე, სიტუაციები შეიძლება იყოს შემდეგი.

სიტუაცია 1:

ახალი წლიდან გადასვლა, TYPICAL კონფიგურაცია, სწორი ანგარიშის ნაშთები გენერირებულია ძველ პროგრამაში

ეს ვარიანტი მარტივი და გასაგებია, მაგრამ პრაქტიკაში ძალიან იშვიათია. მხოლოდ რამდენიმე მცირე კომპანიაშია შესაძლებელი ძველ პროგრამაში სწორი ნაშთების გენერირება ახალ პროგრამაში მუშაობის დაწყებამდე დაუყოვნებლივ და მხოლოდ იმ პირობით, რომ უზრუნველყოფილი და პროგრამაში შედის გასული პერიოდის ყველა პირველადი დოკუმენტი.

თუ ეს თქვენი საქმეა, იღბლიანი ხართ. თქვენ მხოლოდ უნდა განაახლოთ „1C:Enterprise 7.7“ კონფიგურაცია უახლეს ვერსიამდე და გამოიყენოთ „1C:Enterprise 7.7 საინფორმაციო ბაზებიდან მონაცემთა გადაცემის“ დამუშავება, რომელიც ჩაშენებულია „1C:Enterprise 8.2“-ში. ამის გაკეთება შეგიძლიათ საკუთარ თავს, სპეციალისტის დახმარების გარეშე. თქვენ უბრალოდ უნდა მკაცრად დაიცვან დამუშავების დროს მითითებული ინსტრუქციები.

სიტუაცია 2:

ახალი წლიდან გადასვლა, ტიპიური კონფიგურაცია, ძველ პროგრამაში არ არის სწორი ანგარიშის ნაშთები

სტანდარტული პრაქტიკა ამ შემთხვევაში არის ძველ და ახალ პროგრამაში ერთდროულად მუშაობა . „გარდამავალ პერიოდში“ (ნახ. 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: მონაცემთა კონვერტაცია 2.1". ეს ინსტრუმენტი მომხმარებლისგან მოითხოვს გარკვეულ ოპერაციულ უნარებს, მაგრამ მისი დახმარებით შესაძლებელია ობიექტების ავტომატური გადაცემის ორგანიზება კონფიგურაციებს შორის.

· თუ წლების განმავლობაში გამოყენებისას კონფიგურაცია რადიკალურად შეიცვალა, მაშინ სტანდარტული მიგრაციის ხელსაწყოების დაყენება შეიძლება უფრო შრომატევადი აღმოჩნდეს, ვიდრე ამ მიზნებისთვის საკუთარი დამუშავების დაწერა. მსგავსი სიტუაცია წარმოიქმნება სააღრიცხვო პროგრამიდან გადასვლის ორგანიზების შემთხვევაში, რომელიც არ არის დაკავშირებული 1C პლატფორმებთან. ასეთი გადასვლის გაკეთებაც შესაძლებელია, მაგრამ წინასწარ უნივერსალური გაცვლის მოფიქრება შეუძლებელია. თითოეული კონკრეტული შემთხვევა მოითხოვს პრობლემისადმი ინდივიდუალურ მიდგომას. ჩვენს კომპანიას შეუძლია შესთავაზოს თავისი გამოცდილება მონაცემთა გადაცემის სხვადასხვა ფორმატის ფაილების საშუალებით, როგორიცაა dbf, xls(უნივერსალური ჩამტვირთავი Excel-დან 1C-მდე), xml.

კიდევ ერთი წერტილი, რომელიც უნდა აღინიშნოს პლატფორმიდან 7.7-დან 8.2-ზე გადასვლასთან დაკავშირებით მონაცემთა ბაზის კონსოლიდაცია.

რამდენიმე კომპანიის ჩანაწერების ერთ მონაცემთა ბაზაში შენახვის მექანიზმის არარსებობის გამო, ბევრ საწარმოს მოუწია ერთდროულად რამდენიმე მონაცემთა ბაზის შენარჩუნება 1C:Enterprise 7.7-ში. ვინაიდან ეს პრობლემა მოგვარებულია მერვე ვერსიაში, ჩნდება ამოცანა მონაცემთა გადაცემის პროექტის ფარგლებში რამდენიმე მონაცემთა ბაზის ერთში გაერთიანება. უფრო მეტიც, შვიდი ბაზიდან თითოეულს შეიძლება ჰქონდეს საკუთარი მახასიათებლები.

ზემოთ მოცემული მეთოდების გამოყენებით, თქვენ შეგიძლიათ დაამყაროთ ურთიერთქმედება თითოეულ მონაცემთა ბაზასთან ცალკე. თუმცა, ჩნდება მთელი რიგი ქვეამოცანა, რომლებიც სპეციფიკურია ამ შემთხვევისთვის.

1. კონკრეტულ ორგანიზაციასთან დაკავშირებული დოკუმენტების გაერთიანება. ეს პრობლემა მარტივად წყდება პრეფიქსის მექანიზმის გამოყენებით. პროგრამაში რეგისტრირებულ თითოეულ ორგანიზაციას ენიჭება საკუთარი ასო პრეფიქსი. ეს პრეფიქსი ემატება დოკუმენტის ნომერს, რითაც უზრუნველყოფს ნომრების უნიკალურობას.

2. დირექტორიების დუბლიკატი ელემენტების კონტროლი. მონაცემთა რამდენიმე საინფორმაციო წყაროდან ერთ საინფორმაციო სისტემაში გადაცემისას შეიძლება წარმოიშვას სიტუაცია, როდესაც დირექტორიების იგივე ელემენტები, მაგალითად, იგივე კონტრაგენტი ახალ დირექტორიაში რამდენჯერმე განმეორდება. ამიტომ, მონაცემთა გადაცემის შემდეგ, აუცილებელია ჩატარდეს დუბლიკატი დირექტორია ელემენტების შედარებისა და გაერთიანების პროცედურა.

3. შესაძლო სირთულეები, რომლებიც უნდა იცოდეთ

ახალ პლატფორმაზე გადასვლის პროცესის სათანადო დაგეგმვით, ბევრი პრობლემის თავიდან აცილებაა შესაძლებელი. თუმცა, არსებობს მთელი რიგი სპეციფიკური მახასიათებლები, რომლებიც ვლინდება უკვე პროექტის განხორციელების ეტაპზე. ჩვენ ვსაუბრობთ სხვადასხვა შეცდომებზე, რომლებიც წარმოიქმნება როგორც მომხმარებლის არასწორი ქმედებების გამო, ასევე 1C:Enterprise პლატფორმის ტექნიკური მახასიათებლების გამო. მოდით განვიხილოთ ეს პუნქტები უფრო დეტალურად.

3.1. შეცდომები წყაროს მონაცემებში

ზოგადად, მონაცემთა ბაზაში ობიექტის ცალსახა იდენტიფიკაცია შესაძლებელია TIN და KPP დეტალების გამოყენებით. შვიდეულში, ორივე ეს მნიშვნელობა ინახებოდა ერთ TIN/KPP დეტალში და არ იყო შემოწმება ამ დეტალში შეყვანილი მონაცემების სისწორისთვის. შესაძლებელი იყო ნაკლები რიცხვის შეყვანა, გამყოფის არასწორ ადგილას დაყენება და სრულიად აბსტრაქტული TIN-ის შეყვანა.

ტიპიური გადარიცხვა, დირექტორიას შექმნისას, კონტრაგენტები გამოიყოფა TIN-ით და KPP-ით, სიმბოლოების საჭირო რაოდენობის უბრალოდ მოწყვეტით. ამიტომ, ახალი მონაცემთა ბაზის დეტალებში შეიძლება დაფიქსირდეს აბსოლუტურად არასწორი მონაცემები. ამრიგად, ასეთი მონაცემების გამოყენებით გადაცემის დროს ობიექტების სწორი იდენტიფიკაცია ძალიან რთული იქნება.

კიდევ ერთი პრობლემაა მონაცემთა შეყვანის ერთიანი ფორმატის არარსებობა. თითოეულ მომხმარებელს შეუძლია შეიყვანოს სახელი, როგორც მას მოსწონს. წარმოვიდგინოთ, რომ ერთ მონაცემთა ბაზაში "შვიდი" მომხმარებელი, რომელიც ავსებს კონტრაგენტის "სახელს", წერს "Vympel Management Company", ხოლო მეორე "შვიდი" მონაცემთა ბაზაში იგივე კონტრაგენტი არის ჩამოთვლილი, როგორც "Vympel Management Company". ასეთ ვითარებაში, ავტომატური დამუშავება ვერ შეძლებს დაადგინოს, რომ ეს არის იგივე კონტრაგენტი და ორჯერ გადაიყვანს მას რვაში. ასეთ მონაცემთა ბაზაში შემდგომი მუშაობა რთული იქნება, რადგან ბალანსის ნაწილი იქნება ერთ ელემენტზე, ხოლო მეორე ნაწილი მეორეზე.

3.2. კონფიგურაციის განსხვავებები

გადაცემის შეცდომების კიდევ ერთი ჯგუფი გამოწვეულია კონფიგურაციების ტექნოლოგიური განსხვავებებით. ზოგიერთი ბიზნეს ტრანზაქცია აისახება „1C:Enterprise 7.7“-ში რამდენიმე ტიპის დოკუმენტით, ხოლო „1C:Enterprise 8“-ში ერთით. მაგალითად, როგორც მასალების, ისე საქონლის ქვითრები ახალ პროგრამაში აისახება ერთი დოკუმენტით, ხოლო ძველში - ორით. ამრიგად, დოკუმენტების „მასალების მიღება No22“ და „საქონლის მიღება No22“ გადაცემის მცდელობისას ჩნდება უნიკალურობის კონტროლის შეცდომა. ვინაიდან მოცემულ პერიოდში ორი ერთნაირი ნომრით დოკუმენტის ჩაწერა შეუძლებელია, საჭიროა მათში ხელოვნურად დანერგვა და ამ განსხვავებების შემოტანის სისტემა წინასწარ არის შეთანხმებული.

მაგალითად, ეს პრობლემა მოგვარებულია გადმოწერილი დოკუმენტის ნომერზე დამატებითი პრეფიქსის დამატებით. დოკუმენტის თითოეული მახასიათებლისთვის, ეს პრეფიქსი გამოყოფილია ცალკე. ეს შეიძლება იყოს მონაცემთა ბაზის მახასიათებელი, საიდანაც ხდება დოკუმენტების ჩამოტვირთვა, ან დოკუმენტის ტიპი, საიდანაც განხორციელდა ჩამოტვირთვა. აქ მოცემულია ასეთი პრეფიქსის ფორმირების მაგალითი. ფილიალის ბაზა კრასნოიარსკში იძლევა პრეფიქსი "KR". დოკუმენტის ტიპი "მასალების მიღება", საიდანაც ხდება ჩამოტვირთვა, მოცემულია პრეფიქსი "M". ასე რომ, თუ დოკუმენტის ნომერი შვიდში იყო 00000031, მაშინ რვა ნომერი იქნება შემდეგი:

"KR" + "M" + "00000031" = "KRM00000031"

შედეგად, მონაცემთა ბაზაში შეიტანება უნიკალური ნომერი.

3.3. ტექნიკური პრობლემები

მონაცემთა გადაცემის შეცდომები ასევე შეიძლება მოხდეს 1C:Enterprise პლატფორმის ტექნიკური მახასიათებლების გამო. მაგალითად, სტანდარტული საძიებო მექანიზმი სახელის მიხედვით არ განასხვავებს მთავრულ ასოებს დირექტორიაში ელემენტის სახელში პატარებისგან. ამ მექანიზმის გამოყენებისას არის დაბნეულობა. მაგალითად, მონაცემთა ბაზაში არის ორი კონტრაგენტი "l-audio" და "L-Audio". "l-audio" კონტრაგენტის ძიებისას სისტემა იპოვის "L-Audio". შედეგი იქნება არასწორად შევსებული დოკუმენტი.

ასევე აუცილებელია ყურადღება მიაქციოთ თავად მონაცემთა გადაცემის არჩეულ მეთოდს. ზემოთ აღწერილი მაგალითი კონტრაგენტების გაორმაგებით, კომპანიის ფილიალების მონაცემთა ბაზებიდან გადატანისას, შესაძლოა რეალურად არ აღმოჩნდეს გაორმაგებული. სხვადასხვა ქალაქში მოქმედ კომპანიებს შეიძლება ჰქონდეთ კონტრაგენტებიც, რომლებიც მოქმედებენ სხვადასხვა ქალაქში. L-Audio კომპანიის ფილიალს ნიჟნი ნოვგოროდში და L-Audio კომპანიას მოსკოვში სამართლიანად შეიძლება ეწოდოს ზუსტად იგივე მონაცემთა ბაზებში. ასეთი დაბნეულობის თავიდან ასაცილებლად, წინასწარ უნდა აირჩიოთ გადაცემის მეთოდი. ჩვენს მაგალითში, ჩვენ შეგვიძლია გამოვყოთ კონტრაგენტები სხვადასხვა დირექტორია ჯგუფებად, წყაროს მონაცემთა ბაზის მიხედვით. ასეთი ტექნიკის არჩევანი ასევე იმოქმედებს მონაცემთა ჩატვირთვის მექანიზმებზე.

ზემოთ აღწერილი მეთოდები წარმოშობილი პრობლემების გადასაჭრელად შეიძლება ასევე არ იყოს საკმარისად უნივერსალური. მონაცემთა მიგრაციისას ძალიან მნიშვნელოვანია მიგრაციის ინსტრუმენტში გამოყენებული მეთოდების გაერთიანება. მაგალითად, ჩვენ განვსაზღვრავთ დირექტორიების უმეტეს ელემენტებს სახელით. ამავდროულად, დოკუმენტის "ძირითადი საშუალებების აღრიცხვაზე მიღება" გადაცემისას, ეს მეთოდი არასასურველ შედეგს მისცემს იმ შემთხვევაში, როდესაც შედის იმავე ტიპის მცირე ძირითადი საშუალებების რაოდენობა (საოფისე მასალები, ავეჯი და ა.შ.). განსხვავდება მხოლოდ ინვენტარის ნომრით. ბუღალტრული აღრიცხვის მიღების ყოველი დოკუმენტი მიუთითებს იმავე ობიექტზე. შეუძლებელია ერთი ობიექტის აღრიცხვაზე რამდენჯერმე მიღება. აქედან გამომდინარე, ძალიან მნიშვნელოვანია მონაცემთა მიგრაციის ხელსაწყოს პერსონალურად მორგების შესაძლებლობა. ამ შემთხვევაში, ჩვენ უბრალოდ მივუთითებთ, რომ OS-ის ძებნა უნდა განხორციელდეს დაშვების ნომრით (კოდით).

დასკვნა

ამჟამად, ჯერ კიდევ საკმაოდ ბევრი კომპანია მუშაობს 1C:Enterprise 7.7-ის გამოყენებით. ეს გამოწვეულია ისეთი ფაქტორებით, როგორიცაა ახალი პლატფორმის უპირატესობების გაუგებრობა, ახალი ტექნოლოგიების შესწავლის უსიამოვნება და გადასვლისას დიდი რაოდენობის სირთულეების შეხვედრის შიში. 1C: ბუღალტერიის მაგალითის გამოყენებით, ჩვენ შევეცადეთ გვეჩვენებინა, რომ ამ მიზეზების უმეტესობა არც თუ ისე მნიშვნელოვანია. ჩვენი საქმიანობის განმავლობაში, ჩვენ ვეხმარებით ჩვენს კლიენტებს გაუმკლავდნენ 1C:Enterprise 8 პლატფორმაზე პროგრამების განხორციელებასთან დაკავშირებულ ნებისმიერ შესაძლო სირთულეს. თუ გაინტერესებთ გადასვლის საკითხი ან გაქვთ რაიმე სხვა შეკითხვა 1C:Enterprise 8 პლატფორმასთან და მასზე შექმნილ კონფიგურაციებთან დაკავშირებით, RG-Soft სპეციალისტები თქვენს სამსახურში არიან!

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 Accounting-ში ასატვირთად. ეს ფაილები უნდა განთავსდეს ExtForms საქაღალდეში თქვენი მონაცემთა ბაზიდან. მაგალითში ეს არის D:\1с\77\unp_demo\ExtForms. თქვენ შეგიძლიათ ნახოთ თქვენი მონაცემთა ბაზის გზა 1C პროგრამის ჩატვირთვისას:

მოდით ჩავატაროთ ეს დამუშავება: თუ ყველაფერი სწორად გაკეთდა, უნდა გამოჩნდეს შეტყობინება "მონაცემების ატვირთვა 1C Accounting 8-ისთვის", აირჩიეთ იგი ღილაკზე "ღია" დაწკაპუნებით:

ატვირთვის წესები – ფაილი სახელად Acc77_80.xml, დავაკოპირეთ ExtForms საქაღალდეში;
დაწყების თარიღი და დასრულების თარიღი – პერიოდი, რომლის განმავლობაშიც მოხდება მონაცემების ჩამოტვირთვა;
მონაცემების ატვირთვის წესები – ატვირთული ობიექტები, დირექტორიები და დოკუმენტები, რომლებიც უნდა აიტვირთოს ფაილში.

მაგალითში მოცემული მონაცემთა ფაილი დაკოპირდება სამუშაო მაგიდაზე, მაგრამ შეგიძლიათ აირჩიოთ ნებისმიერი სხვა საქაღალდე. დააჭირეთ ღილაკს ჩატვირთვა გაცვლის წესები. გაიხსნება ობიექტების სია, რომლებიც განიტვირთება 1C 7.7-დან და რომელთა რედაქტირება შესაძლებელია შერჩევის ველების წაშლით ან მონიშვნით:

სიტუაციიდან გამომდინარე, შეგიძლიათ ატვირთოთ მონაცემები ერთდროულად ან ნაწილებად. ჯერ ვტვირთავთ დირექტორიებს - მათი 95% უპრობლემოდ იტვირთება. მეორე ფაილით ვტვირთავთ ნაშთებს და ბრუნვას საბუღალტრო განყოფილებების მიხედვით. ეს პარამეტრი მოსახერხებელია გამოსაყენებლად, თუ ზოგიერთი მონაცემი არ არის ატვირთული საკმაოდ სწორად.

ნაბიჯი 2. ჩატვირთვა 1C 8.2 Accounting 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 ბუღალტრული აღრიცხვის 2.0-ისთვის.

Ნაბიჯი 1

1C საინფორმაციო ბაზის განახლების შემდეგ აუცილებელია მონაცემთა ატვირთვის წესების განახლება. ეს შეიძლება გაკეთდეს შემდეგნაირად.

გახსენით 1C 8.3 Accounting 3.0 და აირჩიეთ ღილაკი Save transfer წესების ქვედა მარჯვენა კუთხეში, აირჩიეთ ვერსია 1C Accounting 7.7 და შეინახეთ წესები საინფორმაციო ბაზის ExtForms დირექტორიაში გზის მითითებით:

ნაბიჯი 2. მონაცემების ატვირთვა 1C-დან 7.7

1C 7.7-დან 1C 8.3-მდე ატვირთვის შესაძლებლობა ხდება ნაგულისხმევად, ანუ არ არის საჭირო დამატებითი ფაილების ჩამოტვირთვა და მონაცემთა ბაზაში დამატება.

დავიწყოთ გადმოტვირთვის დამუშავება: სერვისი - დამატებითი ფუნქციები.ჩვენ ვპოულობთ წარწერას Transition to 1C 8.3 Accounting ed. 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 7.7-დან 8.3-ზე გადასვლა (8.2-ის მსგავსი) გახდა თავის ტკივილი ბუღალტერებისთვის. სასურველია რაც შეიძლება სწრაფად და შეცდომების გარეშე. თუ თქვენ ხართ 1C: Accounting პროგრამისტი და გჭირდებათ დოკუმენტების მეშვიდე ვერსიიდან მერვეზე გადაყვანა, მაშინ ეს სტატია თქვენთვისაა.

გადადგით მხოლოდ რამდენიმე ნაბიჯი და თქვენი მონაცემთა გადაცემის პრობლემები მოგვარდება. წაიკითხეთ ეს ინსტრუქცია ბოლომდე და ნახავთ, როგორ გააკეთოთ ეს. პირველ რიგში, თქვენ უნდა მოამზადოთ სამუშაო ადგილი თქვენს კომპიუტერში საჭირო მანიპულაციებისთვის. პირველ რიგში, თქვენი მყარი დისკი უნდა იყოს მინიმუმ 100 GB. ეს აუცილებელია, რადგან ის მრავალ დონისაა. და მოგიწევთ მუშაობა რამდენიმე 7.7 კონფიგურაციით.

თუ გჭირდებათ სწრაფი და ხარისხიანი გადასვლა 1C Accounting 7.7-დან 1C 8.3-ზე, დაგვიკავშირდით! ჩვენი საშუალო ანაზრაურების ღირებულებაა 6600 რუბლი.

მონაცემთა გადაცემა 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 პროგრამების მოდიფიკაცია, შეგიძლიათ დაგვიკავშირდეთ!

ვიდეო 1-დან 7.7-დან 8-მდე გადასვლის შესახებ: