🛠 Кейс: Опыт настройки прав в 1С для крупной бухгалтерии В одной сети с крупной бухгалтерией (более 25 человек, локационно - в разных регионах) все работают в единой базе 1С. У каждого обособленного подразделения - свой главбух, у каждого главбуха - права в 1С «Главбух». По умолчанию это давало возможность создавать новые элементы в справочниках: Контрагентов, Номенклатуры, Статей ДС, Статей затрат. Правила заполнения обсудили на старте, справочники наполнили, но… бухгалтеры продолжали создавать «своё». Как только кому-то казалось, что «нужного нет», появлялся дубль или неверный элемент. Потом - претензии друг к другу, путаница, кривая аналитика. Ещё одна проблема: при загрузке банка «Умная загрузка» переставала работать. Если на операции ДС по умолчанию была установлена статья справочника (например, поступление от покупателей стояло «оплата аренды»), то все наши настройки для Умной загрузки не срабатывали. И в чем парадокс - 1С сама предлагала главбухам при загрузке своей выписки установить статью «по умолчанию». 🧩Задача: ограничить права главбухов на создание в справочниках, но оставить возможность работать. Стандартный механизм 1С позволяет разграничивать права только на уровне «организации». Этого было недостаточно. Мы начали искать варианты. Обращались к провайдерам - они предлагали сложные, «высокоинтеллектуальные» решения за 100т.р.+. Но один разработчик предложил пойти другим путём: разграничить права на уровне события. 💰 Результат: -Разработка заняла 10–15 часов -Стоимость - в разы ниже, чем предлагаемые варианты -Клиент получил гибкий механизм: по каждому из 6 ключевых справочников назначен один ответственный, у остальных пользователей - только просмотр ✅ Что изменилось: -Исчезли дубли и мусор в справочниках -Прекратились конфликты между бухгалтерами (со временем) -Умная загрузка банка снова работает без сбоев -Не пришлось «лезть» внутрь 1С кардинально Вывод: Не всегда нужно дорого и сложно. Иногда эффективное решение - не в тотальном ограничении доступа, а в ролевой модели, завязанной на события.