Зарплата в 1С:ERP или отдельный ЗУП КОРП: как решить

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

Что умеет ERP в части кадров и зарплаты

В 1С:ERP Управление предприятием для Казахстана есть подсистема кадрового учёта и расчёта зарплаты. Она построена на той же основе, что и 1С:Зарплата и управление персоналом: приём, перевод, увольнение, графики работы, табель, начисления, удержания, ИПН, ОПВ, социальные отчисления и взносы, выплаты через банк и кассу. Для типового производственного предприятия этого обычно хватает — бухгалтер по зарплате работает в той же базе, где кладовщик и экономист.

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

Чего в ERP нет — расширенного блока управления персоналом. Подбор кандидатов, оценка, обучение, кадровый резерв, развитая мотивация по KPI — это функции редакции КОРП программы ЗУП. Подробно, что именно добавляет КОРП, мы разбирали в статье «ЗУП ПРОФ и КОРП: что даёт КОРП».

Два варианта и их цена

Цены лицензий — текущие по нашему каталогу, для электронной поставки. Работы по настройке обмена и переносу данных считаются отдельно, по ставке от 22 000 ₸ в час.

Когда оставлять зарплату в ERP

Мы советуем не плодить базы, если:

• у компании до нескольких сотен сотрудников и одна-три организации;
• кадровая служба ведёт приказы, отпуска и больничные, но не занимается оценкой и обучением в системе;
• важна точная себестоимость, и затраты на персонал нужно распределять по заказам или переделам;
• в штате нет отдельного администратора 1С, который будет следить за двумя базами и обменом между ними.

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

Когда нужен отдельный ЗУП КОРП

Отдельная база оправдана в других ситуациях:

1. HR-функция шире расчёта. Компания хочет вести подбор, оценку, планы обучения, кадровый резерв — это есть только в ЗУП КОРП.
2. Много людей и сложный расчёт. Тысячи сотрудников, суммированный учёт, сменные графики, вахта. Расчёт зарплаты тяжело нагружает базу, и выносить его отдельно бывает выгодно по производительности.
3. Конфиденциальность. Собственник не хочет, чтобы данные о зарплатах физически лежали в базе, к которой подключены сотни пользователей. Права в ERP настраиваются, но отдельная база снимает вопрос полностью.
4. Холдинг. Несколько юрлиц, общий центр обслуживания по кадрам и зарплате, а учёт в ERP ведётся не во всех компаниях группы. Про связку ERP с консолидацией — в статье «1С:ERP и Управление холдингом».

Как устроена связка ERP и ЗУП

Если выбрали две базы, в ERP включают ведение кадрового учёта и расчёта зарплаты во внешней программе, а между базами настраивают синхронизацию данных. Справочники организаций, подразделений и физических лиц должны жить в одном месте, иначе через полгода появятся дубли. Мы обычно назначаем «главной» базой по структуре предприятия ERP, а по сотрудникам — ЗУП.

Из ЗУП в ERP по итогам месяца передаются результаты: начисленная зарплата, налоги и взносы, суммы к выплате — в разрезе подразделений и статей затрат. Дальше ERP распределяет их на себестоимость. Логика проводок та же, что в связке ЗУП с Бухгалтерией, мы описывали её в статье «Обмен ЗУП с Бухгалтерией: проводки по зарплате».

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

Переезд в обе стороны

Решение не навсегда, но переезд стоит денег.

Из ERP в отдельный ЗУП — относительно спокойный путь: конфигурации родственные, кадровую историю и остатки по взаимным расчётам переносят типовыми средствами, дальше настраивают синхронизацию. Самое трудоёмкое — сверка начислений за перенесённые периоды и средний заработок для отпусков.

Из ЗУП обратно в ERP — реже и сложнее, потому что теряется функциональность КОРП и всё, что на ней построено. Если сомневаетесь, начните с зарплаты в ERP: добавить ЗУП позже проще, чем отказаться от него.

Права и закрытость данных в одной базе

Если зарплата остаётся в ERP, вопрос конфиденциальности решается настройкой прав. Мы делаем это так:

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

Последний пункт часто пропускают. А потом выясняется, что менеджер по продажам видит сумму начислений в отчёте по затратам подразделения, потому что отчёт строится по данным себестоимости, а не по зарплатным документам. Затраты на оплату труда в себестоимости видны всем, у кого есть доступ к себестоимости, — это нужно учитывать при проектировании ролей.

Если такой уровень контроля кажется собственнику недостаточным, это сильный аргумент в пользу отдельного ЗУП. Права в отдельной базе проще проверить: в неё просто не заходят те, кому не положено.

Что учесть в бюджете проекта

Помимо лицензий, у двух баз есть постоянные расходы, которые на старте недооценивают:

• обновление двух конфигураций и проверка обмена после каждого релиза;
• контроль ошибок синхронизации: кто-то должен регулярно смотреть журнал обмена;
• двойное обучение — кадровики работают в ЗУП, экономисты в ERP, и каждый должен понимать, где граница;
• серверные ресурсы под вторую базу.

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

Как принять решение за один день

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

1. Сколько сотрудников и организаций будет через два-три года, а не сегодня?
2. Нужны ли подбор, оценка и обучение именно в 1С, или они уже живут в другой системе?
3. Нужно ли распределять затраты на персонал по заказам или переделам?
4. Кто будет администрировать базы и обмен?
5. Насколько жёсткие требования к закрытости данных о зарплате?

Если на второй и пятый вопросы ответ «нет», а на третий «да» — зарплата остаётся в ERP. Если HR-функции нужны и людей много — закладываем ЗУП КОРП в проект с самого начала, ещё на этапе подготовки к внедрению, и учитываем в бюджете внедрения.

Про сам проект ERP и варианты поставки — на странице внедрения 1С:ERP для Казахстана, про программу — в карточке 1С:ERP.

Обсудить схему учёта зарплаты

Частые вопросы

Можно ли в ERP рассчитать ИПН, ОПВ и социальный налог по нормам Казахстана?

Да, казахстанская версия ERP содержит расчёт налогов и взносов с зарплаты и регламентированную отчётность. Изменения законодательства приходят с обновлениями по договору 1С:ИТС.

Нужен ли ЗУП КОРП, если у нас только кадровый учёт без HR-функций?

Нет. Для кадрового учёта и расчёта достаточно ERP. Отдельный ЗУП стоит рассматривать ради функций КОРП, большого объёма расчёта или требований к закрытости данных.

Можно ли взять ЗУП ПРОФ вместо КОРП в связке с ERP?

Технически синхронизация работает и с ПРОФ. Но если HR-функции не нужны, отдельная база ЗУП ПРОФ обычно лишь добавляет обмен, не давая новых возможностей по сравнению с ERP.

Сколько стоит настройка обмена ERP и ЗУП?

Зависит от числа организаций, структуры и требований к распределению затрат. Работы оцениваем после обследования, ставка — от 22 000 ₸ в час.