მე დავწერე როგორ დავაყენოთ 1C 8 პლატფორმა და თავად 1C Enterprise Accounting 8 კონფიგურაცია.

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

როგორ დავამატოთ საინფორმაციო ბაზა 1C 8.3

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

ნაბიჯი 1: გახსენით 1C: Enterprise.

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

მიიღეთ 267 ვიდეო გაკვეთილი 1C-ზე უფასოდ:

ნაბიჯი 3: დააყენეთ დროშა საპირისპიროდ „ახალი საინფორმაციო ბაზის შექმნა“ და დააჭირეთ ღილაკს „შემდეგი“.

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

ნაბიჯი 5: დააყენეთ მომავალი მონაცემთა ბაზის სახელი, არ შეცვალოთ არაფერი, დააჭირეთ "შემდეგი".

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

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

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

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

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

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

საცნობარო ბაზის ინსტალაციისთვის დაგჭირდებათ 1C:Enterprise პლატფორმა 8.2 (საგანმანათლებლო ვერსია) ან 1C:Enterprise კლიენტის ვერსია არანაკლებ 8.2.15.301. თქვენ შეგიძლიათ გაიგოთ 1C 8.2 კლიენტის ვერსია, რომელსაც იყენებთ კონფიგურატორის რეჟიმში მთავარ მენიუში არჩევით ან 1C: Enterprise Help - პროგრამის შესახებ...

ნახვის საერთო დრო (10 ვიდეო): 4სთ 23 წთ

1. სისტემის შესავალი. სისტემის გაშვების რეჟიმები. „აღრიცხვის“ და „დირექტორის“ სისტემის ობიექტების გაცნობა.

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

1C საინფორმაციო ბაზა არის კონფიგურაციისა და მონაცემების ერთიანი საცავი, რომელიც ხასიათდება შენახვის სპეციფიკური მისამართით. 1C საინფორმაციო ბაზის შესანახად ორი ვარიანტია: ფაილი და კლიენტ-სერვერის ვარიანტები. კლიენტ-სერვერის ვარიანტის გამოსაყენებლად, დამატებით გჭირდებათ მესამე მხარის პროგრამული უზრუნველყოფა (ერთ-ერთი DBMS: Microsoft SQL Server, PostgreSQL, IBM DB2 ან Oracle). ფაილის შენახვის ვარიანტის გამოყენებისას, 1C საინფორმაციო ბაზა არის ერთი ფაილი - 1Cv8.1CD. ამ ფაილს აქვს სპეციალური ფორმატი, რომელსაც მხარს უჭერს 1C: Enterprise 8 სისტემა. თუ ეს განმარტება იყენებს ტერმინებს, რომლებიც არ გესმით, მაშინ არ ინერვიულოთ - ეს თემა უფრო დეტალურად იქნება განხილული გაკვეთილზე 3.

გაშვების რეჟიმი 1C:
"კონფიგურატორი" არის სპეციალური რეჟიმი 1C:Enterprise 8.2 სისტემის გასაშვებად აპლიკაციის გადაწყვეტის შემუშავებისა და მოდიფიკაციისთვის. ამ რეჟიმში, დეველოპერი განსაზღვრავს აპლიკაციის გადაწყვეტის ზოგად არქიტექტურას და მონაცემთა სტრუქტურას, ქმნის განლაგებას და ეკრანის ფორმებს და იყენებს ჩაშენებულ ენას ობიექტის მოდულებში, რათა განისაზღვროს ობიექტის ქცევის ალგორითმები. "კონფიგურატორის" მეორე "პროფესია" არის ადმინისტრაცია, რომელიც მოიცავს მომხმარებელთა სიის შენარჩუნებას, წვდომის უფლებების დაყენებას, საინფორმაციო ბაზის სარეზერვო ასლს, სისტემის მოვლენების მონიტორინგს (ლოგი კონფიგურირებულია კონფიგურატორში; ნახულია როგორც კონფიგურატორში, ასევე 1C: Enterprise mode) და სხვა მოქმედებების შესრულება სისტემის ფუნქციონირების შესანარჩუნებლად.
"1C: Enterprise" არის საბოლოო მომხმარებლის ოპერაციული რეჟიმი. ამ რეჟიმში მომხმარებელი შეაქვს მონაცემებს მონაცემთა ბაზაში, ქმნის ანგარიშებს, ბეჭდავს დოკუმენტებს და ა.შ.

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

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

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

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

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

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

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

