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

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

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

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

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

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

მოდალები, ღონისძიებები და ინტერფეისის საკეტები

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

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

დარწმუნებული ვიყავი, რომ მოდალობა იყო მიტოვებული.

გაგება მაშინვე არ მოვიდა.

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

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

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

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

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

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

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

მენიუ

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

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

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

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

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

მე ვკითხე მასწავლებელს: „მესმის მართული ფორმების შესახებ, მაგრამ რატომ სჭირდებოდა ინტერფეისების შემუშავება, რატომ არ შეიძლებოდა კლასიკური მენიუს ოდნავ გაუმჯობესება“?

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

გვერდის ავლით შეკვეთა

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

სამუშაო სივრცე და წყობილი ფორმები

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

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

რა არ არის დანერგილი 8.2-8.3

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

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

ფუნქციური პარამეტრები და ელემენტის ხილვადობა

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

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

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

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

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

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

8.2 ინტერფეისი და ტაქსის ინტერფეისი

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

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

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

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

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

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

განუვითარებელი იდეოლოგია

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

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

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

ეფექტურობის ეჭვი

ზოგიერთი 1C მიდგომაგამოყენებადობაეჭვების გაჩენა.

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

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

პარამეტრების შენახვის შესაძლებლობები

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

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

სხვა კითხვები

რა არის მართული ფორმები?

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

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

და სერვერი პირდაპირ და სწრაფ კავშირშია მონაცემთა ბაზასთან.

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

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

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

შენიშვნები 1-ზე ნაყარად

აქ არის შენიშვნები, რომლებიც მე დავწერე ჩემთვის, ისინი შეიცავს ღირებულ ცოდნას:

1. 1C გაშვების ფანჯარაში აღარ არის რეგისტრირებული საინფორმაციო ბაზები, არამედ შესვლის წერტილები. იმათ. ერთი ბაზა შეიძლება იყოს რამდენჯერმე, მაგრამ ის რეგისტრირებულია სხვადასხვა მომხმარებლისთვის და სხვადასხვა სამუშაო ინსტრუმენტებისთვის - ბრაუზერი, თხელი/სქელი კლიენტი, ადმინისტრატორის შესვლა.
2. ადმინისტრატორისთვის გამოჩნდა გასაღები, რომელიც გამორთავს როლების კონტროლს. თქვენ შეგიძლიათ შეხვიდეთ Enterprise-ში ამ გზით, თუ გაქვთ ადმინისტრაციული უფლებები კონფიგურაციაზე.
3. ზოგადი დეტალები - არ აურიოთ ისინი 1C7-ში ზოგად დეტალებთან, 82-ში ისინი გამოიყენება ინტერფეისში წვდომის განცალკევებისთვის.
4. ხშირად იყენებდნენ ფორმაში სიის მინიმალურ სიმაღლეს ფორმის ზედმეტი გადახვევის ზოლის მოსაშორებლად.
5. თქვენ არ უნდა შეინახოთ სურათები დირექტორიაში რეკვიზიტებში, ეს იწვევს დირექტორიების მუშაობის ვარდნას, თქვენ უნდა გამოიყენოთ ინფორმაციის რეესტრი.
6. სერვერის პროცედურებში, თქვენ უნდა გამოიყენოთ VALUE პარამეტრების გადაცემისას, რათა პარამეტრი არ გადაეცეს სერვერს.
7. ახალი ფუნქციებიგვერდი იწყებადა გვერდი სრულდება, შესაძლოა სხვები, პლატფორმიდან 8.3.6.
8. 1s 8.2-ში გამოჩნდა პრივილეგირებული რეჟიმი, ე.ი. შეგიძლიათ გამორთოთ წვდომის კონტროლი როლის დონეზე კოდის განყოფილებებში.
9. ფორმის სიის, მნიშვნელობების ცხრილისა და ღირებულებების ხის ელემენტები განსხვავდება იმით, რომ სიას სერვერზე და კლიენტზე აქვს იგივე წარმოდგენა, ხოლო ცხრილისთვის და ხისთვის იქმნება სპეციალური ობიექტები და ისინი უნდა გარდაიქმნას. სერვერზე.
10. გამიხარდა, რომ მასწავლებელს მოსწონს ობიექტების დასახელება სინგულარში და მოდულების დასახელება ქვედა ხაზით ისე, რომ ეს მოდულები პირველ რიგში მიდიოდეს კონტექსტუალურ მინიშნებაში.

სიცოცხლის შესახებ და დაახლოებით 1C

მასწავლებელმა განაცხადა:

1. განვითარება უნდა განხორციელდეს ინტერფეისიდან.
   Ჩემი აზრი : განცხადება საეჭვოა, რადგან პლატფორმის არქიტექტურის გამოყენების ცოდნა და გამოცდილება საშუალებას გაძლევთ დაუყოვნებლივ გადახვიდეთ აპლიკაციის ობიექტებიდან და შემდეგ ააწყოთ ინტერფეისი.
2. მენეჯერი არ შეაქვს მონაცემებს, მხოლოდ ანგარიშებს უყურებს. და ის მართავს არა მონაცემთა შეყვანას 1C-ში, არამედ ტელეფონით და მდივნის მეშვეობით. ამიტომ, ბრაუზერი საკმარისია მენეჯერისთვის და შეყვანის ველები საჭიროა მხოლოდ მონაცემების გასაფილტრად.
   Ჩემი აზრი _ დიახ, როგორც ჩანს, ასეა.
3. კრიტიკული BSP (სტანდარტული ქვესისტემების ბიბლიოთეკა). იმ გაგებით, რომ შეუძლებელია და ძალიან რთულია მისგან საჭირო მოდულების იზოლირება.
   Ჩემი აზრი : იმიტომ თუნდაც BSP ვერ დაიყო მოდულებად, მაშინ SCP არ შეიძლება დაიყოს მოდულებად UT, ZUP, BP, Production. და აქ ეს არ არის პლატფორმის ბრალი, არამედ ტიპიური წერის არასწორი მეთოდოლოგია - მოდულურობა არ არის დაცული. Იგივე Navisionდიდი ხანია აქვს შესაძლებლობა, ჯერ კლიენტს მიყიდოს ბუღალტრული აღრიცხვა, შემდეგ კი მას შეუძლია, საჭიროების შემთხვევაში, იყიდოს ვაჭრობა, წარმოება და ხელფასი, კოდის გადაწერისა და ახალ პროგრამაზე გადასვლის გარეშე.
4. ტიპიური ფოლადები ძალიან რთული და ძნელად შესაცვლელია. ისევ და ისევ, არა პლატფორმის სირთულის გამო, არამედ ტიპიური არასწორი ორგანიზების გამო. ამ შემთხვევაში იკარგება ძირითადი პრინციპი - სწრაფი და ეკონომიური მხარდაჭერა და საჭიროების შემთხვევაში სტანდარტული კონფიგურაციების დახვეწა.
5. ნაჩვენები იყო შეკვეთის განთავსების ვარიანტი, როდესაც ნივთი მდებარეობს მარცხნივ სამუშაო სივრცეში, ხოლო შეკვეთების სია მარჯვნივ. ნომენკლატურის საპირისპიროდ შეგიძლიათ დადოთ რაოდენობა, შემდეგ გადაიტანოთ შეკვეთების სიაში და შეკვეთა იქმნება. უპირატესობა - შეკვეთების ცხრილი არ არის დაბლოკილი ახალი შეკვეთის შესაქმნელად.
   Ჩემი აზრი : უპირატესობა შორს არის - მიუხედავად ამისა, მომხმარებლები უფრო მეტად არიან მიჩვეულები შერჩეული პროდუქტის ცხრილის ნაწილში ხილვას, შეუძლიათ შეინახონ ეს შეკვეთა მონახაზად ან დააკოპირონ შეკვეთა შაბლონიდან. ზოგადად, დოკუმენტები ტყუილად არ იყო გამოგონილი.
6. განმარტა განსხვავება განყოფილებებს შორის "მთავარი", "მნიშვნელოვანი", "წადი", "ასევე იხილეთ".
   Ჩემი აზრი : პირადად მე ბუნდოვნად გავიგე, რაც იმას ნიშნავს, რომ უმრავლესობა ვერ გაიგებს პლატფორმაში ჩადებულ ამ ნიუანსებსგამოყენებადობატაქსიში. ამიტომ, ინტერფეისები ისე გამოიყურება, როგორც ადრე, როგორც უკვე მიჩვეულია როგორც მომხმარებლები, ისე პროგრამისტები 1C-ში.
7. ფორმის ცხრილის ველის უჯრედში, რომლის წყაროც არის თვითნებური მოთხოვნა, თქვენ არ შეგიძლიათ მონაცემების შეყვანა, როგორც შეყვანის ველში. ეს კეთდება სარგებლობისთვისგამოყენებადობარათა მომხმარებელმა ყურადღება გაამახვილოს მონაცემების ცალკე ფანჯარაში შეყვანაზე.
   Ჩემი აზრი : მე მოვიყვანე მაგალითი ცხრილის ნაწილებში შეყვანით, სადაც ასეთი ველი არსებობს, აკრძალვის მნიშვნელობა ჩემთვის გაუგებარია.
