Прием сотрудника в 1С: как оформить правильно, чтобы отпуск и стаж считались без ошибок
Первый вариант.
Все оформили за 10 минут, сотрудник работает, отпуск считается правильно, стаж идет как надо. Через полгода никто даже не вспоминает, как его принимали.
И второй вариант.
Тоже сделали все за 10 минут. Но через полгода эти десять минут оборачиваются парой часов, а то и больше. Начинаются вопросы: почему отпуск считается неправильно, куда делся стаж, почему 1С показывает странные даты.
В этот момент обычно говорят, что 1С опять чудит. На практике программа почти никогда не чудит. 1С считает очень честно. Она просто берет те данные, которые ей ввели при приеме сотрудника, и дальше считает по ним отпуск, стаж и расчеты.
Если в приеме что-то заполнено не так, ошибка всплывет позже. Обычно в самый неудобный момент: перед отпуском, увольнением или расчетом компенсаций.
Поэтому важно не просто оформить прием сотрудника, а сделать это так, чтобы отпуск и стаж считались правильно с самого начала.
Давайте разберем, где чаще всего возникают проблемы при приеме сотрудника в 1С и что проверить сразу, чтобы потом не возвращаться к этому снова.
1) Важная мысль, которую я повторяю как мантру
Отпуск и стаж ломаются не в отпуске.
Они ломаются на входе. В приеме. В карточке. В датах. В графике.
Это как посадить дерево в кривую яму: оно потом будет расти “правильно”, только криво. И вы хоть поливайте его отпускными документами, оно от этого ровнее не станет.
2) “Физлицо” и “сотрудник” это не одно и то же (и на этом многие горят)
В 1С человек может жить в двух “образах”:
Физлицо: паспортные данные, СНИЛС, ИНН, дата рождения.
Сотрудник: рабочая сущность в конкретной организации, с табельным номером, приемом, графиком, должностью.
Самый неприятный кейс, который я видел: один человек был заведен как два сотрудника. Один “для кадров”, второй “для доступа/учета”. Итог шикарный: отпуск копился у одного, а отпуск оформляли на другого. Через 8 месяцев сотрудник пришел с честным лицом: “Почему у меня ноль дней?”
И вот вы не просто “исправляете пару полей”. Вы лезете в базу как в шкаф, где кто-то перемешал носки с документами.
Что я делаю теперь на автомате:
перед созданием нового сотрудника всегда ищу физлицо
если человек уже работал раньше, десять раз думаю, надо ли создавать нового сотрудника, или правильно принять “существующего” заново
3) Дата приема: одна цифра, которая легко превращается в конфликт
Тут все просто, как с будильником: если поставить не то время, проснешься не тогда. И потом виноват будильник.
Типичные промахи:
поставили дату приказа, а не дату фактического выхода
перепутали “01.02” и “10.02” (да, бывает)
приняли задним числом “чтобы красиво”, а потом забыли, что “красиво” это опасно
Как это выглядит в реальности:
Сотрудник вышел 15 марта. Его приняли 1 марта, потому что “так договорились” и “потом поправим”. Через полгода у него накопилось больше отпуска, чем должно. Руководитель уже пообещал две недели. А вы стоите между “надо по правилам” и “ну мы же пообещали”.
С тех пор правило железное:
Дата приема = фактический первый рабочий день.
Приказ печатайте как хотите, но базу не превращайте в сказку.
4) Вид занятости и ставка: мелочь, которая всплывает как поплавок
Есть особый вид боли: когда сотрудника приняли как совместителя, хотя он основной.
Снаружи все выглядит нормально. Первые недели вообще тишина. А потом начинают сыпаться странности:
в отчетах он как будто “второстепенный”
где-то он не выбирается
отпуск копится “не так”, как ожидают
Один раз мы нашли такую ошибку только по косвенным признакам: человек не попадал в один из списков, а попадал в другой. Как будто он не сотрудник, а кот Шредингера.
Что проверяю в приеме:
занятость (основное/совместительство)
ставка (1, 0,5, 0,25)
если неполное время, то чтобы это поддерживалось графиком и условиями, а не просто цифрой “0,5 для галочки”
5) График работы: тут 1С мстит тихо и без предупреждения
График часто ставят по принципу “пусть будет пятидневка, потом разберемся”.
А потом “потом” наступает в виде отпуска, который списался странно.
У меня был кейс: половина людей работала 2/2, но новичкам всем ставили стандартный график, чтобы быстрее оформлять. Когда один сотрудник взял отпуск на 14 дней, 1С списала не те дни. Начались споры, скриншоты, звонки. И классика: “а вы точно правильно оформили?”
Сравнение, которое я люблю: график это как рельсы. Документы по ним едут. Если рельсы проложили в сторону болота, поезд туда и поедет. И он не виноват.
Что делаю:
ставлю правильный график сразу
если график индивидуальный, лучше потратить 10-15 минут, чем потом разбирать “почему отпуск не совпадает с реальностью”
6) Подразделение и должность: не “для красоты”, а чтобы история не развалилась
Кадры любят мысль “потом поправим подразделение”. Но база это не заметки в блокноте. Любое “потом” оставляет след.
Сценарий обычный:
приняли в “Администрацию”, потому что так быстрее
через два месяца перевели в “Продажи”
руководитель говорит: “А можно чтобы он как будто всегда был в Продажах?”
И вот дальше начинается хирургия без наркоза: кто-то правит прием задним числом, перепроводит цепочки, а потом удивляется, почему где-то стаж или периоды стали странными.
Мой подход:
прием фиксирует факт на дату
дальше только документами по хронологии
“переписать прошлое” только когда есть реальная необходимость, а не ради красоты в отчете
7) Стаж для отпуска: руками трогать можно, но лучше как с электрикой
Тут опасность не в том, что нельзя. А в том, что последствия всплывают позже.
Был случай: сотрудник уволился, через месяц вернулся. Руководитель сказал: “Он свой, пусть стаж не прерывается”. Кадровик руками “подкрутил” стаж. Через год оказалось, что у человека накопились лишние дни отпуска. И дальше дилемма без хорошего выхода:
либо вы отдаете лишние дни (и всем потом “тоже так хочу”)
либо отнимаете (и получаете конфликт)
Что я делаю сейчас:
если нет основания, стаж руками не правлю
если основание есть, фиксирую это документально, чтобы через год не было “а кто решил?”
8) Двухминутная проверка после приема, которая спасает жизнь
Это мой любимый кусок, потому что он реально экономит время.
После проведения приема я делаю быструю проверку:
1) Сотрудник не “раздвоился”?
Ищу дубль. Да, каждый раз. Это как проверка, закрыли ли вы дверь.
2) График правильный?
Смотрю, с какой даты он действует. Чтобы не было “график с понедельника”, а прием со среды.
3) Отпуск хотя бы выглядит адекватно?
Простой бытовой расчет:
28 дней в год это примерно 2,33 дня в месяц.
Через 2 месяца должно быть около 4,66.
Если вижу 0 или 9, я не иду дальше. Я ищу, где косяк.
Да, это грубо. Зато работает как детектор дыма.
Самые частые мины (и как не наступить)
Мина: дубль сотрудника
Симптом: отпуск копится, но “не там”, человек не выбирается в документах, остатки странные.
Лечение: аккуратно разруливать карточки и связки. Лучше не доводить.
Мина: неправильный график
Симптом: отпуск списывается не по ожиданиям, табель странный.
Лечение: корректировка графика с нужной даты и контроль документов.
Мина: правка задним числом “ради красоты”
Симптом: история кадровых движений становится кашей.
Лечение: уважать хронологию. База любит порядок.
Мина: ручная правка стажа “по справедливости”
Симптом: через год всплывают лишние дни.
Лечение: только по основанию и с фиксацией.
Итоговый “прием без сюрпризов” в одну страницу
Если совсем коротко, то так:
Сначала ищем физлицо, не плодим дублей.
Создаем сотрудника в правильной организации.
Дата приема = фактический выход на работу.
Занятость и ставка соответствуют реальности.
График правильный и действует с нужной даты.
Подразделение и должность не “примерно”, а точно.
После проведения 2 минуты проверяем отпуск и видимость сотрудника.