ბუჰობლიკის ინფორმაცია. Buhoblik info კორისტუვაჩის მონაცემების შენარჩუნება 1s

01.06.2018

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

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

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

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

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

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


მოდით შევხედოთ RLS-ის დაყენებას სტანდარტული კონფიგურაციის გამოყენებით "1C: Business Accounting 8" გამოცემა 3.0 ("ტაქსი" ინტერფეისი).

შაბათ-კვირის დეტალები.

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


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



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

Დაყენება

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


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

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

ამის შემდეგ, „Koristuvach“ აგენტიდან ვირჩევთ „Koristuvach“-ს, რომლის უფლებები მორგებულია და ვაჭერთ ღილაკს „Access Rights“.

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

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


გაიხსნება უფლებების პარამეტრების ფანჯარა.

აუცილებელია შეარჩიოთ ბუღალტერის პროფილი „მთავარი ბუღალტერი“.


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

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

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

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


პოპოვის ვოლოდიმირ ივანოვიჩის ამჟამინდელი კორესპონდენტი, რომელსაც უნდა მიეცეს ახალი წვდომა ერთი ორგანიზაციის დოკუმენტებზე "IP Popov V.I".

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


აირჩიეთ პროფილი "მთავარი ბუღალტერი", ზედა მარჯვენა ფანჯარაში "წვდომის ტიპი" სვეტში აირჩიეთ "ყველა დაბლოკილი". ამის შემდეგ, "ნებადართული მნიშვნელობების" ფანჯარაში დააჭირეთ ღილაკს "დამატება" და მენიუდან აირჩიეთ IP Popov V.I.

მოდით შევინარჩუნოთ კორექტირება.

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

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

მოდით შევინარჩუნოთ კორექტირება.

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

ონლაინ კომპანია, 2018 წ

