1 с кадры https://ivan-1s.ru ru Fri, 06 Mar 2026 22:53:35 +0300 Прием сотрудника в 1С: как оформить правильно, чтобы отпуск и стаж считались без ошибок https://ivan-1s.ru/tpost/b2aj00p9e1-priem-sotrudnika-v-1s-kak-oformit-pravil https://ivan-1s.ru/tpost/b2aj00p9e1-priem-sotrudnika-v-1s-kak-oformit-pravil?amp=true Fri, 06 Mar 2026 22:50:00 +0300 Когда принимаешь сотрудников в 1С, события обычно происходят по двум сценариям:

Прием сотрудника в 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) Подразделение и должность: не “для красоты”, а чтобы история не развалилась

Кадры любят мысль “потом поправим подразделение”. Но база это не заметки в блокноте. Любое “потом” оставляет след.
Сценарий обычный:
  1. приняли в “Администрацию”, потому что так быстрее
  2. через два месяца перевели в “Продажи”
  3. руководитель говорит: “А можно чтобы он как будто всегда был в Продажах?”
И вот дальше начинается хирургия без наркоза: кто-то правит прием задним числом, перепроводит цепочки, а потом удивляется, почему где-то стаж или периоды стали странными.
Мой подход:
  • прием фиксирует факт на дату
  • дальше только документами по хронологии
  • “переписать прошлое” только когда есть реальная необходимость, а не ради красоты в отчете

7) Стаж для отпуска: руками трогать можно, но лучше как с электрикой

Тут опасность не в том, что нельзя. А в том, что последствия всплывают позже.
Был случай: сотрудник уволился, через месяц вернулся. Руководитель сказал: “Он свой, пусть стаж не прерывается”. Кадровик руками “подкрутил” стаж. Через год оказалось, что у человека накопились лишние дни отпуска. И дальше дилемма без хорошего выхода:
  • либо вы отдаете лишние дни (и всем потом “тоже так хочу”)
  • либо отнимаете (и получаете конфликт)
Что я делаю сейчас:
  • если нет основания, стаж руками не правлю
  • если основание есть, фиксирую это документально, чтобы через год не было “а кто решил?”

8) Двухминутная проверка после приема, которая спасает жизнь

Это мой любимый кусок, потому что он реально экономит время.
После проведения приема я делаю быструю проверку:

1) Сотрудник не “раздвоился”?

Ищу дубль. Да, каждый раз. Это как проверка, закрыли ли вы дверь.

2) График правильный?

Смотрю, с какой даты он действует. Чтобы не было “график с понедельника”, а прием со среды.

3) Отпуск хотя бы выглядит адекватно?

Простой бытовой расчет:
28 дней в год это примерно 2,33 дня в месяц.
Через 2 месяца должно быть около 4,66.
Если вижу 0 или 9, я не иду дальше. Я ищу, где косяк.
Да, это грубо. Зато работает как детектор дыма.

Самые частые мины (и как не наступить)

Мина: дубль сотрудника

Симптом: отпуск копится, но “не там”, человек не выбирается в документах, остатки странные.
Лечение: аккуратно разруливать карточки и связки. Лучше не доводить.

Мина: неправильный график

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

Мина: правка задним числом “ради красоты”

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

Мина: ручная правка стажа “по справедливости”

Симптом: через год всплывают лишние дни.
Лечение: только по основанию и с фиксацией.

Итоговый “прием без сюрпризов” в одну страницу

