დაიშალოს იგივე 1C 8 ღირებულებები. როგორ შევქმნათ ბალიონი ბაზა

წლის დასაწყისი - იდეალური დრო Bazz

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

Sweeper განაგრძობს შემდეგ მიზნებს:

  • დააჩქაროს პროგრამა
  • შეამციროს ზომა ბაზა
  • შეუსაბამო ჩანაწერების მკაფიო ცნობები

რა ეხმარება convolution

პროგრამის მუშაობის დაჩქარება (ბაზის ზომის შემცირება)

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

გარდა ამისა, უზარმაზარი ბაზები უფრო სავარაუდოა, რომ "შემოდგომაზე" და ზოგადად მუშაობა ძალიან არასანდო.

ბოლო პერიოდის დამალვა

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

მოშორება შეუსაბამო ნომენკლატურას და სხვა ჩანაწერებს

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

მოძრავი მონაცემთა ბაზაში მუშაობის უხერხულობა

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

როგორ საბურღი სამუშაოები

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

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

როგორ გააკეთოთ cushion ბაზა

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

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

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

Base Cut 1C: სავაჭრო მენეჯმენტი

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

1. ხშირად, პროგრამა იყენებს იმ რეესტრებს, რომლებიც არ არის საჭირო. მაგალითად, დღგ (იქ 7 რეგისტრირებულია). პირველი, რადგან მათ, convolution გრძელდება და მეორე, ისინი ხელს უშლის დოკუმენტების მოხსნას.

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

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

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

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

ღირებულება ქურთუკი

ღირებულება დამოკიდებულია თქვენი კონფიგურაციის სირთულაზე (საცალო - იაფი, კომპლექსი უფრო ძვირია) და მონაცემების ოდენობა (3 გიგის ბაზის ღირებულება და 30 გიგსი განსხვავდება).
გასარკვევად ღირებულება - დატოვეთ განცხადება. ჩვენ დაგიკავშირდებით, თქვენი მონაცემთა ბაზის ანალიზი და საბოლოო ღირებულების განსაზღვრა.
საშუალო ფასის დიაპაზონი 8,000-დან 15,000 რუბლს შეადგენს.

Cons და ალტერნატივები დასრულდა

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

მთავარი მინუსი არის ის, რომ თქვენ გაქვთ რამდენიმე მონაცემთა ბაზა. მაგალითად, "ბაზა 2011-2012" და "ბაზა 2013".

და ავაშენოთ ერთი ანგარიში, სადაც 2012 და 2013 არ იქნება ნაჩვენები. ასეთი სასარგებლო რამ, როგორც საქონლის გაყიდვების ანალიზს, მიმწოდებლისგან ან შედარებით, მიუწვდომელი იქნება, რამდენადაც 2013 წლის იანვარში, 2012 წლის იანვარში გარკვეული საქონელი დაიწყო.

ძირითადი საფუძვლები ნამდვილად აზრი მხოლოდ ორ შემთხვევაში:

  1. თუ ის მართლაც ძველია (მინიმუმ 4-5 წლის)
  2. თუ მონაცემები არ გჭირდებათ მხოლოდ დასაცავად (პაროლები, მაგალითად), და უსაფრთხოდ დამალვა (წაშლა ფიზიკურად კომპიუტერიდან)

ყველა სხვა შემთხვევაში, ალტერნატივებისთვის ყურადღების გადახდა ღირს.

ალტერნატივა: გამოუყენებელი მოდულები გამორთვა

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

არ არის ბევრი პოტენციურად ზედმეტი, მაგრამ პროგრამის რესურსების ინტენსიური დანაყოფები:

  • დაშვების კონტროლი შესვლის დონეზე
  • ორგანიზაციების რჩება (საწყობების ნაშთების ბუღალტრული აღრიცხვის გარდა)
  • საბუღალტრო წიგნების / გაყიდვებისთვის, მიუხედავად იმისა, რომ თქვენ შექმნით მათ ბუღალტერს

