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

1C: Enterprise 8.0

პრაქტიკული სახელმძღვანელოდეველოპერი

მაგალითები და ტიპიური ტექნიკა

მაგალითად, მოდით შევხედოთ განვითარების მეთოდებს 1C: Enterprise 8.0-ში, ავიღოთ პატარა კომპანია - OO "Jack of All Trades", რომელიც გთავაზობთ სხვადასხვა საყოფაცხოვრებო ტექნიკის სარემონტო მომსახურებას.

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

1C: საწარმო

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

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

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

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

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

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

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

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

1C: Enterprise სისტემას აქვს მუშაობის სხვადასხვა რეჟიმი: 1C: Enterprise და Configurator.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

კონფიგურაცია - გახსენით კონფიგურაცია და

კონფიგურაცია - კონფიგურაციის დახურვა.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

პირველ რიგში, ჩვენ გვჭირდება კომპანიის თანამშრომლების სია, რომლებიც უზრუნველყოფენ მომსახურებას. შემდეგ ჩვენ დაგვჭირდება იმ კლიენტების სია, რომლებთანაც მუშაობს ჩვენი კომპანია, ამის შემდეგ დაგვჭირდება იმ სერვისების ჩამონათვალი, რომელთა გაწევა შეუძლია ჩვენს კომპანიას და იმ მასალების ჩამონათვალი, რომელთა მოხმარებაც შესაძლებელია. გარდა ამისა, ჩვენ დაგვჭირდება საწყობების სია, რომლებიც შეიძლება შეიცავდეს მასალებს 000 „Jack of All Trades“-დან.

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

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

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

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

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

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

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

მოდით დავაყენოთ დირექტორიას სახელი და სინონიმი

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

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

თავად პლატფორმას შეუძლია აკონტროლოს კოდების უნიკალურობა, ასე რომ, ელემენტების რაოდენობა, რომლებიც შეიძლება შეიცავდეს დირექტორიაში, დამოკიდებული იქნება კოდის სიგრძეზე. კოდის სიგრძე 5 სიმბოლოა - ეს არის 0-დან 99999-მდე, ანუ ასი ათასი ელემენტი. ჩვენი პატარა OOO "Jack of all trades"-ისთვის ეს სავსებით საკმარისია.

მოდით გადავიდეთ სახელის სიგრძეზე. 25 სიმბოლო აშკარად არ არის საკმარისი ჩვენთვის, მოდით გავზარდოთ სახელის სიგრძე 50-მდე.

მოდით შევთანხმდეთ კოდის სიგრძეზე და დავაყენოთ სახელის სიგრძე

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

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

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

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

მოდით შევასრულოთ ოპერაციები I დირექტორიები... და შეარჩიოთ დირექტორია „კლიენტები“.

სისტემა გახსნის დირექტორიას ერთ-ერთ მთავარ ფორმას - ძირითადი სიის ფორმას.

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

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

ელემენტების დამატების შემდეგ დირექტორია ასე გამოიყურება.

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

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

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

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

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

"მონაცემების" ჩანართზე დააყენეთ დირექტორიის სახელის სიგრძე 50 სიმბოლოზე და დაამატეთ ახალი ცხრილის ნაწილი დირექტორიაში სახელწოდებით "შრომითი საქმიანობა":

მოდით დავამატოთ ახალი ცხრილის ნაწილი "თანამშრომლების" დირექტორიაში და დავაყენოთ მისი სახელი...

მოდით შევქმნათ დეტალები "შრომითი აქტივობების" ცხრილის განყოფილებაში:

"ორგანიზაცია" - ტიპი სტრიქონი, სიგრძე 100,

"დაწყება" - ჩაწერეთ თარიღი, თარიღის შემადგენლობა - "თარიღი",

"სამუშაოს დასრულება" - თარიღის ტიპი, თარიღის შემადგენლობა - "თარიღი",

"პოზიცია" - ტიპი სტრიქონი, სიგრძე 100:

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

"სამუშაოს დაწყება" და "სამუშაოს დასასრული" დეტალებისთვის ჩვენ ავირჩიეთ თარიღის შემადგენლობა - "თარიღი", რადგან 1C: Enterprise 8.0 სისტემაში თარიღის ტიპის მნიშვნელობები შეიცავს როგორც თარიღს, ასევე დროს. ამ შემთხვევაში ჩვენ არ გვაინტერესებს სამუშაოს დაწყებისა და დასრულების დრო.

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

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

