есть заказчик и у него есть 2 базы УТ довольно старой версии (11.0.9)
для того, чтобы проапгрейдить их до текущего релиза - нужно накатить порядка 50-ти обновлений на каждую

во сколько оценить такую работу в часах/рублях?

P.S. тарелку супа не предлагать :)

(0) ни о чем
- степень кастомизации
- наличие учетных ошибок(перекосов Рг)

Базы типовые? Загружай сразу последний CF-ник. Итого 1 час. Но потом сверки, проверки, обучение, настройка торгового оборудования и еще чего-нибудь - это уже отдельно

(1) а, да! забыл сказать - конфы полностью типовые
про перекосы - не понял...

(2) Сам то пробовал? :)

(2) и пипец партионному учету и себестоимости, полный

(2) пробовал...
через 5 часов - шлет на}{@р
говорит что нужно обновляться только с определенной версии

(6) Даже если постепенно обновлять, то на каком то этапе он захочет перезаполнить регистр партий. На больших базах это может несколько суток занять. Проще, похоже, срез остатков перетащить на последний релиз. Но типовых средств для этого, ИМХО, нет.

(4) да. Только не помню номера начального и конечного релизов. Все было норм. Ну не 50 шагов было, а шагов 25

(8)[Только не помню номера начального и конечного релизов.]
поржал
от души

Обновлятор,
не?

(0) я 30+ на бухгалтерию в свое время накатывал, не так то что бы уж и долго.

Обновить - выпил чаю и ставишь следующее, а вот вценнике цена обновления может быть далеко не решающей....

(10) он же денег стоит

С этим обновлением *овна хватиш, озвуч клиенту 15к + консультации после обновления по часам, как-то так.

Просто пакетное обновление используй, скачай, укради обработку для автообновлений, даже конфа есть целая на нимфо.

(13) На одну базу - бесплатный )

(7) на счет нескольких суток - подтверждаю!
на один из релизов 5 суток обновлялось, на другой 7

(0) По факту сколько затратишь времени столько и просить.
Чтобы прикинуть заранее попробуй пару обновлений накатит с засеканием времени.

(12) почти так, угу...
за исключением (17)

(0) Грубо по часу на каждый релиз при типовой базе. Но большую часть времени можно курить бамбук, пока железяка думает. И некоторые будут явно дольше, некоторые явно быстрее. Поэтому устройте баттл своей жадности и совести. Я за жадность, т.к. забивать на обновления столько времени нельзя.

(18) тут процесс затяжной: началась эта бодяга 30.10 сего года, вот уже 3-я неделя

(20) Если 50 часов то боюсь даже по минимальной ставке 500р. в час не согласятся ))

На 250 000 р то

Тут важные вопросы:
База файловая или серверная.
Размер базы, а то вдруг ты там пентабайты конвертируешь

(22)+ Сорри 25 000 р

Если база файловая - перегнать в серверный режим там обновить и потом снова выгрузкой в ДТ перевести в файловый режим. Будет быстрее, возможно на порядки.

(22)У тебя кулькулятор сломался

(22) 500 руб.? За 500 руб я даже задницу от дивана не оторву.

Пусть считают, что это отдать сэкономленные ранее деньги на забивании на обновления.

(25)Ой не факт не факт

(28) Я пока не видел обратного.

(25) Не, не сильно поможет. Сам процесс сравнения и объединения идет очень долго. Ну разве что на релизах, где реструктуризация данных идет быстрее будет. Таких глобальных не сильно много будет.

(23) базы файловые
за время пути, собака могла подрасти (с)
начинали с 8Гб и 3Гб, а сейчас уже после накатки 40+ апдейтов получается 19 и 18 Гб соответственно

ТИИ пока не делал, думаю в самом конце замутить

(29)Всмысле не видел? Ну посмотри, поставь файловую на обновление на i7 8го поколения с 16-32 Гб памяти и ssd и запусти, посмотри.

(31) Выгружайте промежуточные результаты, иначе легко поймать какую-нибудь "ошибку формата потока" и загубить результат.

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

(33) перед каждым "чихом" (обновление конфы или запуск предприятора после накатки) делаю копию 1cv8.1CD и оставляю последнюю и предпоследнюю копию - так на всякий...

