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

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

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

მას შემდეგ რაც დავამუშავეთ მონაცემთა ბაზის ასლები და შევამოწმეთ მონაცემები SALT-ზე, გადადით "ადმინისტრაციის" განყოფილებაში და აირჩიეთ "Infobase rollup" პუნქტი.

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

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

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

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

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

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

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

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

რა არის ბაზის კონვოლუცია და რატომ არის საჭირო?

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

სისტემის სიჩქარის გაზრდა.

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

ᲛᲜᲘᲨᲕᲜᲔᲚᲝᲕᲐᲜᲘ. ბაზის შეკრების შესრულებამდე რეკომენდებულია:
1. განახორციელეთ შეგროვების წინასწარი ტესტირება სამუშაო ინფობაზის ასლზე.
2. მხოლოდ წარმატებული ტესტირების შედეგების საფუძველზე მიიღეთ გადაწყვეტილება სამუშაო ინფობაზისთვის მისი გამოყენების შესაძლებლობის შესახებ.

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

2) ჩვენ შევდივართ მონაცემთა ბაზაში 1C: Enterprise რეჟიმში. ჩვენ უნდა შევამოწმოთ თარიღი, რომლითაც მოვაწყობთ ბაზას, შედგენილია თუ არა ყველა დოკუმენტი თვის ბოლოს (მენიუ პუნქტი ოპერაციები - დაგეგმილი ოპერაციები). გავაკეთებ 31.03.2009. ასე რომ, თვის დახურვის დოკუმენტები უნდა იყოს 2009 წლის მარტისთვის:

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

4) მენიუს პუნქტის მეშვეობით File - გახსენით დამატება გარე დამუშავებაბაზის კონვოლუცია 2.0.

სანიშნე "Ძირითადი პარამეტრები":

შეკრების თარიღი. შეკრების თარიღი არის ბოლო წამი, რომელიც შედის შეკრების პერიოდში. ასე რომ, იმისათვის, რომ 2009 წლის 1-ლი კვარტლის მონაცემები ინფობაზაში გააერთიანოთ, შეკრების თარიღად უნდა მიუთითოთ 03/31/2009 23:59:59.

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

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

არ დაამუშავოთ - ობიექტები არ იშლება.

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

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

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

დასაკეცი ობიექტების შემადგენლობისა და ნაგულისხმევი დასაკეცი მეთოდის შევსება შესაძლებელია ღილაკის „Fill Default Settings“ გამოყენებით. ამ შემთხვევაში, შემდეგი პარამეტრები მიენიჭება დასაკეც ობიექტებს:

1. ყველა დოკუმენტისთვის დაყენებულია შეკრების რეჟიმი "თარიღი".
2. ყველა დაგროვებისა და სააღრიცხვო რეესტრისთვის დაყენებულია roll-up რეჟიმი „თარიღზე“.
3. ყველა პერიოდული ინფორმაციის რეგისტრებისთვის, რომლებისთვისაც დოკუმენტი "რეგისტრაციის ჩანაწერების კორექტირება" არ არის რეგისტრატორი, დაყენებულია "არ დამუშავდეს" შეკრების რეჟიმი, ყველა სხვა პერიოდული ინფორმაციის რეგისტრებისთვის დაყენებულია რეჟიმი "თარიღი".
4. ყველა არაპერიოდული ინფორმაციის რეგისტრისთვის დაყენებულია შეკრების რეჟიმი "არ დამუშავდეს".

შესაძლებელია Rollup-ის ადრე გაკეთებული პარამეტრების შენახვა და აღდგენა, ამისათვის განკუთვნილია ღილაკები "Upload to XML" და "Load from XML".

მე შევავსებ ნაგულისხმევ პარამეტრებს:

სანიშნე "დოკუმენტები ნაშთების შესატანად": ამ ეტაპზე წარმოიქმნება დოკუმენტები დაგროვების, ინფორმაციისა და აღრიცხვის რეესტრებში ნაშთების შესატანად. შექმნილი დოკუმენტები განთავსდება შეკრების თარიღიდან მომდევნო წამში, ე.ი. თუ შეკრების თარიღი არის 03/31/2009 23:59:59, მაშინ დოკუმენტები შეიქმნება 04/01/2009 00:00:00.
ნაშთების შესატან დოკუმენტად გამოიყენება დოკუმენტები „რეგისტრაციის ჩანაწერების კორექტირება“ და „ოპერაცია (ბუღალტრული აღრიცხვა და საგადასახადო აღრიცხვა)“.
ნარჩენი შესვლის დოკუმენტები იქმნება მოძრაობებით გამორთული. ნარჩენი შესვლის დოკუმენტები შეიცავს კომენტარს, რომელიც შეიცავს ტექსტს „[გენერირებული ბაზის როლის დამუშავებით]“.
თითოეული წიგნისთვის/ანგარიშისთვის იქმნება ბალანსის შეტანის ცალკე დოკუმენტი. ბალანსის შეტანის დოკუმენტების რაოდენობა თითოეული რეესტრისთვის/ანგარიშისთვის განისაზღვრება „სტრიქონების რაოდენობა ბალანსის შეტანის დოკუმენტში“ პარამეტრით (დაწვრილებით იხილეთ ზემოთ).

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

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

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