ზოგიერთ ორგანიზაციაში არ გამოიყენება შემდეგი პარამეტრები, თუმცა შეუძლებელია მათთვის არასასურველი:

  • ღირებულების გაანგარიშება (გაყიდვების, მარჟის) მოგების გამოთვლა
  • მხარეების კონტექსტში ფასის გაანგარიშება (მიუხედავად იმისა, რომ თქვენს საკმარის გაანგარიშებაში "საშუალოდ")
  • კლიენტებთან გათვლები ანგარიშსწორების დოკუმენტების კონტექსტში

მაგალითად, უმნიშვნელო სწავლა გავატარე. მან მიიღო კომპანია ბაზა, რომელიც არ იყენებს მოგების გამოთვლას. ბაზის წყაროს ზომა 1.6 გბ. ხარჯების გაანგარიშების ჩანაწერების მოხსნის შემდეგ, ბაზის ზომა 1 გბ-მდე შემცირდა. ყველა სხვა გამოუყენებელი მაგიდის მოხსნის შემდეგ, ზომა შემცირდა 0.8 გბ.

ალტერნატივა: ამოღება თვალიდან შეუსაბამო ნომენკლატურისა და კონტრფორმების პროპორციით

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

მთავარი დისკომფორტია ისეთი საქონელი

  • 1. ისინი ხელს უშლიან მენეჯერების სიაში, რომლებიც ქმნიან მიღებას ან განხორციელებას. ეს ზრდის შეცდომებისა და შეცვლის ალბათობას.
  • 2. ავტონომიური სალაროში გადმოტვირთვა (ფრონტის წინ) ნელა ხდება. იმის გამო, რომ არ არის 3000 პოზიცია გადმოტვირთული, რომელიც დგას თაროზე, ხოლო კიდევ 10,000, ვინც არ გაიყიდა რამდენიმე წლის განმავლობაში.
  • 3. თუ ბარკოდები და სალარო აპარატი არ გამოიყენება სალაროებში და მოლარე არჩეულია საქონლის სიიდან, დიდი სია ასევე ზრდის შეცდომის და შეცვლის ალბათობას.

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

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

გარდა ამისა, ასეთი შეუსაბამო პროდუქტი შეიძლება დაწვეს წაშლა, "_corzina" საქაღალდეში გადადით და დაამატეთ სახელი "Yayay_", რათა საქონელი არ ჩაერიოს პირველი ასოების ძიებაში.

ამ შემთხვევაში, ჩვენ გვაქვს აქტუალური დამუშავება

ალტერნატივა: სისტემის უსაფრთხოების გაზრდა

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

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

ალტერნატივა: Enlarge Server Power

1C 8 ერთად SQL სერვერთან ერთად შეუძლია მუშაობა ნორმალურად მონაცემთა ბაზების უზარმაზარი ზომა. 20-50 გბ ბაზის ბაზა არ არის პრობლემა, უზრუნველყოფილი იყო ძლიერი კომპიუტერი.

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

რა არის ბალიშის ბაზა 1C

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

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

მნიშვნელოვანია: საჭიროების შემთხვევაში, თქვენ ყოველთვის შეგიძლიათ განათავსოთ 1C 8.3 არქივში და მიიღეთ საჭირო ინფორმაცია. თქვენ შეგიძლიათ დაამატოთ "კონვერტაციის" მონაცემთა ბაზაში, როგორც დამატებით დაწყების Label 1C 8.3 და ყოველთვის მას "ხელთ".

კატარღა ბაზა 1C 8.3

მოპყრობა ინფორმაციის ბაზის ჭრის 1C 8.3 COMPANYING, RED.3, TRADE MANAGEMENT, ED.11 და მენიუდან ხელმისაწვდომი სხვა ადამიანების რაოდენობა ადმინისტრაცია - სამსახური:

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

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

ყურადღება: რუბლის მარილიანი განცხადება კონვერტაციისთვის არ შეიძლება ჩამოყალიბდეს, რადგან 1C 8.3-ში, VES- ის შემოწმება და მას შემდეგ, რაც კონვერტაციის ჩართულია, როგორც გადამუშავების ერთ-ერთი საფეხურით.

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

