Имя: Пароль:
1C
 
Обновление типовым конфы который на поддержке у некой фирмы?
0 Обработка
 
30.11.23
08:55
Кто как работает с такими конфами (базами)? Конфа (база) на первый взгляд типовая и релиз и поддержка. Но оказалось некая фирма поддержку на себя перевели. Иначе говоря они берут типовое обновляет свое с типового и со своими доработками шлет обновление от себя к клиенту. Этот клиент видимо разорвал отношение и теперь ищет альтернативу. Как работать точнее как обновлять такие базы. Кто имеет опыт. Какой алгоритм?
1 Галахад
 
30.11.23
09:04
Этапа чтения глазами не избежать. Фирмы эти самые могут быть самого разнообразного скилла разработки.
2 Обработка
 
30.11.23
09:06
Я уже сравниваю конфы.
Но вот я могу как-то оставить эту подержу или полдежку придется на типовое вернуть? Вот о чем речь идет.
3 PLUT
 
30.11.23
09:10
(0) ничего сложного. создаешь хренилище пофигурации для конфы. смотришь - сколько у базы расширений. много думаешь... расширения перед обновлением лучше отключить нах.р

обновляется легко "трехсторонним" сравнением между поставкой, конфой и обновлением спецЫальными приблудами (путь к приблудам настраивается в пофигураторе). естественно получившийся результат обновления необходимо всесторонне тестировать - поручить биороботам проверить каждому свой участок учета (зону безответственности)

если всё океюшки - помещаешь в хренилище пофигурации финалочку
4 cathode
 
30.11.23
09:12
(0) Проще всего сначала вернуть на поддержку типовой конфигурации. Самый прямолинейный способ это сделать:
1. Сохранить текущую конфигурацию.
2. Снять с поддержки.
3. Сравнить с типовой с постановкой на поддержку, объединить со всеми пометками, поставленными по умолчанию.
4. Объединить то, что получилось, с п. 1, чтобы вернуть все изменения обратно.
5. Еще раз сравнить с п. 1, чтобы убедиться, что основная конфигурация в результате остается та же.
А потом уже можно смотреть отличия от типовой, обновлять и т.д.
5 Обработка
 
30.11.23
09:14
(4) Представил весь ход этой схемы.
Осталось теперь оценить работу.
База еще и с рибом вот в чем беда еще.
6 Ногаминебить
 
30.11.23
09:15
Чтоб оставить поддержку придется где-то находить обновления от той загадочной фирмы. Эти их изменения планируется оставить какщас/подтягивать откуда-то новые/вообще отказаться? В большинстве случаев мне видится логичнее и удобнее подцепить в конфу поставщика типовую.
7 PLUT
 
30.11.23
09:16
(5) > База еще и с рибом вот в чем беда еще.

а вы жалуетесь или хвастаетесь? непонятно :)

денег заработаете
8 Обработка
 
30.11.23
09:26
(7) С РИБ конфами много раз обновлял и даже с доработками а тут впервые такое не будет у меня сюрпризов? Вот о чем я?
Скорее и не хвастаюсь и не жалуюсь а встревожен.
9 kauksi
 
30.11.23
09:26
Я сам обновляю типовое ЕРП + потом конфигурацию поставщика. kdiff рулит. при обновлении конфы поствщика - главное отключить все подсистемы, кроме тех что поставщика и выставить приоритет основной конфигурации. Формы типовых объектов ЕРП отключаю. В том году фирма взяла 300 тыш за обновление 3х релизов и переводом на 2.5
10 shuhard
 
30.11.23
09:29
(2)[Я уже сравниваю конфы]
ни кому не говори, сколько нашлось точек отклонения, как много добавлено метаданных с хранением данных, число закрытых модулей
11 shuhard
 
30.11.23
09:31
(9) 300 тыров за перевод на 2.5.7 - ИжТиСИ насчитал ?
12 PLUT
 
30.11.23
09:35
(9) > В том году фирма взяла 300 тыш за обновление 3х релизов и переводом на 2.5

если не ездить на автобусе и ходить пешком, можно на проезде сэкономить

но выгоднее всего в этом случае не ездить на такси. экономия больше
13 PLUT
 
30.11.23
09:36
(11) я знаю контору, которая за такое обновление около 1 миллиона рублей берет
14 Мимохожий Однако
 
30.11.23
09:51
(8) Сюрпризы будут обязательно
15 d4rkmesa
 
