Как мы начали работать на 1С:Предприятие.Элемент, набили шишки и запихнули весь документооборот в телефон каждого сотрудника ДНС

Меня зовут Баженов Валентин. Я программист 1С в компании ДНС технологии. Работаю в команде разработки по направлению “Персонал”. Мы занимаемся зарплатным и кадровым учетом, в том числе - кадровым электронным документооборотом на базе сервиса 1С:Кабинет сотрудника.

 

 

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

1. Преимуществами использования 1С:Элемента для нашего приложения;

2. Примерами доработок кабинета сотрудника, демонстрирующими возможности платформы;

3. Проблемами, которые нам удалось решить;

4. Впечатлениями и опытом работы с технологией 1С:Элемент;

5. Сложностями, с которыми мы столкнулись.

 

Почему мы начали разработку на Элементе

 

Требования к решению

В начале 2022 года в нашей компании было принято решение о внедрении кадрового электронного документооборота. Были выработаны требования и началась работа по поиску решения. Зная особенности нашей компании, мы выделили основные и важные для нас требования.

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

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

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

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

Гибкость и расширяемость. Наша компания очень большая, у нас много бизнес-процессов и идей. Поэтому нам было важно иметь возможность доработок сервиса под наши нужды.

 

Почему мы выбрали 1С:Кабинет сотрудника

Анализируя рынок решений, мы столкнулись с несколькими проблемами. Большинство решений не подходили из-за масштабов нашей компании. Многие требовали серьезных доработок. Мы также рассматривали возможность самостоятельной разработки сервиса.

В результате мы остановились на решении от фирмы 1С, которое полностью соответствовало нашим ключевым требованиям. Оно предоставляло необходимые возможности для доработок и имело проверенную репутацию и поддержку.

 

 

Не буду углубляться в технические детали работы с Кабинетом сотрудника. Вместо этого хочу сосредоточиться на нашем опыте внедрения и использования.

 

Преимущества и особенности выбора приложения

Приложение оказалось гибким и практически полностью покрывало потребности в кадровом электронном документообороте (ЭДО). К тому же, это было самое дешевое решение на рынке.

Особенно интересен тот факт, что на момент выбора сервис был полностью построен на новой тогда технологии 1С:Элемент. Более того, в начале 2022 года эта технология находилась в стадии закрытого тестирования. Открытая разработка на ней еще не была доступна.

Чтобы адаптировать приложение под наши нужды, нам пришлось подать заявку в 1С на участие в пилотном проекте. Наша заявка была рассмотрена, и компания задала нам несколько вопросов, в том числе о том, какие доработки мы планируем сделать, и сколько сотрудников будет использовать Кабинет.

После рассмотрения заявки 1С предоставили нам доступ к кастомизации приложения в Кабинете сотрудника. Это дало нам возможность работать в среде разработки приложений на 1С:Элементе.

 

Преимущества от использования технологии

 

Среда разработки

Для начала работы с Элементом требуется только браузер и интернет-соединение. Все операции выполняются через браузер. Были случаи, когда нам нужно было срочно исправить ошибку. Я смог запустить среду разработки, внести изменения и обновить рабочий кабинет прямо с экрана мобильного телефона.

 

 

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

 

Облачный сервис

По умолчанию Элемент доступен в облаке 1С. Здесь можно как разрабатывать, так и публиковать приложения. При необходимости есть возможность установить сервер 1С:Элемента на собственные локальные мощности.

 

 

Основные преимущества облачного решения:

1. Не нужно сразу развертывать инфраструктуру на своих серверах,

2. Можно сэкономить ресурсы на начальном этапе,

3. Все необходимое доступно в облаке компании 1С.

Первые полгода мы использовали облачное решение. После успешного тестирования и оценки работы системы мы решили развернуть Кабинет для всей компании. Для этого перенесли его на локальный сервер, где он работает и по сей день.

Стоит отметить одну важную деталь: на данный момент разработка доступна только в облаке компании 1С. Возможность локальной разработки пока не предоставляется. Компания объясняет это тем, что технология находится в стадии бета-тестирования.

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

 

Групповая разработка

 

 

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

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

 

