Ситуация
В implecs часть личных расходов сотрудника компенсирует компания: ДМС, мебель и техника для рабочего места, занятия английским, консультации психолога, акции месяца. Отдельно работает система благодарностей «Спасибо»: один сотрудник помог другому — тот отправляет ему бонус, который потом можно потратить.
По устройству это близко к кафетерию льгот — модели компенсаций, где сотруднику дают не одинаковый для всех соцпакет, а набор опций и бюджет на них. С одной разницей: у нас лимиты закреплены за категориями и между ними не перетекают. Деньги на технику нельзя переложить на английский.
Работало это так. Сотрудник покупал кресло или гарнитуру, писал письмо на корпоративную почту и прикладывал чек. Письмо превращалось в задачу в Jira. Бухгалтер забирал данные из задачи руками, сверял чек с суммой и оформлял разовое начисление в учетной системе.
Начисления в 1С были, а вот учета компенсаций — нет. Каждое обращение рассматривали отдельно, история покупок нигде не хранилась. Сотрудник помнил, что и когда он покупал, но сколько у него осталось по лимиту, считала бухгалтерия — и узнать это можно было только у нее.
Бухгалтер повторял на каждой заявке одно и то же: прочитать письмо, открыть задачу, сверить чек, оформить начисление. Покупки, компенсации и чеки лежали порознь, и чтобы понять, что человек уже брал и на какую сумму, их приходилось собирать руками. Сроки обновления лимитов у разных категорий тоже не совпадали — их считал тот же бухгалтер.
Задача
Перевести компенсацию расходов сотрудников в отдельное приложение, чтобы человек сам видел свой лимит и подавал заявку, а бухгалтер только проверял чек и оформлял выплату. Ручную обработку заявок из почты и Jira требовалось убрать целиком. Компенсации и так считались в 1С:Комплексной автоматизации (1С:КА), поэтому приложению оставалось забирать данные оттуда и показывать их сотруднику.
Решение
Делать приложение решили на 1С:Элемент — облачной платформе 1С с минимальным написанием кода. Разработка идет прямо в браузере, в облаке 1С. Минимальное использование кода означает, что базовую механику собирают из готовых блоков и настраивают их свойства, а не пишут с нуля.
Платформу выбрали сознательно: раз проект внутренний, попутно можно проверить технологию в деле и понять, для каких клиентских задач ее можно использовать. Продукт новый, возможности описаны скупо, материалов по нему мало. Часть привычных инструментов из классической 1С отсутствует. Идти с таким набором вводных к клиенту мы бы не рискнули, а на своем проекте могли себе это позволить.
Настроили учет компенсаций и научили систему обновлять лимиты
Учет покупок, компенсаций и прикрепленных чеков организовали в 1С:КА. Раньше эти данные оставались только в переписке и в памяти сотрудника. Теперь у каждой траты есть запись в учетной системе — с суммой, датой и категорией.
Лимиты хранятся там же, в отдельном регистре. По каждому сотруднику и каждой категории видно, сколько средств выделено и сколько израсходовано.
Обновляет лимиты отдельная обработка. Она смотрит в регистре дату обновления и, если дата совпала с текущей, начисляет сотруднику обновленную сумму. Периодичность у каждой категории своя: техника и мебель обновляются раз в 5 лет, ДМС — раз в год, английский, психолог и акции месяца — раз в месяц.
Наладили обмен данными между 1С:Элемент и 1С:КА через HTTP-сервисы
1С:Комплексная автоматизация либо запрашивает данные у приложения и создает по ним документы, либо сама отправляет данные в 1С:Элемент. Сотрудников в двух системах сопоставляем по ИНН — в справочнике физических лиц приложения хранятся ФИО, ИНН и корпоративная почта.
Данные из 1С:КА приложение забирает себе и хранит у себя же. Так сотрудник видит не только текущий остаток, но и на что ушли средства, когда прошло списание и по какой категории.
Сама заявка проходит пять шагов:
- Сотрудник заполняет заявку на компенсацию и нажимает «Отправить».
- Заявка уходит по HTTP в 1С:Комплексную автоматизацию.
- В 1С:КА создается документ, бухгалтер получает уведомление о его поступлении.
- Бухгалтер сверяет прикрепленный чек с указанной суммой и нажимает в документе «Оформить разовое начисление».
- Сотруднику приходит письмо с планируемой датой выплаты.
Из всей цепочки бухгалтер участвует в одном шаге — проверке чека. Все остальное происходит автоматически.
Заявки при этом лежат в 1С в одном месте, а не разбросаны по задачам и письмам. Искать ничего не нужно.
Собрали личный кабинет с лимитами и остатками
На главном экране приложения расположены шесть карточек по числу категорий. На каждой сразу видно остаток, оттуда же подается заявка.
Внутри категории лежит таблица с покупками: что приобретено, на какую сумму и когда лимит обновится. Сотрудник открывает раздел и сразу видит, может ли он сейчас заказать себе клавиатуру и когда получится поменять ноутбук.
Бонусы «Спасибо» устроены иначе. Сотрудник нажимает «Сказать „Спасибо“», выбирает категорию и человека, пишет текст благодарности — получателю приходит бонус. Бонусы можно потратить на покупку или подарить кому-то другому.
Отказались от мобильного приложения в пользу веб-версии
На 1С:Элемент можно создать мобильную версию приложения, и такой вариант мы рассматривали. Помешали две вещи: с публикацией в App Store и Google Play сейчас есть трудности, а при раздаче файла под Android сотрудникам пришлось бы ставить каждое обновление вручную.
Поэтому остановились на веб-версии. Она подстраивается под экран компьютера, телефона и планшета и везде работает одинаково. Достаточно открыть ссылку в браузере, ничего не устанавливая и не обновляя.
Непредвиденные трудности
Больше всего времени ушло не на код, а на изучение платформы. Среда разработки новая, части инструментов, к которым привык 1С-разработчик, в ней нет. Обходные пути приходилось придумывать из того, что было под рукой. По классической 1С есть курсы и разобранные кем-то проблемы в поиске, а по 1С:Элементу ответы искали в тематических чатах Telegram.
Разработка идет в облаке, поэтому скорость работы зависит от сервера. Регулярно вылетали ошибки, которые через какое-то время проходили сами. Отладка от этого растягивалась: непонятно, дело в логике или платформа сейчас отвечает медленно.
Четкого ТЗ у проекта не было. Требования формулировали по ходу. Сотрудники говорили, что нужно, а что нет, руководитель проекта передавал это в разработку. Часть работы приходилось переделывать.
Результат
У компании впервые появилась история компенсаций в учетной системе: видно, кто чем пользуется и на что уходят деньги. Приложением пользуются постоянно — только по бонусам «Спасибо» проходит от 150 до 200 начислений в месяц.
Сотрудники открывают приложение в браузере и видят свои лимиты, остатки и историю расходов. Ежемесячно они отправляют около 50 заявок на компенсацию. Раньше на каждую у бухгалтера уходило до 10 минут ручной работы. Теперь заявка приходит в 1С:КА готовым документом, лимиты обновляются по расписанию каждой категории, а бухгалтеру остается проверить чек и нажать одну кнопку.
Кроме бизнес-эффекта команда получила опыт разработки полного цикла на 1С:Элемент. Теперь мы знаем, где эту технологию можно применить на клиентских проектах. Она хорошо подходит для витрин и интернет-магазинов, приложений для CRM, личных кабинетов сотрудников.
Ближайшие планы. Скоро добавим статусы заявок внутри приложения. Сотрудник увидит, на каком этапе сейчас его заявка — «Отправлена в бухгалтерию», «В работе» или «Выполнена». Письмо на почту при этом останется. Следом сделаем категории для бонусов «Спасибо», чтобы благодарность точнее привязывалась к тому, за что она.
Отдельно готовим отчеты для HR и бухгалтерии по использованию компенсаций. Из них будет видно, какими льготами сотрудники пользуются, а какими нет. Невостребованные можно будет заменить на что-то нужное.
Длительность. Проект занял 6 месяцев: начали в январе 2026 года, запустили в июле. С готовым ТЗ и наработанным опытом в 1С:Элемент похожее приложение делается заметно быстрее.
Команда. Над проектом работали трое специалистов. Руководитель проекта собирал требования сотрудников и передавал их в разработку. Разработчик делал приложение на 1С:Элемент и доработки в 1С:КА. Второй разработчик тестировал и переносил доработки в продакшен.
