У клиента появился "продвинутый" админ, который хочет быть типа руководителя по 1С, но ничего не делать в 1С. Начитался и насмотрелся про конфигурации 1С. Только указания мне и сразу стукачество руководству. Клиент старый, хорошие отношения, но слушаются своих больше. Теперь от меня требуют после обновления (конфа на поддержке) очищать регистры, справочники и доки начинающиеся с "удалить...". Собственно, в раздумьях, а стоит ли вообще очищать эти объекты ?

Нет. Когда они перестанут быть нужны, 1с их сама удалит

(0) При обновлении там все само и удалится и поставится, когда надо будет.

(0) бесплатно только этого не делай и всё.

(1) речь не про удаление, а про очистку данных в них. Если конфа типовая и все обработки обновления версии выполнены нормально, то данные в этих таблицах не нужны.

(0) бесплатно?

(0) если они платят за время, потраченное на удаление - почему бы и нет? Но я бы попросил это указание в письменном виде, чтобы они потом не обвинили исполнителя за накрутку услуг.

За плату, конечно. Вопрос чисто методический - надо ли в принципе чистить регистры, справочники и доки с именем "Удалить... " ?

(6) Методически - нет.
Читай (1)

(6) а вдруг завтра 1С вернет обратно этот регистр и переименует в название без "Удалить"

(6) Так закинь владельцу,что ему придется заплатить за то что будет и так убрано.Причем с подачи "продвинутый" админа

(8) Значит, он получит дополнительную денежку за перенос туда удалённых данных.

(8) Я о том же. Внутренний голос говорит, что лучше не трогать ничего.

(11) И давно я стал твоим внутренним голосом? ))

(12) "внутренний голос обычно бестактен"©
а ты также бестактен, как твой внутренний голос :-)))

(13) Я как раз тактен.
Не надо мне приписывать чужие достоинства )

Обеденный перерыв таки благотворно действует на руководителей. Уговорил гендира по телефону ничего не трогать во время его поглощения пищи.

(0) >> стоит ли вообще очищать эти объекты ?
Вот что говорит нам Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8:
http://its.1c.ru/db/v8std#content:2149184183:hdoc
1.6. Также рекомендуется выполнить очистку устаревших данных с тем, чтобы они не влияли на размер базы и не потребляли ресурсы (при резервном копировании, реструктуризации и других операциях).
В случае сложных (ошибкоемких) алгоритмов переноса данных, такую очистку целесообразно проводить не сразу, а через один или несколько релизов. Тем самым, остается возможность выпуска внепланового релиза для устранения последствий некорректной работы алгоритмов переноса.


Хотя сама 1С этому пункту своего стандарта в типовых конфигурациях не следует ((((

(11) пока платят и не имеют претензий за низкий КПД - "любой каприз за ваши деньги"

(0) Только документ составьте в подписями о том, что клиент предупрежден о возможной потере данных и простоях на восстановление. Всю ответственность берет на себя <продвинутый админ>. И вперед.

(0) За деньги, почему бы и нет?

(3) Типовая БП активно юзает их, даже после обновления, т.е. во время обычной работы пользователей

(20) да ладно! Вот это внезапно...
Ну, значит, - поискать имена объектов в коде перед очисткой.

(21) Ну судя по правам, постоянно спотыкается что у пользователя нет прав на объекты с префиксом удалить

а я думал, когда с типовыми работаешь, у тебя в голове воронка открывается и туда каша небесная большими комьями валится... от, блин...