Меню Рубрики

Установка даты запрета в монопольном режиме

Установка даты запрета редактирования

Типовой механизм в 1с 8.2 бух 2.0 предусматривает установку монопольного режима:
Попытка
УстановитьМонопольныйРежим();
исключение
Отказ = Истина;
Возват;
конецпопытки;

Но нас это не устраивает так как в любой момент главбух должен мочь изменить дату редактирования, как можно его изменить под нас?
на что может повлиять если я закоменчу этот код?
Есть вариант написать процедурку проверки параметра сеанса с датой запрета при открытии документа, и если даты не совпадают то записывать новую в этот параметр сеанса, но будет ли это корректно?»

насколько помню, где-то в настройках устанавливается «использовать дату запрета для пользователей с полными правами». Если эта галка не стоит, и у главбуха полные права, она может менять эту дату когда ей захочется.

Нет. В БП менять дату можно только в монопольном режиме

спорить не буду, в ней не работаю.

Читают тему:

Мероприятия

  • Центры Сертифицированного Обучения
  • Интернет курсы обучения «1С»
  • Самоучители
  • Учебный центр № 1
  • Учебный центр № 3
  • Сертификация по «1С:Профессионал»
  • Организация обучения под заказ
  • Книги по 1С:Предприятию

1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8

  • WWW.1С.ru
  • 1С:Предприятие 8
  • 1С Отраслевые решения
  • Образовательные программы
  • 1С:Линк
  • 1С:Консалтинг
  • 1С:Дистрибьюция
  • 1С для торговли
  • 1С-Онлайн
  • 1С Интерес
  • 1С:Образование

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

На указанный в форме e-mail придет запрос на подтверждение регистрации.

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

источник

Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www.microsoft.com/download

АЦРК: автоматический запрет редактирования для пользователей в БП 2.0

Как известно в конфигурации БП 2.0 нельзя штатными средствами установить дату запрета редактирования не в монопольном режиме. Это вызывает массу проблем, которые потом внедренцам приходится решать. (О чем думали разработчики — отдельный вопрос. Им много лет писали, но сделали они такую возможность только в БП 3.0. Причем в других конфигурациях такой проблемы нет).

Очень хотелось сделать для БП 2.0 что-то подобное АЦРК: Автоматический запрет редактирования для пользователей УТ 10.3. Немного углубившись в этот механизм в конфигурации обнаружил, что можно все-таки в типовой конфигурации устанавливать дату запрета и не в монопольном режиме. С другой стороны хотелось сделать и автоматический механизм установки даты запрета редактирования. Вроде все удалось.

1. Как в типовой бухгалтерии 2.0 установить дату запрета редактирования не в монопольном режиме ?

Вопрос очень актуальный. Как правило в течение рабочего дня не хочется выгонять всех пользователей, потому что это сложно. Они сидят в разных местах (кассир в кассе, например), у некоторых люди в очереди стоят, кому-то надо срочно отчет сделать или платежку подготовить и т.д. Кто-то от компьютера отошел. В общем главбух думает «установлю позже», но к концу дня забывает. В результате оказывается, что месяц закрыт, а дата запрета редактирования не установлена. Через месяц выясняется, что изменились остатки на конец предыдущего месяца и начинаются поиски причин и способов исправления.

Оказывается дату запрета все-таки можно установить и в немонопольном режиме. Это делается в режиме прямого редактирования регистра сведений «ГраницыЗапретаИзмененияДанных». Устанавливать надо дату запрета для каждой организации. Делать это может только пользователь с полными правами.

В штатной форме установки даты запрета редактирования есть три режима: ОбщаяДата, ПоОрганизациям и ПоОрганизациямИПользователям. Но режим ОбщаяДата соответствует не одной записи с пустой организацией и пользователем (как можно было бы предположить исходя из здравого смысла), а набору записей для всех организаций базы данных с одинаковой датой запрета редактирования. Поэтому надо заводить записи по всем организациям. Записи с пустой организацией в этот регистр вводить не надо, они ни на кого не подействуют.

На пользователей такое изменение подействует при следующем их входе в базу данных. Многим этого будет вполне достаточно.

2. Как в типовой бухгалтерии 2.0 сделать автоматический запрета редактирования вчерашнего дня при входе пользователей в систему?

Это тоже можно, но придется включить возможность изменения конфигурации и сделать небольшую доработку.

Только в отличие от УТ 10.3 в БП 2.0 нет возможности вводить новые дополнительные права пользователей, с помощью которых можно отделить пользователей, для которых будет действовать механизм запрета, от тех, на кого он действовать не будет. Поэтому действовать он будет на всех без исключения. Но это даже и лучше !

Но если при входе в систему будет автоматически закрываться предыдущий день для всех, как же редактировать прошлые периоды, если будет очень нужно ?

Ну во-первых есть возможнось отключить флажок «Использовать дату запрета для полных прав» и редактировать прошлые периоды. Но это сможет сделать только пользователь с полными правами. И он обязательно должен не забыть вернуть флажок на место.

Но лучше мы будем устанавливать запрет редактирования вчерашнего дня не при входе в систему, а при выходе из нее. То есть при входе дата запрета для пользователя изменяться не будет. Тогда при необходимости редактировать прошлые периоды пользователь должен выйти из базы, подойти к уполномоченному пользователю с полными правами (главбуху), тот, пользуясь рекомендациями пункта 1, через регистр сведений установит для нужного пользователя по нужной организации (и для самой нужной организации) нужную дату запрета и все (то есть надо будет изменить две даты: у организации и у пользователя по этой организации). Теперь пользователь может снова войти в базу и делать изменения в прошлых периодах, а при выходе из базы для него опять закроется период по вчерашний день включительно.

Вроде все красиво. Сегодня 11.11 пользователь с утра зашел в базу, поработал, вышел из базы — для него закрылся период по 10.11 включительно. Завтра, 12.11 он войдет в базу, для него будет открыт период по 10.11 включительно, выйдет — закроется по 11.11 включительно. 12.11 останется открытым.

Можно закрывать не по вчерашний день, а по позавчерашний — для бухгалтерской конфигурации это наверное даже лучше.

2.1 Делаем изменения в конфигурации.

К сожалению, придется включить возможность изменения конфигурации. Конечно, не хочется снимать бухгалтерию с поддержки, но . Разработчиков убедить делать что-то в БП 2.0 теперь уже невозможно, когда 3.0 уже есть.

Итак, включаем возможность изменений, в настройке поддержки в самой верхней ветке конфигурации устанавливаем «Объект поставщика редактируется с сохранением поддержки».

Добавляем новый общий модуль «АЦРК_Привилегированный», в свойствах модуля устанавливаем флажки «Сервер», «Вызов сервера» и «Привилегированный».

Процедура ЗакрытиеПредыдущегоДня(п_ОтступВДнях=1) Экспорт
л_ПользовательОпределен = ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь);

л_ВыборкаОрганизаций = Справочники.Организации.Выбрать();
Пока л_ВыборкаОрганизаций.Следующий() Цикл
л_Запись = РегистрыСведений.ГраницыЗапретаИзмененияДанных.СоздатьМенеджерЗаписи();
л_Запись.Организация = л_ВыборкаОрганизаций.Ссылка;
Если л_ПользовательОпределен Тогда
л_Запись.Пользователь = ПараметрыСеанса.ТекущийПользователь;
Иначе
КонецЕсли;
л_Запись.ГраницаЗапретаИзменений = НачалоДня(НачалоДня(ТекущаяДата())-п_ОтступВДнях*60*60*24);
л_Запись.Записать();

л_Запись = РегистрыСведений.ГраницыЗапретаИзмененияДанных.СоздатьМенеджерЗаписи();
л_Запись.Организация = л_ВыборкаОрганизаций.Ссылка;
л_Запись.Пользователь = «»;
л_Запись.ГраницаЗапретаИзменений = КонецГода(КонецДня(ТекущаяДата())+60);
л_Запись.Записать();
КонецЦикла;

Теперь откроем модуль обычного приложения, найдем процедуру ПриЗавершенииРаботыСистемы() и перед ее окончанием вставим строку

Параметр в процедуре ЗакрытиеПредыдущегоДня() определяет, на сколько дней дата запрета будет отставать от текущей даты.

Теперь дата запрета редактирования будет автоматически продвигаться вперед для каждого пользователя и будет отставать на 1-2 дня от текущей даты.

Для открытия предыдущих периодов пользователь с полными правами должен устанавливать дату запрета вручную. Только надо помнить, что если он делает это для самого себя, то не надо выходить из программы, а надо зайти в нее еще раз со своим именем (открыть второй сеанс) и только после этого можно закрыть первый сеанс.

И обязательно установие флажок «Распространить дату запрета на пользователей с полными правами» в настройке программы, иначе все потеряет смысл.

источник

Установить запрет на редактирование, находясь не в монопольном режиме

Подскажите, можно ли установить дату запрета на изменение данных в БУ 2.0 8.2, находясь не в монопольном режиме?

Читают тему:

Мероприятия

  • Центры Сертифицированного Обучения
  • Интернет курсы обучения «1С»
  • Самоучители
  • Учебный центр № 1
  • Учебный центр № 3
  • Сертификация по «1С:Профессионал»
  • Организация обучения под заказ
  • Книги по 1С:Предприятию

1С бесплатно 1С-Отчетность 1С:ERP Управление предприятием 1С:Бесплатно 1С:Бухгалтерия 8 1С:Бухгалтерия 8 КОРП 1С:Бухгалтерия автономного учреждения 1С:Бухгалтерия государственного учреждения 1С:Бюджет муниципального образования 1С:Бюджет поселения 1С:Вещевое довольствие 1С:Деньги 1С:Документооборот 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и кадры государственного учреждения 1С:Зарплата и управление персоналом 1С:Зарплата и управление персоналом КОРП 1С:Комплексная автоматизация 8 1С:Лекторий 1С:Предприятие 1С:Предприятие 7.7 1С:Предприятие 8 1С:Розница 1С:Управление нашей фирмой 1С:Управление производственным предприятием 1С:Управление торговлей 1СПредприятие 8

  • WWW.1С.ru
  • 1С:Предприятие 8
  • 1С Отраслевые решения
  • Образовательные программы
  • 1С:Линк
  • 1С:Консалтинг
  • 1С:Дистрибьюция
  • 1С для торговли
  • 1С-Онлайн
  • 1С Интерес
  • 1С:Образование

При использовании материалов активная прямая гиперссылка на перепечатанный материал обязательна.

Редакция БУХ.1С не несет ответственности за мнения и информацию, опубликованную в комментариях к материалам.

Редакция уважает мнение авторов, но не всегда разделяет его.

На указанный в форме e-mail придет запрос на подтверждение регистрации.

Мы используем файлы cookie, чтобы анализировать трафик, подбирать для вас подходящий контент и рекламу, а также дать вам возможность делиться информацией в социальных сетях. Если вы продолжите использовать сайт, мы будем считать, что вас это устраивает.

источник

АЦРК: автоматический запрет редактирования для пользователей в БП 2.0

Как известно в конфигурации БП 2.0 нельзя штатными средствами установить дату запрета редактирования не в монопольном режиме. Это вызывает массу проблем, которые потом внедренцам приходится решать. (О чем думали разработчики — отдельный вопрос. Им много лет писали, но сделали они такую возможность только в БП 3.0. Причем в других конфигурациях такой проблемы нет).

Очень хотелось сделать для БП 2.0 что-то подобное АЦРК: Автоматический запрет редактирования для пользователей УТ 10.3. Немного углубившись в этот механизм в конфигурации обнаружил, что можно все-таки в типовой конфигурации устанавливать дату запрета и не в монопольном режиме. С другой стороны хотелось сделать и автоматический механизм установки даты запрета редактирования. Вроде все удалось.

1. Как в типовой бухгалтерии 2.0 установить дату запрета редактирования не в монопольном режиме ?

Вопрос очень актуальный. Как правило в течение рабочего дня не хочется выгонять всех пользователей, потому что это сложно. Они сидят в разных местах (кассир в кассе, например), у некоторых люди в очереди стоят, кому-то надо срочно отчет сделать или платежку подготовить и т.д. Кто-то от компьютера отошел. В общем главбух думает «установлю позже», но к концу дня забывает. В результате оказывается, что месяц закрыт, а дата запрета редактирования не установлена. Через месяц выясняется, что изменились остатки на конец предыдущего месяца и начинаются поиски причин и способов исправления.

Оказывается дату запрета все-таки можно установить и в немонопольном режиме. Это делается в режиме прямого редактирования регистра сведений «ГраницыЗапретаИзмененияДанных». Устанавливать надо дату запрета для каждой организации. Делать это может только пользователь с полными правами.

В штатной форме установки даты запрета редактирования есть три режима: ОбщаяДата, ПоОрганизациям и ПоОрганизациямИПользователям. Но режим ОбщаяДата соответствует не одной записи с пустой организацией и пользователем (как можно было бы предположить исходя из здравого смысла), а набору записей для всех организаций базы данных с одинаковой датой запрета редактирования. Поэтому надо заводить записи по всем организациям. Записи с пустой организацией в этот регистр вводить не надо, они ни на кого не подействуют.

На пользователей такое изменение подействует при следующем их входе в базу данных. Многим этого будет вполне достаточно.

2. Как в типовой бухгалтерии 2.0 сделать автоматический запрета редактирования вчерашнего дня при входе пользователей в систему?

Это тоже можно, но придется включить возможность изменения конфигурации и сделать небольшую доработку.

Только в отличие от УТ 10.3 в БП 2.0 нет возможности вводить новые дополнительные права пользователей, с помощью которых можно отделить пользователей, для которых будет действовать механизм запрета, от тех, на кого он действовать не будет. Поэтому действовать он будет на всех без исключения. Но это даже и лучше !

Но если при входе в систему будет автоматически закрываться предыдущий день для всех, как же редактировать прошлые периоды, если будет очень нужно ?

Ну во-первых есть возможнось отключить флажок «Использовать дату запрета для полных прав» и редактировать прошлые периоды. Но это сможет сделать только пользователь с полными правами. И он обязательно должен не забыть вернуть флажок на место.

Но лучше мы будем устанавливать запрет редактирования вчерашнего дня не при входе в систему, а при выходе из нее. То есть при входе дата запрета для пользователя изменяться не будет. Тогда при необходимости редактировать прошлые периоды пользователь должен выйти из базы, подойти к уполномоченному пользователю с полными правами (главбуху), тот, пользуясь рекомендациями пункта 1, через регистр сведений установит для нужного пользователя по нужной организации (и для самой нужной организации) нужную дату запрета и все (то есть надо будет изменить две даты: у организации и у пользователя по этой организации). Теперь пользователь может снова войти в базу и делать изменения в прошлых периодах, а при выходе из базы для него опять закроется период по вчерашний день включительно.

Вроде все красиво. Сегодня 11.11 пользователь с утра зашел в базу, поработал, вышел из базы — для него закрылся период по 10.11 включительно. Завтра, 12.11 он войдет в базу, для него будет открыт период по 10.11 включительно, выйдет — закроется по 11.11 включительно. 12.11 останется открытым.

Можно закрывать не по вчерашний день, а по позавчерашний — для бухгалтерской конфигурации это наверное даже лучше.

2.1 Делаем изменения в конфигурации.

К сожалению, придется включить возможность изменения конфигурации. Конечно, не хочется снимать бухгалтерию с поддержки, но . Разработчиков убедить делать что-то в БП 2.0 теперь уже невозможно, когда 3.0 уже есть.

Итак, включаем возможность изменений, в настройке поддержки в самой верхней ветке конфигурации устанавливаем «Объект поставщика редактируется с сохранением поддержки».

Добавляем новый общий модуль «АЦРК_Привилегированный», в свойствах модуля устанавливаем флажки «Сервер», «Вызов сервера» и «Привилегированный».

Процедура ЗакрытиеПредыдущегоДня(п_ОтступВДнях=1) Экспорт
л_ПользовательОпределен = ЗначениеЗаполнено(ПараметрыСеанса.ТекущийПользователь);

л_ВыборкаОрганизаций = Справочники.Организации.Выбрать();
Пока л_ВыборкаОрганизаций.Следующий() Цикл
л_Запись = РегистрыСведений.ГраницыЗапретаИзмененияДанных.СоздатьМенеджерЗаписи();
л_Запись.Организация = л_ВыборкаОрганизаций.Ссылка;
Если л_ПользовательОпределен Тогда
л_Запись.Пользователь = ПараметрыСеанса.ТекущийПользователь;
Иначе
КонецЕсли;
л_Запись.ГраницаЗапретаИзменений = НачалоДня(НачалоДня(ТекущаяДата())-п_ОтступВДнях*60*60*24);
л_Запись.Записать();

л_Запись = РегистрыСведений.ГраницыЗапретаИзмененияДанных.СоздатьМенеджерЗаписи();
л_Запись.Организация = л_ВыборкаОрганизаций.Ссылка;
л_Запись.Пользователь = «»;
л_Запись.ГраницаЗапретаИзменений = КонецГода(КонецДня(ТекущаяДата())+60);
л_Запись.Записать();
КонецЦикла;

Теперь откроем модуль обычного приложения, найдем процедуру ПриЗавершенииРаботыСистемы() и перед ее окончанием вставим строку

Параметр в процедуре ЗакрытиеПредыдущегоДня() определяет, на сколько дней дата запрета будет отставать от текущей даты.

Теперь дата запрета редактирования будет автоматически продвигаться вперед для каждого пользователя и будет отставать на 1-2 дня от текущей даты.

Для открытия предыдущих периодов пользователь с полными правами должен устанавливать дату запрета вручную. Только надо помнить, что если он делает это для самого себя, то не надо выходить из программы, а надо зайти в нее еще раз со своим именем (открыть второй сеанс) и только после этого можно закрыть первый сеанс.

И обязательно установие флажок «Распространить дату запрета на пользователей с полными правами» в настройке программы, иначе все потеряет смысл.

источник

Читайте также:  Установка заднего стекла омега а