Переход с программы 1С:ЗУП 2.5 на версию 3.1 часто вызывает у кадровиков и расчетчиков вопросы, связанные с изменением привычного интерфейса. Одной из самых острых тем является визуальное представление документа Табель. В старой версии программы пользователи привыкли видеть все виды времени (явку, ночные, праздничные) сразу в одной ячейке или в плоской таблице. В ЗУП 3.1 интерфейс стал более динамичным, но зачастую менее информативным при беглом просмотре. Разберем подробно, почему так происходит и какие настройки помогут вернуть удобство работы.
Прежде всего, проанализируем ситуацию с точки зрения архитектуры системы. В 1С:ЗУП 3.1 документ Табель не является основным инструментом учета времени, как это было ранее. Система ориентирована на учет отклонений (больничные, отпуска, прогулы), а фактически отработанное время рассчитывается автоматически на основании графиков работы. Однако, если документ Табель все же необходим, его вид может кардинально меняться в зависимости от настроек программы.
Основным фактором, влияющим на «расслоение» строк в табеле, является использование функционала Территорий или Условий труда. Если в настройках организации включен учет по обособленным территориям, программа вынуждена создавать для одного сотрудника несколько строк за один день, чтобы распределить часы по разным аналитическим разрезам. Это и «ломает» привычный плоский вид.
Для начала рассмотрим базовые настройки, которые позволяют системе понять, что в графиках и документах может использоваться более одного вида времени одновременно (например, Явка и Ночные). Пройдем по шагам:
Табель более привычный вид. Однако, если территории нужны, придется работать с многострочным режимом.Часто пользователи жалуются, что даже при верных настройках приходится «проваливаться» в часы дня, чтобы увидеть детализацию. Выясним причину этого поведения. В ЗУП 3.1 форма документа генерируется программно. Количество видимых колонок ограничено кодом формы для обеспечения производительности. Проанализируем ситуацию: в ячейке визуально отображается только один основной вид времени, а остальные скрыты.
Важный момент: Если количество отработанных часов за календарный день превышает определенный лимит (например, при 24-часовом графике), стандартная форма может скрывать часть данных. Для решения этой проблемы на уровне конфигурации программисты часто используют расширения, меняя свойство формы РежимОтображения для таблицы значений, переводя его из текстового режима в режим редактирования с увеличенной высотой строки.
Рассмотрим подробнее, почему массовая ручная правка табеля (как в примере с 600 сотрудниками) — это опасный путь в версии 3.1. В отличие от 2.5, ручной ввод данных в Табель в новой версии:
ВремяВЧасах (общий) на конкретные показатели, например, Явка.Если ваша цель — быстро вводить фактические часы сменщикам (ночные, праздничные, явка) и видеть их в удобной сетке, мы рекомендуем рассмотреть альтернативу. Вместо сложного и капризного документа Табель, можно настроить шаблон в разделе Данные для расчета зарплаты.
Разберем, как это сделать:
Табель.Если кадровики настаивают именно на изменении документа Табель, проанализируем программную часть. Табличная часть документа строится динамически. Чтобы вывести дополнительные колонки без «проваливания» внутрь, необходимо в расширении обратиться к процедурам формирования формы.
Пример логики, которую нужно реализовать (условно):
// В процедуре ПриСозданииНаСервере или при изменении настроек
// Необходимо программно добавить колонки, связанные с регистром
// "Данные оперативного учета рабочего времени"
Для Каждого СтрокаВидаВремени Из СписокВидовВремени Цикл
НоваяКолонка = Элементы.Добавить("ВидВремени_" + СтрокаВидаВремени.Код, Тип("ДекорацияФормы"));
// Настройка привязки к данным и отображения в одну строку с явкой
КонецЦикла;
Однако помните, что при использовании Территорий система будет всегда создавать новые строки в коллекции ДанныеОРабочемВремени, если аналитика отличается. Это штатное поведение программы, и попытка «схлопнуть» эти строки в одну визуальную строку может привести к ошибкам при записи документа и последующем расчете зарплаты.
Проанализировав проблему, мы видим три пути решения:
Данные для расчета зарплаты, который более гибок в настройке интерфейса.Выбор за вами, но помните: ЗУП 3.1 требует изменения подхода к учету времени — от «рисования» табеля вручную к качественной настройке графиков и своевременному вводу отклонений.