საცნობარო კონფიგურაციის დასაყენებლად გჭირდებათ:

3. გაუშვით 1C და 1C გაშვების ფანჯარაში დააწკაპუნეთ ღილაკზე „დამატება“.

4. ამომხტარ დიალოგურ ფანჯარაში აირჩიეთ ვარიანტი „დაამატე არსებული ინფო ბაზა სიაში“. მიუთითეთ ინფობაზის სახელი და მიუთითეთ დირექტორიაში მიმავალი გზა კონფიგურაციის ფაილით.

1 გაკვეთილის თეორიული ტესტი - ჩაბარება

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

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

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

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

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

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

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

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

რა არის კარგი დაგროვების რეესტრში?:

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

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

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

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

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

დაგროვების რეესტრს შეიძლება ჰქონდეს მხოლოდ 3 ტიპის ფორმა:

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

მე-3 გაკვეთილზე შექმნილი საცნობარო მონაცემთა ბაზის ატვირთვა საშინაო დავალების გარეშე

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

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

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

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

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

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

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

ჩაშენებული პროგრამირების ენა 1C: Enterprise 8.2. პროგრამული მოდულების ადგილმდებარეობა. პროგრამის მოდულების სტრუქტურა. მონაცემთა პრიმიტიული ტიპები. 1C ენის ძირითადი სინტაქსი.

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

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

გაკვეთილზე ჩვენ გავეცანით შემდეგ პროგრამულ მოდულებს:

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

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

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

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

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

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

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

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

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

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

Variable1 = "ივანოვი"; //იმპლიციტური ცვლადის დეკლარაცია, ცვლადის ტიპი (რას ინახავს) სტრიქონი

ცვლადი1 = 32; //ახალი მნიშვნელობის მინიჭება ჩვენს ცვლადს, ახლა ის არის Number ტიპის

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

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

რა შემთხვევებში გამოიყენება საერთო მოდულები?

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

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

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

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

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

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

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

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

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

არ გამოიყენება - გამორთეთ ხელახალი გამოყენება;
ზარის ხანგრძლივობისთვის – გარკვეული პროცედურის ხანგრძლივობისთვის;
სესიის ხანგრძლივობისთვის - სანამ მომხმარებელი არ დახურავს სესიას (არ დაუსრულებია პროგრამასთან მუშაობა).

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

გაკვეთილის მე-2 ნაწილი

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

ფორმაზე განთავსებული ობიექტის ატრიბუტის მიმდინარე მნიშვნელობის წვდომისთვის (ამ შემთხვევაში, Reminders დირექტორიას ატრიბუტის მნიშვნელობაზე წვდომისთვის), გამოიყენეთ Object თვისება:

//ახალი მნიშვნელობის დაყენება
ობიექტი.თარიღი = "2014.02.02";

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

//ახალი ქონების მნიშვნელობის დაყენება
Items.Duration.Availability = True;

გაფართოებული მუშაობა ფორმებთან. შერჩევის პროგრამული უზრუნველყოფის ინსტალაცია. Format() ფუნქციის გამოყენებით. ანგარიშები

აპლიკაციის განვითარების სწრაფი ნაბიჯ-ნაბიჯ დემონსტრირება 1C:Enterprise 8.3 პლატფორმაზე.მაგალითის გასაშვებად დაგვჭირდება 1C:Enterprise 8.3 პლატფორმა. ჩვენს ვებგვერდზე შეგიძლიათ ჩამოტვირთოთ ტრენინგისთვის განკუთვნილი. ეს დემო მომზადდა ზუსტად ამ ვერსიით!