Если совсем коротко, то так:
  1. Сначала ищем физлицо, не плодим дублей.
  2. Создаем сотрудника в правильной организации.
  3. Дата приема = фактический выход на работу.
  4. Занятость и ставка соответствуют реальности.
  5. График правильный и действует с нужной даты.
  6. Подразделение и должность не “примерно”, а точно.
  7. После проведения 2 минуты проверяем отпуск и видимость сотрудника.
]]> Остатки отпусков в 1С не сходятся: где искать ошибку и как всё исправить https://ivan-1s.ru/tpost/22ll94ge41-ostatki-otpuskov-v-1s-ne-shodyatsya-gde https://ivan-1s.ru/tpost/22ll94ge41-ostatki-otpuskov-v-1s-ne-shodyatsya-gde?amp=true Fri, 06 Mar 2026 22:51:00 +0300 Бывали случаи на моей практике, когда сотрудник рассчитывал, что у него есть 14 дней отпуска, но кадровик открывал программу и видел совсем другие цифры

Остатки отпусков в 1С не сходятся: где искать ошибку и как всё исправить

Бывали случаи на моей практике, когда сотрудник рассчитывал, что у него есть 14 дней отпуска, но кадровик открывал программу и видел совсем другие цифры. А работник тем временем уже выбрал отель и все распланировал.
И здесь кадровики обычно тяжело вздыхают, ведь придется объяснять сотруднику, почему у него “накопилось” 3,67 дня, вместо двухнедельного периода.
Я видел это десятки раз. И почти всегда проблема не в отпуске. Проблема в прошлом. В мелких решениях, которые тогда казались безобидными: “потом поправим”, “да поставь пятидневку, позже разберемся”, “ну пусть будет 1-е число, так проще”.
Поговорим, почему остатки расходятся и как их привести в порядок так, чтобы потом они не развалились снова.

Для начала: “не сходится” с чем именно?

Перед тем как чинить, я задаю себе один простой вопрос: с чем вы сравниваете остаток?

Вариант 1. “По ощущениям должно быть 28”

Логика понятная: год отработал значит 28 дней.
Но если были перерывы, совместительство, неполное время, сменные графики, переносы, увольнение и повторный прием, “год” перестает быть ровным годом.

Вариант 2. “У нас в Excel другое”

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

Вариант 3. “В одном отчете 12, в другом 9”

Вот это уже красный флаг. Значит, вы смотрите на разные механики или разные точки отсчета.

Причина №1. Сотрудника приняли “на скорую руку”, а потом забыли

Самая частая история. И самая коварная, потому что первые месяцы все выглядит нормально.
Кейс из жизни:
Человек реально вышел 15 марта. В 1С его приняли 1 марта, потому что “так в приказе” или “так удобнее”. Прошло 8 месяцев, сотрудник накопил лишние дни. Руководитель уже пообещал отпуск. И вот вы сидите с выбором: либо отдаете лишнее, либо объясняете, почему “система отняла то, что было”.
Что обычно ломает картину:
  • дата приема поставлена “красивая”, а не фактическая
  • перепутали организацию (особенно если их несколько)
  • занятость оформили как совместительство вместо основного (или наоборот)
И да, это не мелочь. Это как начать фильм не с первой серии, а с третьей, а потом удивляться, что сюжет странный.

Причина №2. Дубли сотрудников: отпуск копится у одного, а гуляет другой

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

Причина №3. График работы стоит “на отстань” и мстит потом

График это, по сути, линейка, которой измеряют рабочие дни, периоды, списание.
Если линейка кривая, измерения будут “примерно”.
Кейс, который я помню слишком хорошо:
Сотрудник работал 2/2, но в базе ему поставили пятидневку, потому что так быстрее оформить. Он взял отпуск на 14 календарных дней, а списание получилось не так, как ожидали. И тут начинается веселое:
  • сотрудник уверен, что его обманули
  • руководителю нравится, что “меньше гуляет”
  • вы пытаетесь объяснить, что вообще-то это не экономия, а ошибка учета
Если график неверный, остатки могут выглядеть “логично” в цифрах, но быть абсолютно нелепыми по факту.

Причина №4. Компания “вчера” жила в Excel, “сегодня” в 1С, а мост не построили

Переходный период это всегда зона турбулентности.
Типичный сценарий:
  1. пару лет отпуска считали в таблице
  2. решили вести в 1С
  3. ввели стартовые остатки “примерно”
  4. начали оформлять отпуска
  5. через полгода все разъехалось, потому что “примерно” копится тоже очень старательно
