Разберем ситуацию, когда в 1С:ЗУП 8.3 остаток ежегодного отпуска не совпадает с ручным расчетом, и выясним, откуда берется расхождение именно на 2 календарных дня. Такая проблема часто возникает после перехода в новую базу, когда остатки отпусков вводят вручную и не учитывают особенность алгоритма программы.
Проанализируем конкретный пример. Сотрудника приняли на работу 02.02.2023. В отпуск он ушел с 06.08.2024 по 02.09.2024 на 28 календарных дней. При переходе в ЗУП в программу ввели остаток отпуска 26 дней за 11 месяцев. После отпуска ожидаемый остаток составил 16,33 дня, а программа показала 14,33 дня. Разница — 2 дня.
Выясним причину: проблема, как правило, возникает не в документе отпуска и не в текущем начислении, а в неверно введенном начальном остатке. В ЗУП действует правило, по которому за 11 полностью отработанных месяцев сотруднику уже полагается полный ежегодный отпуск, то есть 28 календарных дней, а не 25,67 и не 26. Если при переносе данных на дату ввода остатков указать не 28, а 26 дней, программа дальше будет честно считать от заниженной базы. Именно так и образуется разница в 2 дня.
Рассмотрим подробнее логику, которую использует программа и которая соответствует общему правилу учета отпускных прав.
Для ежегодного основного оплачиваемого отпуска стандартная продолжительность составляет 28 календарных дней. В ЗУП накопление отпускных прав идет по рабочим годам сотрудника. При этом в программе заложено правило: если сотрудник отработал 11 месяцев рабочего года, он уже считается заработавшим полный отпуск за этот рабочий год.
Это очень важный момент. На практике многие бухгалтеры или кадровики при ручном переносе данных ориентируются на пропорциональный расчет 28 / 12 = 2,33 дня за месяц и умножают его на 11 месяцев. Получается 25,67, иногда это округляют до 26 дней. Но для остатков отпуска такой подход в ЗУП в данном случае неверен, потому что программа использует не просто арифметическое накопление по 2,33 дня в месяц, а специальное правило рабочего года: 11 месяцев дают право на весь отпуск целиком.
Теперь посмотрим на ваш пример по датам.
Именно здесь чаще всего и допускают ошибку. При вводе остатков на 01.01.2024 в программу вносят 26 дней, потому что мыслят пропорцией, а не правилом рабочего года. Но программа ожидает, что на эту дату остаток уже будет введен с учетом полного права на отпуск. Поэтому правильный ввод — 28 дней.
Теперь разберем по шагам, почему после отпуска правильный остаток действительно должен быть 16,33 дня.
Сотрудник использовал отпуск 28 дней с 06.08.2024 по 02.09.2024. Раз программа ведет учет по рабочим годам, нужно разделить ситуацию на два этапа:
Первый рабочий год: с 02.02.2023 по 01.02.2024. За него сотрудник заработал 28 дней полностью.
Второй рабочий год: с 02.02.2024 по 01.02.2025. На дату окончания отпуска 02.09.2024 во втором рабочем году уже накопилась часть отпуска.
Посмотрим на расчет второго рабочего года. На начало второго рабочего года у сотрудника уже был новый отпускной период — с 02.02.2024. К дате 02.09.2024 сотрудник заработал отпуск за 7 месяцев второго рабочего года. Стандартный расчет:
28 / 12 × 7 = 16,33 дня.
Именно эта цифра и выглядит логичной как остаток после того, как полный отпуск за первый рабочий год уже использован. То есть ручной расчет 16,33 — обоснованный.
Теперь разберем, откуда в ЗУП появились 14,33 дня.
Если в программе на дату ввода остатков за первый рабочий год занесли 26 дней вместо 28 дней, то весь дальнейший расчет строится на заниженной отправной точке.
Рассмотрим ситуацию в логике программы:
То есть сама формула программы не ломается. Она просто корректно развивает ту ошибку, которая была заложена в документе переноса остатков.
Итоговый вывод: разница в 2 дня образовалась из-за того, что при вводе остатка на 01.01.2024 указали 26 дней, хотя программа должна была получить 28 дней.
Теперь разберем по шагам, как убедиться в причине расхождения прямо в базе.
Наша задача — не просто исправить цифру, а понять, на каком этапе учета программа потеряла 2 дня. Для этого последовательно проверим кадровые данные, рабочий год, введенные остатки и регистры накопления прав на отпуск.
Ввод остатков отпусков и посмотрите, какая дата остатков установлена.ЗаработанныеПраваНаОтпуск, если в вашей базе доступен анализ по регистрам.Особенно важно проверить именно рабочий год, а не только общий остаток. Часто пользователи смотрят только итоговую цифру по сотруднику и не замечают, что ошибка сидит внутри конкретного рабочего периода.
Рассмотрим подробнее документ Ввод остатков отпусков, потому что именно он в большинстве подобных случаев и является источником расхождения.
Этот документ в ЗУП используют для двух разных задач:
В вашем случае нас интересует именно корректировка остатков.
Важно понимать: когда в документ вводят остатки по виду отпуска, программа воспринимает эти данные как полную замену автоматически накопленных остатков по этому виду отпуска. То есть документ не «добавляет чуть-чуть сверху», а именно фиксирует базовое состояние, от которого система потом продолжает расчет.
Поэтому даже небольшая ошибка при переносе — например, 26 дней вместо 28 — дальше будет влиять на все будущие документы: отпуск, увольнение, компенсацию, резерв, справки и отчеты по остаткам.
Также обратите внимание на важный принцип: остатки в этом документе вводятся по состоянию на конец дня, указанного в поле даты. Это значит, что дата документа сама по себе не всегда «косметическая». Нужно понимать, какое право уже должно быть отражено к концу указанного дня.
В рассматриваемой ситуации на дату 01.01.2024 одиннадцатый месяц первого рабочего года уже завершен, значит полный отпуск уже должен присутствовать в остатках.
Теперь перейдем к практическому решению. Разберем по шагам, как исправить ситуацию, если в базе уже ввели 26 дней вместо 28.
Основной способ — скорректировать документ Ввод остатков отпусков или ввести новый корректирующий документ, если первоначальный перенос уже закрыт по правилам учета вашей организации.
Ввод остатков отпусков, которым вводили начальные остатки сотрудника.Отпуск.После этого остаток должен выровняться и показать ожидаемые 16,33 дня, если других искажений в базе нет.
Важно: если после исправления цифра не изменилась, не спешите делать новый ручной расчет. Сначала проверьте, не осталось ли в базе других документов, которые влияют на отпускные права: неявки, отпуска без сохранения, переносы, исправления кадровых данных, увольнение и повторный прием, изменение вида отпуска, ручные корректировки прав на отпуск.
Рассмотрим подробнее два подхода.
Первый вариант — исправить исходный документ переноса. Этот путь удобен, если:
Второй вариант — ввести отдельную корректировку. Он подходит, если:
В любом случае смысл исправления один: добавить недостающие 2 дня к правильному рабочему году, а не просто «подогнать итоговую цифру» без разбивки по периодам.
Это принципиально важно, потому что в ЗУП отпуск учитывается именно по рабочим годам. Если скорректировать только общий остаток без правильного периода, проблема может проявиться позже — например, в компенсации при увольнении, в следующем отпуске или при формировании резерва отпусков.
Разберем этот момент отдельно, потому что именно здесь часто делают вторую ошибку после неверного количества дней.
Если сотрудник принят 02.02.2023, то первый рабочий год — 02.02.2023–01.02.2024. Именно к этому рабочему году относится недостающая разница в 2 дня.
Нельзя просто добавить 2 дня в период 02.02.2024–01.02.2025, потому что тогда программа будет считать, что во втором рабочем году сотруднику положено больше, чем есть на самом деле. На коротком отрезке итоговая цифра может визуально совпасть, но структура права на отпуск будет искажена.
Поэтому корректировку нужно вносить так, чтобы программа поняла: ошибка была в остатке за первый рабочий год.
Очень часто пользователи сначала подозревают сам документ Отпуск, особенно если после проведения отпуска остаток неожиданно «проседает». Рассмотрим, почему в вашем случае дело почти наверняка не в нем.
Если сотруднику предоставили отпуск с 06.08.2024 по 02.09.2024 на 28 календарных дней, программа обычно списывает отпускные дни в пределах доступных прав сотрудника по рабочим годам. Если права введены корректно, остаток после документа тоже будет корректным.
Но если начальная база уже занижена, документ отпуска просто отрабатывает это занижение. То есть он не создает расхождение, а проявляет уже существующую ошибку.
Поэтому проверять нужно не только сам отпуск, но и историю формирования права на отпуск до него.
Чтобы исключить ошибку в документе отпуска, выполните такие действия:
Отпуск.Если документ оформлен корректно, а расхождение составляет ровно 2 дня, это очень характерный признак именно ошибки в начальном остатке.
Теперь посмотрим, какими стандартными средствами ЗУП удобнее всего найти расхождение.
Для анализа обычно используют:
ЗаработанныеПраваНаОтпуск.Если задача — быстро понять, где именно недостача, удобнее сначала сформировать отчет по остаткам на несколько дат:
Так вы увидите, в какой точке уже присутствует расхождение.
Если на дату ввода остатков в отчете уже видно 26 дней вместо 28, дальнейший анализ практически завершен — причина найдена.
Если же на дату ввода остатков все верно, а ошибка появляется позже, тогда нужно смотреть документы, влияющие на рабочий год и право на отпуск.
Рассмотрим подробнее, почему полезно проверять регистр ЗаработанныеПраваНаОтпуск.
Именно он помогает понять, как программа начисляла отпускные права внутри рабочего года. В типовой логике ЗУП право на отпуск не всегда растет «по одной и той же дроби каждый день». Внутри года программа учитывает специальное правило 11 месяцев, поэтому в определенный момент может происходить доначисление полного права за рабочий год.
Из-за этого пользователи иногда удивляются, почему остаток не меняется ежедневно или почему в одном месяце право «прибавилось дважды», а в следующем — не изменилось. Для ЗУП это нормальная особенность алгоритма, а не ошибка интерфейса.
Если вы откроете анализ регистра ЗаработанныеПраваНаОтпуск, то сможете увидеть, когда именно программа отразила право за соответствующий рабочий период. В спорных случаях это самый наглядный способ доказать, что проблема не в текущем отпуске, а в начальных данных.
Разберем еще один момент, который часто сбивает с толку. Многие ожидают, что отпускной остаток будет увеличиваться ежедневно или хотя бы строго равными долями каждый месяц. В ЗУП это не всегда выглядит именно так.
Программа считает право на отпуск не как «счетчик с ежедневным приростом», а по алгоритму, который учитывает рабочие месяцы, рабочие годы и правило 11 месяцев. Поэтому в ряде случаев остаток в справке или отчете может какое-то время не меняться, а затем увеличиться сразу на заметную величину.
Это особенно важно понимать, чтобы не спутать нормальную механику расчета с ошибкой в учете.
В вашей ситуации, однако, проблема не в неравномерности расчета, а именно в том, что стартовый остаток был введен неверно. Но если после исправления вы увидите, что остаток в программе меняется не так, как в ручной «помесячной» таблице, это само по себе еще не будет ошибкой.
Хотя в рассматриваемом случае причина почти очевидна, рассмотрим и другие факторы, которые тоже могут влиять на остаток отпуска. Это поможет не пропустить дополнительную проблему, если после исправления двух дней цифра все равно не совпадет.
Ввод остатков отпусков меняют не только остаток, но и право на отпуск в год.Поэтому после исправления начального остатка стоит еще раз проверить структуру данных по сотруднику целиком.
Рассмотрим подробнее один из самых частых дополнительных факторов — отсутствия, влияющие на рабочий год.
При вводе остатков в документ Ввод остатков отпусков нужно учитывать не только сами дни отпуска, но и те периоды отсутствия, которые могут сдвинуть границы рабочего года. Если этого не сделать, программа будет считать рабочий год короче, чем он есть на самом деле, и остаток тоже исказится.
К таким ситуациям относятся некоторые виды неявок, прежде всего длительный отпуск без сохранения оплаты. Если такие периоды были, их нужно правильно отразить в документе переноса остатков, иначе даже при верно введенных 28 днях расчет в будущем может разойтись.
В вашей ситуации из описания не видно, что такие отсутствия были. Поэтому основной причиной остается именно неправильный ввод 26 дней вместо 28. Но при практической проверке базы этот момент все равно нужно просмотреть.
Теперь разберем удобный ручной алгоритм сверки, который поможет быстро проверить любой похожий случай.
Применим этот алгоритм к вашему примеру.
Если программа показывает 14,33, почти всегда нужно искать недостачу именно в переносе начальных остатков.
Если вы готовите ответ сотруднику, бухгалтеру или клиенту, удобно формулировать решение так:
Причина расхождения в 2 дня связана с неверным вводом начального остатка отпуска. По сотруднику, принятому 02.02.2023, на дату 01.01.2024 уже было отработано 11 месяцев первого рабочего года, а значит, в ЗУП следовало вводить 28 дней отпуска, а не 26. Программа продолжила расчет от заниженной величины, поэтому на 02.09.2024 показала 14,33 дня вместо расчетных 16,33.
Такое объяснение кратко, технически корректно и показывает не только результат, но и логику программы.
Теперь соберем все в единый рабочий алгоритм, который можно применять прямо в базе.
Ввод остатков отпусков.Отпуск.Рассмотрим и этот вариант, потому что в реальных базах редко бывает только одна проблема.
Если вы исправили начальный остаток на 28 дней, но итог все равно не сошелся, последовательно проверьте:
Ввод остатков отпусков;Также полезно сравнить данные в двух разрезах:
Именно такая детализация позволяет увидеть, где именно программа расходится с ручным расчетом.
Подведем итог и сформулируем решение максимально четко.
В описанном случае разница в 2 дня образовалась потому, что при вводе начальных остатков отпуска в 1С:ЗУП 8.3 на дату 01.01.2024 сотруднику указали 26 дней за 11 месяцев, хотя по правилам расчета отпускных прав в программе и по логике рабочего года на эту дату уже нужно было указывать 28 дней.
Сотрудник принят 02.02.2023, а значит, его первый рабочий год — 02.02.2023–01.02.2024. Одиннадцатый месяц этого рабочего года закончился 01.01.2024. Следовательно, уже на эту дату сотрудник имел право на полный ежегодный отпуск за первый рабочий год.
После отпуска с 06.08.2024 по 02.09.2024 на 28 дней у него должен был остаться только отпуск, заработанный во втором рабочем году. На дату 02.09.2024 это 16,33 дня. Но поскольку в программу внесли на 2 дня меньше, система и показала 14,33 дня.
Правильное решение: исправьте остаток отпуска за первый рабочий год с 26 на 28 дней в документе Ввод остатков отпусков, затем перепроведите зависимые документы и повторно проверьте остаток на нужную дату.
Чтобы быстро проверять такие случаи в будущем, используйте простое правило:
Если на дату ввода остатков сотрудник уже отработал 11 месяцев рабочего года, вводите в ЗУП полный отпуск за этот рабочий год, а не пропорциональное значение.
Именно это правило чаще всего помогает сразу найти расхождение в 1–2 дня после перехода в новую базу.
Информация носит справочный характер.