обновления и дописки - как совместить.

Всем привет!



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



Коллеги, поделитесь алгоритмом, как это можно совместить с наименьшей потерей времени и крови



Заранее спасибо,

Сергей

Если обновление документа большое, то берём у 1с

Если пара строк, то оставляем свои и потом с новой базы добавляем изменения



ЗЫ Интересно, а есть ещё способы???

Смотря что считать потерей времени и крови. Если изменения небходимы тогда лучше повозиться. Могу предложить способ. Запускаешь обновление и при приоритете загружаемой конф. и замещать объекты - отключаешь у объектов которые менял галочки. Только нужно не забывать (лучше записывать) все что менял. И ОК. Вторым этапом - снова запускаешь обновление и при приоритете загружаемой конф. - объединять объекты. Все изменения в модулях при этом становятся комментариями. Третий этап - перед сохранением пройтись по всем изменениям и востановить их. Потом сохранить. Долго, но эффективно.

Хороший вопрос! Позволь взять его на наш сайт. Мы давно выработали метод обновления шипко переделанных конф, он кропотливый, но работает на 100 %!



1. Устанавливаешь чистую новую базу

2. Деляешь две копии старой конфы в дваразных каталога

3. Первую копию пытаешься обновить до конфы той же версии но не измененной и смотришь в окне сравнения, что потеряется с этим обновлением.

4. Перетаскиваешь все, что найдено в п.3 в чистую новую конфу простым копированием из второй дополнительной измененной конфы. 5. Не забудь про всякие там общие таблицы. Менюшки можно просто объединить в новую, поставив приоритет старой конфы (тоесть не той, что загружаешь, хотя как раз загружаешь старую), метод - объединять

6. В конце концов у тебя появляется новая база со всеми прежними наработками. Используй этот мдшник для обновления.



ЗЫ: А вооще, процесс достаточно систематизируем. 1С могла бы что-то подобное сделать для облегчения нашей работы.



1СGroup...

Вопрос, конечно, философский. Я работала с ПУБ, изменений сделала кучу. Больная на голову начальница требовала обновлять КАЖДЫМ новым релизом. Настройки все пришлось подробно задокументировать. По записям я вносила их в новый релиз, потом накладывала на 3(!!!) новые базы. Под конец мне удавалось делать это довольно быстро.

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

При внесении изменений в типовые базы, стараться создавать новые объекты,они не сносятся обновлением.

У меня 2 способа:

1. Делать внешние "навороты", не касаясь конфигурации.

2. Иметь свою конфигурацию, а изменения вносить "ручками" по мере нахождения различий между моей и типовой. Обычно это касается плана счетов. А потом обновлять клиентам не типовой, а своей конфой, в которую внесены изменения с учетом всех пожеланий разных клиентов.

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