Меню Рубрики

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

Автоматический перенос даты запрета изменения данных (даты запрета редактирования)

Обработка проста в использовании (и для бухов и спецов в 1С).

Варианты работы с обработкой «Автоматический перенос даты запрета изменения данных».

Вариант 1. Простой.

Изменения типовой конфигурации не требуется. Открывай и работай.

Заполняем пользователей или группы пользователей. Работа аналогично типовой «Установка даты запрета изменения данных».

Для каждой строки указываем разрешенный период редактирования:

1. «0» — значит редактировать документы вообще запрещено. Например, необходимо для реализации прав только на просмотр.

2. «1» — можно будет редактировать за сегодняшний день.

3 «7» — разрешена целая неделя и т.д.

Нажимаем кнопку: «Сохранить» — сохраняем введенные строки , «Установить» — устанавливаем дату запрета.

Чтобы дата запрета вступила в силу для пользователей, которые находятся в данный момент в базе 1С им необходимо перезайти в программу.

Можно установить время, когда обработка автоматически будет устанавливать даты. Например, на час ночи. Но в этом случае данная форма должна быть открытой.

Вариант 2. С использованием регламентных заданий.

1. В конфигурации создаем регламентное задание.

2. Назначаем метод и вставляем код (его можно увидеть в обработке, нажав на кноку «Получить код»).

4. Настраиваем расписание. Для этого открываем обработку «Консоль заданий» (её берем на ИТС) и устанавливаем параметры запуска.

5. Настраиваем даты запрета (см. вариант 1).

Тестировалась и используется на УПП. Но должна работать и в торговле и в зарплате.

Настройки разрешенных периодов хранятся в регистре «Сохраненные настройки» (в нем вообще содержатся все настройки отчетов).

Установка индивидуальных дат для каждой отдельной организации не предусмотрено, т.е. только в целом по предприятию.

Такой функционал просто архи необходим для любой компании:

  1. Вовремя запрещаем бухгалтерам изменять документы в прошлых периодах. А они любят это очень делать.
  2. Операторам работать только со сегодняшней датой.
  3. Для аудиторов и директоров — вообще запрещаем что-либо изменять. Т.е. реализуем роль «только просмотр».

источник

Автоматическая установка даты запрета редактирования

Вашему вниманию предлагается дополнительная обработка, для автоматической установки даты запрета редактирования

Обработка заполняет регистр сведений «ДатыЗапретаИзменения» для предотвращения изменения данных в закрытых периодах. Работает как по заданию, так и вручную. Построена на использовании дополнительного реквизита. Его следует добавить у справочника «Пользователи» и назначить у тех пользователей, которым будет назначаться изменение Д.З.Р. Необходимо, что бы его имя было указано как в модуле обработки: КоличествоДнейДляПереносаДатыЗапрета. Его заполнение можно сделать обязательным, а для тех пользователей, которым не попадают под понятие закрытого периода установить заведомо большое значение.

На прилагаемых рисунках виден путь для настройки и подключения

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

Обработка предназначена для работы в типовых конфигурациях и на основе БСП. Рекомендована для подключения к дополнительным обработкам. Но может использоваться как внешняя.

Работоспособность проверялась на платформе версии «8.3.16.1063», релизе конфигурации ЕРП «2.4.10.89», но уверен, что будет работать и версии 8.2 и в любой типовой конфигурации, использующей УФ.

Ограничение, регистр сведений «ДатыЗапретаИзменения» заполняется без указания разделов доступа.

Скачать файлы

Специальные предложения

Новый вопрос

Однако, если нужно для пользователей установить разный срок правки документ задним числом? Для Склада 10 дней, для Бухгалтерии 15?
Сам же написал, что даты в стандартной привязаны к стандартным интервалам, а это не всегда удобно.

А как в стандартной запретить сегодняшние документы, например? А пользователям имеющим админские права, работать под одной учеткой в Конфигураторе, а под другой в Предприятии? Или быть настолько аккуратными, что никогда не ошибаться? Я вот точно не такой)).

С моей обработкой удобно: поставил ДЗР на год вперед и не думаешь, как бы не навредить учету: если что-то нужно скорректировать, установил требуемую дату и через 15 минут ДЗР в следующем году — «само» установится рег. заданием. Когда бывает тупка, когда неожиданно вылазит, что период закрыт, но это гораздо лучше, чем краснеть перед Глав. бухом.
ИХМО, разумеется.

это разграничение по пользователям/разделам — типовой механизм. Твоя обработка этого и не делает.

«Предыдущий день» — отсрочка 10 дней и отсрочка 15 дней.

по факту, в твоей обработке реализован только один типовой интервал — «предыдущий день»

Эм. это тут причем ? «Админские» права вообще должны быть только у админа/программиста: обычный пользователь с полными права это. это «лень настраивать права» 🙂
«Право на изменение ДЗР» — уже давно является типовой ролью. ДЗР уже может изменять пользователь БЕЗ полных прав.

Читайте также:  Установка двух карбюраторов на яву 638

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

Из моей практики сопровождения ЗУП 3 (тот же механизм применим и для БУХ 3, ERP, УТ 11 — версия БСП в этих конфигурациях более-менее одинаковая).
1) Настройка ДЗР по разделам учета и группам пользователей.
2) Для «кадровиков» — «Предыдущий месяц» с отсрочкой 5 дней. 5 дней для закрытия кадровых документов
3) Для «расчетчиков» — «Предыдущий месяц» с отсрочкой 10 дней (выплата ЗП 10-го числа)
4) У «главного расчетчика» — права на изменение ДЗР. Для исключительной ситуации: «кадровику» требуется внести изменения после 5-го числа. Доступ дается конкретному пользователю согласно служебной записки. Доступ «открывает» «главный расчетчик».

Сие изложено в приказе, все пользователи ознакомлены. «Админ» один раз настроил доступ по разделам и группам пользователей и забыл. Далее полностью на ответственности «главного расчетчика» — причем пользователь в изменение заходит 1-2 раза в год, что бы открыть доступ конкретному пользователю, согласно служебной записки. Все остальное — «на автомате».

Ни в коем случае я не собираюсь как-то осуждать автора.
Но! если уж появился явный «велосипед», то он должен выполнить хотя бы одно условие: 1) Быть более удобным, чем типовой 2) Иметь свои уникальные фишки, которых нет в типовом механизме. 3) Не «ломать» типовой механизм, либо полностью его заменять.

ИМХО, текущая же обработка не выполняет ни одного из условий:
1) удобней? проще?
а) нужно создать доп. реквизит, у каждого пользователя установить количество дней. Повторюсь — у каждого.
(«а для тех пользователей, которым не попадают под понятие закрытого периода установить заведомо большое значение.»)
б) для автоматизации, требуется настроить запуск обработки по расписанию. не возникало проблем с безопасностью ? 😉 в БСП есть механизмы, которые «слегка» противятся запуску внешних обработок по расписанию.
в) дата запрета, я так понимаю, будет видна только в списке пользователей. В типовой обработке по управлению ДЗР я вообще что нибудь увижу?

2) уникальные фишки? : «можно закрывать будущие периоды.» — что подразумевается под «будущими периодами» ? чем отличается от «предыдущий день» + отсрочка ?

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

источник

Дата запрета редактирования данных в 1С:Бухгалтерии 8

От простой для отдельных компаний до комплексной автоматизации крупных холдингов.

Фиксированная стоимость и сроки. Оперативно. Оплата полезных фактических трудозатрат.

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

Помимо этого, запрет можно установить автоматически в процессе проведения процедуры «Свертка информационной базы. Если нужно будет исправить документы свертки или подкорректировать данные свертки, нам эту дату нужно будет поменять или убрать.

Рассмотрим, как можно установить или убрать «Дату изменения данных» на примере 1С:Бухгалтерия предприятия 3.0, разработанной для автоматизации бухгалтерского учета 1С:Предприятие. Данный материал актуален и для других конфигураций 1С 8.3, разработанных на этой же платформе: конфигурации 1С:Управление торговлей 11, 1С:ERP 2.0, 1С:ЗУП ПРОФ, КОРП и Базовая, 1С:Зарплата и кадры государственного учреждения, а также другие.

Обращаем внимание, что только пользователь с полными правами «Администратора», может изменять дату запрета изменения данных, или же у пользователя должно иметься «Право на изменение даты запрета редактирования».

Как установить дату запрета в 1С