8. განქორწინებები წარმოიქმნება მეუღლის სხვა ადამიანებთან შედარების შედეგად. ნაკლები შედარება - უფრო ძლიერი ქორწინება.
9. უცხო ენების სწავლა უფრო ადვილია, როცა რამდენიმე მათგანს ერთდროულად სწავლობ, ვიწრო აზროვნება და ერთი მშობლიური ენით აკვიატება იკარგება.
10. უცხო ენების სწავლა შეუძლებელია, თუ უცხო სიტყვას უკავშირებთ თქვენს მშობლიურ ენაზე არსებულ სიტყვას, თქვენ უნდა დააკავშიროთ იგი სურათთან. ჯაჭვი უცხო სიტყვა - გამოსახულება უფრო მოკლეა ვიდრე ჯაჭვი უცხო სიტყვა - მშობლიური სიტყვა - გამოსახულება. ამ უკანასკნელ შემთხვევაში, უცხო ენაზე ფიქრი არ გამოდგება.

დასკვნა

მადლობას ვუხდი მასწავლებელს.

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

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

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

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

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

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

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

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

მოდით ვისაუბროთ დღეს მომხმარებლის ინტერფეისზე 1C.

ინტერფეისი 1C

სქელი კლიენტის 1C ინტერფეისი ასე გამოიყურება.

Ეს შეიცავს:

• Მთავარი მენიუ
• პანელები.

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

კონფიგურატორში 1C ინტერფეისი მდებარეობს General / Interfaces ფილიალში.

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

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

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

თუ დამატებით პანელებს დაამატებთ, ისინი გამოჩნდება პანელებად (ღილაკებით).

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

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

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

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

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

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

მართული ბრძანების ინტერფეისი 1C

AT ახალი ვერსია 1C 8.2, გამოჩნდა ახალი ტიპის კლიენტები -.

1C თხელი კლიენტის ინტერფეისი ასე გამოიყურება.

1C ვებ კლიენტის ინტერფეისი ასე გამოიყურება.

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

ახლა ის შედგება არა მხოლოდ მენიუებისა და პანელებისგან, არამედ:
1) ბუღალტრული აღრიცხვის განყოფილებების სია
2) ნავიგაცია არჩეულ განყოფილებაში
3) ბრძანებები შესასრულებლად მიმდინარე განყოფილებაში
4) მიმდინარე ოპერაციის შესასრულებელი ფორმები.

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

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

ქვესისტემები 1C

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

კონფიგურაციაში, 1C Subsystem ობიექტი, რომელიც მდებარეობს General / 1C Subsystems ფილიალში, პასუხისმგებელია აღრიცხვის სექციებზე.

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

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

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

სტატიის წაკითხვის შემდეგ გაიგებთ:

• რა როლს ასრულებს ქვესისტემა მენიუს სტრუქტურის ჩამოყალიბებაში?
• როგორ ჩამოვაყალიბოთ მენიუს სექციები 1 და 2 დონეზე?
• როგორ მოვარგოთ მენიუს სექციებში ნაჩვენები ბრძანებების შემადგენლობა?
• რისთვის არის ბრძანების ინტერფეისის რედაქტორი და როგორ ვიმუშაოთ მასთან?
• როგორ დავაყენოთ მთავარი დანაყოფის ბრძანების ინტერფეისი?

გამოყენებადობა

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

იმათ. დეველოპერმა თავად უნდა გადავიდეს ამ ჩანართზე და შეამოწმოს შესაბამისი ველები.

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

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

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

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

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

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

ამისთვის ქვესისტემები in რედაქტირების ფანჯარაშეგიძლიათ დროშა ამოიღოთ ჩართეთ ბრძანების ინტერფეისში.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Შინაარსი მომხმარებლის ინტერფეისი(მომხმარებლის ინტერფეისის კონცეფცია)

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

პროგრამის გაშვება 1C: Enterprise რეჟიმში იწყება ძირითადი პროგრამის ფანჯრის გახსნით

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

სამუშაო მაგიდა 1C: Enterprise 8.3 / 8.2

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

სამუშაო მაგიდა: დანაყოფის ზოლი

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

სამუშაო მაგიდა: სექციები

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

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

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

სამუშაო მაგიდა: ნავიგაციის ზოლი

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

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

სამუშაო მაგიდა: სამოქმედო ზოლი

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

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

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

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

სამუშაო მაგიდა: სამუშაო ისტორია მთავარ ფანჯარაში

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

სამუშაო მაგიდა: რჩეულები

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

სამუშაო მაგიდა: მონაცემთა ბმულები

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

დაფა 8.2

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

შესრულების ისტორია 8.2

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

სისტემის ბრძანების ზონა

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

Მთავარი მენიუ

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

დამხმარე ბრძანებები

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

სამუშაო მაგიდა 1C: საწარმო

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

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