ნაბიჯ-ნაბიჯ მაგალითი არის სრული ანალოგი. ეს მაგალითი საშუალებას გვაძლევს ვაჩვენოთ 1C 8.3 და 8.2 პლატფორმების განსხვავებები და მსგავსებები.

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

თითოეული კონფიგურაცია უნდა იყოს შენახული ცალკე დირექტორიაში (საქაღალდეში).

1. შექმენით ახალი საქაღალდე ჩვენი კომპიუტერის ნებისმიერ დისკზე, მაგალითად, "C:\Our Frames 2".

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

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

4. შემდეგ ეტაპზე მიუთითეთ გზა საქაღალდისკენ, რომელიც თქვენ შექმენით ჩვენი სახელმძღვანელოს 1-ლ ეტაპზე (C:\Our Frames 2). დააჭირეთ ღილაკს "...", შედით საქაღალდეში და დააჭირეთ "აირჩიეთ".

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

6. მოდით ავირჩიოთ "კონფიგურატორი" გაშვების რეჟიმი. ამისათვის დააჭირეთ ღილაკს "კონფიგურატორი".

1C შეიძლება გაშვებული იყოს ორ რეჟიმში:

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

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

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

9. კონფიგურატორი ამოქმედდება. გახსენით კონფიგურაციის ხე, სადაც ძალიან ხშირად ვიმუშავებთ. ამისათვის აირჩიეთ "კონფიგურაცია" - "გახსენით კონფიგურაცია" მენიუში ან დააჭირეთ შესაბამის ხატულას.

გამოჩნდება კონფიგურაციის ხის ფანჯარა. მიეცით მას კომფორტული ზომა.

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

კონფიგურაციის ობიექტების შექმნა

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

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

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

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

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

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

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

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

13. დახურეთ დირექტორია "პოზიციების" რედაქტირების ფანჯარა.

14. შევქმნათ ახალი დირექტორია „თანამშრომლები“ ​​(იხ. პუნქტი 10).

დააყენეთ დირექტორია სახელი (იდენტიფიკატორი) "თანამშრომლები".

დააყენეთ სახელის სიგრძე 100 სიმბოლოზე.

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

15. ამ დირექტორიაში, გარდა უკვე მითითებული ველებისა (კოდი და სახელი), გვექნება კიდევ რამდენიმე ველი (დეტალები, ატრიბუტები). ახლა დამატებითი დეტალების (ველების) სია ცარიელია. დააჭირეთ ღილაკს "დამატება".

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

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

17. შექმენით ატრიბუტი "ხელფასი" (ტიპი ნომერი, სიგრძე 10, სიზუსტე 2). "Number" ტიპის მნიშვნელობისთვის, სიზუსტე მიუთითებს ათობითი ადგილების რაოდენობაზე (ჩვენს შემთხვევაში, 2 ათობითი ადგილი).

18. შექმენით დაშვების თარიღის და სამსახურიდან გათავისუფლების თარიღის (თარიღის ტიპი) დეტალები.

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

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

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

20. გაუშვით სისტემა 1C: Enterprise რეჟიმში. ეს შეიძლება გაკეთდეს პირდაპირ კონფიგურატორიდან ინსტრუმენტთა პანელზე ან F5 კლავიშზე დაწკაპუნებით. გამოჩნდება 1C: Enterprise ფანჯარა.

21. გახსენით პოზიციების დირექტორია. ამისათვის დააწკაპუნეთ ნავიგაციის პანელზე (აპლიკაციის ფანჯრის მარცხენა მხარეს) წარწერაზე (ბმული) Positions. გაიხსნება დირექტორია ფანჯარა.

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

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

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

23. გახსენით თანამშრომლების დირექტორია.

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