(35) Это почти правильно. Но не гарантирует от "ошибки формата потока". Хотя бы изредка проверяйте целостность конфигурации через "сохранить конфигурацию в файлы". Ну и кэши регулярно сносите. Иначе потом повторять всю работу придется. Так максимум только на хранилище настроек на грабли наступите. Но его прибить легко.

(32) ну у меня i7 не последнего поколения, 24 гб оперативки SSD.
Серверная работает быстрее.

(37)i7 2600 и i7 8700 немного разные вещи, не думаешь?
И опиши свой сервер, может там действительно серьезное оборудование, а не *овно за 200К-300К

можно автоматизироваться с использованием "Обновлятор 1С"

все легче чем кучу тупых действий руками делать

https://helpme1c.ru/obnovlyator-1s-gruppovoe-paketnoe-obnovlenie-vsex-baz-za-odin-raz

Сколько документов в базах?
может перенести проще?
перенос то и накатать можно и денег за него взять,плюс потом пригодится.
Ут с переносом данных егаис из одногл способа хранения в другой тупит как сибирский валенок.

Егаис в ут 11.0.9?

(38) Лол между 2 и 8 поколением разница как бы так сказать, ну надо ее еще поискать.
https://habr.com/company/kingston_technology/blog/371523/#comment_16294555 первое что нашел. Когда думал об апгрейде своего 2600К на последний I7 не нашел ни одной причины, прочитал просто гребаную тучу всяких обзоров, ну серьезно, 10-30% производительности, которую реально утилизирую не более чем 1% времени того не стоят. В итоге купил SSD получше и память пошустрее.
А Вы всегда оборудование за миллионы используете для файловых баз?)

https://overclockers.ru/blog/korn87/show/20410/sravnenie_mezhdu_i72600k_46ggc_i_i78700k_49ggc_v_igrah_
Вот еще. От нет разницы до в 2 раза. Скорее всего дело в оптимизации в том или ином случае.
Но по своему ведру, 100% хоть одного ядра что бы увидеть ну надо очень постараться.
А у меня стоит SQL + 75 баз в которых я веду работу + учеба + регламентные не выключены + куча всяких сервисов для личного пользования. И все это очень редко когда уходит хотя бы в 50+%
И да на очень неплохом SSD с 24 гб памяти тоже неплохой - обновление серверной базы идет быстрее чем файловой, расположенной на SSD.

Релиз очень древний. Обновлений много и не факт, что все заведется без проблем, т.к. нет 100%-ной уверенности, что все данные заведены корректно.
Я обновлял типовую 11.1 на 11.4. Поимел проблем с упаковками. Примерно половина номенклатуры оказалась с кривой упаковкой.

Автору рекомендую накатывать по несколько релизов, обновлять БД и проверять результат. И так до победного конца.

И да, лучше делать это на файловой (если возможно)

Ты еще скажи, что разницы между ддр3 и ддр4 нет, ну или ее надо поискать и ты сидишь на ддр2 до сих пор, потому что смысла не увидел в переходе на ддр3,4?
Какое оборудование за миллион? Коробка стоит 40К-60К.

(45)Ты надеюсь про УТ 11 всё же говоришь, когда сравниваешь скорость обновления баз? Т.е. у тебя на твоем ПК стоит скуль и ты сравнивал обновление базы данных на скуле и на файле? А когда ты файл оновлял, ты перед этим скуль тушил и комп перегружал, я надеюсь?

(48) конкретно я сравнивал на бухе.
2 - обновление 10 релизов и на последнем повышение до 3.
В файловом за день я 5 апов перешел.
и плюнул
На следующий день - за 8 часов все сделал на сервере.
Да сервак гасил.
Память кстати DDR-3.
Коробка стоила 80, но тогда доллар стоил 28.

https://ark.intel.com/ru/products/52214/Intel-Core-i7-2600K-Processor-8M-Cache-up-to-3-80-GHz- спецификация.

(49)У тебя проблемы с железом какие-то нереальные, 5 обновлений БП 3.0 за день, 8 часов, ты сам то считаешь это нормальным?

База в общем то с реальным учетом и далеко не маленькая. С железом проблем нет)

После обновления и сверки всего сделали обрезку, но клиент не хотел делать до, а там уже далеко не одна таблица к максимуму для файлового режима подходила.

