Як створити користувача з правами Адміністратор у 1С?
Розглянемо, як створити користувача та призначити йому права адміністратора 1С у Роздріб 2.2.
Наприклад візьмемо чисту, щойно створену базу, куди ще введені дані.
Відкриваємо розділ «Адміністрація» → «Користувачі та права» → «Користувачі».
Для додавання до довідника нового користувача натискаємо команду «Створити».
Заповнюємо поля картки:
«Повне ім'я», тут, як правило, вказується ПІБ співробітника, воно відображатиметься у списках та звітах програми.
У полі «Фізична особа» натискаємо стрілку та натискаємо плюс (кнопка «Створити). Вводимо дані про фізичну особу та натискаємо «Записати та закрити», тим самим вибираючи щойно створене фіз. особа;
«Магазин». Тут можна вибрати значення довідника «Магазини», це значення використовуватиметься для встановлення за замовчуванням у документи;
Необхідно поставити прапор "Вхід до програми дозволено". Якщо надається тимчасовий доступ до бази, за посиланням "Встановити обмеження" можна уточнити обмеження, наприклад, налаштувати доступ на рік;
«Ім'я (для входу)» заповниться автоматично, воно призначене для входу до бази.
У полі «Аутентифікація 1С:Підприємства» вже встановлено прапор, знімати його не потрібно;
Встановіть пароль. Якщо створюєте картку для іншого співробітника, і він сам повинен вказати захисний код для доступу, поставте прапорець «Вимагати встановлення пароля при вході»;
Прапор «Показувати у списку вибору» увімкнено за замовчуванням, він відповідає за відображення користувача до списку вибору при запуску бази 1С;
Прапор «Аутентифікація за протоколом OpenID» потрібний для роботи у веб-клієнті 1С Підприємства;
Встановлення прапора «Аутентифікація операційної системи» та вибір користувача дозволяє автоматично визначати програму 1С користувача, який працює в операційній системі. тоді база відкриватиметься, минаючи стадію вибору користувача.
У полі «Режим запуску» за замовчуванням встановлено значення «Авто» та його міняти не рекомендується.
На вкладці «Адреса, телефони» можна ввести контактні дані.
На вкладці «Коментар» можна додати додаткові відомості.
Коли всі дані в картці заполонені, її необхідно записати, натиснувши команду «Записати та закрити» або «Записати».
При цьому якщо введений користувач був першим у цій базі, система сама запропонує призначити йому права адміністратора, перед вами з'явитися вікно з пропозицією підтвердження, необхідно натиснути "Так". В результаті користувач буде додано до групи доступу "Адміністратори".
Якщо користувачі вже є в базі, то його додавання до адміністраторів 1С виконується інакше.
Зробити це можна, перейшовши за посиланням «Права доступу» у верхньому рядку вікна, або відкривши довідник «Групи доступу» у розділі «Адміністрація». Тут вже є зумовлена група «Адміністратори», для якої вже призначено повні права та роль «Адміністратор системи».
Для включення введеного користувача до цієї групи необхідно натиснути команду «Підібрати», у вікні підбору учасників перенести користувача, використовуючи стрілку до списку вибраних та натиснути команду «Завершити та закрити». У результаті користувач буде внесений до списку учасників групи та її залишається «Записати та закрити».
Дивіться відео-інструкції на каналі 1С ПРОГРАМІСТ ЕКСПЕРТ
Читайте також
22.05.2019 20:21:54 - Анонім
Скажіть, адміністратор системи може бути лише один чи їх можна призначити дещо для однієї бази? чи рівнозначні вони будуть?
24.05.2019 9:15:56 - Андрій
Підсистема контролю доступу в 1С дуже варіативна і налаштовується гнучко під вимоги користувачів конфігурації. 1С розрізняє поняття, такі як «Права доступу», «Групи доступу» та «Ролі». "Права доступу" регулюють безпосередньо варіант використання об'єкта (Довідника, Документа, Обробки тощо) і можуть задаватися як безпосередньо конкретному користувачу, так і "Групі доступу". "Група доступу" визначає перелік користувачів включених до групи та перелік "Прав доступу" до різних об'єктів конфігурації. "Група доступу" створюється для більш швидкого та зручного управління правами користувачів і дозволяє так скажемо "знеособити" користувачів. Наприклад: В організації є склади обліку та працівники на посаді «Комірник». У 1С можна створити «Групу доступу», визначити «Права доступу» всім без винятку комірників, тобто. для «Групи доступу» КЛАДНИК. Надалі при прийомі на роботу комірників Машу, Петю, Іру створювати в 1С користувачів МАША, ПЕТЯ, ІРА і включити їх до «Групи доступу» КЛАДНИК, тим самим визначивши для вказаних користувачів той же набір «Прав доступу», які визначені для групи ! Ще одне поняття, прийняте у 1С – це «Роль»! "Роль" також містить набір "Прав доступу", і може бути призначена користувачеві. Основна відмінність "Ролей" від "Групу доступу" в тому, що "Ролі" визначені самою фірмою 1С, і можуть бути змінені тільки при редагуванні конфігурації, а "Групи доступу" налаштовуються самими користувачами конфігурації і не вимагають втручання в структуру конфігурації.Таким чином, виходячи з вищесказаного «Роль» адміністратора системи, найчастіше є в конфігурації єдиною, а ось Користувачів із призначеною «Ролью» адміністратор системи може бути скільки завгодно! "Роль" адміністратора системи також може бути призначена і "Групі доступу".
Налаштування ролей та прав доступу
Область застосування: керований додаток, звичайний додаток.
Діє для конфігурацій УП (ERP), УТ 11 та бібліотек, що входять до них.
Для інших конфігурацій рекомендується використовувати.
Містить уточнення до інших стандартів.
1.1. Ролі створюються «атомарними», тобто. що дають права на доступ до елементарних функцій програми. З цих елементарних ролей створюються профілі користувачів, які призначаються користувачам засобами БСП. Поділ прав на доступ до об'єктів між функціями має бути таким, щоб на типовому впровадженні не виникало потреби у створенні нових ролей.
Виняток: для ролей, що призначаються зовнішнім користувачам, визначається вичерпний набір прав до необхідних об'єктів.
Наприклад, в УП(ERP) це роль Партнер Самообслуговування.
1.2. Роль Повні Правила (англ. FullAccess) спільно з роллю Адміністратор Системи (англ. SystemAdministrator) дає необмежений доступ (без RLS) до всіх об'єктів. Див. стандартні ролі.
1.3. Жодна роль (зокрема. ПовніПрава і АдміністраторСистеми ) має давати декларація про інтерактивне видалення посилальних об'єктів.
- після створення нового об'єкта потрібно зайти в роль ПовніПрава та вимкнути право інтерактивного видалення у об'єктів посилань.
1.4. Тільки роль ПовніПрава та АдміністраторСистеми має давати право на видалення посилальних об'єктів.
1.5.Тільки для ролі ПовніПрава має бути встановлений прапор «Встановлювати права для нових об'єктів». Для решти ролей цей прапор повинен бути знятий.
1.6. Якщо якесь право може бути використане тільки адміністратором системи (наприклад, використання якогось звіту або обробки), то достатньо, щоб це надавалася однією з ролей Повні Права та Адміністратор Системи, створювати окремі ролі в цьому випадку не потрібно.
1.7. У всіх документах, що передбачають проведення, мають бути виставлені прапори «Привілейований режим при проведенні» та «Привілейований режим при скасуванні проведення», тому не потрібно створювати ролі, що дають право на зміну регістрів, підпорядкованих реєстраторам.
Виняток: документи, призначені для безпосереднього коригування записів регістрів, можуть проводитись з перевіркою прав доступу, але в цьому випадку необхідно передбачити ролі, що дають права на зміну регістрів.
1.8. У всіх функціональних опціях мають бути виставлені прапори "Привілейований режим при отриманні".
Виняток: у конфігурації можуть бути передбачені параметризовані ФО, для яких розробник спеціально передбачає відмінності в отримуваних значеннях користувачами з різними правами.
Приклад: Є параметризована ФО ВикористовуватиВалютуПриРозрахункуСерсоналом, яка параметризується організацією. Якщо користувач отримуватиме її значення в контексті своїх прав, то він не побачить поле «валюта» в документі, якщо він не має жодної організації, де застосовується валютний облік.
1.9. Не повинно бути ролей, крім стандартних ролей БСП, які дають загальні права (такі як Адміністрація, Тонкий Клієнт тощо).
- при створенні нової ролі слід стежити, щоб ці права було вимкнено.
1.10. В окремих випадках для неконфіденційних даних і загальнодоступних функцій не потрібно створювати окрему роль на читання (а також перегляд і введення по рядку для посилальних даних), а слід включати ці права в ролі БазовіПрава (BasicAccess ) і БазовіПраваЗовнішніхКористувачів (BasicAccessExternalUser ) (Ця роль необхідна тільки якщо в конфігурації передбачена робота із зовнішніми користувачами). Наприклад, це константи, загальнонаціональні класифікатори, загальні форми вибору періоду, введення контактної інформації та ін.
1.11. Не допускається, щоб одна роль давала права на об'єкти, що належать до інших підсистем.
Наприклад, у сховищі УП (ERP) не можна, щоб одна роль давала права на об'єкти, які є в УТ 11 та на об'єкти, яких в УТ 11 немає. Див. також: Розробка ролей у бібліотеках.
2. Правила створення ролей до елементарних функцій
2.1. Об'єкти при проектуванні прав доступу необхідно об'єднати в елементарні функції. Якщо об'єкти входять в одну функцію, це означає, що не може бути завдання, коли доступ до цих об'єктів може бути різний.
Приклад:
Є документ «Замовлення клієнта» та пов'язаний із ним регістр накопичення «Замовлення клієнтів», який зберігає залишки невідвантажених товарів та неоплачених сум. По суті, цей регістр є відображенням поточного стану табличної частини замовлення. Якщо користувач має право на документ, то буде дивно, що він не матиме прав на регістр. Тому документ "Замовлення клієнта" та регістр накопичення "Замовлення клієнтів" можна об'єднати в одну елементарну функцію.Якщо є звіт, що відображає у зручному вигляді залишки регістру «Замовлення клієнтів», то логічно його також включити до цієї функції.
Протилежний приклад:
Є документ «Реалізація товарів та послуг», який виступає в ролі розпорядження на відвантаження товарів. Залишки розпорядження на відвантаження товарів зберігає регістр накопичення «Товари до відвантаження». Об'єднувати «Реалізацію товарів та послуг» та регістр «Товари до відвантаження» в рамках однієї функції було б не правильно, тому що, наприклад, комірник, цілком може мати права на читання регістру «Товари до відвантаження», але може не мати прав для читання документа «Реалізація товарів та послуг».
2.2. Якщо виникають сумніви в тому, що два об'єкти можуть бути віднесені до однієї елементарної функції, краще виділити їх у різні.
2.3. Кожен об'єкт повинен бути віднесений до елементарної функції і лише до однієї.
2.4. Об'єкти, які стосуються різних бібліотек неможливо знайти віднесено до однієї елементарної функції.
3. Посилальні об'єкти та регістри
3.1. Для функцій, що включають посилання об'єкти і незалежні регістри відомостей, має бути створено дві ролі
- Читання (англ. Read);
- Додавання Зміна (англ. AddEdit ) або Зміна (англ. Edit ), якщо додавання виконується автоматично або лише адміністратором.
Ролі повинні містити такі права (коли вони є у об'єкта метаданих):
Налаштування прав доступу користувачів до 1С 8.3
Розглянемо докладно весь набір можливих параметрів прав доступу користувача 1С 8.3 до об'єктів бази. Проілюструємо як вирішувати завдання індивідуального доступу до різних документів та довідників бази, використовуючи розширення конфігурації.Вивчимо як створити нового користувача, а також як встановити обмеження прав користувачів на рівні записів, у тому числі щодо організацій у 1С 8.3.
Права доступу користувачів до 1С
Робота в програмі 1С дозволяє різним користувачам призначати функціональний доступ до документів та довідників бази. Наприклад:
- Якщо користувач працює як бухгалтер, то йому в 1С призначається відповідна роль, що дозволяє додавати, змінювати, видаляти документи та довідники з господарської діяльності.
- Якщо користувач 1С працює тільки зі звітами і переглядає дані бази, скажімо, менеджер, то йому даються права на читання даних.
- Користувач, який може працювати з усіма об'єктами програми 1С – Адміністратор, має повні права та отримує необмежений доступ до роботи з базою даних у 1С.
Права доступу може налаштовувати лише Адміністратор - Користувач 1С, якому призначені Повні права.
Встановлення прав доступу до 1С 8.3 Бухгалтерія 3.0
У 1С: Бухгалтерія 8 ред. 3.0 виділено 4 основних профілю для роботи з програмою:
- Адміністратор;
- Бухгалтер;
- Головний бухгалтер;
- синхронізація з іншими програмами;
- Лише читання.
Щоб зрозуміти принцип завдання прав на 1С, звернімося до конфігуратора. При аналізі об'єктів конфігурації побачимо спеціальну гілку Ролі, де перераховані всі задані розробниками 1С можливі доступи до даних бази:
Кожній ролі відповідає набір можливостей роботи з об'єктами конфігурації, це –
- Читання;
- Додавання;
- Проведення;
- Скасування проведення;
- Редагування;
- Видалення.
Якщо відкрити якусь задану роль, то кожному об'єкту можна переглянути – що можна робити з кожним об'єктом конфігурації:
Важливо знати, що користувачу 1С можна призначати будь-яку сукупність ролей із заданого розробниками списку. При цьому, якщо в якійсь ролі змінювати об'єкт не можна, а в іншій, доданій цьому користувачеві ролі – можна, то результуюча з прав користувача – можна «змінювати». Ролі взаємно доповнюють одне одного. Для того, щоб об'єкт не міг бути змінений користувачем, у жодній із заданих йому ролей не повинно стояти «Зміна».
Налаштування прав доступу до 1С 8.3 Бухгалтерія
Налаштування прав доступу до 1С 8.3 здійснюється в розділі Адміністрація – Налаштування користувачів та прав:
Відкриється вікно Налаштування користувачів та прав:
Розглянемо можливості налаштування доступу до 1С.
Як створити нового користувача в 1С 8.3
За гіперпосиланням Користувачі входимо у форму списку користувачів бази 1С. Для додавання нового користувача використовуємо кн. Створити і заповнюємо форму, що відкрилася:
За промовчанням програма 1С виставляє Вхід до програми дозволено, Показувати у списку вибору і вхід до програми за встановленим у 1С логіну та паролю. Пароль можна встановити самостійно, а можна запропонувати задати його програмі. Як правило, пароль, заданий програмою 1С, відповідає більш серйозному рівню перевірки та підібрати такий пароль при зламі системи складніше.
Пароль потрібно пам'ятати! Якщо пароль втрачено, лише Адміністратор може перезадати його заново. Якщо паролі втрачені й у базу не ввійти, доведеться «зламувати» вхід у базу.
Фахівці використовують для цього HEX-редактор і в потрібних місцях змінюють інформацію, яка відповідає за роботу з користувачами. Зробити це можна, але не бажано.
Як налаштувати права доступу на основі типових профілів у 1С 8.3
Кожному користувачеві (Адміністрація – Установки користувачів та прав – Користувачі) призначають права доступу зі списку профілів, що є в конфігурації. Наприклад, для бухгалтера Петрової С.Б. призначаємо профіль Бухгалтер:
Тут же можемо перенести налаштування новому користувачеві від користувача, що вже працює в 1С: налаштування Функціональності, внутрішні налаштування звітів і т.д., щоб не витрачати час і не набирати все вручну:
Відзначаємо налаштування для перенесення новому користувачеві Бухгалтер Петрова від користувача Адміністратор:
Переносимо персональні налаштування, налаштування друку та уподобань:
Натискаємо кн. Вибрати та у формі вибору налаштувань «Скопіювати та закрити». Усі налаштування для нового користувача від користувача Адміністратор перенесено.
Налаштування прав доступу з додаванням нових профілів до 1С 8.3
Створюємо новий профіль з обмеженим доступом до довідників та документів. Профілі груп доступу – Створити:
Новий профіль зручно створювати за підсистемами 1С. Наприклад, для прав Розрахунків можемо відзначити наступний функціонал:
- Відображення зарплати у бухгалтерському обліку;
- Читання податків та внесків;
- Взаєморозрахунки із співробітниками;
- Персоніфікований облік;
- Облік зарплати:
За кн. Тільки обрані ролі відображається список вибраних ролей користувача. Кадровий облік можна встановити окремо для профілю Кадровик.
Як налаштувати додаткові права доступу до вже наявних типових профілів у 1С 8.3
Конкретному користувачеві 1С з вибраним профілем можна додавати функціонал. Наприклад, для користувача Петрова, у профілі Бухгалтер, не доступна команда Усі функції, але ми можемо її додати користувачеві.Заходимо Адміністрація – Налаштування користувачів та прав – Профілі груп доступу. Кн. Створити – режим Усі функції – додаємо права Режим “Всі функції”:
Додаємо новий профіль бухгалтеру Петрової С.Б.:
Налаштування додаткових прав доступу до окремих документів та довідників у 1С 8.3
Ця настройка передбачає роботу з розширенням конфігурації. Допустимо, необхідно налаштувати доступ користувачеві 1С до довільного набору документів та довідників. Набір цих документів і довідників може бути різним – розробники 1С не можуть передбачити всі варіанти під відповідні ролі, які можуть знадобитися користувачам на практиці. Тим більше, що запити на доступ до даних можуть бути неординарними.
У 1С 8.2 нам доводилося знімати заборону редагування з конфігурації та додавати нову роль в об'єкти Ролі, призначаючи доступ до потрібних довідників та документів, і відповідно виникали складнощі з подальшим оновленням 1С. Автоматично такі конфігурації не оновлювалися, тому дозволити собі таке задоволення могли лише користувачі організацій, які мають штаті програмістів 1С.
У 1С 8.3, у зв'язку з появою нової можливості працювати з додатками конфігурації, можемо реалізувати своє завдання щодо розмежування прав користувачів без зняття заборони редагування з основної конфігурації та залишаючи її цілком типовою. Як це зробити – зараз і розглянемо:
- Для довідника Користувачі введемо додатковий реквізит «Доступ_Реалізації_Товарів», який прийматиме значення «Так» або «Ні».
Заходимо Адміністрація – Загальні налаштування – Додаткові реквізити та відомості.Включаємо можливість працювати з «Реквізитами та відомостями із загальним списком значень»:
У лівій колонці переліків об'єктів конфігурації знаходимо Користувачі та натискаємо на кн. Додати. Форму, що відкрилася, заповнюємо як показано нижче. Новий реквізит матиме два значення: «Так» та «Ні». Об'єднаємо значення до групи «Доступ». Заповнюємо закладку Головне:
Заповнюємо закладку Значення:
"Бухгалтер Петрова" - Ні:
Всі необхідні дії в базі 1С 8.3 зроблено, тепер будемо працювати з розширенням конфігурації.
- Входимо до конфігуратора бази даних: Конфігурація – Розширення конфігурації:
Додаємо нове розширення конфігурації за кн. +:
Погоджуємося з обраними за умовчанням даними розширення або задаємо свої:
Відкриваємо конфігурацію розширення за кн. Відкрити конфігурацію:
Тепер переносимо з основної конфігурації дані, необхідних роботи. Створене розширення конфігурації «Розширення 1» поки порожнє:
В основній конфігурації знаходимо в документах – документ Реалізація товарів та послуг, і переносимо форму з якою працюватимемо. Наприклад, додамо «ФормаДокументаТовари» у розширення конфігурації, ставши на найменування форми та клацнувши по ній правої кн. мишки. З меню вибираємо команду «Додати в розширення»:
Відкриваємо форму у розширенні конфігурації та створюємо обробку події ПередЗаписом. Під час створення обробника події програма 1С 8.3 попросить вказати, де створювати програмний код. Вибираємо: Створити на клієнті та процедуру на сервері без контексту:
При створенні події побачимо у порожній клітинці подій «ПередЗаписом» призначену програмою 1С 8.3 процедуру обробки події: «Розш1_ПередЗаписом»:
Переходимо в модуль форми та вставляємо наступний програмний код:
Оновлюємо зміни та запускаємо базу в режимі користувача для перевірки внесених змін. Записати:
Для адміністратора редагування документа пройде без проблем.
Наведений програмний код можна поставити у розширенні конфігурації 1С 8.3 для будь-якого документа та довідника і це дозволить не змінювати типову конфігурацію, але в той же час вирішити проблему доступу до об'єктів бази для різних користувачів.
Як надати доступ до варіанта звіту з індивідуальними налаштуваннями для інших користувачів у 1С 8.3 ЗУП дивіться у нашому відео:
Є ще одна можливість обмеження прав користувача, яку ми зараз розглянемо.
Як встановити обмеження прав користувачів на рівні записів у 1С 8.3
Обмежити права доступу на рівні записів у 1С Бухгалтерія 3.0 можна лише за довідником Організації.
Включати можливість обмеження прав доступу на рівні записів потрібно обережно, оскільки робота програми 1С 8.3 дуже сповільнюється:
Якщо обмеження доступу на рівні записів включено, на рівні профілів з'являється можливість додаткових обмежень роботи з об'єктами бази: обмеження доступу до певних організацій:
Налаштування доступу відбувається у групі доступу:
На сайті ПРОФБУХ8 Вам можуть бути цікаві інші наші безкоштовні статті та конфігураційні матеріали: 1C 8.3
Бухгалтерія, 1C 8.3
ЗУП, 1C
УТ. Повний список наших пропозицій можна переглянути в каталозі.
Поставте вашу оцінку цій статті:
