«Нам точно нужен программист для 1С?» Этот вопрос обычно возникает у компаний на 50-150 сотрудников, когда кадровый учет живет в Excel, бухгалтерия работает в своей базе, а согласования уходят в почту и чаты. В такой ситуации проблема чаще всего не в самой 1С. Приемы, отпуска и переводы просто ведутся в разных местах, и система не может собрать это в единый процесс.
Я бы делил такие задачи на три уровня: что можно поднять своими силами, где нужен внедренец, а где уже начинается отдельный проект с обменами и доработкой. Разница в бюджете здесь заметная: между стандартной настройкой и разработкой обменов она нередко вырастает в 2-4 раза.
ЗУП собирает кадровые события и расчет зарплаты в одной системе
1С:Зарплата и управление персоналом 8.3, как правило редакция 3.1, позволяет держать в одном месте приемы, переводы, увольнения, отпуска, больничные, графики, начисления, удержания и отчетность. Для бизнеса это рабочая система, в которой сходятся кадровые события и расчет зарплаты.
У нас был проект в сервисной компании с выездными сотрудниками на 120 человек. Приказы на прием и отпуск частично заводили в 1С:Бухгалтерии, остатки отпусков сверяли вручную в конце месяца, а одно подразделение в Excel и в штатном расписании называлось по-разному. После переноса кадрового учета в ЗУП 3.1 и настройки стандартной синхронизации с 1С:Бухгалтерией ручные сверки сократились с 5-6 до 1-2 в месяц. Разработка не понадобилась.
В одном логистическом проекте CTO точно сформулировал мысль: лицензию компании обычно считают внимательно, а цену ручных сверок вспоминают слишком поздно.
Большая часть рутины закрывается базовым функционалом
При стандартном кадровом учете без внешних систем ЗУП закрывает прием, перевод, увольнение, отпуска, больничные, командировки, графики, штатное расписание, базовые начисления и удержания. На практике это и есть основной массив задач.
Чаще всего недооценивают роли, права, шаблоны документов и правила ввода. Именно здесь обычно сгорают часы кадровика и бухгалтера: возвраты, ручные проверки, исправления перед выплатой. На штате в 70 человек кадровик тратил 12-15 часов в месяц только на отпуска и сверку остатков. Мы настроили виды отпусков, графики, шаблоны и обязательные поля, и это сократилось до 4-5 часов.
| Задача | Без программиста | Нужен внедренец | Нужна разработка |
|---|---|---|---|
| Прием, перевод, увольнение | Да | Иногда | Редко |
| Графики, отпуска, больничные | Да | Да, если много исключений | Редко |
| Права и роли | Да | Да | Редко |
| Обмен с 1С:Бухгалтерией | Иногда | Да | Иногда |
| Премии по KPI из CRM, свои маршруты согласования | Нет | Частично | Да |
| Обмен с CRM, СКУД, внешней табельной системой | Нет | Частично | Да |
Экономия начинается там, где вводят правила
Главная ошибка - переносить в ЗУП старые костыли из Excel, почты и чатов. Пока не определены роли, сроки ввода и первичная система, автоматизация просто ускоряет путаницу.
Я видел проект, где 20-25% кадровых документов возвращались на исправление. Ломался не расчет, а дисциплина ввода: отпуск уже согласовали, но в ЗУП его вносили после закрытия табеля. Мы не писали код. Сначала зафиксировали обязательные поля, роли и сроки внесения сведений. За 2 расчетных периода возвраты упали до 5-7%, кадровая служба стала экономить около 10-12 часов в месяц, а бухгалтерия перестала ловить ошибки перед выплатой.
- До - отпуск согласуют в чате, табель присылают файлом, приказ собирают вручную
- После - один инициатор, сведения сразу вносятся в ЗУП, документ собирается по шаблону
- До - остатки отпусков уточняют по переписке
- После - система проверяет их сама
Граница типового решения проходит на обменах
Граница здесь простая: как только сведения начинают передаваться между системами, это уже интеграционный проект. При стандартных кадровых событиях и обычных правилах расчета чаще всего хватает настройки без доработок. Когда смены приходят из внешней табельной системы, заявки - из CRM, доступы - из СКУД, а документы уходят во внешний ЭДО, уже нужны карта обмена, контроль ошибок и журнал событий.
У сети из 9 точек продаж кадровый учет и зарплату мы запустили стандартно. Табели при этом приходили из внешней системы учета рабочего времени. Без интеграции их пришлось бы переносить вручную каждый месяц, а на таком масштабе это съедало бы 20+ часов и давало ошибки при закрытии смен.
Где мы сами ошиблись
Один проект у нас не пошел с первого раза. Клиент попросил сохранить старый порядок согласования отпусков: почта, Excel, исключения по отделам, отдельные правила для руководителей. Мы попробовали это повторить и через 2 месяца откатились. Симптом был простой: отпуска по-прежнему согласовывали по почте, а в ЗУП документы появлялись постфактум.
После этого мы сократили варианты, оставили один основной маршрут и только потом подключили нужные обмены. Срок запуска вырос на 3 недели, но процесс в системе стал совпадать с тем, как люди реально работают.
Проверьте один маршрут - от заявки на отпуск до расчета выплаты. Если там до сих пор есть чат, письмо и ручная сверка, программисту пока рано ставить задачу: он просто автоматизирует тот беспорядок, который у вас уже есть.
