Версия для печати темы (https://pro1c.org.ua/index.php?s=5d5537ad5aebb49f74f3428f89aa2c20&showtopic=45004)

Автор: bizisoft 30.03.18, 20:25

Здравия всем желаю.
Встал вопрос обновления нетиповой конфигурации альфа-авто 4 Украина.
За 2 года ее использования в нее было внесено много изменений, но и разработчик тоже не сидел на месте.

Подобную операцию такого масштаба я ещё не делал.
У нас версия 4.1.14.01, а разработчик выпустил уже четыре релиза 15.01, 15.02, 16.01, 17.01.

Я на трубе нашел вебинар, где автор показывает основы этого процесса, но повторять такую операцию 4 раза это будет вынос мозга.

Подскажите пожалуйста можно-ли сделать ход конем - произвести все эти обновления на чистую 4.1.14.01 последовательно все обновления, а потом сохранить полученную конфигурацию в файл, и сравнить-обьединить этот файл с рабочей конфой?
Или тут без вариантов и нужно последовательно обновлять по релиза перенося изменения вручную?

Автор: sava1 30.03.18, 21:04

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

Автор: logist 30.03.18, 23:51

Вопрос чисто для собственных нужд: почему решили обновится?

Автор: bizisoft 31.03.18, 8:24

logist @ Сегодня, 0:51 ,
На протяжение двух лет я находил несколько серьезных косяков в работе Альфы, о чем сообщал в поддержку 1С-Рарус Украина, которые пытались воссоздать "глюки" у себя и когда они подтверждали, то передавали на исправление разработчикам.
Мне отвечали, что исправления будут в следующих релизах.
Вот и хочу, чтобы эти исправления были и у меня.

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

Автор: bizisoft 31.03.18, 9:48

Еще один вопрос возник.
У нас база была разделена на две отдельные (по филиалам), т.е. все изменения, которые я вношу в одну базу, я через файл конфигурации переношу в другую.
Они как бы одинаковые по конфигурации, а по данным только по Номенклатуре (по крайней мере есть механизм синхронизации этого справочника) в остальных данных они разные.

А как тогда в случае нетипового обновления одной базы возможно-ли применение внесенных обновлением изменений для другой базы или необходимо только проведение такого же нетипового обновление для другой базы?

Автор: logist 31.03.18, 10:14

Если вторая база РИБ то изменения в неё придут сами с обменом, в случае последовательного изменения надо делать обмен после каждой версии и применять изменения в РИБ. Иначе процесс с второй базой такой же как с первой.

Автор: bizisoft 31.03.18, 11:14

logist @ Сегодня, 11:14 ,
Благодарю.
К сожалению не РИБ - придется "копать" две ямы по четыре раза )))

Автор: Petre 02.04.18, 8:10

bizisoft @ 31.03.18, 11:14 ,
С 14 по 16 совсем не много изменений. Сравните конфигурации поставщика и просто перенесите руками.
В 17 вообще ничего нового, кроме добавления программной защиты.

Автор: cos12 02.04.18, 9:08

Цитата(bizisoft @ 30.03.18, 21:25)

Автор: Petre 02.04.18, 10:43

cos12 @ Today, 9:08 ,
Для бухгалтерии это, возможно, верный путь. Но для управленческих конфигураций, когда объем обновлений ничтожен по сравнения с объемом собственных доработок, это - путь в никуда.

Автор: bizisoft 05.04.18, 11:17

Решился на обновление только из-за исправленных ошибок в конфигурации.