Обновлял конфигурацию, после обновления сделал проверку модулей - начали вылетать ошибки. Полез в конфу и на тех модулях на которые были ошибки - стоял серый кубик. Теперь вопрос:

1) Насколько корректно в поддержке поставить, что объект находится на поддержке (извиняюсь за тавтологию) ?

2) Это получилось из-за некорректного прошлого обновления или предыдущие разработчики ручками поснимали объекты с поддержки (в конфе прилично таких объектов) ?

(0) ИМХО, поснимали...

(1) А не подскажите с какой целью это могло делаться ? И насколько корректно все вернуть взад проставив пункты в поддержке ?

(0) снятие с поддержки означает лишь то, что при (последующем) обновлении он не будет обновляться. Можешь поставить на поддержку, но при обновлении придется поработать ручками...
Ошибки скорее всего от того, что 1С любит дробить общие модули и переносить функции между ними от релиза к релизу, а в твоих (необновленных) модулях они вызываются из старых расположений (общих модулей)

(2) делалось это с одной целью - чтобы они не обновлялись, наверное до некоторых пор так было проще

(3) Просто версия конфигурации поставщика и основной равны, единственное различается почти вся регл. отчетность

(3) "Можешь поставить на поддержку, но при обновлении придется поработать ручками..." - а в чем проблема может быть ? в том что используются в доработках типовые механизмы ?

Возможно, проще будет снять полностью с поддержки и при обновлении заново поставить

(5) А как в равных конфах разные регламентированные отчеты. Отчеты устаревшие?
Регламентированная отчетность должна быть актуальная, иначе при подаче отчетов будут проблемы с формами и файлами..

(8) Я вот думаю, что наоборот регл. отчетность обновляли, а остальное не трогали.

(7) А чем проще ? Просто обновляю первый раз в жизни, вроде в теории знаю как, а на практике глаза разбегаются, вот и вызвался)

(6) проблема в том, что тебе надо перенести изменения, которые были сделаны до тебя, в обновленные модули, т.е. объединить их.
Всё усугубляется тем, что ты не знаешь даже с чем сравнивать имеющиеся модули, неизвестно из каких они релизов

(10) с учётом (5), установить полностью типовое обновление, по мере возникающих потребностей перенести изменения, чего, может, и вовсе не потребуется

(9) Не, так не может быть, т.к. новые отчеты формируются на основе данных в программе, т.е. если там существенные изменения, они просто не правильно или вообще не сформируются. Там, скорее всего, какие-то доработки не влияющие на отчетность.
Я бы сделала копию базы, а потом полностью обновила на типовую. Когда бухи начнут жаловаться что чего-то не хватает, тогда и добавлять. Учитывая, что точно не знаешь что доработано, т.е. действовать по мере поступления проблем. :)

(13) Ну как минимум посмотреть не по><ерятся ли поля новые... а то вертать нечего будет...

Народ спасибо за помощь)

(13) Регистры не изменены по сравнению с поставщиком. А в конфе нельзя обновить только регл. отчетность (по ее подсистеме).

Еще нашел косяк: РС Присоединенные файлы в конфе поставщика соответствует РС Удалить присоединенные файлы - как понимаю сбились уин-ы у пары поставщик-основная ?

(15) Имелось ввиду: а в конфе нельзя обновить только регл. отчетность (по ее подсистеме) ?