Всем привет

Задался вопросом как обновить УПП, отстающую на 20 релизов- лучше сразу притянуть остатки в новый релиз а потом подтягивать доработки или пошагово обновлять?

С Рождеством!

Склоняюсь к первому варианту тк много из сделанного есть уже в новом релизе

И как лучше обновлять сама методика какая, а то я этого не делал)

(1) отойди от УПП - руки оторвёт

Возьми копию, обнови сразу и покажи результат компетентным пользователям. Если не побьют - делай как на копии. Иначе - по порядку.

(6) всымсле перенести остатки и тп в копию сначала?

По-моему это два разных подхода и принятие решения, по какому пути двигаться должно быть обусловлено серьезными причинами)

Я в том смысле, что:
1. Берешь копию базы.
2. Обновляешь через 20 релизов
3. Показываешь результат компетентным пользователям.
4. Если замечаний много и они не исправляются твоими силами, то вариант Б.
1. Берешь копию базы
2. Обновляешь по порядку каждый релиз
3. На каждом шаге показываешь результат.
4. Подправляешь базу и переходишь к п.1 по циклу.
Доступно и всерьез.

(9) просто я хотел попробывать третий вариант- не обновлять через 20 релизов, а СО старой конфы ОСТАТКИ подтянуть в новую пустую конфу с последним релизом

(10) а что, пользователи дали добро на свертку базы? И Вы уже сворачивали УПП?

(11) тут вопрос оптимальности решения , а насчет свертки можно договориться

(12) Оптимальное решение - использовать стандартное УПП и обновлять каждый месяц.
В твоем случае - оптимального решения не будет.

(13) женщина, идите варите борщ, не мешайте искать решение)

(12) самое оптимальное это загрузить одни справочники, а остатки пользователи сами забьют.

(15) издеваетесь?

(16) ну, всё равно они будут остатки после експлорера крыжить, выверять, это по времени столько же будет, как просто ввести остатки. Да и обработку он будет писать и отлаживать две недели. А так хоть деньги сэкономят.

(17) "Оптимальнее" (в таком случае) - полный ручной ввод (начиная со справочников). Заодно, и номенклатуру неиспользуемую отсекут. Да и вообще, лучше работать научатся :)))
(14) Не выноси мозг ни себе, ни людям. Делай, как положено: релиз за релизом. Заодно, и не нужное уберешь, и в коде будешь разбираться.

Одно обновление на УПП устанавливается минут 30-40
ТестированиеИсправление + бекап перед обновлением = 2 часа
Установка 20 обновлений = 20 часов
Проверка после всех обновлений = 2 часа
Всего 24 часа работы и солнце еще высоко !!!

(17) вопрос не в этом, вопрос в том, что для некоторых разделов учета необходима история, а не просто остатки. их тоже вводить руками?

(20)(19) Вы не поняли для нужных разделов я историю буду переносить, а про то что обновление 30-40 мин устанавливается- это я долго смеялся))) Еще одна цель- убрать ненужные дописки/доработки

(21) Обновление на один релиз именно столько и устанавливается
Открыть конфигуратор, Конфигурация - Поддержка - Обновить конфигурацию, далее на все вопросы "Да".
Об этом шла речь. О том, что обновляемая база имеет доработки, да еще и ненужные - предупреждать надо !

(22) Помоги Масяньке с борщом, может морковку почистишь или еще там ченить)))

(0) На сколько сильно изменена УПП и какие подсистеме задействованы в учете?

(24) Конфигурация сильно изменена, но ключевые механизмы не затронуты. т.е в организации не используется производство, не ведется учет обучения, минимум доработок по зарплате. Соль в том, что много из внедренных доработок уже есть в новых релизах, много кода закомментировано, смещено и тп, хотелось бы все привести к порядку, также внедрен свой учет затрат хотя его можно осуществить с помощью РАУЗ в новом релизе

(25) Мужик, у тебя задач на полгода точно :) Ну в этом есть и плюсы - в новых задачах всегда много опыта. Удачи тебе :)

Ах да, метода...обновляешь все на копии до посл. релиза, потом объединением и сравнением аккуратно медленно проходишь все объекты.

Сначала по старой внедренной методе списания, а потом уже и РАУЗ навешаешь в последнюю очередь.

(19) какая замечательно сказочная база... "ТестированиеИсправление + бекап перед обновлением = 2 часа"... "Одно обновление на УПП устанавливается минут 30-40" - это демка что ли из поставки?

(0) Обратись в ИжТиСи. Сам не верил, пока не увидел результат.

(31) охота свои скилсы прокачать)

(0) как собираешься выяснять какие доработки нужные а какие нет? начать крайне желательно со сравнением с конфигурацией поставщика.

(33) ну взять отчет о сравнении, показать главбуху, паралельно отметить что уже есть в новом релизе

(34) Если "Конфигурация сильно изменена" вы там не надорветесь этот отчет читать?

еще меня вот какой вопрос волнует- я проанализировал, например изменения в документе "Отражение зп" там доработки, отмеченные комментариями- это аналог запросов и кода из нового релиза, т.е при обновлении, при натягивании нового релиза мы ведь просто оставляем доработанный ко, ведь так? или всегда нужно анализировать доработанный код?- тогда ведь много времени уйдет

(36) Не делай ничего, балбес.

"тогда ведь много времени уйдет" - кажется начинает доходить...

(38) поэтому я и хочу совершить гиппер прыжок, все натянуть на новую конфу, пробежаться по ключевым добавленным объектам, их оставить, а если по ходу работы возникнет необходимость в каких- то доработках то оставить их, так норм будет. как думаешь?

(39) Если денег мало платят, то сойдет наверное. :-) Если не догонят...

(40) )))))))) если не трудно объясни плиз ключевую мою ошибку если таковая есть)

(41) Тут такое дело. Не всегда очевидно, какие доделки критичны, а какие нет.

(41)ИМХО. Разговор ради разговора с новогодние каникулы. Мало того, что надо угадать возможные изменения в конфигурации и реальное использование доработок, но при этом надо попытаться угадать оптимальный вариант.

(42) т.е есть методика процесса? Либо все доработки оставлять, либо пропускать их через сито проверки?

Есть проверенная методика: "Тарапииисса не нада"

(44) Да.

(44) А как проверять нужны ли доработки?

(47) См. (45)

есть адекватные люди, обясните в чем я не прав

(49) там ведь не только в модулях дописки, ведь наверное и какие-то реквизиты добавлены в документы, а может и целые справочники и регистры появились. И вы это всё это решили похерить? Все данные уничтожить?

(50) насчет реквизитов справочников и тп. т.е объектов можно проконсультироваться с главбухом, что-то она скажет, а что-то чисто логически можно исключить, или оставить) а вот как оценивать модули-хз

(49) в том, что "Задался вопросом" (1) )

зы может клиента уже пора того? наERPо посадить ?)

зы (52) 20 релизов - не раскроешь методику подсчета?

(53) раз, два, три, четыре, пять и тп

(54) типа, хитрый клиент хочет раз в год обновляться, не ?)

(55) он не обновлялся очень долго и отставание 15-20 релизов

(56) но ты готов за тарелку супа сеймомент исправить ситуацию ?)

(57) я ищу оптимальное решение)

(58) ну, если УППшный клиент не нашел денег на регулярные обновления, то что ему предложить кроме базовой бухгалтерии ?)

зы (59) куда/почему год назад сгинули доработчики история умалчивает ?)

(60) там сидела бабушка консультант. а на доработки приглашали  мелкие фирмы франчи, или ипшников

(61) подари им мыло и беги оттуда )

(62) поидее все доработки должны быть в каком то реестре, правильно?

(63) угу, спецреестр бабла, зажатого на квалифицированное обслуживание )

(63) пипец УПП-хе

(65) Может он имеет ввиду бумажный журнал под названием "Реестр изменений конфигурации". :)
Вон, у нас один филиал вел базу данных в бумажном журнале. Когда спросили где данные, они сказали что база данных сгорела. Она действительно сгорела. Сгорел журнал.

(65) вы какбудто папуасы в африке, которые самолет увидели))) Почему бы не вести учет изменений, еженедельно записывая их в реестр, при обновлении можно пройтись и убрать ненужное

(67) Это наоборот - очень хорошо.
Сами ведем такой реестр, только в виде екселевского файлика.

(68) Для этого нужно иметь какую-то методику. И придерживаться её.

(67) што с таким реестром, што без него...
без него даже быстрее - исключаются различия между обозначенным в реестре с реальным положением дел
(68) файлик бэкапится ?)

(69)Имеем и придерживаемся :)
(70)Дело не в различиях, а я том, что в файлике дополнительно видно на что эти изменения влияют. Мало-ли, вдруг 1С решит поменять работу с каким-то регистром или справочником.

(71) Замечательно. А вот там бабушка из (61) придерживалась методики есть большие сомнения. :-)

(71) отсутствие реестра наличия различий между описанными в реестре изменениями и фактическими отличиями текущей конфигурации от типовой не исключает фактическое наличие таких различий )~

(72) Хы... :)

(71) можно в регистре сведений хранить, а не в файле эксель) Например что-то вроде такого- Объект, название процедуры, строка, комментарий, подсистема (с какими другими объектами связан)