მოდით დავაყენოთ დირექტორია რედაქტირების ვარიანტი.

"თანამშრომლების" დირექტორიას შექმნა დასრულებულია - ახლა შეგიძლიათ გაუშვათ 1C:Enterprise გამართვის რეჟიმში და შეავსოთ დირექტორია.

მენიუს ელემენტის შესრულება გამართვა - გამართვის გაგრძელება,სისტემის კითხვაზე:

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

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

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

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

ახლა ჩვენ შეგვიძლია დავიწყოთ შემდეგი xNomenclature დირექტორიას შექმნა.

დირექტორია ნომენკლატურის შექმნა

"ნომენკლატურის" დირექტორიაში იქნება ინფორმაცია შპს "Jack of All Trades"-ის მიერ გაწეული მომსახურებისა და გამოყენებული მასალების შესახებ.

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

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

მოდით გავხადოთ დირექტორია იერარქიული...

"მონაცემების" ჩანართზე დააყენეთ დირექტორია სახელის სიგრძე 100 სიმბოლოზე.

ახლა მოდით გავუშვათ 1C: Enterprise გამართვის რეჟიმში და შეავსოთ "Nomenclature" დირექტორია. დირექტორიაში შევსების პროცესში ჩვენ ვაჩვენებთ როგორ შევქმნათ დირექტორია ჯგუფები და გადავიტანოთ ელემენტები ერთი ჯგუფიდან მეორეში.

მოდით შევქმნათ ორი ჯგუფი დირექტორიაში ძირში: "მასალები" და "სერვისები" (მენიუ მოქმედებები - ახალი ჯგუფი):

"მასალების" ჯგუფში ჩვენ შევქმნით ხუთ ელემენტს:

"სამსუნგის ჰორიზონტალური ტრანსფორმატორი"

"GoldStar ჰორიზონტალური ტრანსფორმატორი"

"Philips 2N2369 ტრანზისტორი",

"Რეზინის შლანგი"

"ელექტრო კაბელი":

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

"დიაგნოსტიკა",

"შინაური ტელევიზორის შეკეთება"

"იმპორტირებული ტელევიზორის შეკეთება"

და სარეცხი მანქანების სამონტაჟო მომსახურება:

"წყლის კავშირი"

"Ელექტრონული კავშირი":

ბოლო გაკვეთილზე ვისწავლეთ რა არის 1C ობიექტები.

ახლა ვნახოთ, რა 1C ობიექტები არსებობს და რისთვის არიან ისინი?

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

ძირითადი 1C კონფიგურაციის ობიექტები - აღრიცხვისთვის

ეს 1C კონფიგურაციის ობიექტები არის აღრიცხვის საშუალება.

1C დოკუმენტები

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

მაგალითად, "საქონლის შეძენა", "საქონლის გაყიდვა" და ა.შ.

დირექტორიები 1C

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

იმისათვის, რომ ხელახლა არ შეიყვანოთ იგი რამდენჯერმე, იგი ერთხელ შეიყვანება დირექტორიაში და შემდეგ გამოიყენება დირექტორიაში მნიშვნელობა “Shovel”. მნიშვნელობა იგივე რჩება.

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

რეგისტრირებს 1C

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

დოკუმენტის [მოძრაობის] შედეგი არის მინიმუმ ერთი ციფრის ცვლილება ოპერაციების შედეგებში. მაგალითად, იყო 0 პროდუქტი, ახლა +10.

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

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

არსებობს 1C რეგისტრების რამდენიმე ტიპი:

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

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

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

1C დოკუმენტის ჟურნალი

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

იუწყება 1C

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

ამისათვის არის 1C ანგარიშები.

ანგარიში არის კომპანიის საქმიანობის მზა გამოთვლილი შედეგები Excel-ის ან Word-ის მსგავსი ფორმით.

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

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

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

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

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

რა არის კონფიგურაციის ობიექტის რედაქტირების ფანჯარა და რით განსხვავდება ის თვისებების პანელისგან?

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

გაკვეთილი 3.

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

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

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

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

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

რა არის დირექტორიას ძირითადი ფორმები?
ელემენტის ფორმა - დირექტორიის ელემენტის რედაქტირებისთვის ან შესაქმნელად;
ჯგუფის ფორმა - დირექტორია ჯგუფის რედაქტირებისთვის ან შესაქმნელად;
სიის ფორმა - დირექტორიაში ელემენტების სიის ჩვენება;
ჯგუფის შერჩევის ფორმა - ერთ-ერთი დირექტორია ჯგუფის ასარჩევად;

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

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

როგორ შეუძლია მომხმარებელს განასხვავოს ჩვეულებრივი ელემენტი წინასწარ განსაზღვრულისაგან?
პიქტოგრამის საშუალებით

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

როგორ დავამატო ახალი ელემენტი დირექტორიაში?
1C: Enterprise რეჟიმის მეშვეობით.

როგორ შევქმნათ დირექტორია ჯგუფი?
1C: Enterprise რეჟიმის მეშვეობით

როგორ გადავიტანოთ ელემენტი ერთი ჯგუფიდან მეორეში?
დააწკაპუნეთ მაუსის მარჯვენა ღილაკით ელემენტზე, "გადადით ჯგუფში"

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

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

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

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

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

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

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

როგორ გამოვაჩინოთ ბრძანებები ქვესისტემების ინტერფეისში დირექტორიაში ახალი ელემენტის შესაქმნელად?
ზოგადი - ქვესისტემები - ყველა ქვესისტემა - მონიშვნის ველი "ნომენკლატურა: შექმნა"

როგორ დაარედაქტიროთ ქვესისტემის ბრძანების ინტერფეისი?
ზოგადი - ქვესისტემები - ყველა ქვესისტემა. ზედა არის "Command Interface" ველი

რა სტანდარტული პანელები გამოიყენება აპლიკაციის ინტერფეისში და როგორ დავაკონფიგურიროთ ამ პანელების მდებარეობა კონფიგურატორში და 1C:Enterprise რეჟიმში?

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

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

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

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

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

რა არის კონფიგურაციის ობიექტის რედაქტირების ფანჯარა და რით განსხვავდება ის თვისებების პანელისგან?

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

გაკვეთილი 3.

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

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

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

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

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

რა არის დირექტორიას ძირითადი ფორმები?
ელემენტის ფორმა - დირექტორიის ელემენტის რედაქტირებისთვის ან შესაქმნელად;
ჯგუფის ფორმა - დირექტორია ჯგუფის რედაქტირებისთვის ან შესაქმნელად;
სიის ფორმა - დირექტორიაში ელემენტების სიის ჩვენება;
ჯგუფის შერჩევის ფორმა - ერთ-ერთი დირექტორია ჯგუფის ასარჩევად;

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

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

როგორ შეუძლია მომხმარებელს განასხვავოს ჩვეულებრივი ელემენტი წინასწარ განსაზღვრულისაგან?
პიქტოგრამის საშუალებით

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

როგორ დავამატო ახალი ელემენტი დირექტორიაში?
1C: Enterprise რეჟიმის მეშვეობით.

როგორ შევქმნათ დირექტორია ჯგუფი?
1C: Enterprise რეჟიმის მეშვეობით

როგორ გადავიტანოთ ელემენტი ერთი ჯგუფიდან მეორეში?
დააწკაპუნეთ მაუსის მარჯვენა ღილაკით ელემენტზე, "გადადით ჯგუფში"

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

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

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

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

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

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

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

როგორ გამოვაჩინოთ ბრძანებები ქვესისტემების ინტერფეისში დირექტორიაში ახალი ელემენტის შესაქმნელად?
ზოგადი - ქვესისტემები - ყველა ქვესისტემა - მონიშვნის ველი "ნომენკლატურა: შექმნა"

როგორ დაარედაქტიროთ ქვესისტემის ბრძანების ინტერფეისი?
ზოგადი - ქვესისტემები - ყველა ქვესისტემა. ზედა არის "Command Interface" ველი

რა სტანდარტული პანელები გამოიყენება აპლიკაციის ინტერფეისში და როგორ დავაკონფიგურიროთ ამ პანელების მდებარეობა კონფიგურატორში და 1C:Enterprise რეჟიმში?

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

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

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

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

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

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

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

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

1C:Enterprise 8.2-ში გამოყენებული ძირითადი კონფიგურაციის ობიექტების შემადგენლობა შემდეგია:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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