Развивающийся язык

 

 

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

Между версиями существуют значительные различия:

• изменения в синтаксисе,

• изменения в поведении объектов,

• добавление новых функций.

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

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

 

Пользовательский интерфейс

 

 

Интерфейс приложений, созданных на 1С:Элементе, в первую очередь ориентирован на веб-платформы. Он автоматически адаптируется под любые устройства и размеры экранов. Приложения доступны из любой точки мира, где есть интернет.

Автоматизация интерфейса имеет свои особенности:

• Приложение само подстраивается под устройство,

• Не требуется отдельный разработчик для фронтенда,

• Результат получается не идеальным, но в целом правильным.

 

Примеры доработок Кабинета сотрудника

 

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

 

Инструменты разработчика

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

В Элементе на текущий момент доступны три типовые формы: консоль запросов, консоль запланированных заданий и журнал событий. Как видно на примере, я добавил кнопки вызова этих форм на панель действий главных страниц Кабинета сотрудника.

 

 

Реализация этой доработки достаточно проста:

1. Создаются навигационные команды,

2. Указывается тип стандартной формы,

3. По желанию можно добавить изображение или пиктограмму для кнопки.

 

 

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

 

 

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

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

 

 

Пример с безопасностью форм

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

 

 

Однако есть важная особенность: если пользователь скопирует адресную строку и перейдет по ней напрямую, откроется форма объекта, где могут отсутствовать некоторые интерфейсные проверки.

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

При разработке собственных приложений важно помнить об этой особенности веб-приложений. Поэтому особо важные проверки должны реализовываться на уровне модуля объекта, а не только в интерфейсе формы.

 

 

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

Что касается типовых форм (консоль запросов, журнал событий и запланированных заданий), то волноваться не стоит. Хотя они доступны по прямым ссылкам, использовать их могут только администраторы. Права администратора выдаются исключительно в панели управления приложением.

 

 

 

Интерфейсные компоненты

Хочу рассказать об одной нашей доработке, которая демонстрирует особенности построения интерфейсов в 1С:Элементе – использование интерфейсных компонентов.

Типовые формы заявлений на отпуск и компенсацию отпуска оказались недостаточно информативными. Мы столкнулись с проблемой: сотрудники не понимали, кому именно они отправляют заявление на согласование.

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

Для решения этой задачи мы создали интерфейсный компонент, который встроили в различные формы заявлений.

 

 

Особенность 1С:Элемента, которая нам в этом помогла, заключается в следующем: слева у нас конструктор формы заявления на отпуск, состоящий из интерфейсных компонентов, а справа – конструктор самого интерфейсного компонента, который может включать в себя другие компоненты и элементы.

 

 

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

В нашем компоненте при инициализации формы мы:

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

2. Показываем его пользователю,

3. Определяем доступность флажка "Требует согласования" в зависимости от того, является ли текущий пользователь руководителем подразделения.

Преимущества такого подхода:

• Возможность встроить компонент в любую форму заявления, требующую согласования,

• Централизованное управление логикой согласования,

• Упрощение разработки и внедрения изменений.

 

 

 

Виджеты

 

Когда мы начали перевод 40 тысяч сотрудников на КЭДО (кадровый электронный документооборот), у сотрудников возникло много вопросов:

• Что это за сервис?

• Как им пользоваться?

• Какие возможности он предоставляет?

• К кому обращаться при возникновении проблем?

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

 

 

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

Мы решили эту задачу путем создания справочника обратной связи и справки. В этом справочнике администратор может:

• Добавлять сообщения,

• Указывать ссылки на внешние ресурсы,

• Устанавливать дату окончания публикации (срок жизни сообщения).

 

 

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

 

 

В модуле компонента виджета мы реализовали обработку открытия ссылок с учетом особенностей различных клиентов:

• Для веб-клиента и мобильного клиента используются разные обработчики событий;

• Мобильный клиент не поддерживает нажатие на колонку, только нажатие на строку.

 

 

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

 

 

 

Доработки

 

В основном наши доработки направлены на улучшение существующей функциональности, реже – на создание новых бизнес-процессов.