ბაზის შეკრება 1c(1c ბაზის დასაკეცი) არის პროცედურა, რომელიც გამოიყენება 1C მონაცემთა ბაზაში დაგროვილი მონაცემების ოპტიმიზაციისთვის. 1s ბაზის კონვოლუცია ხორციელდება მომხმარებლის გამოცდილების ხარისხის გასაუმჯობესებლად.

1C ბაზის კონვოლუციის მიზეზები

მოდით შევხედოთ მონაცემთა ბაზის შეკრების თეორიულ საკითხს პრაქტიკული მაგალითის თვალსაზრისით. მაგალითად, დღეს არის 2008 წლის 14 მარტი. ვმუშაობ 1C მონაცემთა ბაზასთან, რომელიც მუშაობს 2003 წლის 01 იანვრიდან. მონაცემთა ბაზა უკვე 5 წელია მუშაობს. ბაზის შენარჩუნება რთულია პროგრამისტისთვის (სისტემის გართულება ელემენტების რაოდენობის გაზრდის გამო). მომხმარებლისთვის ასევე რთულია მონაცემთა ბაზასთან მუშაობა (პროგრამის სიჩქარე).

როგორ შეგიძლიათ 1C მონაცემთა ბაზასთან მუშაობის ოპტიმიზაცია?

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

ფუნქციური მახასიათებლები მონაცემებთან მუშაობისას

1C ბაზასთან მომუშავე მომხმარებლების ფუნქციები შეიძლება დაიყოს სამ ჯგუფად:

1. პირველადი მონაცემების შეყვანა;
2. შეყვანილი მონაცემების ანალიზი;
3. სამომავლო მონაცემების დაგეგმვა.

მოდით გავიაროთ მომხმარებელთა ფუნქციური ჯგუფები.

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

მონაცემთა დეტალები ბაზის კონვოლუციისთვის 1c

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

როგორია მონაცემთა დეტალების დონეები 1C მონაცემთა ბაზაში? შემიძლია დავასახელო ესენი:

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

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

მონაცემებთან მუშაობა „შეკუმშულ“ პერიოდში ბაზის 1s კონვოლუციის შემდეგ

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

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

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

შემთხვევა 1: 2008 წლის ნებისმიერ მოცემულ დღეს CFO-ს სურს ნახოს დეტალური ანგარიშსწორების ბარათი Alpha მომხმარებელთან 2005 წლის მარტისთვის.

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

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

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

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

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

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

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

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

სტანდარტული 1C ბაზის კონვოლუციის ალგორითმი

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

1. დამუშავებისას იქმნება ახალი დოკუმენტები ტიპის "საწყისი ნაშთების შეყვანა".
2. მოთხოვნა ირჩევს ყველა ბუღალტრული ანგარიშის ნაშთებს, წიგნების ზომებს და სხვა მნიშვნელოვან მონაცემთა საწყობებს შეკრებილი პერიოდის ბოლოს.
3. მოთხოვნაში მიღებული მონაცემები შეტანილია „საწყისი ნაშთების შეყვანის“ ტიპის დოკუმენტებში.
4. დოკუმენტი ინახება და განთავსდება მოძრავი პერიოდის ბოლო დღეს.
5. ყველა 1C დოკუმენტი შედგენილი პერიოდისთვის წაიშლება.

1C ბაზის კონვოლუციის მეთოდები

ამრიგად, 1C მონაცემთა ბაზაში მონაცემების დაშლის ორი გზა არსებობს:

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

საინფორმაციო მონაცემთა ბაზის შეკრების პროცესში მასში ხორციელდება შემდეგი მოქმედებები:

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

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

• სისტემის დაჩქარება;
• შეამცირეთ 1C IBD ზომა.

ყურადღება!სანამ დაიწყებთ საინფორმაციო ბაზის შეკრებას, თქვენ უნდა:

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

