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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

თქვენ კი შეგიძლიათ შეადაროთ როგორ იყო და როგორ გახდა:

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

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

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

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

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

• ტეგები:

გთხოვთ, ჩართოთ JavaScript

"1C: საწარმო 8. მართული პროგრამა". ახალი შესაძლებლობები

ნიკიტა ზაიცევი

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

კლიენტის განაცხადის ტიპები

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

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

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

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

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

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

კლიენტ-სერვერის ურთიერთქმედება

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

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

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

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

ვებ კლიენტი. ამ შემთხვევაში, საჭირო არ არის 1C: Enterprise 8 ან რაიმე დამატებითი პროგრამის დაყენება მომხმარებლის კომპიუტერზე. საინფორმაციო ბაზებთან "1C: Enterprise 8" მუშაობა ხორციელდება ჩვეულებრივი ინტერნეტ ბრაუზერის (MS) საშუალებით Internet Explorer ან Mozilla firefox) ვებ-კლიენტის ფუნქციონალური შეზღუდვები იგივეა, რაც "წვრილი კლიენტისთვის": მხოლოდ მართულ ფორმებთან მუშაობა, კონფიგურატორის რეჟიმი არ არის მხარდაჭერილი. გამოცხადებულია თითქმის სრული (გარდა რამდენიმე მცირე შეზღუდვისა) პირადობის შესახებ გარეგნობა და სისტემის ქცევა წვრილ და ვებ კლიენტთან მუშაობისას. სამწუხაროდ, ამ სტატიის დაწერის დროს ვებ – კლიენტის ტექნოლოგია ჯერ კიდევ არ იყო გამოქვეყნებული 1C– ს მიერ, ამიტომ ამ ტექნოლოგიის შესახებ მოწოდებული ინფორმაცია ემყარება მხოლოდ მართული პროგრამის თანმხლებ დოკუმენტაციას.

ქვესისტემაზე დაფუძნებული ბრძანების ინტერფეისი

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

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

შექმენით მონაცემთა ბაზის აღმწერი ფაილი (XML– ის ორი ხაზი);

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

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

გაითვალისწინეთ, რომ ვებ – კლიენტის ტექნოლოგიის გაჩენისთანავე, "1C: Enterprise 8" იძენს სრულფასოვან მრავალ პლატფორმალურ ფუნქციონირებას. ახლა ყველა ელემენტი ინფორმაციული სისტემა შეუძლია აწარმოოს როგორც Windows, ასევე Linux (იხ. ცხრილი 3).

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

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

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

მომხმარებლის ინტერფეისის პერსონალიზაცია

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

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

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

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

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

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

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

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

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

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

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

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

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

ფუნქციონალური ვარიანტების გავლენა ინტერფეისზე

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

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

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

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

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

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

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

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

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

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

მართული ანგარიშები მართული ანგარიშის ფორმა

"მართული აპლიკაციის" საანგარიშო მექანიზმმა შეინარჩუნა 1C- ის წინა ვერსიის საანგარიშო მექანიზმის "ოჯახის მახასიათებლები": საწარმო 8:

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

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

ანგარიშის ვარიანტის კონფიგურაცია

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

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

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

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

ანგარიშის მორგება

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

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

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

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

ანგარიშის ვარიანტების შემუშავება

ანგარიშის პარამეტრების ახალი სტრუქტურის მოხერხებულობა 1C- ის წინა ვერსიებთან შედარებით: საწარმო 8 არის:

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

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

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

მრავალდონიანი ანგარიშის პერსონალიზაცია

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

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

ახალი ამბები 15-დან 15-მდე

კომპიუტერები