Зайдем в «Администрирование-Настройки пользователей и прав».

Рис.1 Окно 1С:Бухгалтерия, раздел администрирования

Открыв раздел настроек, активируем установку даты.

Настройка даты запрета редактирования в 1С Бухгалтерия 8.3 находится по одноименной ссылке. Здесь мы можем установить эту дату для всех или же задать ее отдельно для каждого сотрудника. Установка даты без дополнительных настроек закрывает для редактирования полностью все данные программы, для всех. В этом случае устанавливается «Общая дата». Это стандартный вариант, которым часто пользуются на практике.

Читайте также:  Установка подкачивающего насоса на ниссан патрол

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

Рис.4 Выбор способа указания

Выбор пункта «Указывать дату запрета: «По разделам», нам откроет настройку разделов учета, где отдельно можно поставить запрет на раздел «Бухучет» или на «Обработку персональных данных».

При выборе способа настройки как по разделам, так и по объектам надо, выделив раздел (например, «Бухучет»), с помощью кнопки «Подобрать» указать организацию, для которой будет установлена дата из открывшегося списка (если в базе ведется учет по нескольким организациям). Таким образом, мы разграничим «Дату запрета» между организациями. Это актуально, если по одной организации уже сданы отчеты, и данные изменять уже нельзя, а пользователям, работающим с данными (документами, отчетами) другой организации, еще требуется доступ к ним.

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

Рис.6 Запрет и по разделам, и по объектам

Подобрав объекты учета – организации из списка, мы можем отдельно задать для каждой свою дату.

Рис.7 Установка даты отдельно на каждую организацию

Нажав кнопку «Отключить», мы можем сбросить настройки.

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

Рис.9 Настройка даты для конкретных сотрудников и их групп

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

Рис.10 Установка даты для Бухгалтер 2

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

Рис.11 Окно настройки запрета для Бухгалтер 2

Формирование отчета о настройках даты

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

Рис.12 Кнопка формирования отчета о настройках даты запрета

Рис.13 Отчет о настройках даты запрета по пользователям

В нашем примере для Бухгалтер 1 и Бухгалтер 2 установлены даты запрета, а для остальных она осталась стоять по умолчанию.

Установка «динамической» даты запрета

Произвольная установка даты не всегда удобна, поскольку требует постоянного контроля установленных дат. В программе 1С реализован механизм автоматического изменения даты.

Обратите внимание на то, что при установке даты запрета, предлагается выбрать – конец прошлого года, квартала, месяца, недели или установить дату запрета на предыдущий день. В таком случае, программа сама определит эту дату. Эти значения доступны как в общей, так и в индивидуальной настройке.

Рис.14 Настройка «динамического» изменения даты

Такой вариант настройки даты удобен, так как на практике документы вносятся в базу еще какое-то время, по завершению периода (месяца, квартала, года). Установив отсрочку на определенное количество дней, программа позволит этот период вносить данные. В примере мы установили отсрочку – 5 дней.

Дата запрета загрузки данных из других программ 1С

Зачастую, документы и операции в «1С:Бухгалтерия» загружаются из других программ, например, из программы «Зарплата и управление персоналом», «Управление торговлей». В программу «Бухгалтерия государственных учреждений» – из «Зарплата и кадры государственных учреждений». И может возникнуть ситуация, когда период закрыт, отчеты сданы, а при синхронизации эти данные загружаются вновь, затрагивая тем самым уже отработанные документы.

Во избежание таких моментов, в программе 1С был реализован механизм – «Дата запрета загрузки данных». Настроить его можно в разделе меню «Администрирование-Синхронизация данных».

Рис.15 Раздел меню административных настроек

Для этого установим галочку «Синхронизация данных» и «Даты запрета загрузки».

Рис.16 Пункт меню синхронизации

Настройка выполняется аналогично описанной выше.

Рис.17 Окно настройки даты запрета загрузки

Установка запрета не даст нам изменить документы, введенные ранее этой даты. При попытке сохранить (создать) документ ранее указанной даты, программа выдаст сообщение об ошибке.

Читайте также:  Установка и регулировка туалета

Рис.18 Сообщение программы о запрете проведения документа

Рис.19 Сообщение программы о запрете проведения документа

Аналогичное сообщение нас ждет при попытке удаления документа, находящегося в закрытом периоде.