როგორ გავაკეთოთ 1C 8.3 ბუღალტერია

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

დავუშვათ, რომ საწარმოს საინფორმაციო ბაზა ტესტირებისა და შესწორების პროცესის შემდეგ, მათ შორის ინფორმაციის ბაზის შეფუთვა 4 გბ-ს მიაღწია. მომხმარებლები მუშაობენ მონაცემთა ბაზაში 2011 წლიდან. მას შემდეგ, რაც ორგანიზაციამ დაადასტურა საგადასახადო ინსპექტორი, მათ შორის 2015 წლის ვადით, ხოლო ორგანიზაცია 2016 წლიდან, ორგანიზაცია არ არის ბრალი 1C 8.3 ბუღალტრული აღრიცხვაზე, ხოლო 1C 8.3 ZPE, წითელი. 2016.

ეტაპი 1. შექმნა სარეზერვო

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

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

ნაბიჯი 2. დაჭრილი გარემოში

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

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

ეტაპი 3. ნარჩენების ფორმირება

ღილაკით Უფრო გადადით ნარჩენების ჩამოყალიბების წესების დამონტაჟებაზე. ტიპიური კონფიგურაციებისთვის, ისინი წინასწარ განსაზღვრულნი არიან და 1C 8.3 კომპანიის საბუღალტრო, ED.3 არის შესაძლებლობა რეკომენდებული პარამეტრების აღდგენა,თუ ისინი შეიცვალა.

ჩვენ შეგვიძლია შევქმნათ კონვერტაციის წესები შესვლა შესვლა:არ ჩართოთ ან გააფართოვოს:

თითოეული დაგროვებისთვის ცალკე წესების განსაზღვრა შეგვიძლია:

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

მაგრამ ჩვენ შეგვიძლია, მაგალითად, ინსტალაცია არ ჩართოთ დაგროვების რეგისტრაცია დღგ შედიოდა ფასი:

ეტაპი 4. ოპერაციების ნახვა

ეტაპზე ოპერაციების ნახვა თქვენ შეგიძლიათ გახსნათ ბალანსი 01.01.2016, 2015 წლის 31 დეკემბერს, შეიძლება ჩაითვალოს ოპერაციის ბაზაზე. ნებადართულია ნარჩენების შეცვლა ან ნარჩენი ღილაკების ახალი ინტერპრეტაციაც კი. Შექმნა:

ქვემოთ არის შექმნილი ოპერაციების ვარიანტები საბუღალტრო რეგისტრაცია:

გასწვრივ ინფორმაციის რეგისტრაცია:

გასწვრივ დაგროვების რეგისტრაცია:

ეტაპი 5. შემოწმება

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

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

ჩვენ ვქმნით ანგარიშს მონაცემებით Boo და კარგად. შემდეგ გადართოთ შემოწმება ინფორმაციისა და დაგროვების რეგისტრაცია:

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

ეტაპი 6. ძველი დოკუმენტების წაშლა

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

ეტაპი 7. მზად არის

ამ ეტაპის დასრულების შემდეგ, ჩვენ მივიღებთ წარმატებით დასრულებას Convolution:

ეტაპი 8. წაშლა ეტიკეტირებული დოკუმენტები

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

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

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

1C 8.3-ში, ბუღალტრული აღრიცხვა სასარგებლო იქნება და მის შემდეგ,

  • ცვეთა განცხადება OS;
  • სხვადასხვა დაგროვების რეგისტრაციის შესახებ უნივერსალური ანგარიში გამარტივებაში ხარჯების ანალიზს, დღგ-ს გააკონტროლებს თანამშრომლებს, და ა.შ.
  • და სხვა ანგარიშები, რომლებიც დამოკიდებულია კომპანიის საბუღალტრო პოლიტიკაზე.

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

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

ჭრის ბაზა 1C 8 - რა არის ეს და რა არის საჭირო?

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

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

პროგრამის სიჩქარის გაზრდა მომხმარებლის რეჟიმში;

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