Хорошим примером является доработка типового раздела Кабинета сотрудника, посвященного структуре компании. По умолчанию этот раздел доступен всем сотрудникам, что в нашем случае оказалось избыточным. При таком количестве подразделений и сотрудников (40 тысяч) обычному сотруднику сложно найти себя или свое подразделение в общей структуре.

 

 

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

Интересно, что весь интерфейс построен на динамических списках. Даже то, что вы видите в левой части экрана – это тоже динамический список. Фактически, вся система строится на этом механизме, что обеспечивает гибкость и удобство настройки интерфейсов.

 

 

Решение проблемы с кодом активации мобильного приложения

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

Для решения этой проблемы мы:

1. Создали интерфейсный компонент;

2. Встроили его в карточку сотрудника, доступную руководителям;

3. Реализовали функционал для просмотра ключа активации и отправки ключа сотруднику по email или SMS.

 

 

Доработка системы учета отпусков

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

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

 

 

Внедрение нового бизнес-процесса

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

 

 

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

 

Наши впечатления

 

В заключение хотелось бы поделиться своими впечатлениями и теми сложностями, с которыми мы столкнулись при эксплуатации 1С:Элемент.

 

Язык разработки

 

 

Технология 1С:Элемент представляет собой не просто платформу, а полноценный язык программирования. Хотя на первый взгляд он имеет некоторые сходства с 1С, в действительности это совершенно другая парадигма программирования.

Язык оказался удивительно простым для освоения, особенно для 1С разработчиков. Это позволило нам быстро начать продуктивную работу. Например, когда мы только начинали работать, мне удалось реализовать реальную задачу для Кабинета сотрудника всего за два дня, несмотря на то, что это был мой первый опыт работы с технологией.

Я впервые в жизни увидел полностью всю разработку и синтаксис, но у меня получилось все сделать. Задача была связана с тем, чтобы не давать сотруднику возможность подписать отпуск, если он забыл сформировать электронную подпись.

Однажды на корпоративе мы общались с коллегой из Dev-направления. У него вырвалась интересная фраза, что 1С:Элемент очень похож на язык Go. Ему потребовалось написать скрипт, он пытался его написать на Go в течение двух-трех дней. Когда у него ничего не получилось, он открыл Исполнитель с Go-подобным синтаксисом. И удивился, что синтаксис и компоновка языка очень похожи.

Он написал свой скрипт на Исполнителе, и у него это все получилось. Исполнитель ему очень понравился, он продолжает им пользоваться и изучать его дальше. Вот такая интересная заметка.

 

Настоящее ООП

 

 

Если вы, как и я, пришли в разработку через 1С (1С — это первый и, возможно, единственный ваш язык), то 1С:Элемент откроет вам, что такое настоящее объектно-ориентированное программирование. Здесь есть:

• Методы, классы, типы данных;

• Иерархии типов и жесткая типизация;

• Рабочие паттерны проектирования.

Для разработчика 1С особенно сложно привыкнуть к тому, что метод возвращает только значения строго определенного типа — иначе возникает ошибка. Когда создаешь приложение на 1С:Элемент, жесткая типизация раздражает больше всего.

 

Программирование в облаке

 

 

Разработка через браузер — это удобно, но имеет существенные минусы:

1. Зависимость от качества соединения. Любой сбой обрывает сеанс. Иногда отладка отключается без причин, и приходится перезапускать процесс.

2. Обновления в нерабочее время. Разработчики очень любят обновлять технологию, равно как и среду разработки, в нерабочее для Москвы время. Я из Владивостока, и для нас нерабочее для Москвы время — это тогда, когда я хочу работать. А я не могу этого делать, потому что технология либо обновляется, либо обновилась, и что-то там пошло не так. А пока москвичи проснутся и починят это, у нас проходят сутки или двое.

3. Невозможность фиксировать версии. Мы не можем управлять ошибками, мы не можем выбрать какую-то стабильную версию среды разработки, где нас будет все устраивать, установить ее себе и работать в ней.

4. Долгая загрузка среды. Среда разработки открывается иногда очень долго, бывает и до пяти минут. Возможно, это связано с качеством соединения и с тем, что мы находимся в Владивостоке, а сервера где-то в Москве.

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

 

