Классическая задача: открыть пользователю доступ к какому-либо объекту, но не ко всем элементам / документам, а только к некоторым.
Или это может быть ограничение «все, кроме некоторых».
Или ограничение не на справочники/документы, а на данные регистров…
По сути — это тонкая и очень гибкая настройка «что можно видеть этому пользователю, а о чем ему и не нужно догадываться».
Почему именно RLS?
На большинстве внедрений требуется для разных пользователей установить различные уровни доступа к информации в базе.
В конфигурациях за возможные права доступа к данным отвечают специальные объекты метаданных – роли. Каждому пользователю информационной базы назначается одна или несколько ролей. Они определяют, возможны ли операции с конкретными объектами метаданных (чтение, запись, проведение и т.д.).
Но это не все.
Часто бывает необходимо не просто открыть/запретить доступ к определенному объекту, а ограничить доступ к части данных в нем.
Только при помощи ролей решить такую задачу нельзя — для этого реализован механизм ограничения доступа на уровне записей (RLS).
Ограничения представляют собой условия, при выполнении которых действие над данными (чтение, запись и т.д.) будет разрешено. — так можно ограничить доступ не к объекту в целом, а только к части его данных.
Про RLS — более подробно: 8 видео и PDF
Поскольку это распространенная задача администрирования 1С — предлагаем посмотреть более детальные материалы:
PDF с вводной информацией.
21 страница, которые нужно прочесть сначала.
Видео 01:
Ограничение доступа к данным при помощи ролей
В этом видео рассказывается, как ограничивается доступ к данным при помощи ролей. Уточняется, что роли ограничивают доступ к виду объектов информационной базы (отдельный справочник, но не конкретные элементы справочника).
Видео 02:
.webp)
Ограничение доступа на уровне записей (RLS)
В этом видео рассказывается о механизме ограничений доступа на уровне записей (RLS), когда можно настроить доступ не ко всему справочнику в целом, а к отдельным его элементам, в зависимости от хранящихся в информационной базе данных. Подобные ограничения прописываются в ролях.
Видео 03:
Реализация ограничения доступа на уровне записей для справочника Контрагенты
В этом видео рассказывается, как в демонстрационной конфигурации «Управляемое приложение» настроить доступ менеджеров только к собственным контрагентам, закрепленным за ними.
Видео 04:
Принцип работы ограничений доступа на уровне записей на низком уровне
В этом видео рассказывается, как платформа трансформирует запросы, передаваемые для выполнения на сервер СУБД, при наличии ограничений доступа на уровне записей.
Видео 05:
Совместное применение нескольких ограничений доступа на уровне записей
Пользователю информационной базы может быть назначено несколько ролей. При этом в каждой роли могут быть свои ограничения доступа на уровне записей. В этом видео рассказывается, как ведет себя система при наложении ограничений.
Видео 06:
Наложение ограничений методом ВСЕ
В этом видео описывается первый способ наложения ограничений на уровне записей — метод ВСЕ. При этом, если в выборку попадают записи, к которым доступ ограничен, будет выведено сообщение об ошибке.
Видео 07:
Наложение ограничений методом РАЗРЕШЕННЫЕ
В этом видео описывается первый способ наложения ограничений на уровне записей — метод РАЗРЕШЕННЫЕ. При этом в выборку попадут только те записи, к которым у пользователя есть права доступа.
Видео 08:
Исправление ошибки, возникающей из-за наложения прав доступа на уровне записей
В этом видео рассматривается, как при помощи ключевого слова РАЗРЕШЕННЫЕ исправить ошибку, возникающую под пользователем с ограниченными правами.
Не пропустите — все сразу и в полном объеме!
Этот курс позволит решать ВСЕ задачи по развертыванию и поддержке информационных систем на 1С.
Вот несколько тем из курса:
- Установка и обновление платформы «1С:Предприятие 8» — ручная и автоматическая, под Windows и Linux
- Автоматический запуск для выполнения регламентных операций
- Обновление конфигураций из пользовательского режима
- Обновление нетиповых конфигураций. Как избежать проблем при обновлении измененных типовых конфигураций
- Создание собственных cfu-файлов поставки
- Инструменты БСП: внешние формы, обработки заполнения документов и т.п.
- Использование бесплатной СУБД PostgreSQL
- Установка и запуск кластера серверов 1С:Предприятие 8
- Утилита администрирования для настройки кластера и рабочих серверов
- Настройка RLS на примере УПП 1.3 и ERP 2
- Что делать, если данные в ИБ повреждены
- Настройка обменов данными между конфигурациями
- Организация групповой разработки
- Настройка и использование аппаратных ключей защиты
- Программные лицензии 1С: установка и привязка к внешнему оборудованию
Даже на 3-5 пользователей. Тем более — если их хотя бы десяток…
Вам в любом случае когда-то придется разворачивать 1С, настраивать резервирование, права доступа, различные режимы запуска, тестировать целостность баз, обеспечивать работу серверов и т.д.
И лучше это сразу делать правильно.
Чтобы потом не было «…! Ну что за …! Твою же …!» — и прочих выражений сожаления :)
Описание курса, программа и оформление заказа
Кроме того, у нас появился специализированный курс – Настройка и доработка прав доступа, профилей пользователей и RLS в типовых конфигурациях УТ 11.4 (11.3), КА 2.4 (2.2) и 1C:ERP 2.4 (2.2).
Добрый день!
Работаем в 1С: ERP.
В справочнике Партнеры элемент может быть, как Клиентом, так и Поставщиком. Реквизит «Группа доступа» позволяет определить только одну принадлежность этого элемента к какой нибудь группе.
В случае, когда у элемента стоит признак только «Клиент» или только «Поставщик» — все работает замечательно.
Но как быть, когда Клиент является так же и Поставщиком? Если его рассматривать как Клиента, то он должен быть доступен определенной группе менеджеров.
Если его рассматривать как Поставщика, то он должен быть доступен определенной группе закупщиков.
Получается, что на одного Партнера нужно наложить две группы доступа.
Как это реализовать?
Добрый день!
Попробуйте создать для таких партнеров отдельную группу доступа, например, «Поставщики и покупатели». Затем для группы пользователей (или в профиле) разрешите доступ к новой группе доступа партнеров.
Интересно. Т.к. для разных ролей система компанует ограничения через ИЛИ, то, получается, в каждой используемой роли придётся дописывать правила RLS, а это неправильно..
Вот если бы хранить все роли в справочнике (копия данных конфигуратора) о том, какой пользователь какой ролью наделён и при входе пользователя в базу — до отображения данных — делать 2 вещи:
1) «Сливать» программно все его роли один «слепок» — витруальную роль, говоря образно..
2) .. и «применять» уже её к пользователю, прямо на лету.
— то, возможно, было бы проще..
Есть такая возможность в платформе 1С? Возоможно ли программно создавать-удалять-управлять ролями прямо в ходе исполнения, или только через конфигуратор?
Добрый день!
Такой возможности нет. Права доступа «на лету» не обновляются. Если для пользователя информационной базы изменили состав назначенных ему ролей, то пользователю придется перезайти в базу, чтобы начали действовать новые права доступа. Программно изменять конкретные права доступа (например, установить право Чтение, Просмотр и т.д. для какого-либо справочника) в определенной роли нельзя, поскольку роль — это объект метаданных, редактирование самой роли выполняется в конфигураторе. Но программно можно создавать пользователей информационной базы, устанавливать им роли. Эти действия можно выполнить при помощи, например, специальной обработки в режиме «1С:Предприятие».
Здравствуйте, возникла необходимость воспользоваться механизмом на конфигурации ЗУП. С документами всё более менее ясно , как быть с отчётами. Пример Расчётные листки , у меня задача разграничить расчётчиков по подразделениям. накладываю RLS на регистр сведений Основные начисления работников организаций, но даже с простым запросом формируется отчёт полностью. Роль установлена.
Добрый день!
В ЗУП есть типовой механизм ограничения доступа расчетчиков по подразделениям. В настройках расчета зарплаты есть галочка Расчет зарплаты по ответственным. Эту галочку требуется установить, затем заполнить регистр Расчетчики зарплаты организации. Попробуйте воспользоваться типовым функционалом сначала.
Однако полноценной поддержки учета по подразделениям нет, НДФЛ ведется по физлицу целиком. Поэтому тут возникает вопрос, как в общем случае должен формироваться расчетный листок.
Добрый день!
Работая в ЗУП 2.5, пробовала настроить ограничение доступа по физ.лицам, отказались, потому что программа только открывалась 15минут. Сейчас переходим на ЗУП3.0, ограничение доступа по подразделениям для удаленного филиала нужно видеть всё, но только по своим сотрудникам. Есть ли такая возможность для ЗУП3.0?
Добрый день!
В ЗУП 3.0 предусмотрена возможность ограничить права пользователей на просмотр и изменение всех данных по определенным организациям. Реализуется это при помощи групп доступа.
Однако полноценное ограничение доступа по подразделениям в программе не поддерживается. Согласно законодательству, расчет НДФЛ и взносов следует вести в целом по физлицу, независимо от его перемещений между подразделениями. По этой же причине не имеет смысла давать доступ только к определенному филиалу (обособленному подразделению, выделенному на отдельный баланс), не дав при этом доступ к головной организации. С точки зрения учета НДФЛ и взносов, такое обособленное подразделение не отличается от «обычного» подразделения организации.
Каким образом можно посмотреть Ваше видео в FireFox?
Я так понимаю оно у Вас в HTML5. Обновил FF до последней 42-й версии. Никаких дополнений блокирующих не установлено — но видео не воспроизводит. При нажатии на миниатюру почти на весь экран открывается серое прозрачное окно с белым крестиком в правом верхнем углу и все. Ни кнопок управления ни видео ни доступа к контекстному меню…
Видео гарантированно работает в FF.
Ровно сейчас проверено на FF версии 42.
Возможно у Вас блокировка хостинга (wistia.com) — всплывающее окно поднимается, а контент в него не подгружается.
Интересно, не все правда полезно, получение через «.» пользователя от Контрагента это еще одно левое соединение к запросу. Понятно что в общем то этого не избежать, и понятно что курс по механизму RLS в платформе, но было бы огромным плюсом обратить внимание на этот момент и рассказать как это решается в типовых (регистр в котором хранится список всех контрагентов доступных пользователю). Все же в типовых механизм RLS работает по другим принципам (там почти нет простых условий, все идет через доп. регистры)
Понятно что в этом видео об этом рассказывать не получится но упомянуть было бы не плохо.
И плюс есть незавершенность т.к. не показано как убрать «Объект не найден» и главное как сделать что бы при просмотре в виде дерева/иерархии в списке бы ли доступные контрагенты (сейчас он пустой).
А так как обычно все вполне наглядно, я для себя нового не узнал но смотреть было интересно.
Спасибо за познавательный материал!
Для типовых конфигураций необходимо создавать роль копированием существующей, к примеру, роли Бухгалтера. Затем в ней уже накладывать ограничения. Ведь при обновлении конфигурации стандартные роли заменяются. Насколько правильно мыслю?
Добрый день!
При обновлении измененных ролей можно пользоваться отчетом о сравнении объектов, который открыть из окна сравнения конфигураций.
А так — да, правильно говорите, при использовании скопированной роли ее можно править по необходимости, при этом сама типовая роль останется неизменной. Единственное, что нужно отслеживать — это изменения в самой типовой роли. Если при обновлении поставщик внес изменения в роль, то такие изменения скорее всего нужно будет перенести в вашу скопированную роль.
Спасибо, интересно. Я когда об этой возможности не знал, документы фильровал через параметры динамеческого списка. И выставлена опция форму редактировать нельзя. Теперь я думаю переделать мехаизм или нет, так как мне нужно все голишь фильтровать документы в списке, то моя реализация будет оптимальнее? Для кокретного пользователя с этими документами операций не будет происходить
Добрый день!
RLS — универсальный механизм, он действует вне зависимости от того, какая форма используется. Они будут срабатывать при любом обращении к данным. Если такой вариант не подходит, то можно оставить через фильтры на форме.
Спасибо!!!!
Скажите, этот материал, а так же «механизм расширения» и про веб клиент, так и останутся в открытом доступе? или с выходом Нового курса по Администрированию — исчезнет?
Останутся.
Может быть переедут на другие страницы, но останутся.
При работе с RLS на платформе 8.0 всегда говорилось, что чем меньше ролей назначается каждому пользователю, тем легче системе с этим работать. В типовых конфигурациях, написанных на 8.0 было относительно немного ролей.
В типовых конфигурациях, написанных для 8.2 и 8.3 ролей очень много. Чуть ли не на каждый чих создана отдельная роль.
Следует ли из этого, что проблему победили и теперь можно лепить роли сколько угодно, не заботясь о производительности?
Общая рекомендация осталась прежней — чем меньше ограничений, тем меньше дополнительных действий нужно предпринять системе для получения данных. Поэтому не заботиться о производительности не получится, особенно если речь идет о крупных внедрениях. Разработчики типовых решений постоянно занимаются вопросами производительности, в том числе и ограничений доступа.
При отображении динамического списка, например, списка документов, запрос RLS (который мы указали в роли менеджера по продажам у справочника контрагентов) применяется для каждой отображаемой строки списка или выполняется какая-то оптимизация?
Добрый день!
Ограничения доступа на уровне записей накладываются на сам запрос, который передается на сервер СУБД. Кроме того данные для динамического списка получаются порциями. Так что оптимизация тут присутствует.
Налетай, началось !!!
Добрый день!
А видео уже выложено? А то у меня не показывается…
Добрый день!
Да, конечно.
Попробуйте открыть страницу в другом браузере.
Спасибо за материал!
Если можно, вопросы по курсу:
1. Можно ли увидеть полную программу курса?
2. Если я ничего почти не знаю про администрирование серверов, смогу ли я после прохождения курса «разворачивать 1С на сервере, настраивать резервирование, различные режимы запуска, обеспечивать работу серверов» как указано в анонсе?
1. Полная программа курса — это более 100 страниц в GoogleDocs :)
Пожалуй, что ее выкладывать — это будет перебор.
2. Да. Собственно, на это и нацеливаемся.
Спасибо, Фарит! Записываюсь.
Скажите, а планируются ли курсы по администрированию серверов?
Планируются. Но не быстро.
Добрый день,
УПП релиз 1,3,69,1, платформа 8,2,19,116
ограничение по доступу к физ.лицам не работает. Возникла необходимость разграничить доступ к данным по начисленной зарплате некторым расчетчикам. Создала группы доступпа физлиц, создала группы пользователей, к которым применяется ограничение по физлицам.
Результат — пользователю полностью доступен справочник физлиц, сотрудников, расчетные листки по всем сотрудникам, ОСВ по 70 счету так же формируются по всем сотрудникам
Добрый день!
На демобазе УПП делаю следующим образом:
1. В Параметрах доступа на уровне записей включаю возможность ограничения по физлицам.
2. Для группы пользователей Цех №2 включаю возможность ограничения по физлицам.
3. В справочнике физлиц проставляю некоторым группу доступа рабочие цех 2.
4. В обработке Настройка прав доступа для группы пользователей Цех №2 на закладке Физические лица указываю видимость в списке для группы доступа физлиц рабочие цех 2.
Тогда пользователь Борисов Владимир Ильич (входит только в группу пользователей Цех №2) видит в списке справочника только некоторых физлиц.
Попробуйте тоже для примера на демобазе. Сравните с рабочей. Может, полные права у пользователя или входит в разные группы доступа, наложение ограничений какое-нибудь происходит.
В списке справочника — да.
Но речь шла об ОСВ и 70 счете.
Попробуйте открыть ОСВ по 70 счету — видно только «своих» физлиц или видно ВСЕХ физлиц и их суммы ?
Добрый день!
В демо-базе УПП поместил физлицо Абдулов Юрий Владимирович в группу доступа рабочие цех 2.
Проверяю на пользователе Борисов В.И., добавил ему роль Просмотр данных регл. учета. ОСВ по 70 счету выглядит следующим образом:
Можно использовать также следующие подходы:
1. Вести зарплату сводно, без разбивки по сотрудникам.
2. Накладывать ограничение на счет 70 в целом на уровне плана счетов, тогда весь 70 счет будет недоступен.
Добрый день! Хотела бы вас поблагодарить за прекрасный материал. прослушала несколько ваших курсов и считаю ваши уроки самыми эффективными.
Занимаюсь как раз ограничением доступа на уровней записей. Не могли бы вы дать совет, как организовать запрос на ограничение просмотра таких документов как Исполнительный лист и Разовое удержание конфигурация ЗУП КОРП 2.5 по Подразделениям организации. Дело в том что в остальных документах есть реквизит Сотрудники и соответственно привязка к подразделениям, а тут мы имеем дело с Физлицом.
Заранее спасибо!
Добрый день!
Подумайте над использованием ограничения доступа по группам физлиц. Может, удастся разделить пользователей на группы так, чтобы можно было воспользоваться типовым механизмом.
При ограничении доступа по подразделениям также нужно будет подумать, что делать, если сотрудник в течение месяца сменил подразделение.
Большое спасибо за полезный материал!
Спасибо за видео уроки и без ценные советы !
Спасибо! :•)
Спасибо !!!
Видео 8. Смотрел сквозь сон. Удивился, проснулся, пошел пробовать.
Мое имхо: объяснение слишком поверхностное. Если из запроса убрать «автоупорядочивание» он отработает. Верно?
Добрый день!
Если убрать в запросе АВТОУПОРЯДОЧИВАНИЕ, то запрос отработает без ошибок.
Автоупорядочивание аналогично упорядочиванию по основному представлению. Для справочника Контрагенты — это наименование, т.е. в запрос попадает неявно поле из справочника Контрагенты. А обращение к справочнику Контрагенты у нас ограничено. Ограничение накладывается методом ВСЕ, а поскольку происходит обращение к запрещенным записям, система выводит сообщение об ошибке.
Спасибо. Материал нужный и полезный. Хотелось бы курс (хотя это не относится к администрированию) по стыковке и программированию внешних устройств (торгового оборудования и пр.)
Вы лучшие!
Добрый день! Спасибо за информацию, но немного не раскрыли случай, когда на чтение идет несколько ограничений. Как правило, в первой строке «Прочие поля» и сам запрос, во второй — несколько полей, но условия нет. Как вообще это читается? Как отработает программа?
Да, и я думал, что RLS — record level security
В видео расшифровали как row level security
Добрый день!
Встречал оба варианта. По-русски «ограничение прав доступа на уровне записей».
По большому счету (на нашем прикладном уровне) — разницы нет, это скорее характеристика «откуда пришел специалист».
У Microsoft используется, например, Row Level Security (вот образчик: https://msdn.microsoft.com/en-us/library/dn765131.aspx).
1С же, скорее всего, не Microsoft, поэтому Record Level Security :)
Добрый день!
Если в ограничениях доступа указано поле Реквизит1, то такое ограничение будет действовать только тогда, когда выбирается это поле Реквизит1 (например, запросом).
Например, у вас есть документ с реквизитом Контрагент в шапке. Для него реализована форма списка документов, одна из колонок в списке — как раз Контрагент. Если на «прочие поля» есть права чтения (установлено ГДЕ ИСТИНА), а на поле Контрагент нет прав на чтение (установлено ГДЕ ЛОЖЬ), то мы не увидим в списке ни одного документа. Но если колонку Контрагент из списка убрать (можно даже в пользовательском режиме при помощи Изменить форму), то документы станут видны.
Тут важно, что ограничения, полученные из одной роли, объединяются при помощи И.
спасибо большое!!!
Хорошие материалы, полезные. Спасибо !
Вопрос бухгалтера (если глупый сразу прошу прощения). Сейсас пошла тема облачных 1с. А в администрировании можно как-то затронуть эту тему, чтобы самому организовать такое облако, если это в принципе возможно, без использования 1с-линк (так это называется вроде).
Если я правильно понял, то речь про то, как самому поднять распределенное «облако» на нескольких внешних веб-серверах с дублированием.
Безусловно, это тема только отчасти касается администрирования 1С, он больше в web-администрирование и иже с ними. В текущий курс это точно не будет включено :)
Если только как расширение или отдельный курс.
Может быть все-таки использовать готовое облако, типа фреша от 1С (https://1cfresh.com)?
как например с помощью RLS в типовой БП3 ограничить видимость по счетам, ведь например кассиру нужно только 50 и 70 видеть…
Добрый день!
Если совсем в лоб, чисто технически, то можно задать ограничение доступа на план счетов:
ИЛИ Хозрасчетный.Ссылка = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.РасчетыСПерсоналомПоОплатеТруда))
Обратите внимание, что регистр бухгалтерии на уровне записей можно ограничить только по измерению Организация. Это связано со сложной структурой хранения регистра бухгалтерии на уровне СУБД.
Если к вашему примеру вернуться, то скорее всего только этими счетами не ограничимся, понадобятся еще 71, 62 или 76 и т.д. А если про 70 счет говорить, то еще захотят, чтобы другие пользователи не видели зарплату сотрудников. Будут пытаться ее посмотреть по корреспонденции с затратными счетами или напрямую в форме регистра бухгалтерии. Тоже придется что-то думать. Так что тут еще и организационный момент.
Спасибо друзья! Очень рад вашей активности! Очень полезная инфа! И очень кстати!!!
Очень полезно было ознакомиться! Большое спасибо!!!
Считается что такое разделение прав сильно тормозит работу программы, насколько это верно?
Добрый день!
Использование ограничений доступа на уровне записей добавляет дополнительные условия к запросам, которые будут выполняться на уровне СУБД. Конечно, это может снизить производительность системы. Поэтому разработчики конфигураций оптимизируют их, например, добавляя дополнительные регистры сведений. Таким образом, увеличивается объем данных, которые хранятся в системе, но это позволяет быстрее, в агрегированном виде получать необходимые для RLS сведения.
Однако, включение сразу всех RLS с большим количеством параметров, настроек и сложными условиями может привести к весьма серьезному замедлению системы. Поэтому тут важно соблюдать баланс — использовать именно то, что действительно необходимо.
Я извиняюсь за вопрос не по теме, но все же. Не подскажите примерные сроки выхода курса по ЗУП 3. Что бы примерно понимать подождать вас или начинать читать метод. литературу.
Лучше начинать читать метод.литературу. Курс по 3.0 плавно ушел на 2016 год, и точно не январь.
Видео нельзя скачать?
Пока нет.
Если я скачал видео — какие могут быть последствия?
Никакие.
Если бы мы хотели это скрыть — вообще бы не выкладывали.
А пока идет сбор статистики, один «хитрый индеец» ее не испортит :)
уже 2 хитрых индейца:)
есть возможность смотреть подобные видео только в дороге
поэтому приходиться извращаться.
Ну, и два — тоже не проблема :)
Видео можно скачать, если знать как. Гугл в помощь.
P.s. Если модераторами сайта скачивание не приветствуется — мой комментарий можно не публиковать.
Лет в 15 это называлось бы «выделываться» :)
Как скажете :)
Думаю, что не мешало бы пояснить почему возникла ошибка при выполнении запроса по регистру накопления.
Видимо «Рабочий стол» открывается в «ПриНачалеРаботыСистемы», в котором используется форма РН, где выполняется этот запрос.
Просто так понятней)
Спасибо за отличный материал!
Добрый день!
Да, у нас на рабочем столе как раз эта форма регистра используется. А вот в ПриНачалеРаботыСистемы вызова этой формы нет, она просто в рабочей области начальной страницы указана.
Курс весь будет такого уровня? Или только бесплатные видео-уроки уровня «для начинающих»?
Будет разный уровень.
Но если для вас это все просто и понятно — завтрашнее письмо можно пропустить, подождать чего-то еще. Например, новой версии «Оптимизации».
Интересно. Оптимизацию покупал и проходил курс. В новой версии будет что-то принципиально новое?
Полностью переписанный курс, с учетом «изменений мировоззрения» автора за последний год :)
Когда выйдет анонс, можно будет сопоставить.
Спасибо, буду ждать. Надеюсь на скидочку покупателям оригинального курса. :)
Будем смотреть на поведение :)
Приветствую.
Извините, что не по основной теме. Когда планируется новый курс по оптимизации? Будет ли набор в поток по старой оптимизации и когда?
1. В самое ближайшее время.
2. Пожалуй, что уже нет.
Это прям новый год какой-то :)
Уже хочется ввода каких то абонементов и ранних доступов :))))
Приоткройте еще чуть-чуть завесу. Курс уже записан и вот вот будет старт? :)
Боюсь даже гадать какие еще курсы готовятся к выпуску.
Жаль по БСП курс отложен..
Да, уже записан, вот-вот будет старт :))
На счет абонементов серьезно задумались еще на прошлой неделе.
А если эта тема с RLS наберет более 20к просмотров, какой-то курс по этой теме тоже будет в ближайшее время?
Пока будет именно курс по администрированию. Отдельный курс по RLS не планируем.
Так много хороших курсов одновременно и так мало времени, что они начинают конкурировать между собой..
Да, и еще несколько выйдет в самое ближайшее время.
В прошлом году также было — покупали по акциям в октябре-декабре, изучали в январе-апреле.
Друзья. Еще по БСП. Можно курс? Платный, какой угодно :) сейчас библиотека эта — мощный инструмент, и она постоянно развивается. Внедрение в свои самописные конфигурации этой библиотеки используется. Допущу, что даже сильно используется. Но из-за «полноты, простоты и недвусмысленности» изложения информации на сайте ИТС, сделать это порой весьма непросто. Внедрение БСП похоже на установку фотошопа для того, чтобы делать красивые скриншоты. Т.е. большинство функционала не используется, по крайней мере у меня в проектах. Но я даже и не знаю того, как можно использовать функционал БСП на полную.. потому как есть некоторые ограничения по срокам, а разбираться в ней при помощи метода научного и ненаучного тыков сильно время не экономит.
Курс по БСП есть в планах, более того — даже запущена его подготовка.
Но пока есть целая очередь уже записанных курсов, которые нужно запустить до НГ. Поэтому все работы по курсу про БСП отложены до февраля.
Активно использую БСП в своей работе. Это и создание конфигураций с чистого листа на основе БСП, и встраивание БСП в различные конфигурации.
Согласен, информация на ИТС не совсем подробная. Курсы ждал, ждал…
Пришлось самому во всём разбираться. Тем более уже версия 2.3, потом будет 2.4, 2.5 …
Евгений, один раз разберитесь с БСП. Это потом Вам позволит сэкономить вагон времени.
БСП — это круто!!! Рекомендую!
Я что-то пропустила? Пожалуйста, пришлите ссылку на курс по администрированию 1С
Мы откроем его только завтра :)
И уже тогда разошлем ссылки.
Огромное спасибо за RLS, очень мало толковой информации по данной теме можно найти в других источниках.
Спасибо ВАМ за вашу работу. Как всегда — ЗДОРОВО.
Подскажите, будет ли рассмотрено в курсе разделение базы с помощью разделителя?
Добрый день, Эдуард!
Нет, разделители не рассматриваются.
А планируется курс или что про разделители?
Только про разделители курса не планируется. Скорее всего, тут задача шире. Это как-то связано с организацией собственных «облаков»? Опишите, пожалуйста, подробнее.
Вау вау вау! Спасибо, друзья! Я первый в очереди на курс! занимайте очередь )))
Спасибо!
PDF интересная. Осталось просмотреть уроки :)
Интересно и полезно.
Как всегда — все на высоте.
Спасибо!!!
КРУТЯК!!!!
ААААА ! Ребят, спасибо!
Ух…. Спасибо!!!
Вот это интригу закрутили !!!