საბუღალტრო ობიექტების მოხსნის პირობების შექმნა, რომლებიც აღარ არის მომხმარებლის მიერ;

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

კონვერტაციის პროცედურის შესრულების საერთო პროცედურა

1. სარეზერვო შექმნა.

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

2. მოკლედ გარემოში.

ამ ეტაპზე, თქვენ უნდა მიუთითოთ წელიწადში, რომლის დასაწყისშიც დაგეგმილია საინფორმაციო ბაზის მინიმუმამდე შემცირება. ანუ, თუ 2013 წლისთვის მიუთითეთ, მაშინ დოკუმენტები წაიშლება 31 დეკემბრამდე 23:59:59.

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

3. ნარჩენების ჩამოყალიბება.

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

არ ჩართოთ - ობიექტების კონვერტაცია არ არის წარმოებული;

კოლაფსი - კონვერტაციის თარიღის წინა ობიექტები ჩამოინგრა;

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

4. IISE ოპერაციები.

5. წაიკითხეთ.

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

6. ძველი დოკუმენტების თარიღი.

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

რა ინსტრუმენტი გააფართოვოს მონაცემთა ბაზა

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

ამ ეტაპზე, დამუშავება მხოლოდ შემდეგ კონფიგურაციებში:

  • საბუღალტრო კომპანია, გადახედვა 3.0 / კომპანიის საბუღალტრო კორპი, გამოცემა 3.0 (BP 3)
  • სავაჭრო მენეჯმენტი, რედაქტორები 11 (UT 11)

არსებობს ფიზიკურად დამუშავება, მაგრამ გამოიყენოს იგი და კიდევ გახსენით იგი არ იმუშავებს შემდეგ კონფიგურაციებში:

  • ERP საწარმოს მართვა (ERP)
  • ყოვლისმომცველი ავტომატიზაცია 2 (KA)

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

// დამუშავება გამოიყენება მხოლოდ UT11- ში

შესაბამისად, დამუშავების თავად არის მხოლოდ "დანამატი" BSP- ის სწორი ოპერაციისთვის.

არ არსებობს დამუშავების ტიპიური კონფიგურაციებში:

  • ხელფასი და პერსონალის მართვა 2.5, 3 (Zup)
  • ჩვენი კომპანიის მენეჯმენტი, რედაქტორები 1.6 (ადრე მოახერხა მცირე კომპანია)

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

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

თქვენ იპოვით დამუშავების გადამუშავებას ადმინისტრაციაში (ან NSI და ადმინისტრაციის) სექციაში. ქვესექცია "მომსახურება". ღია დამუშავება და ყურადღებით განახორციელოს ყველა წინაპირობა.

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

შემდეგ კონფიგურაციების შესახებ:

  • მმართველი საწარმო, რედაქტორები 1.3
  • საბუღალტრო კომპანია 2.0
  • სავაჭრო მენეჯმენტი, გადახედვა 10.3

თქვენ დაგჭირდებათ გარე გადამუშავება კომპანია 1C, თქვენ შეგიძლიათ ჩამოტვირთოთ მისი ნახვა, გადამუშავების განყოფილებაში პლატფორმა 8.2.

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

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

წინაისტორია.

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

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

ზოგადად, კითხვა გადაუჭრელი დარჩა და დაბრუნდა ამოცანას.

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

და მალე კითხვა გადაწყდა - 2 დღის განმავლობაში ბაზის ჩამოყალიბება, 70% -ით შემცირდა.

მონაცემთა ბაზის გადაკვეთა 350 გბ-ს მოცულობით 2 დღის განმავლობაში.

გადავწყვიტე შევასრულო ამ ალგორითმის ამოცანა:

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

ამოცანა დაყოფილია 5 ქვედანაყოფად:

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

2. ჩამოყალიბდეს კონვერტაციის თარიღის ნარჩენები.

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

4. ჩამოტვირთეთ დოკუმენტები მიმდინარე ბაზიდან ახალ ბაზაზე.

5. შეცვალეთ ახალი (Cropped) ბაზის სამუშაო ბაზა.

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

მონაცემთა ბაზის კონვერტაციის პროცესი.