1C:Business Accounting გამოცემა 3.0-ში შეცვალეთ კლიენტების უფლებები სხვადასხვა ორგანიზაციებში, შეზღუდეთ კლიენტების წვდომის უფლებები თანაბარ ჩანაწერებზე მხოლოდ ერთი ორგანიზაციის მონაცემებზე 1-ში. მოეთხოვება შეინახოს მხოლოდ მისი ორგანიზაციის დოკუმენტები მდიდარ კომპანიის საინფორმაციო ბაზაში 1C:Accounting, Yak 1C:Accounting, გამოიყენოს მექანიზმი თანაბარ ჩანაწერებზე წვდომის გასაზიარებლად (RLS - Record Level Securiy) ბუღალტერის უფლებების კორექტირებისთვის დოკუმენტებზე. ერთზე მეტი ორგანიზაცია? უფლებების გამიჯვნის მექანიზმის რეგულირება RLS (Record Level Security) ჩანაწერების დონეზე 1C: Accounting 8.3, საწარმოსთვის ერთ საინფორმაციო ბაზის კონფიგურაცია 1C: Enterprise Accounting MS 3.0 ხორციელდება რამდენიმე ორგანიზაციისთვის და მონაცემთა ბაზის მომხმარებლებმა უნდა დააყენონ წვდომა ისე, რომ ყველა მომხმარებელს შეუძლია ყველა დოკუმენტზე წვდომა საჭირო ორგანიზაციების გარეშე? როგორც 1C:Accounting 8.3-ში, დაუშვით კლიენტს წვდომა მხოლოდ ერთი ორგანიზაციის მონაცემებზე, RLS სისტემის დაყენება კლიენტის უფლებების გაცვლისთვის მხოლოდ ერთი ორგანიზაციის დოკუმენტებზე წვდომის კონფიგურაციაში 1 C: Business Accounting rev.3.0 როგორ წვდომის გაზიარების დაყენება RLS ჩანაწერების იმავე დონეზე ტიპიურ 1C კონფიგურაციაში: ბუღალტერია 8.3, წვდომა ორგანიზაციებზე 1C-ში: ბუღალტერია 8.3. დამატებითი RLS მექანიზმის გამოყენებით, როგორც 1C: ბუღალტრული აღრიცხვა 8.3-ში, დააწესეთ წვდომის უფლებები ბიზნესის მფლობელებისთვის მხოლოდ ერთი ორგანიზაციის მონაცემებზე, როგორც 1C: ბუღალტერია 8.3-ში, შექმენით ორგანიზაციები აქტიური კლიენტებისთვის, RLS-ის გამოყენება (რიგი) Level Security) სისტემა 1C-ში: საწარმოს გამოცემის აღრიცხვა 3.0, მონაცემთა წვდომის შეზღუდვა მხოლოდ ერთ ორგანიზაციაზე კონკრეტული ბუღალტრისგან 1C-ში: ბუღალტერია 8.3, ისევე როგორც 1C-ის სტანდარტული კონფიგურაციის შემთხვევაში: საწარმოს გამოცემის აღრიცხვა 3.0 დაყენებულია წვდომის უფლებები. კლიენტებს სხვადასხვა ორგანიზაციებში, რათა შესაძლებელი გახდეს წვდომის გაცვლების დაყენება სტანდარტული ჩანაწერების კონფიგურაციის დონეზე 1C:Business Accounting ვერსია 3.0, როგორც 1C:Accounting-ში მდიდარი კორპორატიული გარეგნობის შემთხვევაში, თქვენ ნებას რთავთ პერსონალურ წვდომას მხოლოდ ერთი ორგანიზაციის დოკუმენტებზე. , როგორც კონფიგურაციაში ї 1C:Business Accounting 3.0 დაარეგულირეთ კლერკის წვდომის უფლებები მხოლოდ ერთი ორგანიზაციის დოკუმენტებზე Level Security - უფლებების გაცვლა თანაბარ საფუძველზე ჩანაწერები) კონფიგურაცია 1C:Business Accounting ვერსია 3.0, RLS მექანიზმების რეგულირება მონაცემთა კორპორატიული წვდომის უფლებების გაცვლა მხოლოდ ერთი ორგანიზაციისთვის 1C:Business Accounting კონფიგურაციაში ed. 3.0, მხოლოდ ერთი ორგანიზაციის დოკუმენტებზე წვდომის გაზიარება კონკრეტული ბუღალტრისგან 1C-ში: ბიზნეს ბუღალტერია 3.0, როგორ მივიღოთ ერთი ორგანიზაციის დოკუმენტები მიწისქვეშა მონაცემთა ბაზაში 1C: ერთი ბუღალტერის აღრიცხვა, ერთ საინფორმაციო ბაზაში 1C: ბუღალტერია, მთელი რიგი ორგანიზაციები შენარჩუნებულია, როგორ შევქმნათ RLS for შეუძლია თუ არა ადვოკატს საბუთების მიღება მისი ორგანიზაციის გარეთ? საწარმოში, ერთ საინფორმაციო ბაზაში 1C: ბუღალტერია, შენარჩუნებულია მდიდარი კორპორატიული ორგანო და მონაცემთა ბაზის მომხმარებლებმა უნდა დაამყარონ წვდომა ისე, რომ თითოეულ მომხმარებელს შეუძლია შექმნას, ნახოს და შეცვალოს სხვა დოკუმენტები, გარდა სხვა ორგანიზაციებისა? როგორ მართავს 1C: Accounting 8.3 დამატებითი RLS (Record Level Security) მექანიზმის გამოყენებით დოკუმენტების ხილვადობის გაცვლა კონკრეტული ბუღალტრისთვის შერჩეულ ორგანიზაციებში?


ტეგები: RLS-ის დაყენება 1C-ში: ბუღალტერია 8.3 როგორ დავაყენოთ უფლებების გაცვლა თანაბარ ჩანაწერებზე 1C BP 3.0-ში

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • ტეგები:

გთხოვთ, ჩართოთ JavaScript სანახავად

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

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

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

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

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


სამივე წყარო ჩვენთვის უკვე ხელმისაწვდომია.


მოდით მოკლედ შევხედოთ მათ.

Კარგ დღეს გისურვებთ.

მოდით ცოტა ვისაუბროთ კორისტუვაჩების უფლებების რეგულირებაზე UT 11.2-ში

სისტემას ჰყავს მრჩეველი "კორისტუვაჩი":

დოვიდნიკი" ჯგუფური წვდომა":

