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

რეგულარული 1C აპლიკაცია (ჩვეულებრივი ფორმები, ნორმალური ინტერფეისი, ვერსია 1C 8.2)

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

მართული აპლიკაცია 1C (მართული ფორმები, მართული ინტერფეისი, ვერსია 1C 8.3)

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

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

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

მაგრამ მარცხნივ გვაქვს ცარიელი ველი. ქვესისტემის ბრძანებები შეიძლება გამოვიდეს მასზე:

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

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

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

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

ამის შემდეგ, ეს ბრძანებები გამოჩნდება ბრძანების პანელში:

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

მესამე, ანგარიშს უნდა ჰქონდეს განლაგება:

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

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

მე კი ვწუხვარ, რომ 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 და ტაქსის ინტერფეისებს შორის.

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

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

ამ სტატიაში მე გეტყვით, თუ როგორ დააკონფიგურიროთ 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-ის მსგავსი ინტერფეისი.

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

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

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

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

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

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

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

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

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

როგორ შევცვალოთ ინტერფეისი 1C-ში

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

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

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

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

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

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