• Რა არის ახალი?
• რა უნდა გაკეთდეს დღეს?
• როგორია ჩემი მნიშვნელოვანი ინფორმაცია?
• რას უნდა მიაქციოთ ყურადღება?

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

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

დესკტოპის დაყენება 1C 8.2

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

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

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

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

დანაყოფის პანელი

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

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

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

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

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

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

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

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

განყოფილების ზოლის პერსონალიზაცია

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

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

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

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

ბრძანება

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

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

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

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

მოქმედებები, რომლებსაც ბრძანება ასრულებს, აღწერილია ბრძანების მოდულში 1C: Enterprise-ში.

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

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

• სტანდარტული
• შექმნილია დეველოპერის მიერ.

სტანდარტული ბრძანებები 8.2

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

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

დეველოპერის მიერ შექმნილი ბრძანებები

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

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

მოქმედების ბრძანებები და ნავიგაციის ბრძანებები.

• ნავიგაციის ბრძანებები
• მოქმედების ბრძანებები.

ნავიგაციის ბრძანებები 8.2

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

მაგალითი: Warehouses ნავიგაციის ბრძანება გახსნის საწყობების სიას მთავარ ფანჯარაში.

მოქმედების ბრძანებები

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

მაგალითი: Warehouse action ბრძანების შესრულებისას იხსნება დამხმარე ფანჯარა, რომელშიც შეგიძლიათ შეცვალოთ ახალი საწყობის მონაცემები.

პარამეტრიზაციადი და დამოუკიდებელი ბრძანებები

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

• დამოუკიდებელი
• პარამეტრიზაციადი

დამოუკიდებელი გუნდები 8.2

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

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

პარამეტრიზაციადი ბრძანებები

ასეთი ბრძანებების შესასრულებლად საჭიროა ბრძანების პარამეტრის მნიშვნელობა (დამატებითი ინფორმაცია).

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

გლობალური ბრძანებები და ლოკალური ფორმის ბრძანებები

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

• გლობალური
• ადგილობრივი

გლობალური გუნდები

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

ადგილობრივი ფორმის ბრძანებები

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

ნავიგაციის პანელი

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

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

მაგალითი: Warehouses ბრძანების გამოძახებით გაიხსნება საწყობების სია სამუშაო სივრცეში.

სიის ჩვენება დამხმარე ფანჯარაში

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

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

სარდლობის ჯგუფები 8.2

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

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

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

რეგულარული ბრძანებების ჯგუფები 8.2

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

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

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

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

ნავიგაციის ზოლის პერსონალიზაცია 8.2

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

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

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

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

მოქმედებების პანელი

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

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

მაგალითი: Warehouse ქმედების ბრძანების გამოძახებით, რედაქტირებისთვის გაიხსნება მონაცემთა დამხმარე ფანჯარა ახალი საწყობისთვის.

ბრძანების ჯგუფები 1C: Enterprise 8.3 / 8.2

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

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

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

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

სამოქმედო ზოლის პერსონალიზაცია 8.2

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

მაგალითი: შეგიძლიათ წაშალოთ ბრძანება ახალი ანგარიშის შესაქმნელად და სამსახურის ჯგუფის წაშლა.

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

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

რჩეულები

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

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

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

რჩეულებში ბმულის დამატება

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

ფავორიტების დაყენება

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

1-ლი ენის ფავორიტებთან მუშაობა

შესაძლებელია რჩეულების მართვა პროგრამულად ჩაშენებული ენის UserWork Favorites გამოყენებით.

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

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

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

მითითება

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

ინტერაქტიული და არაინტერაქტიული ბმულები

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

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

ბმულის მიღება

შიდა და გარე ლინკები

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

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

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

ბმულის შემდეგ

მიღებულ ბმულზე გასასვლელად გამოიძახეთ ბრძანება Go to link დამხმარე ან მთავარ ფანჯარაში.

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

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

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

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

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

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

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

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

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

დააჭირეთ ღილაკს "Apply" ან "OK" და voila, ასე დაიწყო ჩვენი პროგრამა:

ალბათ ვინმესთვის უფრო მოსახერხებელი იქნება ამ გზით მუშაობა.

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

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

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

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

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

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

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

5) და ბოლოს, მათთვის, ვისაც არ სურს ტაქსის ინტერფეისთან შეგუება. თქვენ შეგიძლიათ შეცვალოთ ინტერფეისი ისეთი, როგორიც იყო Accounting 3.0-ის პირველ ვერსიებში.

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

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

ასე გამოიყურება პროგრამა წინა ინტერფეისით.

ინტერესისთვის ვნახოთ რა არის ბუღალტრული აღრიცხვის 7.7-ის მსგავსი ინტერფეისი.

ისე, არ ვიცი, არ ვიცი. ალბათ ჩემს ჩვეულ „ტაქსის“ დავუბრუნდები.

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