1. ნარჩენების ჩამოყალიბება კონვერტაციის თარიღზე.

ნარჩენები ჩამოყალიბდა "kinkabase.epf" - ის ტიპიური დამუშავება.

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

გადამამუშავებელმა 50 000-ში რიგების რაოდენობის ლიმიტი შეიტანა.

მე არ გამოვრიცხავ, და 1-2 დღის განმავლობაში ყველაფერი ჩამოყალიბდა (დაახლოებით 400 დოკუმენტი აღმოჩნდა).

Შენიშვნა:

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

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

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

3. გეგმის სისტემაში რეგისტრირებული ობიექტების გაწმენდის არაოპერაციული დრო და წესების დაფარვის ასლი.

4. დოკუმენტაციისა და დასუფთავების რეესტრების მოხსნა.

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

ამ დოკუმენტების დატოვების ამოცანა მქონდა ინფორმაციული მიზნების არასასურველი ფორმით.

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

ამის შემდეგ, SQL მოთხოვნების მეშვეობით დოკუმენტაციისა და მოძრაობის წაშლა, დოკუმენტების წაშლა, ყველაფრის წაშლა, ყველაფრის წაშლა კონვერტაციის თარიღისთვის (დოკუმენტების ჟურნალი, დოკუმენტები, დაგროვების რეესტრები, საინფორმაციო რეგისტრაცია და ა.შ.).

Შენიშვნა:

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

6. "Kropababase.epf" -ს გადამუშავების რეგულირებისთვის დოკუმენტების შუამდგომლობების გააქტიურება. ამ შემთხვევაში, ამ დოკუმენტების დამუშავება წინა თარიღს იტანჯება (ეს მოსახერხებელია ორ ბაზაზე ნარჩენების შერიგებისთვის).

8. შეამოწმეთ ნარჩენების შეყვანის სისწორე და სწორი (ამ მიზნით, შეგიძლიათ აღრიცხოთ საბუღალტრო პერსონალის მოზიდვა)

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

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

Შენიშვნა!

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

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

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

ეს ინსტრუქცია ასევე მუშაობს სხვა თანამედროვე კონფიგურაციებზე - სავაჭრო მენეჯმენტი (UT) 11, ხელფასი და პერსონალის მართვა (ZUP) 3.0, ERP 2.0, მცირე ფირმის მართვა (UNF). თუ კონფიგურაცია არ არის ტიპიური - პროცედურა უნდა გაკეთდეს უკიდურესად ნაზად და კარგად შეამოწმეთ მონაცემები კონვერტაციის შემდეგ.

Პირველი რამ - დარწმუნდით, რომ გავაკეთოთ. თუ რამე არასწორია - ყოველთვის შეგიძლიათ დაბრუნდეთ თავდაპირველ მონაცემებში.

Convolution უნდა გაკეთდეს გარეშე მომხმარებლის სამუშაო. აქედან გამომდინარე, გეკითხებით კოლეგებს პროგრამისგან.

სერტიფიცირების ინსტრუქციები ბაზა

გადადით პროგრამაში 1C საწარმოს რეჟიმში. გადადით ადმინისტრაციის ჩანართზე, აირჩიეთ "საინფორმაციო ბაზის ჭრის ბაზა":

ფანჯარაში, რომელიც გაიხსნა, პროგრამა თავად შესთავაზებს პროგრამის სარეზერვო ასლს - არ უნდა უარი თქვათ:

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

აირჩიეთ "ყველა ორგანიზაცია" და 2015 წლის ვადით:

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

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

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

შემოწმება კონვოლუციის 1c

თუ თქვენ გაქვთ ეჭვები, ოპერაცია ყოველთვის შეიძლება გაუქმდეს და დაბრუნდეს თავდაპირველ მდგომარეობაში.

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

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

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

თუ თქვენ უნდა გააკეთოთ კონვერტაციის 1C 8.2 და 7.7, პრაქტიკულად არ განსხვავდება ზემოდან, გარდა იმისა, რომ იგი ცალკე დამლაგებლები არიან.