25. დახურეთ 1C: Enterprise ფანჯარა და დაბრუნდით კონფიგურატორის რეჟიმში.

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

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

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

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

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

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

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

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

ეს გამოსავალი იქნება უმარტივესი, მაგრამ მისი შექმნა ეკონომისტს საშუალებას მისცემს გაიგოს 1C:Enterprise 8 სისტემის „ოპერაციის მექანიკა“ და გააუმჯობესოს მისი გაგება 1C კომპანიისგან ისეთი პროგრამული სისტემების შესახებ, როგორიცაა SCP და ERP.

თქვენი ინფორმაციისთვის

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

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

1) მიმართოს საწარმოს სისტემის ადმინისტრატორებს (პროგრამებს) და დააინსტალიროს ლიცენზირებული პროდუქტი (თუ ეს შესაძლებელია);

2) გამოიყენეთ უფასო სასწავლო ნაკრები „1C:Enterprise 8.3. პროგრამირების სწავლების ვერსია“, რომელიც შეგიძლიათ ჩამოტვირთოთ ინტერნეტიდან ან შეიძინოთ 1C პარტნიორი კომპანიისგან.

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

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

თუ თქვენ უკვე იყენებდით 1C კომპანიის პროდუქტებს, მაშინ მიხვდით, რომ ორი დირექტორია უნდა შექმნათ.

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

• დროის მონაკვეთი;
• რესურსის ტიპი;
• მისი მოხმარება თვის განმავლობაში;
• რესურსის ერთეულის ფასი;
• ჯამი.

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

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

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

აირჩიეთ რესურსების აღრიცხვადა გაშვება კონფიგურატორი. გახსენით კონფიგურაციის ხე მენიუს გამოყენებით: კონფიგურაცია → გახსენით კონფიგურაცია(ნახ. 1).

ბრინჯი. 1. კონფიგურაციის ხე

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

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

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

პაველ გრიშენკოვი,
დამოუკიდებელი კონსულტანტი-ექსპერტი Excel-ის ცხრილების რედაქტორში

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

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

შაბლონის დაყენება.

ახალი შაბლონის დასამატებლად საჭიროა სპეციალური კონფიგურაციის ინსტალაციის პროგრამა (დისტრიბუცია). შეგიძლიათ ჩამოტვირთოთ ინსტალაციის პროგრამა ITS დისკიდან ან 1C: Enterprise მომხმარებლის მხარდაჭერის ვებსაიტიდან.

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

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

ახლა აირჩიეთ დირექტორია, სადაც შაბლონი შეინახება. საჭირო დირექტორიას არჩევის შემდეგ დააჭირეთ "შემდეგი".

ჩვენ ველოდებით ინსტალაციის დასრულებას და დააჭირეთ "დასრულებას" ოსტატის დასასრულებლად.

ახალი მონაცემთა ბაზის შექმნა შაბლონიდან

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

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

შემდეგ ფანჯარაში ვიხილავთ ადრე მითითებულ დირექტორიაში დაინსტალირებული შაბლონების ჩამონათვალს. დაინსტალირებული შაბლონისთვის არის 2 ვარიანტი საინფორმაციო ბაზის შესაქმნელად - ახალი (სუფთა) მონაცემთა ბაზა , და მონაცემთა ბაზები დემო მონაცემებით კონფიგურაციის ვარიანტების დემონსტრირებისთვის. (თუ თქვენ გეგმავთ საინფორმაციო ბაზის შექმნას მასში მონაცემების შემდგომი ჩატვირთვისთვის ატვირთვის ფაილიდან (*.dt) ან ახალი კონფიგურაციის შემუშავებას, მაშინ უნდა აირჩიოთ პუნქტი „ინფორმაციის ბაზის შექმნა კონფიგურაციის გარეშე...“). აირჩიეთ ჩვენთვის საჭირო ვარიანტი და დააჭირეთ "შემდეგი".

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

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

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