В каком случае возникает ошибка:
"Противоречие в результатах расчёта (таблицы C1/RT)"?

№ сообщения 3G101
Diagnosis
An inconsistency results has been found during the evaluation of the payroll results. No referenced entry has been found in table C1.

Сплит по C1 в RT не найден в C1...
Я встречал такое при обработки есн будущего периода, функция RUFUP глючила (импортировала записи с прошлого месяца со старыми сплитами), но это было давно и сап исправил. У вас видимо, что-то новенькое или своим абапом чего сотворили подобное

Поставьте print C1 в конец схемы, потом по журналу найдите записи в RT c ошибочным сплитом, далее по журналу можно отследить место глюка.

Ага. Как показал отладчик , ругается именно на это. Конкретно на /342.
C1-сплит действительно полез при перерасчёте, причём сумма нулевая..
А зачем он, пардон, нам нужен?

Странно то, что этот глюк еще остался. Последняя нота на эту тему: Note 1331989 - HR-RU: abnormal termination RUFUP if no record in table OC1, вышла почти год назад. У вас какой уровень патча стоит? Возможно в последних нотах зацепили rufup или у вас все же свой Z* глючит.

Добрый день. Хотелось бы поподробнее узнать о решении данной проблемы. Программа проводок регулярно выдает такую ошибку, уровень патча 52.

у нас 52-й пакет. с февраля поменялись некоторые симв.счета, мож из-за этого?
сёдня предполагаю решать проблему простым удалением C1-сплитов в расчёте.

Нужно разобраться с причиной и в сап писать.
Проанализируйте журнал найдите в каком месте левый сплит попадает в результат расчета.

Я с похожей проблемой (ошибка была в RUFUP в режиме "PTAB") сталкивался еще в 2008 г., тогда нужно было срочно закрыть эту проблему, поэтому делал свою операцию, которую запускал в правиле RUK0 перед addws *.
Операция анализировала сплит-ссылку на OC1 текущей записи OT. Если ссылка имеется соответствующая запись OC1 переносится в С1 и соответствующий сплит-ссылка перезаписывается для связи с соответствующей записи C1.

Также выставил тогда меседж сапу, в результате сап исправил RUFUP.
В ноте Note 1304658 - HR-RU: RUFUP PTAB doesn't adjust C1, ALP and V0 splits... сап добавил это в функцию RUFUP (появился перформ adjust_splits), т.е. эта проблемы была закрыта.

угу, ломать не строить) Потом придется вручную на нужные контировки суммы перебрасывать.

+1. Делал так два месяца вручную. Офигенный секас.

а вообще, C1-индикатор какое-то устоявшееся значение имеет?

Альтернативное присвоение однако, куда уж более.
Кнопочка с монетками в 14,15,2001,2002,2003

На самом деле ситуация следующая:
При замене Есн на стр.взносы с 2010г. поменялись симв.счета...
И при перерасчёте с 2009г. весь Енс перегоняется со старых счетов на новые...
Как этого избежать? При этом, если происходит доплата, то её-таки надо облагать не Есн, а страховыми...

В PPMOD begda используется?

нет. изменена напрямую привязка с/счетов к ВО с 2010г.

Проводки делаются "в период", такая логика. Можно только перерасчеты отлавливать и счета им подменивать (например в замещениях). Только вам наверное нужно дельты перерасчетов на новые счета положить, а это уже не просто.