Имя: Пароль:
1C
1С v8
Когда БП 3.0 переедет на 8.3.9?
,
0 DSSS
 
10.05.17
09:26
Всем привет.
Коллеги, кто в курсе, когда случится сабж? Может на партнерском или на семинарах или в кулуарах каких информация по этому вопросу проскакивала?
Прошу поделиться инфой.
А если нет инфы, поделитесь своим мнением по этому архиважному вопросу.
Спасибо.
1 mehfk
 
10.05.17
09:28
Скорее всего никогда. Переедет сразу на 8.3.11 вскоре после ее релиза.
2 DSSS
 
10.05.17
09:29
Конечно же имелась в виду платформа 8.3.9 или выше
3 zak555
 
10.05.17
09:36
на 8.3.9 не собирались, собирались на 8.3.10
4 Aleksey
 
10.05.17
09:38
И в чем его важность?
Ничего не мешает поставить 8.3.10 и использовать
5 Fish
 
10.05.17
09:38
(4) +100. Тоже не пойму, в чём важность вопроса.
6 DSSS
 
10.05.17
09:39
(3) А по датам есть информация? Месяц, год?
7 Amra
 
10.05.17
09:40
(6) Еще раз - что мешает сейчас работать на 8.3.10?
8 DSSS
 
10.05.17
09:41
(4), (5).
У меня есть задача допилить БП 3.0 и в достаточно большом количестве. Одно из ключевых требований заказчика, которое не обсуждается - это оставить замок на конфигурации, так что
9 zak555
 
10.05.17
09:42
(4) (5) (7) рассказываю

режим совместимости не позволяет использовать новые возможности платформы
например, новые возможности расширения : роли, правка модулей объектов и т.д.
10 DSSS
 
10.05.17
09:42
Изменения будут делаться с помощью расширений, функциональность которых в 8.3.9 меня полностью устраивает.
А в 8.3.8 - нет.
11 mehfk
 
10.05.17
09:42
>> Одно из ключевых требований заказчика
Так и скажи ему: либо снимаю замок и будет работать завтра, либо ждем полгода.
12 zak555
 
10.05.17
09:45
(11) +1

если не ждать -- то пока снимать с замка, а потом на расширения переписать


но если это фреш -- то тут засада
13 DSSS
 
10.05.17
09:45
(11) Ну вот прежде чем так сказать, мне бы хотелось понять, а сколько же нужно будет ждать?
Проект не горящий, месяца 3-4 точно есть.
14 Fish
 
10.05.17
09:46
(9) Спасибо за очевидность, но вопрос был несколько о другом.
15 zak555
 
10.05.17
09:47
(13) мне обещали, что 49 будет на 8.3.10
судя по тестовому 3.0.50 -- но всё по-прежнем на 8.3.8
16 zak555
 
10.05.17
09:47
(14) о чём именно ?
17 Fish
 
10.05.17
09:48
(13) "а сколько же нужно будет ждать?" - А что тебе даст информация, даже официальная, о планируемых сроках перехода, если сама 1С часто свои же сроки нарушает?
18 Fish
 
10.05.17
09:49
(16) Повторю дословно: в чём важность вопроса в (0).
19 DSSS
 
10.05.17
09:54
(18) Важность в том, что нужно понять, можно ли решить поставленную задачу с условием по замок на конфигурации в течение нескольких месяцев с использованием возможностей расширений от 8.3.9 или нет.
Вроде все очевидно же, или ты про что-то другое спрашиваешь?
20 h-sp
 
10.05.17
09:58
(19) ну ты объясни клиенту, что пока обновления при расширениях в 5 раз дольше и затратнее по деньгам по сравнению если просто снять замок. Что расширения будут рулить где-то лет через 5, когда всё устаканится. Ну самое раннее через 3 года.
21 zak555
 
10.05.17
10:14
(18) возможность доработки конфы с помощью расширений
22 1Снеговик
 
гуру
10.05.17
10:42
(0) имхо заказчик не должен требовать от программиста такое. Ему шашечки или ехать?
23 1Снеговик
 
гуру
10.05.17
10:43
Какого фига заказчик вообще знает о каких-то замках на конфигурации и почему это для него архиважно?
24 Одинесю
 
10.05.17
10:44
(23) Чтобы потом за обновления не платить.
25 kisobol
 
10.05.17
10:46
Жмотить, делу вредить
26 DSSS
 
10.05.17
11:05
(23) Заказчик в теме немножко и выдвигает вполне разумное на мой взгляд требование использовать возможность, которую 1С сама активно продвигает.
27 Fish
 
10.05.17
11:08
(21) Возможность доработки конфы с помощью расширений есть и сейчас.
28 Fish
 
10.05.17
11:09
(26) Ну так и скажи ему, что в 8.3.8 эта возможность тебя не удовлетворяет, и что ты хочешь на 8.3.9 делать.
29 DSSS
 
