Делал для себя, но вдруг кому сгодится. За основу брал — //infostart.ru/public/92647/
Работает, к сожалению, не быстро, но, учитывая, что процедура нечастая, можно с этим смириться.
- Добавил возможность указать количество дней отпуска, которое сотруднику положено в новом году. Резерв считается: Средняя ЗП *(Остаток дней отпуска на начало года + Положено дней отпуска в новом году).
- Добавил вариант формирования для ежемесячного начисления.
- Добавил разбивку по подразделениям.
- Добавил возможность формировать проводки по доначислению резерва.
- Добавлено описание отчета.
22.03.2012
- добавил отбор по подразделениям;
- добавил расчет по иностранцам;
- исправление ошибок.
25.03.2012
- исправил учет дополнительных отпусков
17.04.2012
- дополнен учет дополнительных отпусков, для сотрудников по кому заведены документы "Право на дополнительные дни отпуска";
- исправлен заголовок;
- исправлено формирование проводок в случае, если шаблон проводки установлен вцелом по организации
03.07.2012 — адаптирована под релиз ЗуП 2.5.52
03.08.2012 — добавил учет доп.отпусков для должности.
06.11.2012 — адаптирована под релиз ЗуП 2.5.57
25.02.2013 — в версии 1.1 — алгоритм расчета остатка отпусков взят из последнего релиза 1С ЗуП (у кого с подсчетом остатка отпуска проблем нет- качать не надо).
21.07.2013 — версия 1.2 — адаптирован для работы с релизом 2.5.62.3. Исправлены мелкие ошибки…
19.01.2024 — версия 1.2 — адаптирована для работы с релизом 2.5.87.2
06.12.2024 — версия 1.3 — адаптация под релиз 2.5.97.1
14.02.2024 — версия 1.5 — адаптирована под релиз 2.5.98
09.01.2024 — версия 1.6 — адаптирована под релиз КОРП 2.5.137.2. Добавлена возможность указать аналитику для счета резервов (96) и счетов затрат при формировании документа "Отражение зарплаты в регламентированном учете". Уточнен расчет резервов на страховые взносы с учетом разных пределов для ФСС и ПФР.
20.02.19 — версия 1.7 — протестирована на релизах 1С Зарплата 8 2.5.130.2 и 1С Зарплата 8 КОРП 2.5.139.1. Исправлена ошибка: неверно считался остаток отпуска при формировании резерва на январь (ошибочно прибавлялось 28 дней).
Очень интересный отчет =)
Спасибо. Если явных косяков никто не найдет, к понедельнику добавлю — расчет резерва для ежемесяного начисления. Пока нормальной базы, чтоб все досканально проверить — увы — нет.
Раскажи по-подробнее, как считаться будет. Я, видимо, ещё плохо понимаю этот процесс: что (и как) считается на начало года, и что (и как) ежемесячно?
Как я понимаю эту задачу. Вариантов два:
1. Создать резерв на начало года сразу на всю сумму. Тогда Резерв = (Средняя_ЗП + Средняя_ЗП*ТарифСтраховыхВзносов)*28 дней. При этом средняя ЗП считается по правилам отпуска.
2. Создавать резерв ежемесячно исходя из количества неотгуленных дней отпуска каждого сотрудника. Тогда Резерв = (Средняя_ЗП + Средняя_ЗП*ТарифСтраховыхВзносов)*ДниНеотгуленногоОтпуска, где ДниНеотгуленногоОтпуска — это 2,33 дня за каждый месяц отработанного времени в этом году, при этом если отработал в месяце более — 15 дней — учитываем 2,33, если менее — нет.
Первый вариант — проще, но не точно, второй точнее, но трудозатратратнее.
Проблемы по первому варианту: непонятно что делать с отпусками за прошлые периоды: учитывать или нет. И расчет резерва страховых, т.к. будет наверняка регресс. Поэтому пока для расчета страховых решил не просто умножать на тариф, а рассчитывать и их среднюю.
Проблемы по второму варианту больше технические. придется считать сколько полежено дней отпуска сотруднику (и сколько он отгулял) чтоб понять сколько резерва надо доначислить. Пример: На май- сотру положено 2,33 * 5 = 11,65 дней, но он был в отпуске в апреле — 20 дней. Значит за апрель, май, июнь — ему резерв не начисляется (20-11,65 = 8,35/2,33 = 3.58 ~ 3 месяца с хвостиком).
Основные тормоза при работе отчета возникают в момент расчета среднего. Ускорить можно «вытащив» расчет в обработку. Решил пожертвовать скоростью, т.к. и писать хлопотно (разобратся бы с тем что есть) да и при обновлениях конфигурации — не придется ничего менять, все сделает 1С (вдруг расчет среднего поменяется…). Хотя, если кто возмется — будет неплохо….
Скажите как считается среднедневной за 12 месяцев или за один?
Очень нужный отчет, и действительно сложный расчет. Проверить конечно очень сложно, но в любом случае огромное спасибо.
(6) Sbelyi78, За 12 месяцев. Правила рассчета — как для отпуска.
Программа нужная.Считать в ручную тяжиловато
Очень нужный отчет
Мне не помогло
Можно подробней? Почему не помогло?
Тестировал на Комплексной конфигурации 1.1.17 скачанный вариант от 18.01.12. Сообщение об ошибке:
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(773)}: Ошибка при вызове метода контекста (Выполнить)
ВыборкаПоТарифам = Запрос.Выполнить().Выбрать();
по причине:
{(11, 2)}: Таблица не найдена «РегистрСведений.УчетнаяПолитикаНалоговыйУчет.СрезПоследних»
<<?>>РегистрСведений.УчетнаяПолитикаНалоговыйУчет.СрезПоследних(&КонДата, Организация = &Организация) КАК УчетнаяПоли
Предложение включить описание порядка расчета в справку. Ведь бухгалтерия должна описать в учетной полититке по БУ методику расчета резерва по отпускам.
Порядок расчета включить в описание — мысль здравая — реализую. На комплексной не проверял, т.к. у меня её нет. Тестировал и делал для ЗуП.
Очень нужный отчет, и действительно сложный расчет. Проверить конечно очень сложно, но в любом случае огромное спасибо.
Как я понимаю эту задачу. Вариантов два:
1. Создать резерв на начало года сразу на всю сумму. Тогда Резерв = (Средняя_ЗП + Средняя_ЗП*ТарифСтраховыхВзносов)*28 дней. При этом средняя ЗП считается по правилам отпуска.
2. Создавать резерв ежемесячно исходя из количества неотгуленных дней отпуска каждого сотрудника. Тогда Резерв = (Средняя_ЗП + Средняя_ЗП*ТарифСтраховыхВзносов)*ДниНеотгуленногоОтпуска, где ДниНеотгуленногоОтпуска — это 2,33 дня за каждый месяц отработанного времени в этом году, при этом если отработал в месяце более — 15 дней — учитываем 2,33, если менее — нет.
Первый вариант — проще, но не точно, второй точнее, но трудозатратратнее.
Проблемы по первому варианту: непонятно что делать с отпусками за прошлые периоды: учитывать или нет. И расчет резерва страховых, т.к. будет наверняка регресс. Поэтому пока для расчета страховых решил не просто умножать на тариф, а рассчитывать и их среднюю.
Проблемы по второму варианту больше технические. придется считать сколько полежено дней отпуска сотруднику (и сколько он отгулял) чтоб понять сколько резерва надо доначислить. Пример: На май- сотру положено 2,33 * 5 = 11,65 дней, но он был в отпуске в апреле — 20 дней. Значит за апрель, май, июнь — ему резерв не начисляется (20-11,65 = 8,35/2,33 = 3.58 ~ 3 месяца с хвостиком).
Основные тормоза при работе отчета возникают в момент расчета среднего. Ускорить можно «вытащив» расчет в обработку. Решил пожертвовать скоростью, т.к. и писать хлопотно (разобратся бы с тем что есть) да и при обновлениях конфигурации — не придется ничего менять, все сделает 1С (вдруг расчет среднего поменяется…). Хотя, если кто возмется — будет неплохо….
естировал на Комплексной конфигурации 1.1.17 скачанный вариант от 18.01.12. Сообщение об ошибке:
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(773)}: Ошибка при вызове метода контекста (Выполнить)
ВыборкаПоТарифам = Запрос.Выполнить().Выбрать();
по причине:
{(11, 2)}: Таблица не найдена «РегистрСведений.УчетнаяПолитикаНалоговыйУчет.СрезПоследних»
<<?>>РегистрСведений.УчетнаяПолитикаНалоговыйУчет.СрезПоследних(&КонДата, Организация = &Организация) КАК УчетнаяПоли
Я разработала новый документ для хранения среднедневного заработка. Расчет производила теми же процедурами.
По дикретницам искала заработок в предыдущем периоде. Если все же заработок отсутствует — расчетчики по ним дописали вручную. При численности 2 тыс. расчет выполнялся более 15. Типовой расчет медленный, но пришлось подождать…
В отчет потом подставляла данные из документа.
более 15 часов!
(22) Аналогично. Только использую регистр сведений. ~500 сотрудников. Расчет на стороне сервера минут 40 занимает.
Что-то я не пойму постов (20), (21), (22) Foxux’а… Берёт высказывания с других постов и нагло копирует без всякого смысла. Или смысл в во флуде и зарабатывания таким образом мани? Только засоряет тему….
Comandante, смущает графа «Ставка стразовые взносы + НС и ПЗ,%». В 2012 году 34,6% уже нет. Сейчас 30% (без НС и ПЗ) в общей сумме будет, 34% было в прошлом году . Это как-то учтено?
(25) Boroda, Да. Картинка — от старой базы 🙂 Ставки берутся из регистра сведений, в зависимости от установленного тарифа.
Руки дойдут — попробую переписать в выходные средний, чтоб побыстрее работало…
День добрый! Пришлите пож-та отчет на wutrik{@}mail.ru скачать не могу, рейтинг низкий)
Заранее спс!
А для УПП будет работать?
+ Благодарю, помогла.
Пожелание: у сотрудников с почасовой оплатой … пришлось их проверять и умножать на 8 …
(29) katun, — не проверял. Делал для зуп (нет у меня УПП).
(30) ValeraEm, — Спасибо, за замечание!
Интересная форма отчета, помогает в работе,но не могли бы Вы, пожалуйста, сделать группировки по подразделениям. Очень нужно.
(33) kkprps, В выходные выложу. Завтра проверю, что получилось. Добавил «разворот» по подразделениям + формирование проводок для бухгалтерии.
(30) ValeraEm, посмотрел сотрудников с почасовой оплатой — не увидел, где надо умножать на 8 🙁
(34) Спасибо, будем пробовать
(34) А можно в настройку отчета ввести выбор подразделения
Comandante, спасибо за отчет. Но столкнулась со следующей проблемой: есть сотрудник-белорус, на которого в 2011г. начисляются только НС и ПЗ 0,2%. Обработка почему-то тянет в Ставку страховых взносов 20,40 %.
Голову сломала, не могу понять, в чём дело. Подскажите, пожалуйста, иначе пропадает смысл пользоваться отчетом(((.
(38) Inga101, Посмотрю. У меня в организации — нет иностранцев, поэтому я их и не «обыгрывал». Надо будет исправить… Спасибо за замечание.
Спасибо, буду ждать, т.к. это очень актуально.
Я прошу прощения, в предыдущем письме ошиблась цифрами. Тянет в Ставку страховых взносов с белорусов за 2011год 34,2% вместо положенных 0,2% с НСиПЗ. Т.е. в расчете ошибочно учитываются все страховые взносы.
А за 2012 год — 30,20% вместо положенных 22,2% (22% ПФР и 0,2% НСиПЗ). Лишнее участие ФСС и Медицины.
Comandante, БОЛЬШОЕ спасибо! Отчет то, что надо 🙂
Правда есть несколько уточнений:
1) например, у сотрудника на 01.01.2012 нет остатка дней отпуска,
а наоборот, он в прошлых периодах брал дней отпуска больше, чем ему причиталось,
и в итоге при отрицательном остатке количества дней отпуска в расчет резерва попадают отрицательные суммы по таким сотрудникам.
На мой взгляд, такого быть не должно (по экономическому смыслу)и по сотрудникам с отрицательными остатками дней отпусков в расчет резерва надо бы выводить 0
2)и похожая ситуация, например, оставалось 13.33 дней отпуска, сотрудник взял 14 дней, в графы Сумма отпуска за январь, Сумма страховых взносов за январь, попадает не сумма начисленных отпускных за месяц, а отрицательная разница за -0.67 дней «перегулянного» отпуска
В остальном вроде бы работает нормально, даже при расчете среднего заработка учитывает коэффициенты индексации з/п 🙂
Спасибо, еще раз!
С этими оценочными обязательствами уже голова кругом. То что предлагает 1С ваще не годится. Последние кулинарные изыски на эту тему таковы:
Создан регистр сведений для хранения среднедневного заработка сотрудников.
Создан регистр бухгалтерии для хранения движений по 96 счету. Регистратор — документ «Отражение зарплаты в регл учете».
Создан документ для расшифровки расчетов по формированию оценочных обязательств.
Сумма обязательства по отпуску рассчитывается следующим образом: Остаток_отпуска х Среднедневной_заработок — Сальдо_по_кредиту_96_счета(по отпуску)
Сумму обязательства по страховым взносам считаем так: Обязательство_по_отпуску х Исчисленные_страховые_взносы База_страховых_взносов — Сальдо_по_кредиту_96_счета(по взносам)
(41) Greatland, Спасибо. Замечания учту. Надо пара дней. Сейчас просто руки не доходят… Фильтр по подразделениям тож добавлю.
Спасибо, отчет очень хороший и нужный. Но, к сожалению при запуске выдаёт ошибку:
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(82)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать();
по причине:
Значение поля «Номер» не уникально
Молодец, хороший отчет, понравился, не многие сейчас занимаются автоматизацией создания оценочных резервов, Респект тебе!
Ошибка:
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(82)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать();
по причине:
Значение поля «Номер» не уникально
(46) husky, Для упрощения, чтоб не морочится с расчетом среднего: в программе создается документ «Начисление отпуска работникам организации» — с помощью которого и происходит расчет среднего заработка. Документ создается с номером «УДАЛИТЕ». После получения необходимых данных — документ — удаляется и так по каждому сотруднику. Из-за этого отчет работает медленно (но верно :-)). Ошибка — которая возникает, связана, скорее всего либо с даной запрета, либо с правами на удаление документов.
Конечно — решение с вводом и последующим удалением документа — не совсем корректное, но уж очень меня торопили — с этим отчетом (а разбираться с расчетом среднего — то еще занятие). Кстати в 7.7 — получилось сделать всё гораздо проще.. Возможно позже реализую «нормальный» расчет без ввода и удаления документов.
За формирование проводок отдельное спасибо. Возникла еще одна проблема. На предприятии есть «вредники» с дополнительным отпуском. В расчет резерва за месяц берется только 2.33, дополнительные дни не учитываются. Резерв получается заведомо меньшим.
(42) Armando, можешь выложить cf?
(47) А дальше что с этими данными делал? Как все это перенес на 96 по сотрудникам? поделись;)
Тоже заморочка с дополнительными отпусками — причем есть как отпуск «за вредность» с разным количеством дней по должностям, так и отпуск за «ненормируемый» рабочий день, продолжительность которого тоже «вычисляется» исходя из фактически отработанного времени. Но спасибо за практически готовый «каркас».
Тоже заморочка с дополнительными отпусками — причем есть как отпуск «за вредность» с разным количеством дней по должностям, так и отпуск за «ненормируемый» рабочий день, продолжительность которого тоже «вычисляется» исходя из фактически отработанного времени. Но спасибо за практически готовый «каркас».
Молодец, серьезный подход к расчету резервов отпусков.
Попробую прикрутить к своей базе ЗУП.
Спасибо за отчет, завтра попробую прикрутить к своей базе, посмотрим что бухгалтера скажут.
Заранее плюс.
Большое спасибо !!! Отчет отличный …единственное тоже возникла проблема с дополнительными отпусками за месяц только 2.33 …но на начало следуюшего месяца в остатке дней 1/12 доп.отпуска учитывает …
Можно как то поправить ?? Пожалуйста Зарание спасибо …..
И фильтр по подразделениям очень помог бы …
Доброго времени суток!
Очень нуждаюсь в обработочке по расчету резерва на отпуск, но вот запуталась на этом сайте?????
это только для программистов?
(43) Вы случайно не потеряли интерес к своей разработке? А мы ждем …
У нас был перенос данных из 77 в 82, так что есть только документы переноса данных. При использовании обработки спотыкается на третьем человеке со словами «Деление на 0», где искать ошибку( я совершенно не сильна в восьмерочном языке, пишу только на семерке, но курсы прошла… (или мимо). Буду очень благодарна за подсказку, где искать ошибку, иначе глБух заставляет писать обработку в семерке, а мы ее уже бросаем и почти бросили, не хочется тратить силы зря :-))
Уважаемый автор, не бросайте разработку, доработайте наши пожелания и будет отчет супер!
Обработку обновил. Предназначена доя ЗуП не ниже 2.5.46
Большое спасибо …..
Все так же не учитывает дополнительный отпуск …. уичтывает только 2,33
Я убрала в обработке деление на ноль (т.е. если делитель = 0, ответ =0), чтобы обработка шла дальше, но вот все равно проблемы осталась — у нас осталось незаполненным число отработанных дней (база посчиталась нормально) в связи с этим среднедневной заработок не рассчитался, подскажите, что сделать. Может ли это быть связанным с тем, что мы в базе не работали, а у нас был перенос данных. Заранее спасибо.
(64) alida555, Доп. Отпуск не делал и откровенно говоря пока не знаю буду ли.
(65) suvorovalena, Перенос как выполняли? Наверняка не брали период за два года. У вас сейчас и расчета среднего ни для отпуска, ни доя больничного не будет.
Очень жаль …я перебрала массу обработок про резервы. Ваша на мой взгляд лучшая ..Замечательная печатная форма … и очень обидно что из за этого недочета с доп отпуском придется отказаться от нее .. Жаль …
(68) alida555, Эх… Ну напишите, чтоль как вы его считаете, можно в личку…
(69) Спасибо……
(66) ай, молодца, спасибо огромное! Можете предложить купить свою разработку 1С, чего уж им теперь велосипед изобретать! )))
(67) Естественно, делали перенос за два последние года, даже не понимаю, как иное может прийти в голову, нам ведь надо рассчитывать больничный, командировки и все прочее по среднему, если бы не это, легче было бы сальдовыми остатками занести. Но вот отработанные дни почему-то не показывает, поэтому в графе «Среднедневной заработок» (если я правильно помню) пусто, т.к. количество дней показывает 0. Я через отладчик специально попыталась проверить, где у нас ошибка идет, но в восьмерке не сильна… увы. Но все равно огромное спасибо за отчет. Мы хоть получили Расчетную базу по каждому сотруднику.
(71) Inga101, Спасибо. Приятно слышать.
(72) suvorovalena, Графики работы, производственный календарь заполнены? Текущий год и два предшествующих?
(74) Спасибо за подсказку, завтра с утра и проверю. Может не перенеслись..???
А нету случайно такой же обработки, но только для Камин:расчет зарплаты 2.0, 3.0? Очень был бы признателен
У нас тоже Камин:3.0, если бы доделали под него отчет было бы супер.
(76) amatisol, (77) murshik, Увы, но камин — не мой профиль. Никога с ней не работал.
на базе в 4500 человек отчет формировался порядка 1,5 суток
(79) Балабас, Мдя, это сильно! Для таких объемов нужно переписывать расчет среднего заработка, который используется в отчете. У меня по организациям не более 500 сотрудников. Тестировал — в среднем уходит по 30 секунд на расчет одного сотрудника, что для моих объемов — приемлимо. Для Ваших увы — нет.
Резервы, резервы, как они меня достали… Тоже столкнулся с этим, пришлось создать два регистра сведений, для резерва отпусков и резерва бонусов (годовая премия), два документа которые считают всё это и заполняют регистры, а также обработку табличных частей в документе отражение зарплаты, которая дополняет данными из регистра этот документ, там же обработку которая меняет счета у видов расчета отпусков и компенсаций. Кроме этого, в УПП пришлось писать обработку разделяющую бухгалтерский учет и налоговый, для того что-бы какие то там разницы ВР ПР учитывались.
Кстати расчет делал на основе документа отпуска считал тупо на начало и на конец месяца + учет потраченного резерва за месяц, мало того при заполнении отражения надо не всё брать, а если сотрудник с отрицательным резервом (перегулял) на него резерв не делается, вобщем ужас….
Отличный отчет. Делал когда то подобный, но он заполнялся в 3 раза медленее, что приводило бухгалтеров в дикое раздражение. Но поизучав ваш отчет понял свои ошибки и доработаю свой.
Спасибо большое за отчет, тоже очень пригодился.
(80) обработка одного сотрудника длилась примерно 10 с, для ускорения выход один — хранение данных о среднем в регистре (так как это собираются делать в ЗиУП 3). Расчет вел на копии, работа базы остановлена не была, время расчета в 1-2 дня для бухов оказалась приемлимой, поэтому будем ждут УПП 2.0. Возможно там будут тоже хранить данные о среднем, а не расчитывать их
Большое спасибо! Очень полезный отчет! Обязательно попробую!
хороший отчет очень информативный плюс
Спасибо всем за положительную оценку работы 🙂
(74) Огромное спасибо за подсказку, на самом деле графики-то у нас были заполнены, но вот при переносе неправильно привязались к сотрудниккам, вероятно из-за сильно переписанной конфигурации, поэтому на самом деле с переносом проблем очень много, до сих пор не расхлебали… Но Ваша подсказка дала хороший толчок в нужном направлении 🙂
Добрый день! Спасибо за отчет. Но вот есть маленький минус, если проводка отражения зарплаты установлена в целом для учреждения, то при формирования отражения зарплаты в регламентированном учете суммы пустые, приходится проводку ставить для каждого подразделения.
(90) kka, Ок. учту — поправлю.
(91) спасибо что не бросаете свою разработку, она очень полезна. Есть ещё 1 пожелание(вдруг пригодиться): сумма начисленных страховых взносов за месяц когда у человека был отпуск считается в целом, бухгалтера говорят что им вручную надо будет разделять эту сумму по видам налогов, вот было бы замечательно если бы эта сумма сразу выходила в разные колонки. Попробую сама допились, если получится))
(91) если интересна идея с видами налогов могу вам доработанный вариант скинуть.
(62) Благадарю вас за полезную вещь!
(42) Armando, имхо никому кроме Минфина, для сближжения РБУ и МСФО, не нужны эти заморочки с 96-счетом.
—
и м.б. самой IС — для подчеркивания своей необходимости
(109) gutentag,
Спасибо.
Релиз 2.5.55.1 При формировании отчета выдает ошибку:
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(82)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать();
по причине:
Значение поля «Номер» не уникально
(128) kkprps, Ругается на номер создаваемого документа.
Отражение зарплаты в регл.учете. Номера документов — длина номера
одинаковая у всех? Какие-нибудь буквы, знаки(?,/|?@&) — в конце
номера есть? или они все:
00000001
00000002
00000003
00000004
00000005 и т.д?
Проверил на своей базе, где нумерация руками не правилась (т.е. стандартная) — релиз тот же. Ошибка не воспроизводится….
версия 2.5.97.1 выдает ошибку
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(89)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать(РежимЗаписиДокумента.Проведение);
по причине:
Ошибка при выполнении обработчика — ‘ОбработкаПроведения’
по причине:
{Документ.НачислениеОтпускаРаботникамОрганизаций.МодульОбъекта(1924)}: Вертий Любовь Павловна: обнаружено повторное начисление за период (01 нояб. 15 г. — 30 нояб. 15 г.)
Вид расчета «Оплата по производственным нарядам» введен документом Начисление зарплаты сотрудникам организаций 00000000057 от 30.11.2015 23:59:59
Вид расчета «Оплата отпуска по календарным дням» введен документом Начисление отпуска сотрудникам организаций УДАЛИТЕ от 01.11.2015 0:00:00 (этот документ сейчас проводится)
ВыбДокумент.Записать(РежимЗаписиДокумента.Проведение);
ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(89)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать(РежимЗаписиДокумента.Проведение);
по причине:
Не удалось провести «Начисление отпуска сотрудникам организаций УДАЛИТЕ от 01.11.2015 0:00:00»!
Это ругается на сотрудника который принят на работу 13.11.15
Аналогичная ошибка.
Версия 2.5.97.1
Может кто самостоятельно решил данную проблему? Предыдущей версии этой обработки конфликта начислений не было, не знаю как автор это обошел, но это действительно работало. Документ отпуск создавался независимо от того были ли введены отпуска.
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(89)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать(РежимЗаписиДокумента.Проведение);
по причине:
Ошибка при выполнении обработчика — ‘ОбработкаПроведения’
по причине:
{Документ.НачислениеОтпускаРаботникамОрганизаций.МодульОбъекта(1924)}: Атрепьева Ольга Валентиновна: обнаружено повторное начисление за период (01 нояб. 15 г. — 03 нояб. 15 г.)
Вид расчета «Оплата отпуска по календарным дням» введен документом Начисление отпуска сотрудникам организаций 00000001070 от 02.10.2015 8:26:24
Вид расчета «Оплата отпуска по календарным дням» введен документом Начисление отпуска сотрудникам организаций УДАЛИТЕ от 01.11.2015 0:00:00 (этот документ сейчас проводится)
ВыбДокумент.Записать(РежимЗаписиДокумента.Проведение);
Добрый день! Отличный отчет, давно пользуемся.
Но в последней (1.3) версии вылезает ошибка на сотрудниках, принятых в отчетном месяце.
{ВнешнийОтчет.РасчетРезерваОтпусков.МодульОбъекта(89)}: Ошибка при вызове метода контекста (Записать)
ВыбДокумент.Записать(РежимЗаписиДокумента.Проведение);
по причине:
Не удалось провести «Начисление отпуска сотрудникам организаций УДАЛИТЕ от 01.01.2016 0:00:00»!