После обновлений летят дописанные отчеты! Кто виноват?

[Malek]

Мы недавно перешли на 1С:8.2 Комплексная автоматизация...с самого первого дня все незаладилось, с 7.7 выгрузилось все коряво, справочники задвоились а иногда и затроились, до сих под разгребаем, но это пол беды.
Главной причиной перехода на новое ПО были прежде всего возможности автоматизации процессов.
Все отделы стали писать техзадания, программисты взялись за работу, и вот УРА..то что делали в 7,7 ручками теперь можем делать "одним нажатием кнопки", но радость быстро кончилась, с первым же обновлением все наработки исчезли, а вместо них незаделанные дыры в учете. Потом программисты неделями восстанавливают, и дописываю что еще мы хотим, но опять же до нового обновления программы...
А теперь вопрос: это у всех такая нормальная практика? или у нас в программистах дело?

[Brainev]

Однозначно дело в программистах. Новые обновления нужно формировать таким образом, чтобы в них уже были включены доработки. Работа кропотливая, но тем не менее необходимая.

[Malek]

Brainev,
спасибо за мнение, а не могли бы вы поподробнее описать процедуру обновлений.
Может нам самим уже программистов научить?

[AML]

Вообще то не желательно переделывать что то в типовой 1С, тем более что
у Вас "Комплексная автоматизация". Желательно посоветоваться с опытным
консультантом, может то что вы переделываете уже есть в программе, только
делается немного не так как вы предпологаете.

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

2. Можно делать изменения внешними обработками и отчетами.
Такие изменения не пропадают при обновлении.

Научить Ваших программистов обновлять измененную конфигурацию по
интернету или телефону не реально.

[Brainev]

Поддержу AML, по телефону этому не научить.

[Malek]

AML, в конфигурацию мы уже влезли, а вот следить за сохранностью программисты оказываются, говорят что им за все мне уследить, а пользователи сами прибегут, когда у них работать перестает,

Может есть другой процесс диагностирования - что работает, а что перестало?

[Brainev]

Вы знаете Malek, это какое то халатное отношение к своей работе, следить за сохранностью доработок их же собственных - это их прямая обязанность.

[Malek]

Brainev, согласна...
вот теперь появилась уверенность, что это не просто мое самодурство, пойду к начальству, может они смогут повлиять на все это безобразие

[AML]

Сообщение от Malek

AML, в конфигурацию мы уже влезли, а вот следить за сохранностью программисты оказываются, говорят что им за все мне уследить, а пользователи сами прибегут, когда у них работать перестает,

Может есть другой процесс диагностирования - что работает, а что перестало?

На нормальном предприятии если программист залез в конфигурацию
то он обязан зафиксировать на бумажном носителе что он изменил, с
какой целью, по чьей просьбе.

Если добросовестный "Франчайзи" что то изменяет для Вас в конфигурации так же пишет что изменено, что бы было удобнее
обновлять другому специалисту.

У хороших "Франчайзи" на обновление измененной конфигурации
отправляют того программиста, который вносил изменения.