10.05.17
11:14
Народ, а кто в курсе, есть сейчас вообще какие-нибудь типовые, которые работаю на 8.3.9 или старше?
30 Dmitrii
 
гуру
10.05.17
11:15
(27) Сейчас они имеют ряд принципиальных ограничений, не позволяющих выполнить все требования заказчика. (например, нельзя расширять роли, модули объектов и пр.).
31 Dmitrii
 
гуру
10.05.17
11:15
(29) Последняя  КД 3.0, вроде как, требует 8.3.10.
32 Aleksey
 
10.05.17
11:16
ДУмаю что в первую очередь они УНФ переведут

А так

Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.8.1747.

Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.9.2170.
33 Fish
 
10.05.17
11:17
(30) Значит, надо так заказчику и объяснить. А то, судя по (26) он решил, что уже сейчас можно всё делать расширениями.
34 DSSS
 
10.05.17
11:18
(31) В 8.3.9 ведь есть возможность модифицировать любые модули и получается, что переопределяемые модули в типовых после 8.3.9 уже как бы не нужны. Интересно, какая у этих, переопределяемых модулей, будет судьба?
35 Fish
 
10.05.17
11:19
(29) ЗУП тестовая:
" Зарплата и Управление Персоналом, редакция 3, версия 3.1.3.34

Внимание! Текущая версия конфигурации "Зарплата и Управление Персоналом" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.10.2168.
Релиз, опубликованный на данной странице, предназначен только для тестирования! "
36 Aleksey
 
10.05.17
11:21
Мобильная касса тоже на 8.3.9
37 Dmitrii
 
гуру
10.05.17
11:31
Самое забавное, что возможности и достоинства расширений несколько преувеличены.

Основной их плюс - упрощение процесса установки обновлений. А на самом деле этот процесс упрощается только на этапе сравнения/объединения (меньше измененных объектов основной конфигурации). А при этом нифига не видно что там наизменял поставщик в конфе в тех объектах, которые мы успели расширить. И никаких механизмов для получения такой информации 1С разработчикам не дала.

Например, мы расширили роль, какие-то методы модуля объекта или общего модуля, форму. А в один прекрасный момент 1С в очередном обновлении решила добавить парочку новых ролей с правами на объект, которые мы в расширении урезали, перенести несколько методов из модуля объекта или менеджера в общий модуль (или наоборот) и перефигачить чуть менее чем целиком ту форму, которую мы расширяли.
И ничего этого мы при установке обновления не увидим. Ведь в основной конфигурации у нас замочки стоят и она девственно чиста и непорочна.
И хорошо еще, если при за пуске конфигурации платформа ругнётся на невозможность подключения расширения. А то ведь часто бывает так, что о неработоспособности расширения узнаешь от службы хелпдеска, которая начинает заваливать тебя заявками об ошибках в процессе работы пользователей.
И по сути есть только два способа решения:
1. Анализировать и проверять все объекты, которые были расширены в расширении(ях) - изменялись ли они в обновлении. Причем анализировать вручную так как никаких инструментов нет.
2. Проводить предварительное тестирование перед переводом в продуктив в надежде, что тестировщики выявят все косяки. Ну или настраивать автоматизированное тестирование (то еще удовольствие).
38 1Снеговик
 
гуру
10.05.17
11:37
(37) вот поэтому расширениями и не пользуюсь. По старинке надежнее и понятнее. При объединении галки с процедур снял/формы сравнил и все.
39 Мимохожий Однако
 
10.05.17
11:42
ОФФ: Замороченный заказчик. Если он в теме, то наличие\отсутствие замочков не может быть для него препятствием. Не дай Бог иметь в  начальниках бывшего программиста ©
40 DSSS
 
10.05.17
11:45
(39) В теме в основном про то что обновлять нетиповые сложнее и дороже чем типовые.
41 DSSS
 
10.05.17
11:48
(37)
Не очень в курсе таких деталей, для небольших расширений может быть можно использовать какой-то подход чтобы минимизировать эти сложности. Например не заимствовать роли а только создавать свои. + выполнять ключевые какие-то проверки. Но наверно если функциональности много переделано, то это не очень удобно будет.
42 Мимохожий Однако
 
10.05.17
11:57
(40) Это очевидно. Назови пару функций или процедур в твоей нетленке, которые можно реализовать только в новой платформе и нельзя реализовать в существующей.
43 Dmitrii
 
гуру
10.05.17
12:00
(41) >> Не очень в курсе таких деталей

А ты вникни внимательно, прежде чем предлагать заказчику.
Заказчик явно хочет сэкономить на поддержке и установке последующих обновлений. Надо четко понимать, что использование расширений, чаще УВЕЛИЧИВАЕТ время установки обновления (причины я описал в (37)).