Кейс:
Внесли сотруднику стартовый остаток 14 дней вместо 9,33. Почему 14? “Мы округляем, чтобы людям приятно”. Через год стало неприятно, потому что лишние дни превратились в спор: отдавать ли их как обещание или выравнивать по правилам.

Причина №5. Исправления задним числом: эффект домино

1С хорошо живет, когда события идут по времени.
А когда начинают “вчера перепровели два года, потому что надо было”, база иногда реагирует как организм на резкую диету: формально все еще работает, но настроение так себе.
У меня был проект, где остатки стали плясать именно после массового перепроведения за 2 года. Мы не “чиняли отпуск”. Мы восстанавливали историю: кто когда принят, когда менялся график, когда были отпуска, где появилось заднее число.

Как привести остатки в порядок: план, который реально работает

Не магия. Скорее уборка в шкафу: сначала достаешь все, потом раскладываешь.

1) Не хватайтесь за всех сразу

Берите 10-15 “самых шумных” случаев:
  • у кого отпуск скоро
  • у кого остаток очевидно странный (0 при стаже 2 года или 40 при стаже 1 год)
  • у кого были переводы, смена графика, увольнение и повторный прием
Так вы быстрее поймете корень проблемы, а не утонете в массе.

2) По каждому человеку соберите “скелет истории”

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

3) Проверьте дубли

Да, скучно.
Да, обязательно.
Если у человека две карточки сотрудника, сначала решается это. Потом все остальное.

4) Проверьте график именно на периоды отпусков

Не “сейчас график правильный, значит все ок”.
А “какой график был на дату отпуска”.
Вот тут часто и прячется причина “почему списало 10 вместо 14”.

5) Уточните правила подсчета и округления

Вот откуда берутся эти “2,33” и “11,67”.
Если отпуск 28 дней в год, то в среднем в месяц это 28 / 12 = 2,3333…
И дальше вопрос не в математике, а в том, как вы договорились жить:
  • храните дроби
  • округляете
  • округляете всегда в одну сторону (что со временем наращивает ошибку)
Я видел ситуации, где округление каждый месяц “в меньшую сторону” давало минус почти 4 дня за год. Люди думали, что их обокрали. А это была просто “удобная привычка”.

6) Исправляйте причину, а не конечную цифру

Самый популярный “быстрый фикс”: поставить остаток “как надо”.
Иногда это допустимо как временная заплатка. Но если причина не устранена, заплатка слетит.
Если проблема в дате приема, чинится дата и последствия.
Если в дубле, решается дубль.
Если в графике, правится график.

7) Контрольная проверка на здравый смысл

Мне нравится простая оценка, которая ловит почти все явные перекосы:
  • 28 дней в год это примерно 2,33 в месяц
  • за 6 месяцев около 14
  • за 12 месяцев около 28
Если стаж 6 месяцев, а остаток 3 дня, что-то не так.
Если стаж год, а остаток 40, тоже что-то не так.
Это не точный расчет, но отличный “сигнал тревоги”.

Быстрые подсказки по симптомам

Остаток 0 при долгом стаже

Часто: дубль сотрудника или отпуск копится “не на той карточке”.

Остаток слишком большой

Часто: неверная дата приема, завышенные стартовые остатки, округления.

В разных отчетах разные цифры

Часто: разные механики расчета или “перелопаченная” история задним числом.

Документ отпуска списывает “не те дни”

Часто: график или единица учета (календарные/рабочие) не совпадают с тем, как вы ожидаете.

И последнее, по-честному

Когда остатки отпусков не сходятся, очень хочется “просто поставить правильное число и забыть”.
Я понимаю. Правда.
Но если в базе осталась причина, вы через пару месяцев снова вернетесь сюда же. Только уже с другим сотрудником. И с тем же вздохом при открытии отчета.
]]> Почему документ не проводится в 1С и как быстро найти ошибку https://ivan-1s.ru/tpost/x23es29sh1-pochemu-dokument-ne-provoditsya-v-1s-i-k https://ivan-1s.ru/tpost/x23es29sh1-pochemu-dokument-ne-provoditsya-v-1s-i-k?amp=true Fri, 06 Mar 2026 22:52:00 +0300 Случалась, ли с вами ситуация:

Почему документ не проводится в 1С и как быстро найти ошибку

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

Сначала: где 1С обычно говорит правду (а не “ошибка проведения”)

1) Сообщение внизу формы

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

2) Кнопка “Подробно” (если есть)

Это как открыть коробку, вместо того чтобы трясти ее и надеяться, что станет ясно, что внутри.

3) Список “Все сообщения”

Иногда сверху одно короткое “не проведено”, а внутри три нормальных причины, типа:
  • не заполнено подразделение
  • не указан график
  • период закрыт

4) Журнал регистрации, если ошибка мутная

Это уже уровень “достаем фонарик”. Полезно, когда проблема не в данных, а в правах, блокировках или технических вещах.

Что проверять в первую очередь

Я бы мог написать “проверьте всё”. Но это не план, а настроение.
Вот план. И он реально работает.

1) Дата документа и закрытый период

Это чемпион. Абсолютный.
Кейс, который повторяется как сериал:
Кадровик оформляет прием задним числом “по приказу”. А бухгалтерия уже закрыла месяц. 1С упирается и делает вид, что она злодей. Хотя по факту она просто охраняет закрытый период, как сторожевой пес.
Что делаю:
  • смотрю дату документа
  • проверяю, не стоит ли запрет на изменения/проведение за этот период
  • если период закрыт, не ломаю дверь лбом: либо меняю дату, либо договариваюсь об открытии периода (и понимаю последствия)
Иногда это решает проблему за 30 секунд. И это приятно.

2) Обязательные поля, которые “как будто заполнены”, но не на ту дату

Да, звучит скучно. Но именно тут чаще всего прячется мелкая заноза.
Типовые “пустоты”, из-за которых документ не проходит:
  • организация
  • сотрудник (и чтобы это был тот сотрудник, а не “его двойник”)
  • подразделение
  • должность
  • график
  • основание/вид отпуска/причина кадрового события
Мини-кейс:
Документ отпуска не проводится. На форме график у сотрудника вроде есть. Но он действует с 15-го числа, а отпуск начинается с 1-го. Для человека “ну есть же график”, а для 1С “на эту дату графика нет, извините”.
Фишка: 1С не ругается “график неправильный”. Она ругается как человек, который устал: “не могу рассчитать”. И дальше ищи.

3) Дубли сотрудников: один копит историю, другой мешает жить

Это как иметь два одинаковых ключа, один от квартиры, второй от домофона. И пытаться открыть квартиру ключом от домофона. Вроде “ключ же мой”, но дверь не та.
Признаки:
  • в базе два одинаковых ФИО
  • сотрудник то появляется, то исчезает в подборе
  • в отчетах его отпуск/стаж есть, а документ не проводится
Кейс из практики:
У человека было две карточки “Сотрудник”: одну завели “для кадров”, вторую “для доступа”. Отпуска копились на первой, а оформляли на второй. Документ упирался, потому что “истории нет”. И это не починить галочкой. Сначала нужно разрулить дубль.
Что делаю:
  • ищу, нет ли второй карточки сотрудника
  • смотрю, на какую карточку оформлялись предыдущие документы
  • дальше уже аккуратно: объединение/перенос/корректировка по ситуации

4) Хронология событий: нельзя вставить отпуск “после увольнения”

