неправильная подстановка счета НУ в документ

Здравствуйте, уважаемые эксперты.<br> 1С:Предприятие 8.2 (8.2.16.362)<br> Управление производственным предприятием, редакция 1.2 (1.2.10.1) - древняя, потому что предшественники так "поработали" над базой, что теперь переходим на Бух-КОРП, но до конца года надо и эту довести.<br> Так вот вопрос:<br> Документ "ОтчетПроизводстваЗаСмену".<br> Почему-то в периферийной базе стал подставляться счет затрат НУ 20.01.2 (вместо нужного 20.01.1), тогда как по БУ счет затрат указывается правильно. Соответственно, пользователи не могут провести документ по НУ без исправления счета затрат (НУ) вручную.<br> В регистре сведений "СоответствиеСчетовБУиНУ" есть правильная запись (см. приложение).<br> Скажите, пожалуйста, в каких еще настройках пользователь (или администратор) периферийной базы мог изменить или назначить эту подстановку?<br> В центральной базе после обмена эти документы из периферийной, которые не проведены по НУ, проводятся без каких бы то ни было проблем и предупреждений.<br> Спасибо

Если кто-то хорошо "поработал" над базой, то лучшим помощником в определении источника счета НУ будет только "Отладчик".

Как я понимаю, в этом конкретном случае - вопрос настроек. Потому что база распределенная. В центральном узле всё подставляется и проводится. А вот в периферийной базе и подставляется счет затрат НУ не прямых расходов, а косвенных.<br>Конфигурации-то узлов совершенно точно идентичны.<br>Причем, в регистре сведений "Соответствие счетов БУ и НУ" у них запись правильная.<br>Покопался в настройках пользователей центрального узла - ничего такого не нашел, из-за чего у пользователей периферийной базы как-то по-другому могли бы распределяться затраты.<br>Больше всего смущает то, что различий в конфигурациях быть не может в принципе (обмен-то проходит!), а документ отрабатывается по-разному. Вот и появилось подозрение, что с настройками тех пользователей что-то не то.<br>Где еще надо поискать?<br>Спасибо

> Где еще надо поискать?<br> <br>В Отладчике и только в Отладчике. Никто же не мешает разработчикам проверить центральный это или периферийный узел и в зависимости от этого переназначить счет НУ.