ЗУП 3.1.6.6 Обновились сегодня. Увольняю сотрудника в апреле, кот. с октября 2017 года находился на непрерывном больничном. Все документы-отклонения проведенные, в т.ч. и апрельские. Вопрос: почему документ "Увольнение" в закладке "Начисление" делает начисление зарплаты за декабрь 2017, январь, февраль, март, и самое страшное за апрель, как за полные месяца работы?
Помогите, кто знает как такое возможно? Просто нет времени искать ошибки 1С.
Присоединюсь к вопросу. У нас подобная ситуация, связанная с невыходами. То есть человек март-апрель не работал, в табеле стоит НН, и при увольнении сейчас перерасчитывает и март и апрель. Тоже после обновления проблема появилась.
увольнение и в ЗИКГУ 3.1.5.171 косячит нереально, начисляет и сторнирует непредсказуемо, обновились вчера телефон разрывается от звонков бухгалтеров, обновление вышло неделю назад на форумах еще не сильно обсуждается
например сторнирует начисления предыдущих месяцев, начисляет пособия которые уже начислены и выплачены в прошлых месяцах, причем не всем, логики пока не нашел
Добавлю своих "5 копеек". Увольнение глючит нереально.
Вот еще одна ошибка, связанная с командировкой:
Если в месяце увольнения у сотрудника есть отклонения (именно - командировка), то происходит начисление оклада только за последний рабочий день! За другие дни оклад не начисляется.
Так что будьте внимательны. Смотрел также и на типовых пустых базах - тоже самое.
Подскажите решилась ваша проблема с командировкой и каким образом? У нас та же самая ошибка в документ увольнение вылазят перерасчеты,с ними справились, теперь там командировка в месяце увольнения и считает только за один день рабочий, хотя их три и в табеле все правильно стоит.
(68) Регистр сведений "Перерасчет зарплаты" - руками удалите записи за те месяцы, по которым "странные" перерасчеты и пересчитайте ваш документ увольнения. В это регистр (бесконтрольно?!) пишется "команда" перерасчитать такой-то период по такому-то документу, причем, если вы провели документ "задним числом" - можно увидеть просто шедевральные даты и эти даты затем на закладке перерасчетов в документах не убить.
Согласен, с Увольнением ерунда какая то! У человека январь,февраль,март отпуска за свой счет, в табеле ДО стоит, в апреле увольняем, и ему за все месяца начисляется зарплата! что за х...я!
(10) Добрый день! Не могу уволить сотрудника в связи со смертью. Дату внесла правильно. Пишет что дата окончания не может быть меньше даты начала. Как быть, подскажите плиз?
Кажется,проблема в " РасчетЗарплатыРасширенный.ЗаполнитьПериодыРегистрацииПоПериодамДокумента(РеквизитыДляПроведения, ВыборкаПоМесяцамНачалаУчета);
"
Новый реквизит в Увольнении МесяцНачалаРасчетов.
Для увольнениясписком в модуле документа Увольнения заменить в запросе Функции РеквизитыДляПроведения(ДокументСсылка) этот реквизит на ПериодРегистрации,например
ВЫБОР
| КОГДА УвольнениеСпискомСотрудники.Ссылка.ИсправленныйДокумент <> ЗНАЧЕНИЕ(Документ.УвольнениеСписком.ПустаяСсылка)
| ТОГДА УвольнениеСпискомСотрудники.Ссылка.ПериодРегистрации
| ИНАЧЕ ВЫБОР
| КОГДА НЕ УвольнениеСпискомСотрудники.МесяцНачалаРасчетов = ДАТАВРЕМЯ(1, 1, 1)
| ТОГДА УвольнениеСпискомСотрудники.МесяцНачалаРасчетов
| ИНАЧЕ УвольнениеСпискомСотрудники.Ссылка.ПериодРегистрации
| КОНЕЦ
| КОНЕЦ,
Проблема несколько глубжее ))
Этот новый реквизит заполняется датой следующей за последним начислением зарплаты. При этом отклонения не учитываются.
Если вы исправите так как предложено, то возможны ситуации когда человека увольняют следующим месяцем например, когда зарплата не начислена за текущий. В этом случае расчет при увольнении будет с меньшей суммой. Конечно, это возможно менее проблемная ситуация чем большее начисление, но все же. Нужно будет держать в записях об этом и при начислении зарплаты все пересчитать таким
Случай хужее(( оказался: увольняю сотрудника, у кот. нет отклонений с начала года, зп расчитана в полном объеме. В документе Увольнение в закладке Начисления начислилась зарплата с января по текущ дату, появилась закладка Пересчет начислений, а в ней сторнировка произведенных ранее начислений с начала года (ТЕ ЖЕ СУММЫ). Исправить вручную не удалось: "УДАЛЕНИЕ СТОРНИРУЮЩЕЙ ЗАПИСИ НЕВОЗМОЖНО". ИТОГ: Рассчитать и уволить сотрудника не представилось возможным.
И эти люди! (разработчики 1С) уверяют, что бухгалтера не нужны, тогда при заключении договора на 1С указывайте сразу сколько "сидеть" ген.диру за ваши придумки.
Исправить вручную не удалось: "УДАЛЕНИЕ СТОРНИРУЮЩЕЙ ЗАПИСИ НЕВОЗМОЖНО"
чтобы удалить сторнирующую запись, нужно добавить положительное начисление (если такого нет), с помощью кнопки SHIFT выделить строки так, чтобы указатель был на положительной записи. Нажимаете Del и удаляете.
чтобы удалить сторнирующую запись, нужно добавить положительное начисление (если такого нет), с помощью кнопки SHIFT выделить строки так, чтобы указатель был на положительной записи. Нажимаете Del и удаляете.
(24) Интересный метод... Но в регистре "Перерасчет зарплаты" по сотруднику останется необходимость перерасчета - как быть при начислении следующего месяца? Также добавлять копию строки, но с плюсом, и удалять?!
(16) нужно,чтобы первая и последняя запись (для точного удаления) была не сторнирующая. можно добавить пустые строки и переместить стрелками вверх,вниз.
Человек с 09.2017 был в прогулах, все это время оформлялся документом "Отсутствие (болезнь, прогул, неявка)" по причине "Отсутствие по невыясненной причине".
Со 2.04 по 04.04 оформлен отпуск без сохранения.
Увольняется с 04.04, при расчете в табличной части "Начисления" тянутся все начисления по окладу за весь период прогулов.
Смоделировал ситуацию на 3.1.4.171, все работает правильно.
Обновился на 3.1.6.6 - так же криво...
Написал в техподдержку, молчат как рыба об лёд.
Методы, указанные выше в теме не помогли, что делать - не знаю
Уволившихся не могут рассчитать 2 недели, народ начинает наезжать на предприятие...
Уволившихся не могут рассчитать 2 недели, народ начинает наезжать на предприятие...
так удалите ненужные/неправильные строки из расчета, рассчитайте в другой версии, рассчитайте вручную и выплатите несчастным деньги. А то прям страсти такие рассказываете ;)
(41) проверил, не работает это расширение...
мне помогли доработки из постов (27) и (38), причем проверил начисления руками, на калькуляторе.
единственное, надо заходить в каждый документ и пересчитывать среднедневной заработок...
(42) А как пробовали?
Если документ новый, то ничего дополнительно делать не требуется.
Если документ уже существует, нужно перевыбрать дату увольнения (можно ту же), тогда сработает обработчик очистки даты и расчет будет уже с новым алгоритмом.
Похоже, на самом деле ошибки в документе увольнения с месяцем начала расчёта раньше месяца увольнения не вполне исправили. В 3.1.5.212 и 3.1.6.37(38) исправили в том плане, что теперь признак начисления зарплаты в документе увольнения доступен для редактирования, месяц начала расчёта тоже, и в новом документе он автоматически ставится равным месяцу даты увольнения. Но при этом, если этот самый месяц начала расчёта поставить раньше месяца увольнения, то ни табель, ни документы отклонения в месяце увольнения документ "не видит" и плановые начисления начисляются по графику. То есть, если сотрудник увольняется в начале месяца и документ начисления зарплаты за прошлый месяц ещё не проводили, безопаснее по-прежнему прошлый месяц ему начислить документом "Начисление зарплаты и взносов", фокус с расчётом при увольнении одним документом в этом случае пройдёт, если он работал строго по графику.
Настройки - Расчет зарплаты - в самом низу есть пункт "Выполнять доначисление и пересчет зарплаты отдельным документом" если галочка снята - необходимо поставить и пересчитать документ
(17) Судя по всему к увольнению это не относится. По крайней мере у нас галка включена, но перерасчеты в Увольнении вылезли.
Помогло удаление в Перерасчетах ( Зарплата-Сервис-Перерасчеты) сведений о перерасчетах.
(25), (26) Поведение у системы следующее: Если галочка установлена, то когда кадровик вносит документ - перерасчетов действительно не появляется. Но если рассчитать документ (у многих организаций отключена галка авторасчета), то появляются перерасчеты. Причем в отдельных случаях они появляются даже если ничего нет в перерасчетах (почему так происходит нужно копать достаточно глубоко). Поскольку эти самые перерасчеты в увольнении сопряжены с проблемами, то в ожидании пока 1С "очухается", на уровне кода в двух местах отключил в увольнении перерасчеты (изменения в коде отмечены: //перенесенные строчки кода, //добавленные строчки кода) . Потестил, вроде все гуд. Если кто предложит более оптимальное решение, то буду только рад.
//влияет при расчете увольнения. Общий модуль ПерерасчетЗарплаты.
1. Функция ДанныеПерерасчетаПриУвольненииСотрудника(ДокументУвольнения, ИсправленныйДокумент, Сотрудник, Организация, ДатаУвольнения, ПериодПерерасчетов, ИсключаемыеРегистраторы, МенеджерРасчета) Экспорт
ДанныеПерерасчета = ПерерасчетЗарплаты.ДанныеПерерасчетаПустаяСтруктура();
ДанныеПерерасчета.НачисленияПерерасчет = МенеджерРасчета.ТаблицаНачислений();
ДанныеПерерасчета.ПособияПерерасчет = МенеджерРасчета.ТаблицаНачислений();
ДанныеПерерасчета.ТаблицаСотрудников = МенеджерРасчета.ТаблицаСотрудников();
ДанныеПерерасчета.ТаблицаУдержаний = МенеджерРасчета.ТаблицаСотрудников();
СотрудникиПериодДействияПерерасчет = ПерерасчетЗарплаты.ПустаяТаблицаСотрудникиПериодДействияПерерасчет();
// Включаются ранее перерасчитанные в документе периоды
Если ЗначениеЗаполнено(ДокументУвольнения) И ОбщегоНазначения.ЗначениеРеквизитаОбъекта(ДокументУвольнения, "Проведен") Тогда
Запрос = Новый Запрос;
Запрос.УстановитьПараметр("Ссылка", ДокументУвольнения);
Запрос.УстановитьПараметр("ПериодДействия", ПериодПерерасчетов.ДатаНачала);
Запрос.Текст =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| УвольнениеНачисления.Сотрудник КАК Сотрудник,
| УвольнениеНачисления.ПериодДействия КАК ПериодДействия,
| ИСТИНА КАК ПерерасчетНачислений
|ИЗ
| Документ.Увольнение.Начисления КАК УвольнениеНачисления
|ГДЕ
| УвольнениеНачисления.Ссылка = &Ссылка
| И УвольнениеНачисления.ПериодДействия < &ПериодДействия
|
|ОБЪЕДИНИТЬ
|
|ВЫБРАТЬ РАЗЛИЧНЫЕ
| УвольнениеНачисленияПерерасчет.Сотрудник,
| УвольнениеНачисленияПерерасчет.ПериодДействия,
| ИСТИНА
|ИЗ
| Документ.Увольнение.НачисленияПерерасчет КАК УвольнениеНачисленияПерерасчет
|ГДЕ
| УвольнениеНачисленияПерерасчет.Ссылка = &Ссылка
| И УвольнениеНачисленияПерерасчет.ПериодДействия < &ПериодДействия";
Если ТипЗнч(ДокументУвольнения) <> Тип("ДокументСсылка.Увольнение") Тогда
Запрос.Текст = СтрЗаменить(Запрос.Текст, "Документ.Увольнение", "Документ." + ДокументУвольнения.Метаданные().Имя);
//перенесенные строчки кода
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
СтрокаСотрудникиПериодДействияПерерасчет = СотрудникиПериодДействияПерерасчет.Добавить();
ЗаполнитьЗначенияСвойств(СтрокаСотрудникиПериодДействияПерерасчет, Выборка);
КонецЦикла;
//перенесенные строчки кода
КонецЕсли;
2. //влияет на создание перерасчетов. Документ Увольнение.Модуль менеджера
Процедура ПровестиПоУчетам(ДокументСсылка, РежимПроведения, Отказ, ВидыУчетов = Неопределено, Движения = Неопределено, Объект = Неопределено, ДополнительныеПараметры = Неопределено) Экспорт
//----------------------------
//добавленные строчки кода
ЕстьПерерасчеты = Ложь;
//добавленные строчки кода
Если ЕстьПерерасчеты Тогда
ПерерасчетЗарплаты.РегистрацияПерерасчетов(Движения, ДанныеДляРегистрацииПерерасчетов, РеквизитыДляПроведения.Организация);
КонецЕсли;
УчетСреднегоЗаработка.УдалитьПричиныПерерасчетов(РеквизитыДляПроведения.Ссылка, ДополнительныеПараметры);
Если ОбщегоНазначения.ПодсистемаСуществует("ЗарплатаКадрыПриложения.КадровыйРезерв") Тогда
Модуль = ОбщегоНазначения.ОбщийМодуль("КадровыйРезерв");
Модуль.СформироватьДвиженияИсторииКадровогоРезерва(Движения, ДанныеДляПроведения, "ДанныеКадровогоРезерва");
КонецЕсли;
ПерерасчетЗарплаты.УдалениеПерерасчетовПоДополнительнымПараметрам(РеквизитыДляПроведения.Ссылка, ДополнительныеПараметры);
КонецЕсли;
ПроведениеРасширенныйСервер.ЗаписьДвиженийПоУчетам(Движения, СтруктураВидовУчета);
(27) Как временная мера - подойдет.
Но на самом деле корень ситуации или в обработке МенеджерРасчетаЗарплаты или в функции общего модуля по сбору перерасчетов.
К сожалению конкретнее пока помочь не могу, реально есть только демонстрационные базы, но в них все достаточно гладко.
Проверила: галка стоит Выполнять пересчеты отдельным док-м. Не понятна логика программы? Предпосылы для пересчета отсутствуют вообще! Сотрудник успешно трудился с января по день увольнения. К чему пересчитывать? Что не так с этой программой?
Походу у расчетчиков будет головная боль с этими перерасчетами , и надо сразу приучать следить за этим. Заметил, что часто от этого страдают те, кто вводит документ табель. И желательно конечно не удалять записи перерасчетов , а действительно перерасчитать указанные документы , причем действовать надо так - зайти в документ , отменить его проведение , перезаполнить его полностью , только в этом случае запись из перерасчетов исчезает
Расчетчику (говорю за себя) не привыкать вручную считать в 1С (и это в век атомной энергии и кибернетики!), поскольку алгоритмы пишут люди дааааалекие от расчетов с персоналом, но беда в том, что увольнение и расчет ДЕНЬ в ДЕНЬ! банк.день не резиновый, а 1С такие подножки ставит((
Запись из пересчетов не исчезает. Пример: создан док-т Увольнение списком, расчитан и проведен. Далее команда стоп увольнению. Документ распроведен и помечен на удаление. Даже более - все из документа удалены, организация из документа удалена. Т.е. документ типа чист. Однако расчет зарплаты требует пересчитать сотрудников, ссылаясь на этот "пустой" документ. Конечно в нем сохранились всякие там ссылки и они теперь портят жизнь расчетчику(
Вообще кто-нибудь находил в офицальной документации подтверждение того, что галка "выполнять начисление и перерасчет зарплаты отдельным документом" влияет как на документы нач. з/п (это работает), так и на документы увольнения?
Дело в том, что в описании настройки написано, что она предназначена для документа "Нач. з/п". Но слова "только" там нет.
Или же перерасчет в увольнении нельзя отключить в принципе?
Документ Увольнение - сборная солянка: и зп расчитывает, и удержания, и НДФЛ, и статья увольнения, и страховые взносы (зачем при увольнении???). Поэтому и глючит. Его нужно, как раньше (ЗУП 8.2), сделать только под КНО. Я, например, удаляю из документа страховые взносы, чтобы после не появлялись пересчеты в общем документе начисление зп и взносов, и легче было искать ошибки.
Суть ошибки я написал в 15.
Если более подробно, то: программа высчитывает начальный период, с которого требуется делать начисление. Выполняется это путем выборки последних записей по фактическому периоду действия. Все бы нормально и суть в принципе правильная, но есть один нюанс - выставляется ограничение в отборе по видам расчета, у которых заполнен скрытый реквизит "ЗачетОтработанногоВремени". Однако этот реквизит заполнен только у расчетов являющихся фактическим начислением зарплаты, к которым отсутствия не относятся. Из за этого возникает проблема лишних периодов.
Да, исправили. Причем, судя по списку постобработок, которые выполняются после наката обновления, уже введённые документы тоже шерстят и именяют в них дату НачалоПериодаРасчетов на корректную.
А дата теперь в модуле объекта считается так:
Если ЗначениеЗаполнено(Форма.Объект.ДатаУвольнения) Тогда
Форма.Объект.МесяцНачалаРасчетов = НачалоМесяца(Форма.Объект.ДатаУвольнения);
Иначе
Форма.Объект.МесяцНачалаРасчетов = '00010101';
КонецЕсли;
В версии 3.1.6.37 ошибка не исправлена. Проблема решается отменой ошибочных перерасчетов исходя из официальной документации. Заходите в подсистему зарплата - в разделе сервис - переасчеты там по поиску ищите фамилию сотрудника и правой кнопкой по каждому документу щелкаете и нажимаете отменить. После этого всё норм.
1С отчитались об исправлении ошибки, направляли им демку
Ошибка 30160609
Код ошибки: 30160609
Код(ы) обращения: SW1263734
Статус: Исправлена в выпущенной версии Зарегистрирована: 30.03.2018
Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.5.212
"1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.6.37
Описание:
Введен отпуск без сохранения на весь месяц. Далее сотрудник увольняется в последний день отпуска. При увольнении рассчитывается зарплата за этот месяц. Воспроизводится только когда в увольнении рассчитывают еще и другие месяцы.
Доброго дня всем.
На релизе "1С:ЗУП 3", версия 3.1.6.37
Ошибка частично осталась остаются строки в начислениях по районному северной и еще одно плановое начисление с прошлыми периодами, но самих сумм нет.
Сталкивался ли кто нибудь с таким поведением программы?
Если кому интересно, получил официальный ответ от 1Сников на вопрос, влияет ли настройка "Выполнять перерасчеты отдельным документом" на их возникновение в документе увольнения.
Если кратно, то - НЕ ВЛИЯЕТ. В увольнении они будут подбираться автоматом всегда. Т.е. настройка управляет только их появлением (или не появлением) в док-те нач. з/п.
Или этот флаг на документ увольнения не влияет?
Не влияет.
Это задуманное поведение.
Если человека увольняют, то должны полностью с ним рассчитаться.
Если есть зарегистрированные перерасчеты, то ЗП нужно перерассчитать, что и делает документ увольнение.
Если пользователь считает, что перерасчеты лишние, он должен своими руками удалить регистрации перерасчетов (в меню "Зарплата - Перерасчеты"), тем самым подтвердив, что перерассчитывать ничего не нужно.
(58) Да, правда мы сразу с 3.1.2.169 на 3.1.6.38(54) перешли, а 5-ку(3.1.5.250) вдогонку выпустили. Теперь ещё и 3.1.7 в бетта-тесте. Наплодили веток релизов - только тестируйте. Взяли бы пару и довели до ума, ато под 300 ошибок(недочетов) остаётся. Кому-то очень актуально
(61) Ошиблась. Похоже, что моя проблема из этой оперы: https://forum.infostart.ru/forum68/topic170799/ У нас премия начисляется в следующем месяце за предыдущий, на премию полагается насчитать РК и СН. Также РК и СН насчитывается на окладную часть в текущем месяце... создать 2 начисления с одним назначением РК, но с разной расчетной базой система не позволяет.
Нам все предлагаемые методы не помогли, в перерасчетах работника нет, увольнение списком в июне, а программа перерасчеты делает за май и начисление зарплаты еще за май, хотя начислить зарплату установлено с июня. ЗУП 3.1.5.250
Актуально на релизе 3.1 (3.1.5.212) при увольнении в месяце, в котором нет начислений (отпуск больничный), перерасчитывает последний месяц в котором есть начисления ЗП. Увольняем Июнем, в Июне нет начислений в связи с отпуском, перерасчитывает Май. На 3.1.6 поправили?
(66) Добрый день.
1) отпуск - тоже начисление:)
2) ваша и эта ошибка возникают, когда расчет/перерасчет увольнения происходят "задним числом". Текущий месяц расчета(общий для всех) Июнь, а расчет начисления прошлого месяйца, Мая.
Исправить можно аналогично:
Сегодня разбирал типовую ошибку.
-----------------------------------------------------
Зарегистрирована: 18.05.2018
Код ошибки: 10194581
Планируется исправление в будущих версиях (3.1.7)
Введена "Регистрация переработок". Если в этом месяце ввести "Увольнение", то при добавлении в него сотрудника может возникать ошибка: {ОбщийМодуль.ЗарплатаКадрыОбщиеНаборыДанных.Модуль(734)}: Дата окончания периода не может быть меньше даты начала ВызватьИсключение ТекстИсключения
-------------------------------------------------------------
Последний интервал работы - первая неделя мая 01-07.05.2018,
а при получении временной таблицы значений НачалоРасчетногоПериода = 01.06.2018.
В общий модуль расчета передаются неправильные параметры из блока учета рабочего времени.
Надо исправлять там, где формируется структура этих параметров.
Пока исправил допроверкой в самом модуле расчета. Глубже не пошёл.
Решение переопределением параметров в ОбщийМодуль.РасчетЗарплатыРасширенный
//-=Н=- по заявке №00707007 исправление расчета при увольнении, где начало рабочего периода больше, чем дата его окончания.
//За начало интервала берут НачалоРасчетногоПериода(начало текущего месяца расчета, 01.06.2018),
//а реально последний интервал работы сотрудника в организации с 01-07.05.2018
//Милов А.В., 26 июля 2018 г. 12:57:37
//Цель: Исправление ошибки
//--------------------------------------------------
//-=Новый код для релиза 3.1.6.38=-
//---------------------------------------------------
//доп. проверка корректности параметров для расчета
Если Запрос.Параметры.НачалоРасчетногоПериода < Запрос.Параметры.ПоследнийМесяцНачало Тогда
ПараметрыЗаполнения.ДатаНачала = Запрос.Параметры.ПоследнийМесяцНачало; //начало последнего месяца работы 01.05.2018
ПараметрыЗаполнения.МесяцДатаНачала = НачалоМесяца(Запрос.Параметры.ПоследнийМесяцНачало); //01.05.2018
КонецЕсли;
//-=К=-
увы у меня актуальна в релизе 3.1.7.87
перенесли данные с июня из 2.5,
Июль август расчет в 3.1,
при увольнение в сентябре лепит прошлые начисления и тут же их сторнирует.
в регистрах сведений для перерасчета по сотрунику нет данных для того чтобы хоть что-то пересчитать.. мистика..
(72) у меня на 3.1.7.87 еще интереснее. Так же переход с 1 июля, при увольнении начисляет за прошлые года (начиная с 2016), как будто бы человеку зарплата не начислялась. При окладе в 60 т.р. человеку программа насчитала 35 компенсации и 780 неначисленных.
Вот как говорить людям, чтобы они переходили на тройку?
Я в итоге регистр сведений чистила "перерасчет зарплаты"
Кадровики табель то провели то отменили проведение и поэтому поехала чехарда.
Чистка регистра помогла.
(77) На релизе 3.1.6.37 если пройтись отладчиком, видно что, данные запросов для перерасчетов собираются как из регистра сведений "Перерасчеты", так и из табличной части "Начисления" самого документа "Увольнение". В моем случае оказался рабочим следующий вариант:
-Сотруднику попадала в перерасчеты вся ЗП за август, хотя уволен он в сентябре и стояла галочка начислить зарплату "С сентября".
-Из р/с Перерасчеты нужно было удалить запись с начислением зп за август, также проанализировать данные в Зарплата - Перерасчеты, при необходимости удалить
-Затем удалить в документе Увольнение все записи с ошибочным месяцем в таблице Начисления, а вкладку Перерасчеты полностью очистить
-После чего необходимо документ провести (не перезаполняя, чтобы вновь не возникли сторнирующие записи), т.к. в запросе берутся старые данные документа, в которых есть некорректные начисления
После этих манипуляций документ можно пересчитывать, сторнирующих записей быть не должно
Разумеется удалять перерасчеты из регистра нужно только убедившись в их ненадобности.
(86) По мне это намного легче, чем искать и удалять все перерасчеты :) Тем более когда док создан на косячном релизе, а в новом ошибки исправлены его все равно порой приходится вертеть так и сяк, перевыбирать в нем все поля, потому что к ним привязаны обработчики
(88) Прочитай внимательно сообщение (78) - если перерасчеты есть в документе, то тебе это не поможет, нужно удалять их из документа и перезаписывать его