|
Обновление типовым конфы который на поддержке у некой фирмы? | ☑ | ||
---|---|---|---|---|
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. Уриб чтоб нормально проглотил при обмене. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |