mvmaxim
Михаил Максименков

Как я понял, при возникновении ошибки доступа, вызванной RLS в журнал регистрации не пишется название объекта, к которому нет доступа (типа регистр сведений такой-то или справочник такой-то). Очень проблематично искать причину, если используется сразу несколько ограничений: по организации, по подразделению, по складам и т.п. Если кто знает, как определить, каким ограничением RLS вызван отказ доступа, поделитесь пожалуйста.

Подвал нужно исправить, надписи "Всего...", "Руководитель...", "Индивидуальный..." дублируются.

Не совсем понятно, меняете только значения в справках, а регистры сами по себе остаются что-ли?

Нужная штука, возможно, в типовых рализах появится что-то подобное. Сделал немного раньше подобную вещь, только перенес в документе "Перечисление НДФЛ в бюджет РФ" реквизит "МесяцНлоговогоПериода" из шапки в табличную часть. Ну и соответственно, обработку распределения сумм переделал. Тогда можно одним документом при распределении сумм перечисленного НДФЛ закрыть "хвосты" предыдущего месяца/ев и распределить за текущий. В Вашем запросе, по-моему, нет необходимости использовать конструкцию НАЧАЛОПЕРИОДА(МесяцНалоговогоПериода, МЕСЯЦ), т.к. там всё равно только первые числа месяца стоят. Как считаете, оправдано ли метедологически указание реквизита МесяцНалоговогоПериода в табличной части, или это я переборщил?

(8) - это лечится легко - хранится история алертов, либо они все дублируются на e-mail руководителя, и если сотрудник не выполнил задание в срок, а напоминание ему об этом было, с него удерживается штраф. У нас на предприятии так людей учили регулярно проверять свою электронную почту.
Как бы все-таки все свинтить только в 1С...

Да, неплохо! Сама идея не нова, я и раньше нечто подобное видел, и сам делал, но продуманный подход к реализации заслуживает уважения!
Есть необходимость реализовать подобную систему без использования электронной почты, т.е. чтобы все взаимодействие происходило только внутри 1С. Пока получаются только кривоватые заплатки, законченной идеи как оформить в подсистему пока нет. Может кто-нибудь уже делал что-то такое (использование задач не совсем удовлетворяет потребности)?

Как известно, в "Комплексной автоматизации" при партионном учете счета затрат (20, 44 и т.д.) автоматически не закрываются. Вот пример реализации закрытия при помощи обработки, которая создает документ "Операция бух. учет". Не претендует на универсальность, создавалась под конкретные условия. Скорее всего, потребует модификации при использовании у конечных пользователей.

Как известно, в "Комплексной автоматизации" при партионном учете счета затрат (20, 44 и т.д.) автоматически не закрываются. Вот пример реализации закрытия при помощи обработки, которая создает документ "Операция бух. учет". Не претендует на универсальность, создавалась под конкретные условия. Скорее всего, потребует модификации при использовании у конечных пользователей.

Какая-то беда с сохранением описания, поэтому напишу все в комментарий.
Как известно, в "Комплексной автоматизации" при партионном учете счета затрат (20, 44 и т.д.) автоматически не закрываются. Вот пример реализации закрытия при помощи обработки, которая создает документ "Операция бух. учет". Не претендует на универсальность, создавалась под конкретные условия. Скорее всего потребует модификации при использовании у конечных пользователей.
Все реализовано на типовых документах "Операция бух. учет", в которые при создании пишется определенный комментарий. При выборе месяца закрытия для выбранной организации производится поиск существующего документа по этому комментарию, если документа нет - создается новый путем нажатия на кнопку "Создать операцию".
Все тестировалось для вида деятельности "Торговая", для "Производственной" пока функционал не доработан.
Необходимо выбрать месяц, организацию, статью затрат, которая будет указана в формируемых проводках, заполнить остатки по 20 счету по БУ и НУ путем нажатия кнопок "заполнить". Операция - подбирается существующая, или нужно создать новую. Есть возможность указать сумму НЗП в табличной части.
Все создавалось для торговой организации, так что максимально упрощено.

Иногда бывает нужно перенести все документы определенного вида на определенное время, например все поступления товаров в начало дня. Для ускорения этого процесса я сделал простенькую обработку.