Угрюмый

(12) Проверил. Все работает. А Вы создали новый вид времени (например, НРВ) и при первом запуске программы с расширением под полными правами указали данный вид времени?

В течение дня дозвонился, сообщили о временных проблемах. В 19.30 пришло письмо о устранении проблемы, проблема по факту устранена. Поддержка все же работает. Могли бы на сайте продукта сделать ленту новостей; наверное, было бы меньше негатива по поводу отсутствия обратной связи...

Меньше чем через месяц после приобретения годовой лицензии модуль перестал работать с сообщением, что лицензия закончилась. Телефон поддержки не отвечает, на письма более 2-х часов нет ответа, на обращения в Infostart нет ответа...
Считаю, для коммерческого продукта в рабочий день это недопустимо!

(6) В нашей организации бумажная версия Т13 является Документом, по которому бухгалтерия проверяет правильность начислений сотрудникам. Отсюда и вытекают требования по заполнению табеля. Печатную форму Т13, рассчитывающую итоги по видам времени, тоже, кстати, когда-то брал в интернете и сейчас доработал, чтобы НРВ автоматом плюсовалось к Н и РВ

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

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

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

Насколько знаю, данной обработкой до сих пор сдают декларацию в регулярно обновляемой УТ 10.3

Потратил на эту проблему не один час... Может кому-то пригодится, цитата из 1С. РуководствоРазработчика: "Не рекомендуется размещать в обработчике события формы ПриОткрытии программный код по открытию какой-либо другой формы, так как это может привести к нарушению порядка отображения окон. В этом случае рекомендуется использовать обработчик ожидания на короткий интервал времени или открывать другие формы интерактивно, например, по нажатию на кнопку."
Сделал открытие формы через обработчик ожидания с интервалом 0.1 с. и все взлетело

(11) lexme, Можно. Обработка писалась два года назад, когда модуля ЕГАИС в УТ и в проекте не было...