1-ლი მრჩეველი ჯგუფური წვდომის პროფილები":

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

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

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

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

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

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

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

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

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

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

რამდენად მოსახერხებელია? მაგალითად, ჩვენ გვაქვს რამდენიმე მაღაზია (საწყობი) - გვინდა, რომ მაღაზიის თანამშრომლებმა მოამზადონ დოკუმენტები მხოლოდ თავიანთი მაღაზიისთვის. ჩვენ ვირჩევთ „ყველა ბრალდება, ბრალი მიეკუთვნება...“ და ეს ნიშნავს მაღაზიას, რომლის დოკუმენტების ჩვენება გვინდა. უნდა დავაბრალო? ეს უფრო ადვილია - შეგიძლიათ გადახვიდეთ "წვდომის ჯგუფის პროფილებში", ან შეგიძლიათ გადახვიდეთ "წვდომის ჯგუფებში". ჩემი აზრით, ეს უფრო მოსახერხებელია წვდომის ჯგუფებში, მაშინ "წვდომის ჯგუფის პროფილი" შეიძლება შეირჩეს არაერთხელ, სხვადასხვა წვდომის ჯგუფებისთვის, შემდეგ. ხდება უნივერსალური. მაგალითად, გვყავს გაყიდვების პერსონალი: "მაღაზია No1" და "მაღაზია No2 მენეჯერი" და 2 მაღაზია - "მაღაზია 1" და "მაღაზია 2". ჩვენ ვქმნით ახალ „წვდომის ჯგუფის პროფილს“, ვთქვათ „მაღაზიის მენეჯერი“. ჩვენ ვირჩევთ საჭირო როლებს (უფლებებს), ამ პროფილის წვდომის საზღვრებში ვაყენებთ: "წვდომის ხედი - საწყობი", "წვდომის ღირებულება - ყველა დაბლოკილია, დამნაშავეები მინიჭებულია წვდომის ჯგუფებში". ახლა ჩვენ შეგვიძლია შევქმნათ ორი „წვდომის ჯგუფი“, ვთქვათ „მაღაზიის მენეჯერი No. 1“ და „მაღაზიის მენეჯერი No.2“ - თითოეული ჯგუფისთვის შეგვიძლია მივუთითოთ პროფილი „მაღაზიის მენეჯერი“ და თავად წვდომის ჯგუფში დავაყენოთ ნებართვა. აირჩიეთ საწყობი (მაღაზია), "მაღაზია No1 მენეჯერი" წვდომა "მაღაზია 1"-ზე, "მაღაზია No2 მენეჯერისთვის" წვდომა "მაღაზია 2"-ზე მუდმივია.

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

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

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

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

ინსტრუქციები:

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

2. მარცხენა ცხრილის ნაწილში აირჩიეთ ის უფლებები, რომლებიც უნდა გადაწეროთ (მიუთითებულია "ასლი" პროპორცია).

3. „აირჩიეთ უფლებების ნაკრები:“ - აირჩიეთ მომხმარებელი და მომხმარებელთა ჯგუფი, რომლებისთვისაც გსურთ უფლებების კოპირება (დამატება)

4. ამოიბეჭდეთ ღილაკი „ასლის უფლებები“.

5. შესრულებულია.

დამუშავების სარგებლიანობა, დამოწმებული UT 11.2-ზე; ბუღალტერია 3.0 და ZUP 3.0

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

გაგზავნეთ ეს სტატია ჩემს ელექტრონულ ფოსტაზე

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

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

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

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

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

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

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

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

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

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

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

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

 დასახელება;

 პროფილი;

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

 არჩეულ პროფილამდე შეივსება წვდომის ტიპების სია (ავტომატურად) და აუცილებელია მათი მნიშვნელობების დაყენება.

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

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

 გარე სახელები – ისინი, რომლებიც ჩნდება სხვადასხვა სიებსა და სახელებში;

 ფიზიკური პირი;

 პიდროზდილი, რომელშიც ღვინო ვითარდება;

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

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

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

ავთენტიფიკაცია 1C: Enterprises – ამოწმებს არჩეული მომხმარებლის პაროლს. ასევე საჭიროა პაროლის ამოცნობისა და შეცვლის წესების დაწესება;

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

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

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

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

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

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