საინფორმაციო მონაცემთა ბაზის დასაბრუნებლად გამოიყენეთ დამუშავება კონფიგურაციისთვის (ვერსია 1.6), რომელიც დისკზეა. 2.0 გამოცემისთვის ეს დამუშავებაარ ჯდება, რადგან არ შეიცავს დოკუმენტს „რეესტრის ჩანაწერების შესწორება“. შეგიძლიათ შეუკვეთოთ ჩვენს საიტზე.

შეკვეთის პაკეტი

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

• პირველ რიგში, თქვენ უნდა შექმნათ ინფორმაციის ბაზის სარეზერვო ასლი. შემდეგ შეიყვანეთ მონაცემთა ბაზა რეჟიმის გამოყენებით 1C: საწარმოდა შეამოწმეთ არის თუ არა ყველა დოკუმენტი შევსებული თვის ბოლოს შეკრების თარიღზე.
• შემდეგი, თქვენ უნდა გააკეთოთ ანგარიში ბრუნვის ბალანსი იმ პერიოდისთვის, რომლისთვისაც დაგეგმილია ბაზის შემოტანა.
• "გახსნა" ბრძანების (მენიუ "ფაილი") გამოყენებით, ჩვენ ვტვირთავთ გარე დამუშავების Base Convolution 2.0.
• ქვედა პანელზე შესაბამისი ღილაკის დაჭერის შემდეგ ძირს ახვევს, რომლის დროსაც ობიექტები იშლება დამუშავებისას განსაზღვრული პერიოდის განმავლობაში. უნდა აღინიშნოს, რომ პროცესის შესრულებას შეიძლება საკმაოდ დიდი დრო დასჭირდეს. 1C IBD-ის შეკრების შემდეგ, არავითარ შემთხვევაში არ არის შესაძლებელი დოკუმენტების შესწორება და ხელახალი გადაცემა შედგენილი პერიოდისთვის.
  ასევე შეუძლებელია იმის თქმა, რომ თუ შერწყმის პროცესის დროს მოხდა შეცდომები, რის გამოც ობიექტების ამოღება შეწყდა ან ბოლომდე არ დასრულებულა, მაშინ ამან შეიძლება გამოიწვიოს ის ფაქტი, რომ ზოგიერთი რეესტრისთვის ჯამები გამორთული იქნება. ეს ფაქტი, თავის მხრივ, შეუძლებელს ხდის ზოგიერთი რეესტრისთვის ჯამების მოპოვებას. თქვენ შეგიძლიათ ნახოთ იმ რეგისტრების სია, რომლებისთვისაც ჯამები გამორთულია ჩანართზე „რეგისტრაცია გამორთული ჯამებით“. აქ, საჭიროების შემთხვევაში, შეგიძლიათ შეიყვანოთ ჯამები.
  თუ შერიგების პროცესი შეწყდა რაიმე მიზეზით, მაშინ ნაშთების შეყვანის დოკუმენტების სია ყოველთვის შეიძლება აღდგეს ღილაკის "სიის შევსების" ჩანართზე "დოკუმენტები ნაშთების შესვლისთვის", თარიღის ინტერვალის მითითებით.
• ბოლო ნაბიჯი არის მონიშნული ობიექტების ამოღება. ის შეიძლება განხორციელდეს, თუ კონვოლუციის ყველა ზემოთ აღწერილი ეტაპი წარმატებით დასრულდა.
  • "ოპერაციების" მენიუში აირჩიეთ ბრძანება "მონიშნული ობიექტების წაშლა".
  • ფანჯრის ზედა ნაწილი შეიცავს დიალოგს 1C IDB-ში ნაპოვნი ობიექტების სიით, რომელიც მონიშნულია წაშლისთვის. ნებისმიერი მათგანი მომხმარებელს შეუძლია გახსნას და ნახოს. დროშების გამოყენებით მომხმარებელს ასევე შეუძლია განსაზღვროს რომელი ობიექტების შემოწმებაა საჭირო წაშლისთვის. იმის დასადგენად, არის თუ არა წაშლილი ობიექტების ბმულები, ღილაკი "Control" დაგეხმარებათ. წაშლილი ობიექტების გულდასმით შემოწმების შემდეგ და შეცდომების აღმოჩენის შემდეგ, თქვენ უნდა დაიწყოთ ობიექტების წაშლის პროცესი ღილაკზე "წაშლა" დაწკაპუნებით.

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

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

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

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

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

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

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

შედით 1C პროგრამაში Enterprise რეჟიმში. გადადით "ადმინისტრაციის" ჩანართზე, აირჩიეთ "Infobase rollup" პუნქტი:

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

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

ავირჩიოთ „ყველა ორგანიზაცია“ და პერიოდი 2015 წელი:

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

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

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

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

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

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

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

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

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