Рис.20 Сообщение программы о запрете удаления документа

Мы увидели, как в программах 1С реализована возможность запрета. Если у вас остались вопросы по доработке программы или вам нужна помощь программистов, обратитесь к нашим специалистам, осуществляющим сервисное обслуживание 1С, за консультацией.

источник

Автоматическая установка даты запрета редактирования

Обработка для автоматической установки даты запрета редактирования позволяет в автоматическом режиме или вручную устанавливать дату заперта редактирования у пользователя (ей).

Однако, если нужно для пользователей установить разный срок правки документ задним числом? Для Склада 10 дней, для Бухгалтерии 15?
Сам же написал, что даты в стандартной привязаны к стандартным интервалам, а это не всегда удобно.

А как в стандартной запретить сегодняшние документы, например? А пользователям имеющим админские права, работать под одной учеткой в Конфигураторе, а под другой в Предприятии? Или быть настолько аккуратными, что никогда не ошибаться? Я вот точно не такой)).

С моей обработкой удобно: поставил ДЗР на год вперед и не думаешь, как бы не навредить учету: если что-то нужно скорректировать, установил требуемую дату и через 15 минут ДЗР в следующем году — «само» установится рег. заданием. Когда бывает тупка, когда неожиданно вылазит, что период закрыт, но это гораздо лучше, чем краснеть перед Глав. бухом.
ИХМО, разумеется.

это разграничение по пользователям/разделам — типовой механизм. Твоя обработка этого и не делает.

«Предыдущий день» — отсрочка 10 дней и отсрочка 15 дней.

по факту, в твоей обработке реализован только один типовой интервал — «предыдущий день»

Эм. это тут причем ? «Админские» права вообще должны быть только у админа/программиста: обычный пользователь с полными права это. это «лень настраивать права» 🙂
«Право на изменение ДЗР» — уже давно является типовой ролью. ДЗР уже может изменять пользователь БЕЗ полных прав.

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

Из моей практики сопровождения ЗУП 3 (тот же механизм применим и для БУХ 3, ERP, УТ 11 — версия БСП в этих конфигурациях более-менее одинаковая).
1) Настройка ДЗР по разделам учета и группам пользователей.
2) Для «кадровиков» — «Предыдущий месяц» с отсрочкой 5 дней. 5 дней для закрытия кадровых документов
3) Для «расчетчиков» — «Предыдущий месяц» с отсрочкой 10 дней (выплата ЗП 10-го числа)
4) У «главного расчетчика» — права на изменение ДЗР. Для исключительной ситуации: «кадровику» требуется внести изменения после 5-го числа. Доступ дается конкретному пользователю согласно служебной записки. Доступ «открывает» «главный расчетчик».

Сие изложено в приказе, все пользователи ознакомлены. «Админ» один раз настроил доступ по разделам и группам пользователей и забыл. Далее полностью на ответственности «главного расчетчика» — причем пользователь в изменение заходит 1-2 раза в год, что бы открыть доступ конкретному пользователю, согласно служебной записки. Все остальное — «на автомате».

Ни в коем случае я не собираюсь как-то осуждать автора.
Но! если уж появился явный «велосипед», то он должен выполнить хотя бы одно условие: 1) Быть более удобным, чем типовой 2) Иметь свои уникальные фишки, которых нет в типовом механизме. 3) Не «ломать» типовой механизм, либо полностью его заменять.

ИМХО, текущая же обработка не выполняет ни одного из условий:
1) удобней? проще?
а) нужно создать доп. реквизит, у каждого пользователя установить количество дней. Повторюсь — у каждого.
(«а для тех пользователей, которым не попадают под понятие закрытого периода установить заведомо большое значение.»)
б) для автоматизации, требуется настроить запуск обработки по расписанию. не возникало проблем с безопасностью ? 😉 в БСП есть механизмы, которые «слегка» противятся запуску внешних обработок по расписанию.
в) дата запрета, я так понимаю, будет видна только в списке пользователей. В типовой обработке по управлению ДЗР я вообще что нибудь увижу?

2) уникальные фишки? : «можно закрывать будущие периоды.» — что подразумевается под «будущими периодами» ? чем отличается от «предыдущий день» + отсрочка ?

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

источник