Хотя о чем я, 2600 и ддр3, проблем нет.

(51) Или там железо никакое (сильно нагружено) или дофига данных и сложные обновления с пересчетами (в т.ч. в режиме предприятия)

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

(55) У меня давеча на 66 релиз скульная бухгалтерия 4 часа базу реструктурировала

З.Ы. Правда база весит 50+ гигов

пока что прозвучало маловато мнений по ОЦЕНКЕ работы
нужно больше веспен газа

Самый быстрый вариант похоже - свернуть, а документы остаткой перенести конверташкой в чистую базу последнего релиза.

(57) оценка должна быть максимальной, на которую согласится клиент

(0) здесь уже должна быть цена договорная, а не повременная. Для себя надо прикинуть минимум по сумме на который ты согласен выполнить эту работу. Прикинуть время, которое уйдёт на это и озвучить его заказчику. А далее оценить на какую сумму рассчитывает заказчик, аргументировать свои расчеты по сумме, чтобы договориться о стоимости работ.

за такую работу я бы запросил 150к за каждую базу. Аргументация простая - 50 релизов * 2 часа на релиз * 1500 р/час.

в пределах релиза можно обновлять сразу на последнюю версию цфником
P.S. релиз - вторая цифра

(63) а не может ли при таком подходе получиться так:
- в одном обновлении переименовали один реквизит,
- во втором обновлении добавили/переименовали другой и на основании первого его заполнили,
- удалили первый реквизит

при прыжке на -дцать релизов инфа из первого реквизита пропала и во второй не попала

так? нет ?

(62) сорри за путаницу, под релизом понимать подверсию (то что расположено после второй точки)

достаточно 11.1-11.2-11.3-11.4 внутри релизы разбивать смысла нет

(65) а как же (63) ?

(66) в пределах релиза такого не делают

(65) "Внутри" бывают крайне интересные релизы с реструктуризацией данных, пропуск которых приводит к интересным результатам.

https://www.freesc.ru/1spredpriyatie/calc-update.html

или ручками http://www.online-ufa.ru/content/articles/set-update-1c/

(0) на каком железе обновлять будешь?

(70) уже не важно, работа подходит к завершению
осталось ценник адекватный выставить

(0) Дешевле научить их пользоваться обновлятором. И пускай сами обновляют.

(44) В файловой результаты Гилева:
9700 = 89,29
2600 = 55,98

Имхо, если есть деньги - лучше обновляться.

(71) > работа подходит к завершению. осталось ценник адекватный выставить

Так в чем тогда проблема?
Когда реальные трудозатраты уже известны, тупо умножаем часы на ставку франча в своём регионе и получаем таким образом ценник для клиента. Скидки/наценки - на своё усмотрение.

+ к (74) понятия "адекватный" ту быть не может. Ибо сама задача неадекватна. Клиент экономил на обновлениях на протяжении нескольких лет. Получившийся ценник - отложенные ранее расходы. Хотел адекватного ценника - надо было обновляться хотя бы пару раз в год. Тем более, что конфа типовая и никаких проблем не должно было быть.

а во сколько вы оцениваете работу по оценке работы ?

(76) В данном случае выйдет дороже самого обновления.

ну, я например не могу сказать сколько это времени займет, но могу оценить это не меньше чем в два дня ковыряния .. ну если конечно не просто натянуть сф файл скрестив пальцы и предварительно внеся номер клиента в черный список ..
а два дня это сколько ты тысяч ублей и еще презрение от коллег потому, что им все время будешь отказывать.

(0) 3000р.

На 1000р. покупаем Обновлятор инженера Милькина.
1000р - запуск обновлятора
1000р. на след день проверка выполнения

(0)Через обновлятор. Итого твоей работы 5 мин, можешь выставить как 15 мин, думаю не осудят.

(79) Обновление платформы на 300 рабочих местах, обучение пользователей, база 500Гб в эти 1000 рублей входят?

(81) Нет, в стоимость входит только озвученный в вопросе объём работ

(82) Человек с ними ведет переговоры с конца октября, какие 3тыс? Я бы только за сношение мне мозга 60тыс. выставил.

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

(84) В 11.0.9 уже запилили автоматическое обновление?

(85) ну дык сервис гонять на обновляторе Милькина