1С в этом смысле зануда. Но логичная.
Кейс:
Сначала провели увольнение. Потом вспомнили, что был отпуск “вот перед увольнением”. Пытаются провести отпуск датой после увольнения. 1С говорит: “Человек уже не работает”. И она права.
Проверяю:
  • нет ли увольнения раньше даты документа
  • нет ли перевода/изменения условий, которое “перекрывает” период
  • не пытаюсь ли я вставить событие между уже проведенными событиями так, что история становится невозможной

5) Пересечения: отпуск на отпуск, больничный на отпуск, отсутствие на отсутствие

Это прямо классика жанра.
Кейс:
Оформили отпуск с 01.07 по 14.07. Потом сотрудник попросил “перенести”, сделали второй отпуск с 10.07 по 20.07. Первый забыли отменить.
И дальше 1С либо не проводит, либо проводит так, что потом вы разгребаете.
Что делаю:
  • смотрю календарь отсутствий
  • нахожу пересечения
  • отменяю лишнее или оформляю перенос корректно, а не “новым документом поверх”

6) Права доступа: когда вы уверены, что “вчера же проводилось”

Это тот случай, когда человек божится, что ничего не менял, а причина в том, что кто-то поменял роли.
Кейс:
Расчетчик спокойно проводил документы. Потом админ “настроил безопасность”. И внезапно у расчетчика половина кнопок работает, а проведение нет. Сообщение бывает мутным: что-то вроде “операция не выполнена”.
Проверка:
  • пробую провести под пользователем с расширенными правами (если есть)
  • смотрю роли
  • если совсем странно, лезу в журнал регистрации

7) Блокировки: “кто-то держит документ открытым”

Эта штука особенно любит конец месяца. Когда в базе 5 человек и у каждого “последнее маленькое исправление”.
Кейс:
Один кадровик открыл документ и ушел на обед. Второй в это время попытался провести изменения. Получил “объект заблокирован” или “не удалось записать”. Начался чат “у тебя документ открыт?” “нет” “точно?” “ну может”.
Что делаю:
  • закрываю документ у всех, кто мог его держать
  • обновляю форму
  • провожу один раз, без серии из 12 кликов

8) После обновления: вдруг появилось новое “обязательное”

Это неприятно, но бывает.
Кейс:
После обновления документ начал требовать поле, которое раньше можно было не заполнять. Например, основание или новый реквизит. Вы смотрите и думаете: “Да что вы ко мне пристали, вчера всё работало”.
Что делаю:
  • читаю сообщение полностью
  • ищу, не появилось ли новое обязательное поле
  • если есть расширения/доработки, держу в голове, что конфликт возможен

Мой “быстрый алгоритм”, когда документ не проводится

Если я хочу за 10 минут хотя бы понять, где болит, и часто сразу вылечить:
  1. Читаю сообщение. Прямо внимательно.
  2. Открываю “Подробно” и “Все сообщения”.
  3. Проверяю дату и закрытый период.
  4. Пробегаю обязательные поля.
  5. Проверяю график/подразделение “на эту дату”, а не “вообще есть”.
  6. Смотрю пересечения по периодам.
  7. Сверяю хронологию (не после увольнения ли я что-то делаю).
  8. Если не нашел: права и блокировки. Потом журнал регистрации.
Выглядит длинно, но когда набита рука, это реально 5-10 минут.

Три коротких кейса, которые встречаются постоянно

“Отпуск не проводится, хотя всё заполнено”

Обычно: график не действует с нужной даты или у сотрудника “дырка” в кадровой истории.

“Прием задним числом не проводится”

Обычно: месяц закрыт запретом редактирования.

“Ошибка странная, как будто ничего не объясняет”

Обычно: права доступа или блокировка.

Чего я стараюсь не делать (и вам советую)

  • Не перепроводить “всё за год”, если причина не ясна. Это часто превращает одну проблему в пять.
  • Не создавать второй такой же документ “на всякий случай”. Потом начнутся пересечения, и будет еще веселее.
  • Не править цифры “лишь бы провелось”. Проведется, но дальше вы получите сюрпризы в отчетах.
]]>