Sergey.Noskov
Сергей Носков

Большое спасибо за мероприятие. Много информации, полезные знакомства.

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

(19) Добрый день.
Переход на 8.3 кратно описывал тут Взгляд на ошибки и платформу через призму HI-Load
Без боли и непрерывно для бизнеса - только через две базы с обменом.
Срезку так же можно делать в две базы - в первой продолжаем работать и фиксируем изменения в планах обмена. А над второй базой "издеваемся как надо". Потом ждем синхронизации и "переключаем ярлыки" у пользователей (или базы на сервере 1с местами меняем).

(105) всегда есть путь "Правильный" и "Быстрый". Разработать сценарий тестирования вполне реализуемая задача, хоть и долгая и затратная. Что тут сложного? У бухгалтеров и расчетчиков все строго регламентировано - "открываю тут, жму там, запускаю это..". И сценарий этот может пригодиться и для следующего обновления.
Как минимум надо посчитать и предложить бизнесу - риски простоя либо столько то денег. Бизнес сам может подумать, что для него выгоднее.
Чаще всего регл.учет не такой требовательный к непрерывности работы и может подождать пол дня отката платформы (с учетом времени на попытки что-то исправить и попробовать вылечить, обычно целый рабочий день проходит "черт знает как").
А вот если от работы системы зависит как быстро вы отпустите клиента на кассе - совсем другой уровень рисков и тут можно [и нужно] потратить побольше денег, но обеспечить обновление без проблем.

(5) тот же путь

Выскажу не популярное мнение.
Ответственность за работоспособность ИС лежит на том, кто эксплуатирует (внедряет) эти ИС. Не на вендоре.
Если работа ИС важна и критична, необходимо все сначала протестировать на своей инфраструктуре и своих бизнес-кейсах и только потом обновлять. Обновление без тестов - риск НЕ вендора, а того, кто обновляет.
Иногда дешевле обновить, "словить баг" и откатить, чем тратить время и деньги на тесты. Тогда эти риски должны быть заложены в процесс, обговорены с ответственными лицами со стороны бизнеса и уж точно не должны быть "сюрпризом".
ЗЫ Да, вендор косячит (сюрприз-сюрприз), а есть кто-то, кто всегда и всё делает без ошибок и ни разу не косякнул? Себя любимого прощаем (ну я же не специально, да и обстоятельства со сроками и дурацким ТЗ..), а все другие - отморозки.. удобненько))

(101) посмотрел сейчас, БУХ минималка 8.3.15, ЗУП ред.3 минималка 8.3.14

А можно узнать цель перехода на новую платформу?

(158)

Цитата
Чем сложнее задача..

"а судьи кто?" (с)
Где грань простоты? Да и сам по себе "мс скл" отнюдь не низкоуровневый язык программирования.
Радикальность мнения это как раз то, что мешает решать задачу. Любую.

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