Обновление технологии

Технология 1С:Элемент активно развивается. Когда выходит новая мажорная версия (например, с 5.x до 6.x), то через какое-то время выходит и новая версия Кабинета сотрудника. И вот тут есть определенные сложности, потому что при обновлении технологии происходит изменение синтаксиса и поведения объектов.

Когда мы только начинали разработку на Элемент в сотрудничестве с 1С, технические специалисты предупреждали нас о возможных проблемах. Дело в том, что при обновлении технологии сам кабинет сотрудника обновляется без особых проблем. Однако наши доработки и изменения, которые мы внесли в 1С:Кабинет сотрудника, не имели механизма автоматического переноса в новую версию.

На изображении представлено сравнение WinMerge двух версий 6 и 7. Желтый цвет указывает на различия в файлах. По сути, мы получили совершенно новую версию приложения.

 

 

Решение проблемы обновления оказалось достаточно радикальным: мы берем новую мажорную версию 1С:Элемент и вручную переносим все наши изменения, так как у нас нет механизма их автоматического переноса. Мы уже дважды полностью переписывали 1С:Кабинет сотрудника под свои нужды. Сейчас мы занимаемся третьей полной переработкой Кабинета сотрудника для новой, пятой версии технологии.

Есть и хорошие новости: появилось официальное руководство по обновлению типового Кабинета сотрудника с сохранением пользовательских изменений. Разработчики 1С:Элемент активно работают над этой функциональностью, и наш этап ручного переноса изменений скоро завершится.

 

Тестирование

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

1С:Кабинет сотрудника очень хорошо интегрируется с системой 1С:Зарплата и управление персоналом. У наших тестировщиков есть полноценные тестовые базы 1С:ЗУП и собственный тестовый контур. Они подключают Кабинет сотрудника к тестовой базе, выгружают туда данные и работают в среде, которая достаточно близка к боевой.

 

 

Однако у нас есть и определенные ограничения в тестировании. Мы пока не научились эмулировать нагрузку на наше приложение и не разобрались с этим вопросом.

 

Быстродействие

 

 

Наш Кабинет сотрудника является одним из самых высоконагруженных решений по количеству пользователей и личных кабинетов в одном приложении. Обычно организации создают отдельные кабинеты для каждой организации, так как у них одна база 1С:ЗУП соответствует одному кабинету сотрудника.

В нашем случае все организации находятся в одной базе 1С:ЗУП, и все сотрудники всех организаций работают в одном кабинете сотрудника. Естественно, это создает определенные проблемы с быстродействием системы.

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

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

У нас также есть определенные сложности с мониторингом производительности. Мы не можем установить необходимые нам метрики в нашем приложении или на сервере 1С:Элемент, а также не имеем доступа к трассировке. Технология является закрытой, и у нас нет доступа к технической документации для Кабинета сотрудников.

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

 

Нет сообщества

 

 

Моя личная боль, которой я точно не ожидал – это отсутствие сообщества вокруг технологии Элемента. Когда мы начинали работу в 2022 году, о нем практически никто не знал. У нас не было возможности найти информацию в интернете, так как ее просто не существовало. Единственными источниками были справка системы и техническая поддержка, куда мы обращались с самыми базовыми вопросами, такими как "как вывести поле ввода" или "как установить динамический список".

Однако в последнее время ситуация начала меняться в лучшую сторону. Появляются официальные и неофициальные группы в Telegram, посвященные Кабинету сотрудника. Сообщество начинает формироваться, и это уже хороший признак.

 

Для кого подходит технология 1С:Элемент

Технология 1С:Элемент не рекомендуется опытным разработчикам, привыкшим работать с современными веб-фреймворками, так как на данный момент она еще достаточно сырая и не обладает достаточной гибкостью в части интерфейса. Однако она идеально подходит для 1С-программистов, которым необходимо быстро создавать корпоративные приложения типа B2B или B2C.

 

Стоит ли изучать технологию 1С:Элемент

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

 

*************

Статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART TECH EVENT.