ASUS- მა (http://asus.com.ru) გამოაცხადა პერსონალური კომპიუტერი ეე ყუთი. პროდუქტი აწყობილია ულტრა კომპაქტურ კორპუსში, Eee Box- ის დაყენება შესაძლებელია VESA- ს მთაზე. სისტემა ახორციელებს მაღალსიჩქარიანი გადმოტვირთვისა და ინტერნეტის საშუალებებს (ASUS Express Gate), არსებობს უსადენო wiFi ადაპტერი 802.11n

გამარჯობა

ბოლო პოსტში დავწერე საერთო და მართულ პროგრამებზე, საერთო და მართული ფორმებიah "1C: საწარმო", სტატია აქ.
მომავალი მართულ აპლიკაციას ეკუთვნის, ახლა მრავალი ტიპიური კონფიგურაცია აგებულია მართული პროგრამის საფუძველზე, ესენია:
1. "1C: ვაჭრობის მენეჯმენტი 11";
2. "1C: მცირე კომპანიის მენეჯმენტი 8";
3. "1C: დოკუმენტის ნაკადის 8";
4. "1C: საწარმოს აღრიცხვა 3.0";
5. "1C: წარმოების საწარმოს მენეჯმენტი 2.0" (გამოვა უახლოეს მომავალში);

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

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

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

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

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

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

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

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

მოდით განვიხილოთ თითოეული პუნქტი უფრო დეტალურად

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

განაცხადის გაშვების პრიორიტეტი

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

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

მე ვაქვეყნებ ჩემი წიგნის მეორე ნაწილს "განვითარების საფუძვლები 1C- ში: ტაქსი"

თავი 2: საერთო და მართვადი 1C პროგრამა

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

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

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

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

ფიგურა: 1.2.1 ბრძანების სტრიქონის მაგალითი

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

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

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

პლატფორმების გამოცემა 8.0 და 8.1. მუშაობდა მხოლოდ ქვეშ ნორმალური რეჟიმი, პლატფორმის უფრო მაღალ ვერსიებს (8.2, 8.3 და ა.შ.) შეუძლიათ იმუშაონ როგორც პროგრამის ჩვეულ რეჟიმში, ასევე მართული განაცხადის რეჟიმში.

აპლიკაციის ჩვეულებრივი რეჟიმი

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

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

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

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

ნახაზი 1.2.2 რეგულარული პროგრამის ინტერფეისის ხედი

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

ნახ. 1.2.3. დოკუმენტების სიის ფორმა

სიის ფორმიდან მომხმარებელს შეუძლია გახსნას დოკუმენტის ან ცნობარი წიგნის ფორმა (იხ. ნახ. 1.2.4).

ფიგურა: 1.2.4. დოკუმენტის ფორმა

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

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

ნახაზი 1.2.5. რეგულარული ფორმების აგება

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

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

განაცხადის რეჟიმი

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

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

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

ფიგურა: 1.2.6. კონტროლირებადი ბრძანების ინტერფეისი

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

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

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

ფიგურა: 1.2.7. შეზღუდული მომხმარებლის ინტერფეისი

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

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

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

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

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

ისწავლეთ პროგრამირება 1C- ში ჩემი წიგნის „პროგრამა 1C- ში 11 ნაბიჯში“ დახმარებით

1. რთული ტექნიკური ტერმინები არ არის.
2. 700 გვერდზე მეტი პრაქტიკული მასალა.
3. თითოეულ დავალებას თან ახლავს სურათი (სკრინშოტი).
4. დავალებების კრებული საშინაო დავალებისთვის.
5. წიგნი დაწერილია გასაგებად და მარტივი ენა - დამწყებთათვის.
6. წიგნი გაიგზავნა ელ.წერილი წელს pDF ფორმატში... გახსნა შესაძლებელია ნებისმიერ მოწყობილობაზე!

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

შეგიძლიათ ხელით გადაიხადოთ:

Yandex.Money - 410012882996301
ვებ ფული - R955262494655

შემოუერთდით ჩემს ჯგუფებს.

ყურადღება! ახლა კურსი ასევე ტარდება საღამოს 18:30 საათიდან 21:30 საათამდე ჩაღრმავების ფორმატში.

კურსი არის ყოვლისმომცველი კურსის განუყოფელი ნაწილი "ეფექტური მუშაობა სისტემაში" 1C: საწარმო 8 ".

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

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

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

კურსი მოიცავს მექანიზმებს:

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

სრული კურსის ღირებულება მოიცავს:

• 2 დღე 10:00 საათიდან 17:00 საათამდე
• სასწავლო მასალები
• ლანჩები, შესვენებები
• ფირმის "1C" სერთიფიკატი

WEB- კურსის ღირებულება მოიცავს:

• 5 კვირიანი კურსი, 5 ვებინარი მასწავლებელთან
• 1C- სასწავლო ცენტრის No3 სერთიფიკატი (ექვემდებარება პრაქტიკას)

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

• 5 დღე 10:00 საათიდან 17:00 საათამდე ან 9 საღამოს 18:30 საათიდან 21:30 საათამდე
• აბსტრაქტული, ყურსასმენები
• ლანჩები, შესვენებები
• კურსის დასრულების შემდეგ 2 წელზე წვდომა განახლებულ ვიდეოებზე
• სერთიფიკატი 1C- სასწავლო ცენტრი No3

ფორმატების სწავლა

დღისით სრულ განაკვეთზე

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

ხანგრძლივობა:16 აკადემიური საათი

ვებ – ტრენინგი

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

ხანგრძლივობა:5 კვირა

რა არის ეს ფორმატი:

ხანგრძლივობა:40 აკადემიური საათი

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

ხანგრძლივობა:40 აკადემიური საათი

კურსის პროგრამა

კურსის მიზნები და მიზნები

შესავალი

1. ფუნქციონირების პარამეტრები

2. ურთიერთქმედების ტექნიკური სტრუქტურა

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

3. ბრძანება ინტერფეისი

• ქვესისტემები
• ბრძანებები
• წინასწარ განსაზღვრა
• ინტერფეისის გაუმჯობესება

4. ინტერფეისის თვისებები

• ობიექტების მორგებული წარმოდგენა
• სტანდარტული რეკვიზიტები
• ობიექტების დეტალების შევსების კონტროლი
• ნაგულისხმევი მნიშვნელობის დაყენება
• დაქვემდებარების გამოყენება

5. ფუნქციონალური ვარიანტები

6. კონტროლირებადი ფორმა

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

7. ბეჭდვითი ფორმის შექმნა

• მარტივი გაშიფვრა

8. სიის ფორმები

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

9. თანამედროვე ზარების უარყოფა.

10. დროებითი შენახვა

• ფაილებთან მუშაობა (სურათები)
• შერჩევის ორგანიზაცია

11. მართული ანგარიშები

• პუნქტის დარჩენილი ანგარიში
• შეტყობინების ვარიანტები
• მორგებული პარამეტრები
• ხდება გაშიფვრის მნიშვნელობის მიღება

12. მონაცემთა ისტორია

13. ერთეულების მექანიზმი

14. შენახვის ინტერვალის საზღვრები

15. განსაზღვრული ტიპები

16. სამუშაო მაგიდა

17. პარამეტრების შენახვა

• ინახება ანგარიშის პარამეტრები

18. ზოგადი დეტალები

• განმარტება ზოგადი დეტალები ობიექტებზე
• მონაცემთა გაზიარების მექანიზმი

19. კონფიგურაციის გაგრძელება

20. დამგეგმავი

21. გარე მონაცემების წყაროები

• მონაცემთა ბაზასთან კავშირი

22. ავტომატიზირებული ტესტირება

23. მობილური პლატფორმა

• შესავალი (ამონარიდები "http://v8.1c.ru/overview/Term_000000818.htm" - დან)
• მონაცემთა ბაზის შემუშავება
• წინასწარ განსაზღვრა
• მობილური აპლიკაციის შექმნა
• აპლიკაციის ტესტირება

Ტექნიკური მოთხოვნები:

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

პროგრამირების სწავლებისთვის შეგიძლიათ გამოიყენოთ "1C: Enterprise 8.3" ვერსია.