Здравия всем желаю.
Встал вопрос обновления нетиповой конфигурации альфа-авто 4 Украина.
За 2 года ее использования в нее было внесено много изменений, но и разработчик тоже не сидел на месте.
Подобную операцию такого масштаба я ещё не делал.
У нас версия 4.1.14.01, а разработчик выпустил уже четыре релиза 15.01, 15.02, 16.01, 17.01.
Я на трубе нашел вебинар, где автор показывает основы этого процесса, но повторять такую операцию 4 раза это будет вынос мозга.
Подскажите пожалуйста можно-ли сделать ход конем - произвести все эти обновления на чистую 4.1.14.01 последовательно все обновления, а потом сохранить полученную конфигурацию в файл, и сравнить-обьединить этот файл с рабочей конфой?
Или тут без вариантов и нужно последовательно обновлять по релиза перенося изменения вручную?
Чтобы потом не было гемороя - последовательно, с запуском предприятия после каждого обновления.
Вопрос чисто для собственных нужд: почему решили обновится?
logist @ Сегодня, 0:51 необходимо зарегистрироваться для просмотра ссылки
,
На протяжение двух лет я находил несколько серьезных косяков в работе Альфы, о чем сообщал в поддержку 1С-Рарус Украина, которые пытались воссоздать "глюки" у себя и когда они подтверждали, то передавали на исправление разработчикам.
Мне отвечали, что исправления будут в следующих релизах.
Вот и хочу, чтобы эти исправления были и у меня.
Но самое главное, хочу освоить этот процесс для собственного развития.
Еще один вопрос возник.
У нас база была разделена на две отдельные (по филиалам), т.е. все изменения, которые я вношу в одну базу, я через файл конфигурации переношу в другую.
Они как бы одинаковые по конфигурации, а по данным только по Номенклатуре (по крайней мере есть механизм синхронизации этого справочника) в остальных данных они разные.
А как тогда в случае нетипового обновления одной базы возможно-ли применение внесенных обновлением изменений для другой базы или необходимо только проведение такого же нетипового обновление для другой базы?
Если вторая база РИБ то изменения в неё придут сами с обменом, в случае последовательного изменения надо делать обмен после каждой версии и применять изменения в РИБ. Иначе процесс с второй базой такой же как с первой.
logist @ Сегодня, 11:14 необходимо зарегистрироваться для просмотра ссылки
,
Благодарю.
К сожалению не РИБ - придется "копать" две ямы по четыре раза )))
bizisoft @ 31.03.18, 11:14 необходимо зарегистрироваться для просмотра ссылки
,
С 14 по 16 совсем не много изменений. Сравните конфигурации поставщика и просто перенесите руками.
В 17 вообще ничего нового, кроме добавления программной защиты.
Цитата(bizisoft @ 30.03.18, 21:25) необходимо зарегистрироваться для просмотра ссылки
Подскажите пожалуйста можно-ли сделать ход конем - произвести все эти обновления на чистую 4.1.14.01 последовательно все обновления, а потом сохранить полученную конфигурацию в файл, и сравнить-обьединить этот файл с рабочей конфой?
Я Бухгалтерию так и обновлял несколько раз, на чистую накатывал до последнего релиза, выгружал cf-ник, и потом проводил объединение с нашей базой
cos12 @ Today, 9:08 необходимо зарегистрироваться для просмотра ссылки
,
Для бухгалтерии это, возможно, верный путь. Но для управленческих конфигураций, когда объем обновлений ничтожен по сравнения с объемом собственных доработок, это - путь в никуда.
Решился на обновление только из-за исправленных ошибок в конфигурации.
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.