ПЯТЬ БАЛЛОВ!!!

Может кто-то сталкивался.
Замещением в уже проведенном документе ставлю признак КС.
Захожу в FB02 вижу, что признак устанавливается, но при сохранении документа, вижу ссобщение, что изменений нет.

Т.е. не получается поставить этот признак в проведенном документе.

А теперь давайте представим, что вам это удалось. Галочка "красное сторно" проставлена. Ура! Цель достигнута!
Понесете ли вы персональную ответственность за консистентность данных в сальдовых таблицах? За спецрегистры? За другие модули? Где еще эта галочка могла "сыграть"?

После данной опреции сальдо у меня не изменится. Или это не важно?

0. За такое надо убивать, но всякое бывает...
1. Если по делу, то у вас это поле не разрешено для замещения в таб. GB01 (после вызова замещения проверяется, что можно менять и если нельзя, значение восстанавливается на предыдущее).
Хотя не понял про последовательность действий: замещение, FB02... Можно подробнее?
2. Нужно потом перенакатить спецрегистры и ГГК и молиться

А обороты? КС влияет на обороты, а это важно для бухгалтерии, замучаетесь потом эти обороты подтверждать, так как бухгалтерия и проверяющие смотрят на обороты и их обоснованность.

Поясню ситуацию.

При рассчете СПП-элемента когда-то в 2009г получился неправильный документ (причины разбираю, но сейчас не об этом).

Кт 39* 119267
Дт 08* 334121
Кт 08* 214854

А должно было быть:
Кт 39* 119267
Дт 08* 119267

FI-консультант не знает что делать, бухгалтерия требует исправить оборот, так как у нас налоговая проверка.

Я понимаю, что все это делать очень нехорошо, но выбора мне никто не дал и нужно что-то придумать. Пока изучаю варианты.

А вот в разделе логистики и проектов не все это понимают. Предлагают оставить документ в покое так как сальдо правильное.

0. Согласна
1. Разрешено
2. Можно чуть-чуть подробнее об этом, т.к. я не FI-щик, хотя и моему Fi-щику пригодится ))

Вы собираетесь совершить грубую хирургическую операцию (по сути - насилие) над вашей системой, опираясь на советы Интернет-форума.

Прямой update поля "Красное сторно" каких-то таблиц системы неминуемо приведет к расхождению данных в разных таблицах: BS*S, BS*K, BS*D, FAGLFLEXT (или GLT0), J_3RKKR0,J_3RKKRS, таблицы спецрегистров, еще возможно FAGLFLEXA, BS*T и др. Чтобы устранить расхождение между оборотами (BS*) и сальдо (FAGLFLEXT, GLT0) нужны воспользоваться специальными программами (см. 1-ю страницу топика). Переинтерпретировать документ (надеюсь, этого хватит). А если это документ прошлого года, то, возможно, потребуется перенос сальдо (не уверен). Если этот документ попадает в спецрегистры (спросите у своего FI-SL - щика), то информация в них должна быть тоже обновлена (снова к нему же).

Инициатору и исполнителю всего этого решения перед его реализацией лучше осознавать риски такого вмешательства в систему.

Что-то не хочет система менять поле XNEGP в замещении при изменении документа, значит не так она глупа. Тогда остается варварски в таблицах, с перенакаткой всего что можно и молитвами...

Нет, это я точно делать не буду.

Защита от варваров, которую DiaRom видимо преодолел, судя по его сообщению на первой странице

Как вариант решения проблемы без насилия над системой:
временно разрешить ручные проводки по этим счетам и сделать корректировку оборотов...

должно получиться.