Объекты конфигурации начинающиеся с "Удалить..." после обновления #788728

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

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

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

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

бесплатно?

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

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

Методически - нет. Читай

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

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

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

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

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

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

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

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

>> стоит ли вообще очищать эти объекты ? Вот что говорит нам Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8: 1.6. Также рекомендуется выполнить очистку устаревших данных с тем, чтобы они не влияли на размер базы и не потребляли ресурсы (при резервном копировании, реструктуризации и других операциях). В случае сложных (ошибкоемких) алгоритмов переноса данных, такую очистку целесообразно проводить не сразу, а через один или несколько релизов. Тем самым, остается возможность выпуска внепланового релиза для устранения последствий некорректной работы алгоритмов переноса. Хотя сама 1С этому пункту своего стандарта в типовых конфигурациях не следует ((((

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

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

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

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

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

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

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