30.11.23
09:55
(9) Я бы сказал, что это очень-очень дешево.
16 Гена
 
30.11.23
09:56
(5) Странный вопрос от программиста, который видит базу. Первым делом смОтрите оплаты предшественнику: суммы, задержки, частями или нет и т.д.
17 Обработка
 
30.11.23
09:56
(14) ОБычно когда доработанную обновляешь даже на несколько релизов все норм проходит ведь а тут что может быть-то?
18 Aleksey
 
30.11.23
09:58
Если там дописки, то зачем обязательно ставить на поддержку?
19 Мимохожий Однако
 
30.11.23
09:59
(17) Это только для случаев, когда предшественники задумывались о дальнейших обновлениях типовых. Не забывай о законах Мерфи.
20 timurhv
 
30.11.23
10:04
(0) Продолжайте делать также
21 Garykom
 
30.11.23
13:38
(0) Бит.Финанс?
Возвращал в свое время к типовой, там придется записи в РС удалять чтобы не было дублей после накатывания типовой
22 Обработка
 
30.11.23
14:24
(21) Нет это в КЗ какая фирма.
Видимо мелкий франч. Вот так прописали в меню о программе.
http://1c.kz/v8/RegionalSolutions_KZ_BUH.php)
23 Garykom
 
30.11.23
14:36
(22) Попробуй на копии базы сравнить/объединить с исходной типовой соответствующей версии
24 Обработка
 
30.11.23
23:23
(4) Попробовал в копии в чистой конфе.
Пока все по плану.
А вот как мне эту полученную конфу который вернулся в поддержку к типовой с доработками посадить на рабочую базу?
Если загруить то не потеряю данные какие-нибудь?
Или там тоже сняв с поддержки объединить с результирующей конфой?
Тут я логикой чуть плыву и не уверен.
25 Обработка
 
01.12.23
09:07
Кто-то может мне ответить на (24)
26 cathode
 
01.12.23
09:20
(24) Если рабочая конфигурация не отличается от сохраненной перед изменением поддержки, можно просто загрузить ее в рабочую базу - изменится только часть, касающаяся поддержки.
27 Обработка
 
01.12.23
09:33
(26) А ты уверен что что при создании конфы пустой для манипуляции некоторые таблицы создадутся под своим именем и при загрузке просто вытеснит с данными?
28 maxab72
 
01.12.23
10:25
Сравнение/объединение с типовой не всегда достаточно. Знаю конфу на основе УНФ, где для перехода от поддерживаемой сторонней фирмой обратно к типовой надо еще в регистрах заменить номер конфигурации с цифирно-буквенного на чисто цифирный. Правда они сразу дают обработку для этой операции.
29 cathode
 
01.12.23
10:28
(27) Если после постановки на поддержку текущую конфигурацию не сохранять и сразу объединить с заранее сохраненной, внутренние идентификаторы объектов, даже если они были удалены, будут взяты из сохраненной конфигурации.
Поэтому да, уверен. И делал так много раз.
30 cathode
 
01.12.23
10:36
(28) Да, такое может быть. Но это обычно тогда, когда прямо меняют идентификатор конфигурации, строку поставщика, версию, т.е. делают как должно быть по технологии.
В этом случае в регистре "Версии подсистем" нужно будет вернуть идентификатор и версию конфигурации к типовым значениям. И сделать это нужно ДО первого запуска с загруженной конфигурацией с типовой поддержкой.
31 cathode
 
01.12.23
10:37
(+30) Ну и архивы на каждый чих, как всегда.
32 Garykom
 
01.12.23
12:02
(27) Когда УИД не совпадают (нет их) идет по именам
33 Garykom
 
01.12.23
12:03
(30) версии подсистем для соответствующих версий типовой и "отраслевой" обычно совпадают
если нет то логично что надо поменять на типовые версии до замены конфы
34 Обработка
 
01.12.23
12:31
Вчера попробовал в пустой копии прям на возвращенной к типовой с доработками.
Изменения не большие. НА 2 релиз легко можно обновить.
Уже даже сохранил настройки обновления.
Оценил в минимум 20 - максиму 30 часов
А реально уложился бы 4-5 часов. Уже потратил часов 2-2.5.
Есть два страха:
1. При загрузке на базу чтоб ничего не затерлось
2. Уриб чтоб нормально проглотил при обмене.