Ошибка при вводе нового начисления в 1С-Зарплата и Кадры

Помогите!

Хотим завести еще одно начисление.
Через помощник ввода видов расчета выбираем "ввести новое начисление"
далее набираем название и выбираем способ расчета начисления "фиксированной суммой", далее
и появляется следующая ошибка в окне состояния:

Если (ВР.ВходитВГруппу(ГруппаРасчетов.РедактированиеБазЗапрещено) = 1) тогда
{Обработка.ПомощникВводаВидовРасчетов.Форма.Модуль(704)}: Значение не представляет агрегатный
объект (ВходитВГруппу)

Как исправить?

p.s. конфигурация типовая и никогда не менялась.
релиз 285
версия проф
ошибка вне зависимости от того какой выбираем способ начисления.

техподдержка 1С ответили, что на демо-базе ошибка не воспроизвелась.
у других действительно такого нет, но у нас есть и не знаем как исправить.
Умный народ - подскажите!

"далее и появляется следующая ошибка в окне состояния:"

Далее это когда? После каких действий?
После выбора способа "фиксированной суммой" какие действия выполняете?
Подробно.
На чистой 285 действительно не воспроизводится.

Да, например выбираем "фиксированной суммой" или другой способ начисления (это неважно, так как ошибка все равно есть).
Нажимаем "далее" и тут появляется ошибка в строке состояния, окно помощника не сменяется на другое, так и остается.
сколько раз "далее" не жми - все одно, только внизу строки с ошибками выводятся (одними и теми-же)

А сколько произвольных начислений вы уже завели до этого? Допускается 80 штук... Неужели у вас есть столько?

Вы оказались правы!
Невероятно но факт!
(огромное спасибо за подсказку!)

На копии для пробы удалили один вид заведенного начисления (пришлось откатиться на 2006 год, так как тогда был заведен ОДИН ввод расчета по данному начислению и его нужно было сначала удалить а потом само начисление из справочника виды расчетов).
Как только удалили - получили возможность завести еще один вид начислений - ошибки уже не было.

Теперь возникает другой вопрос:
если есть все-таки необходимость завести еще виды расчетов, то как быть?
возможно в конфигурации внести исправление для возможности заведения бОльшего количества видов расчетов?
если нет, то как возможно удалить старые виды расчетов (или заменить их), если по ним были документы в разные годы и программа не даст просто так их удалить?!

Очень надеемся на помощь!

"У вас завод какой то, не иначе В общем, надо:
1. Зайти в базу в режиме конфигуратора
2. меню: Администрирование-Сохранить данные
3. меню: Конфигурация-Открыть конфигурацию
4. в дереве ищем ветку Виды расчетов, разворачиваем ее
5. В ней ищем элементы ПроизвольнаяДоплата1, ПроизвольнаяДоплата2, ... ПроизвольнаяДоплата80
6. выделяем любое из них, в панели инструментов вверху жмем "Копировать в буфер", и тут же "Вставить из буфера"
7. В итоге появится новый вид расчета, который переименуйте аккуратно в ПроизвольнаяДоплата81. Сделайте вставку столько сколько нужно, последовательно присваивая новый идентификатор с инкрементом номера. Можете догнать хоть до ПроизвольнаяДоплата200.
8. меню: Действия-Глобальный модуль. Ищем по тексту строку:
глСписокПравилПерерасчета.ДобавитьЗначение(ПравилоПерерасчета.ПроизвольнаяДоплата80,"ПроизвольнаяДоплата80");
и добавляем по аналогии с ней ниже ее тоже самое, но про наши строки с нужными идентификаторами. Тут надо понимать, что этим действием мы делаем конфигурацию нетиповой и при каждом обновлоении вам придется эти строчки в глобальный модуль вставлять снова, чтобы ваши изменения не терялись. А вот добавленные в ветку Виды расчетов элементы никуда не денутся, так как при обновлении им не будет найдено замещения в файле с новым релизом.
9. Сохраняемся.

P.S. Но быть может будет более разумным поискать в справочнике видов расчетов неиспользуемые при работе начисления и поудалять их. Наверняка там есть ошибочно заведенные и ненужные. Так и конфигурация останется типовой и выдумывать ничего не надо будет."

Мда...бухгалтера назабивали...

Огромное спасибо за  помощь!
Конечно, понимаем,что конфигурация перестанет быть полностью типовой в связи с данным изменением, будем всякий раз это учитывать при обновлении.

А удалить ненужные начисления было-бы самым разумным, но в том-то и дело, что бухгалтера завели такие начисления, которые и применялись-то всего ПО РАЗУ за последние ТРИ ГОДА! но все-таки применялись

Еще раз спасибо Вам!

"Возникла необходимость в увеличении видов расчета. Добавила виды расчета (причем пробовала и копированием и вводом нового). В ГМ прописываю правила перерасчета. Сохраняет, но когда заходишь в систему, 1С выдает ошибку:
глСписокПравилПерерасчета.ДобавитьЗначение(ПравилоПерерасчета.ПроизвольнаяДоплата81,"ПроизвольнаяДоплата81");
{Глобальный модуль(2631)}: Поле агрегатного объекта не обнаружено (ПроизвольнаяДоплата81)
Как с этим бороться?"

Я бы предположил, что ПравилоПерерасчета - это перечисление, тогда надо добавить значение перечисления.
В общем смотрите ПравилоПерерасчета.

Нет, правилоПерерасчета это не перечисление, это объект метаданных (находится в ветке "Виды расчетов"). Я предполагала что при создании нового вида расчета, правило перерасчета создается автоматически, оказалось что и правила прописывать дополнительно нужно (((