Речь пойдет о новых возможностях по кастомизации конфигурации в платформе 1С:Предприятие 8.3.9.
Чистая доработка
Сегодня мы рассмотрим внешние инструменты для доработки типовых решений.
Это позволит вносить достаточно серьезные изменения, НЕ снимая конфигурацию с поддержки.
Например:
- Дорабатывать типовые формы – добавлять новые реквизиты, колонки в табличные части
- Переопределять типовые обработчики событий элементов формы – можно описывать реакцию на действия пользователя
- Реализовывать дополнительные проверки при проведении документов
- Выполнять движения по новым или существующим регистрам.
Причем сама конфигурация остается оригинальной и обновиться на новый релиз проблем не составляет.
Это решается с помощью расширений конфигурации на платформе 8.3.9.
Видео
В видео мы рассмотрим:
- Доработку формы типового документа УТ 11 – создание новых реквизитов в табличной части и их заполнение
- Добавление дополнительной проверки при проведении документа.
Всего 10 минут – смотрите прямо сейчас (откроется в нормальном разрешении):
Хотите больше?
Эта тема детально раскрыта в курсе:
Доработка и Адаптация типовых конфигураций УТ 11, ERP 2 и КА 2
Поддержка – до 3 месяцев. Объем курса – 32 часа видеоуроков.
Описание курса
Не откладывайте свое обучение!
Может кто подскажет как решить следующую проблему:
При заимствовании в расширение справочника Номенклатуры из типовой конфигурации УТ и добавлении в метаданные справочника своей табличной части Расш_Таблица сразу же возникает проблема при попытке в режиме предприятия скопировать уже существующий элемент справочника выдает ошибку:
Нельзя изменять поле, содержащее объект данных формы
{Справочник.Номенклатура.Форма.ФормаЭлемента.Форма(3702)}: ЗаполнитьЗначенияСвойств(Объект, ИсточникКопирования, , “ГруппаДоступа, ФайлКартинки, ФайлОписанияДляСайта,
{Справочник.Номенклатура.Форма.ФормаЭлемента.Форма(78)}: ЗаполнитьПоПараметрам();
по причине:
Ошибка установки значения свойства ‘Расш_Таблица’
по причине:
Нельзя изменять поле, содержащее объект данных формы
Перебрасывает в Конфигураторе на:
ЗаполнитьЗначенияСвойств(Объект, ИсточникКопирования, , “ГруппаДоступа, ФайлКартинки, ФайлОписанияДляСайта,
|ДополнительныеРеквизиты, ДрагоценныеМатериалы, Код,
|ПометкаУдаления”);
Как можно обойти эту беду?
Добрый день!
Такая же ошибка возникнет, если табличную часть добавить в самой конфигурации, без расширения.
В указанной строке кода нужно новую ТЧ указать в методе ЗаполнитьЗначениеСвойств в четвертом параметре (список полей-исключений).
А для заполнения этой новой ТЧ при копировании дописать код (или реализовать другую логику, если нужно не просто скопировать строки ТЧ, а преобразовать их):
Все эти действия можно сделать в расширении.
Спасибо за ответ? Если я создаю новый справочник в расширении и в нем таблицу, то таких проблем не возникает. Эта беда в заимствованном справочнике.
Пока не могу сообразить как в расширении это сделать, чтобы не лезть в код конфигурации? Можете подсказать?
1. Да, это проблема в конкретном справочнике Номенклатура в конкретной конфигурации, которая содержит указанный код.
2. Можно использовать аннотацию Вместо или ИзменениеИКонтроль.
Огромное спасибо!
Вчера использовал &Вместо, все заработало. Пытался внести изменения в сообщение, но не дает пока предыдущее админ не просмотрит. Думал может есть какой-то вариант без подмены процедуры?
Код в любом случае нужно будет подредактировать программный код. Можно внести изменения в саму конфигурацию, а в расширении – использовать аннотации Вместо или ИзменениеИКонтроль.
Добрый день! Вопрос адресован к автору видео Евгению Гилеву. В видеоуроке, на 4:37″, вы говорите, что добавлять реквизит в заимствованный объект НЕЛЬЗЯ, а на 8:22″ урока демонстрируете код из модуля формы документа, где в процедуре идет цикл по строкам ТЧ объекта и в нем идет присвоение значения, добавленного в ФОРМУ РАСШИРЕНИЯ: . ВОПРОС: это описка (хотя понятно, что нет!) или все-таки реквизит был добавлен в ТЧ в сам объект конфигурации? Развейте пожалуйста мои сомнения))))
Добрый день!
Это не оговорка, всё верно.
Речь о том, что в 8.3.9 нельзя было добавлять реквизиты в объекты конфигурации. Например, нельзя добавить реквизит в документ или справочник, нельзя добавить табличную часть и так далее.
В данном же примере был добавлен реквизит в форму расширение. Это просто поле формы, оно не хранится в БД и заполняется программным образом.
Однако, в текущей версии платформы эти ограничения сняты – Вы можете добавлять реквизиты в объекты конфигурации (если позволяет режим совместимости конфигурации).
То что в нынешней платформе можно практически всё я в курсе! А вот как на видео конца 2016 года, в коде, появляется “добавленный” в расширение реквизит объекта мне очень даже интересно.
Был добавлен реквизит формы, а не реквизит объекта.
Это я понял. Однако меня смущает следующий код из вашего видео, в модуле заимствованной формы:
&НаСервере
Процедура ЗаполнитьПлановуюСебестоимость()
Объект = РеквизитФормыВЗначение(“Объект”);
Для каждого Строка Из Объект.Товары Цикл
Строка.ПлановаяСебестоимость = ДокументОбъект.ПолучитьПлановуюСебестовимость(Строка.Номенклатура,….);
КонецЦикла;
КонецПроцедуры
из которого я сделал вывод, что реквизит был добавлен не ТОЛЬКО на форму…. Поправьте меня, если я не прав. Поймите меня правильно, я не в укор это пишу. Мне действительно это интересно!
Это был условный код.
Для простоты мы не стали заполнять реквизит формы.
В любом случае в 8.3.9 не было возможности создавать реквизиты в расширениях, поэтому скрытую фичу здесь можно не искать :)
Переопределение свойств заимствованных объектов в расширениях недопустимо в режиме совместимости 8.3.8 и ниже, который сейчас используется в типовой УТ.
В видео используется типовая УТ, но не показан процесс сохранения расширения – он не сработал бы.
Добрый день!
В этом видеоуроке показывается, что в корневом объекте конфигурации устанавливается режим совместимости Не использовать.
А в типовой УТ 11 действительно пока еще используется режим совместимости Версия 8.3.8. Думаю, что это вопрос времени.
Здравствуйте!
Вот с какой проблемой столкнулся – сделал расширение, подключил, всё ок. На следующие сутки получаю ошибку “Ошибка расширения модуля ‘Документ..МодульОбъекта’: расширение модуля запрещено из-за того, что расширение ‘Расширение_’ подключено в безопасном режиме”. У меня настроен раз в сутки перезапуск рабочих процессов (для борьбы с фрагментацией памяти сервера 1С), и при после ручного завершения рабочего процесса возникает та же проблема. Приходится вручную отключать/подключать расширение. Использование профилей безопасности не выручает. Есть какие-нибудь идеи, как и перезапуск процессов оставить и расширение работающим? Платформа 8.3.9.1818, конфигурация УТ 11.3.1.127
Спасибо!
Добрый день, Кирилл!
Подобное поведение расширений известно.
Об этом правильно написать в поддержку 1С. А также попробуйте (в качестве теста) – как поведет себя свежая сборка платформы.
Евгений, спасибо!
В тех. поддержку 1С написал, посмотрю, что ответят. Свежая (на 08.12.2016) версия платформы (8.3.9.1850) не помогла :)
Ок, сообщайте полученный ответ :)
Вот что техподдержка 1С ответила: “Эта ошибка, по мнению отдела разработки исправление вошло в тестовый релиз 8.3.9.2016, который опубликован.” Попробовал без профилей безопасности, по расширению и правда полёт нормальный. Так что жду production-релиза платформы, надежда есть :)
Отлично, ждем релиза.
Кстати, интересная формулировка – “по мнению отдела разработки”. Видимо есть сложности с коммуникациями :)
У меня уже релиз платформы 8.3.11.3034, а проблемы все те же:(
Добрый день.
Вопрос по расширениях, если кто сталкивался, помогите.
Есть подозрение что фоновое задание их не использует. Может как то можно настроить? Не понимаю, это нереально, или я просто что то не так делаю.
Вопрос снят.
Расширение работало в безопасном режиме, в этом и была проблема.
Короче есть глюк для файлового варианта фонки не видят расширения, в клиет серверном видит, не знаю может исправят скоро.
Ребята, а кто нибудь знает, как расширения с применением хранилища разрабатывать? С приходом 8.3.9 расширения стали очень перспективными, но в отсутсвие средства групповой разработки кажется бесполезным.
Добрый день!
На данный момент нельзя работать с расширением через хранилище. Такой вариант не поддерживается. На партнерском форуме разработчики платформы отвечали, что рассматривают возможность добавления этой возможности.
Может быть есть опыт применения внешних средств типа CVS? Либо как-то разрабатывать под хранилищем а потом разработку отделить в расширение… Просто кажется немного странным, очень хороший инструмент, но что-то сложное разработать не получится из-за этих ограничений.
Опыта использования таких систем нет. Встречал упоминания об использовании Mercurial для этих целей.
Добрый день, Евгений!
Спасибо за видео. Внедряем ERP 2.2. Расширения здорово помогают в большинстве задач.
Однако, столкнулся с одной непонятной вещью. Есть документ “Заказ на производство”, добавил его в расширение. В модуле объекта переопределил событие “ОбработкаПроверкиЗаполнения порядок выполнения &После(“ОбработкаПроверкиЗаполнения”).
При этом Расширение подключено, но событие из расширение не выполняется, в режиме отладки даже не заходит в процедуру из расширения.
Хотя, сделал как по видео.
Что может быть не так?
P.S. Режим совместимости у конфигурации изменил на “Не использовать”
Вопрос снимается.
Надо было настроить профиль безопасности в консоли и связать с Базой
Ок.
Добрый день!
Возможная причина – расширение работает в безопасном режиме.
Его можно отключить или из конфигуратора, или из пользовательского режима.
Либо нужно настроить профиль безопасности.
Здравствуйте, Евгений!
Есть простейшая задача: Конфигурация БП3.0 -> Документ “Счет на оплату покупателю” -> Форма списка.
Клиент попросил меня добавить в форму списка реквизит “Ответственный”.
Кажется, что задача элементарная. Я добавил данный документ и все вложенные элементы в расширение, затем попытался обратиться к реквизиту “Ответственный” через ссылку, но в этом случае, если использовать расширяющую форму, тогда в пользовательском режиме, заместо ответственного отображается надпись “Дополнительные условия”, а в обычной расширяемой форме всё в порядке. Релиз: 8.3.9.1850
Пример изображения: https://img-fotki.yandex.ru/get/196722/46962883.0/0_187a31_ff6616a0_X4L
Вопрос: это я делаю что-то не так, или поведение системы так задумано?
Добрый день!
А точно требуется для вывода поле что-то делать?
Через меню “Еще – Изменить форму” реквизит Ответственный не виден?
Евгений!
Основным реквизитом формы является Динамический список, при этом свойство “Произвольный запрос” установлено в значение “Истина”. Сам запрос поля “Ответственный” не возвращает, соответственно способ “Ещё -> Изменить форму” тут недостаточен.
Самое интересное, что в пользовательском режиме реквизит полученный от ссылки отображает столбец с заголовком “Дополнительные условия”, а без использования расширений, всё отображается как положено.
Если это ошибка платформы, она должна как-нибудь ругнуться, а тут не ругается. Может, есть какие-то хитрости при обращении к реквизитам через ссылку в расширяющей форме?
Документированных хитростей нет.
Попробуйте произвести подобные действия с другой формой списка и с другим реквизитом – возможно будет выявлена какая-то закономерность.
Спасибо за видео. Но… я один не понял где хранятся данные нового реквизита?
Если речь о плановой себестоимости – она хранится в стандартных документах ценообразования.
А в документах значения не хранятся – они рассчитываются.
Ясно, спасибо. Значит чуда не произошло))
Я про то, что через расширения структуру конфигурации не изменишь.
Здравствуйте. видео останавливается нв 3 секунде. Не подскажите, с чем это может быть связано.
Добрый день!
Проверка видео в нескольких браузерах не выявила никаких проблем.
После чистки кэша или при просмотре в другом браузере ошибка сохраняется?
Спасибо. Видео пошло.
Здравствуйте! Посмотрел видео, тяжело вздохнул! Как же я отстал от жизни! Сижу в древней, переписанной УПП. До УФ/БСП дальше, чем до Китая! И просвета не видно!! :(
1С:Предприятие 8.3 (8.3.9.1850) Управление торговлей, редакция 11.2 (11.2.3.175)
Я наверное что то пропустил, у меня не получилось снять с поддержки только один объект конфигурации и не получилось создать документ в расширении конфигурации.
Не нужно снимать с поддержки объекты! Нужно поставить режим “Объект поставщика редактируется с сохранением поддержки”.
Это две принципиальные разницы :)
Думаю, что Вам нужно набраться немного терпения – курс уже скоро выйдет :)
1. Простите, не получилось поставить режим «Объект поставщика редактируется с сохранением поддержки» только для одного объекта.
2. Буду ждать курс
Прошу прощения за оффтоп. По сравнению с тем как было раньше, Евгений, немного сложнее стало воспринимать вашу речь. Заметна спешка и “съедание” части слов. Я понимаю, наша жизнь неумолимо ускоряется, но для слушателя важна разборчивость речи и отсутствие суеты
В данном случае это не учебное видео из курса – это отдельно записанный видеоурок на сайт.
В учебном видео всё даем максимально разборчиво и зачастую объясняем несколько раз – с разных сторон :)
Функционал расширений – это круто, мне например нужно было существенно расширить функционал Бухгалтерии, который бы позволял хранить целую доп.табличную часть к документу Реализация товаров и услуг, так вот все сделано расширением, конфигурация типовая, обновления устанавливаются регулярно и пока никаких проблем не возникало.
Сразу могу сказать что задействован механизм доп.сведений, но оооочень нестандартным и возможно неоптимальным образом, зато это позволило использовать в добавленном функционале данные любых ссылочных и примитивных типов, и любой структуры.
Отлично!
Воот!
Сейчас впервые узнал про механизм расширений, и сразу возникла идея хранить необходимые данные в доп. сведениях, коли уж пока нельзя создавать в расширении реквизитов, хранящихся в БД.
Спасибо, что подтвердили мою догадку.
Видимо, много чего нужно будет переписывать под этот механизм, т. к. обновлять конфигурации вручную стало как-то уже тяжеловато…
Спасибо за видео! Очень познавательно!
На самом деле это уже очень круто. Но тут акцент надо сделать не на то, что можно таким образом дорабатывать без снятия с поддержки, а на то, что появился очень мощный инструмент для конфигураций, которые “Редактируются с сохранением поддержки”.
Теперь весь пласт доработок можно вынести в расширение. Конфигурацию все равно придется с замочка снять, для добавления реквизитов и новых объектов. Но это совсем не проблема, т.к. не влияет на обновление типовой.
А вот весь программный код по доработке теперь можно вести в расширениях и это круто. Как бонус – в расширении дорабатывать намного приятнее, из-за того что сохранение изменений в расширении происходит гораздо быстрее (у кого ERP тот поймет).
Да, можно считать, что это прорыв в разработке на 1С :)
Ну в 8.3.9 наконец-то добавили возможность изменять модули объектов, до этого, имхо, ничего серьезного с помощью расширения сделать было нельзя, так как все равно лезешь либо в код общих модулей либо в код модулей объектов, теперь в целом, можно добавлять в конфигурацию новые реквизиты и объекты метаданных, а существующие дорабатывать с помощью расширений, но пока лично мой опыт использования расширений: сыровато. Ждем дальнейших улучшений и усовершенствований.
Неправда. Много чего можно было сделать)) к примеру веб и http сервисы.
Буквально на днях была такая же задача – добавить новые реквизиты в табличную часть документа. И именно в УТ 11.3.1
Правда, были дополнительные условия:
1) Конфигурация должна остаться на полной поддержке (никакие изменения вносить нельзя).
2) Данные в новые реквизиты вводятся пользователем (следовательно, их надо где-то хранить).
Сделал ввод/отображение с помощью расширения, а вот с хранением – пришлось “чудить” (создал внешнюю базу, где хранятся данные, получаются в расширении при открытии формы, при сохранении формы (опять же – в расширении) – пишутся во внешнюю базу).
Задача вроде и решена, но удовольствия от решения не получил.
Новый курс – интересен!
Как вариант – хранить данные можно в доп. реквизите объекта. Например, “упаковать” их в строку. В этом случае не будет контроля ссылочной целостности, но и в Вашем решении его нет.
Внешняя база для хранения значений реквизитов? И еще небось по “com” соединение?
Я буквально 2 месяца назад ради интереса пример делал с хранением данных(таблицы значений) в доп реквизите в формате json\xml\и другие варианты. На хабре многии не поняли(не все прочитали) для чего это может быть нужно и устроили бурный холивар(ну там впринципе 1с красная тряпка), на инфостарте вопросов не задавали. И вот Вы пишите пример который как раз под этот метод. ;)
1 При открытии формы считываем из доп реквизита и прячем доп реквизит хранящий данные.
2 При закрытии преобразовываем данные в формат хранения и сравниваем изменились ли они и если да переписываем данные доп реквизита.
Не надо так делать… Если раньше разработчиков держали, потому что Это нельзя было просто обновить, то теперь легко обновляем, но с трудом изменяем… Все эти фокусы с доп реквизитами внешними базами, сериализациями прекрасны до тех пор пока не требуется сделать отчет. Да, через внешний набор данных это можно сделать. Следующий шаг – изменение поведения системы на основании этих данных (что то типо проверок в других документах на основании этих данных). И тут наступает Ж… Если для функционирования системы надо новый объект метаданных, ну выбейте вы его из заказчика, объясните, что потом это обернется стократной потерей мани…. Иной раз такое наследие видишь, что проще отказаться от клиента, нежели начать приводить все в порядок. причем клиент искренне не понимает почему надо сейчас переделывать, надо всего лишь что бы документ открывался быстрее. отказываешься через пол года еще раз приходишь (клиент нашел все таки кого то согласного это выполнить), а там такого натворили, но клиент уже согласен на всё. Ребята, не надо так делать. на то мы и специалисты, что бы понимать, как имеющемся набором инструментов получить лучший результат. Иногда лучший результат – переубедить клиента, и сделать правильно, а не метать костыли…
Не все реквизиты нужны в отчетах и не по всем нужны проверки. К примеру в документообороте есть реквизиты хранящие просто html представление о документе. Очень много можно примеров придумать для чего применить метод с серилизацией. Самый банальный для http сервиса.
На счет внешних баз тоже вопрос спорный(но не с “com” конечно), думаю не за горами то время когда в расширении можно будет использовать внешнии источники данных.
Поэтому я не стал бы твердо говорить, что эти методы прямо вредные и их нельзя использовать. Нужно смотреть по ситуации вот и все.
Скажем так, пример с ДО некорректен, там засериализованные данные можно получить простым запросом, это просто HTML представление полей того же документа, утрированно. А хранить табличную часть в сериализованном виде (табличная часть подразумевает неизменяемый набор данных, изменяемых этим документом на момент создания/последнего изменения документа) – ошибка проектирования в бОльшем количестве случаев, потому что рано или поздно захочется эти срезы узнать и повертеть с разных сторон. Хранение во внешней базе – тоже вещь в себе – 100% аптайма Вам никто не гарантирует чем выше аптайм тем выше затраты на инфраструктуру, а снижать среднее время доступности в разрезе этой операции из-за проблем совсем в другом месте, так же неверно. Может а аппач прилечь и IIS (смотря что используется) и сервер приложений, может и свич задуматься. Хотя если работает мало пользователей – можно и рискнуть. Опять же встанет вопрос как быстро извлечь эти данные, а если нужны хитрые срезы? Повторюсь, для 5-10 пользователей, наверное я бы тоже не заморачивался, но я в этом сегменте уже давно не работаю. Почему я так негативно к этому отношусь – живой пример из моей же практики, когда мне для закрытия проекта до нг пришлось сделать очень похожую вещь (я не хотел, меня заставили), а потом все новогодние праздники это исправлял, потому что ни одну операцию по этим данным, кроме как собственно вывод в документе этой ТЧ, выполнить за приемлимое время отчетом\обработкой после заполнения данных не представлялось возможным.
А как будут обстоять дела с обновлениями в случае, если в расширении обращаться к тем типовым объектам, которые в новом релизе могут быть изменены? Например, переименован реквизит. При доработке основной конфигурации доработка сразу попадется на глаза и будет шанс о ней не забыть, а изменения в расширении получается при обновлении мы не увидим и все равно каждое обновление придется все доработки в них шерстить, чтобы не напороться на “поле объекта не обнаружено”?
Я думаю, что разработчики понимают, что изменение наименование реквизита может привести к неработоспособности кода – в расширениях, внешних обработках, печатных формах, отчетах и так далее.
Поэтому вероятность этого события не велика.
Ага, изучая типовые не перестаю удивляться как много появилось сущностей начинающихся со слова “Удалить…”
У самого есть клиент с базой в которой что то прошло не так, ругается что не найден реквизит на форме объекта, я и cf заменил и в сервис выгрузил, и … в общем как только не издевался, а ошибка как приклеенная. Конфа на замке, на форме нет ничего лишнего и все что должно быть на месте. А вот не открывается и все… Хотя и радостно от возможности доработки не снимая с замка, но и тревожно как то.
Ну надо же! Это что, можно будет спокойно дорабатывать конфигурации?
Да, счастье не за горами :))
Видео полезное, но уже как говорится прошли все это своими стараниями))
Вообще по будущему курсу из собственного опыта могу подсказать полезные примеры, которые могут понадобится в работе.
1 Расширение и доп реквизиты\свойства.
К примеру было бы полезно показать как вешать обработчики на доп реквизиты с помощью расширения. (УстановитьДействие)
Ну или вот такой пример (Добавление таблицы значения с помощью дополнительных реквизитов и расширения конфигурации. На примере Документооборот 2.1.6.8) http://infostart.ru/public/551045/
2 Расширение и Веб\HTTP сервисы.
Здравствуйте!
Будет новый курс какой-то или аддон к курсу по администрированию?
Добрый день, Дмитрий!
Это будет новый курс.
Работа с расширениями – это лишь его небольшая часть :)
Ой, заинтриговали!
А не подскажете, на какую тему курс будет? И какие в нём будут рассматриваться вопросы?
Я когда увидел новость, предположил, что ожидается новый поток к курс по администрированию с названием “Администрирование 2017”
На следующей неделе будем раскрывать детали :)
Добрый день! Наверное, изменение режима совместимости не такая уж простая задача. Конфигурация вполне может перестать работать.
Добрый день!
Такое может быть. Но в ближайшее время выйдут конфигурации со снятым режимом совместимости – а Вы уже будете готовы :)
Вопрос на будущее, а к платформе 8.4 (которую обещают выпустить в новый год)- будет информация из курса актуальной?
Да, возможности 8.3.9 должны поддерживаться и в 8.4.
еще 8.3.10 не вышла а вы про 8.4… Как обычно задержут, но суть в том что расширение так и так перейдут и в нее.
Это как раз то, что мне нужно. В мои планы входит использовать этот механизм для внедрения БП 3.0 у моего клиента.
Отлично! :)
Можно, приблизительно, узнать когда запустится курс, а то заказчик торопит? Да и мне хотелось бы запустить проект с нового года. Сейчас переношу все данные из БП 7.7 в БП 3.0 и имеются проблемы с ихними документами.
Набор в группу – ориентировочно в середине ноября. Начало обучения – в третьей декаде ноября.
Как я понял, сейчас в этой колонке просто отображается справочная информация. А если пользователю нужно сохранять какие-то данные в таких колонках? Ведь реквизит табличной части в расширение добавить нельзя. Нужно специальный регистр сведений создавать с измерениями Документ, НомерСтроки?
Можно создать регистр сведений, но возникнут сложности:
1. С получением данных (отдельный запрос к БД)
2. Потенциальные проблемы с производительностью – если чтение таких реквизитов будет выполняться при проведении и таких документов будет много.
Поэтому в данном случае, я бы рассмотрел вариант:
1. Добавить реквизит в основную конфигурацию
2. Выводить, форматировать, проверять этот реквизит в форме расширения.
Логично. Спасибо.
А как на счет регистра? Например добавить рег Накопления и затем документами его двигать. Это с помощью расширения возможно?
Да.
Регистр накопления добавляете в конфигурацию (новый объект не критичен для обновления).
Далее, в расширении создаете обработчик, который будет вызываться после стандартной обработки проведения – в нем прописываете движения по новому регистру.
Класс! только у нас УПП. ))
Да, пока механизм актуален только для свежих конфигураций – на управляемом интерфейсе.
Мне кажется “пока” = “навсегда”.
Если 1С сделает поддержку расширений в обычном интерфейсе и в УПП уберут режим совместимости 8.2.13, тогда затормозится процесс перехода на erp, что не очень хорошо.
Видимо да – это политика 1С..
Правильная политика! ЕРП на порядок дороже, что отчасти двигает планку ЗП специалистов 1С вверх.
Политика может и правильная, но если УПП уже стоит и она доработанная, то не так то просто перейти с неё на другую учётную систему.
Вот если бы, нам провели курс по переходу(внедрению) новых систем… ))
Курс по массовой миграции с УПП на ERP? Мы подумаем :))
Евгений, это будет курс, как добавить управляемые формы, или курс по ошибкам в базах во время переноса из УПП в ERP?
Курс как добавить управляемые формы в УПП будет маловостребован. По сути после нашего курса по “Интрефейсам и формам” можно решать такие задачи.
Поэтому речь о миграции на ERP. Но пока этот курс не имеет высокий приоритет, хоть и фигурирует в наших планах.
Подписки на события, имхо, проще и эффективно в плане
обновлений. Преимущества расширения в этом случае?
Одно из ключевых преимуществ – разработку можно вести в офисе, далее передать расширение клиенту, он подключает его к своей конфигурации.
Интересно
Добрый день. У нас типовая УПП 1.3, возможно ли использовать расширения для данной конфигурации чтобы не снимать ее с поддержки?
Добрый день!
В УПП 1.3 используются обычный интерфейс – расширения в этом случае не помогут.
Это касается, как фунционала обычных форм, так и переопределения событий модуля объекта (набора записей, менеджера значения, …).
И все-таки где вы предлагаете сохранять такой реквизит?
О каком реквизите речь?
Плановая себестоимость – реквизит формы.
Сама плановая себестоимость – вид цен из типового справочника.
Скажите стоимость.)
Пока не раскрываем информацию :)
Но возможно участники предварительной регистрации получат лучшие условия участия :)
Как значение “Плановой себестоимости” храните ?
Самый правильный вариант – новая константа со ссылкой на вид цен.
Сложностей при обновлении это не составит – новый объект :)
Ну я прямо не знаю, сейчас одновременно прохожу курсы:
Курс Профессиональная разработка форм.
Курс по СКД
Курс по ускорению и оптимизации.
Так же закончил на прошлой неделе курс Интенсив по ERP…..
Прямо хочется сказать “Горшочек! не вари!……” Дайте это закончить ))))))
P.S. На какую часть ноября приходится запуск? Начало или конец?
1. До пенсии еще далеко :)
Даже если мы остановимся – 1С нет. Там скорость такая, что большая часть обычных специалистов не будет успевать отслеживать все изменения.
И получится, как бухгалтер-кладовщик, который уже давно “не в курсе”. С соответствующими последствиями.
2. Ориентируемся на запуск в середине ноября. Но тут уже и курсы по СКД / Формам / КД поспели к выходу в открытые продажи.
Будем смотреть, может быть сместимся вправо на неделю.
Ок, спасибо за ответ!
Действительно все меняется в мире с большой скоростью, как говорится: “А кто сказал что будет легко?”.
В любом случае “надо брать”, включить режим “Интенсив” и заниматься!
Правильный подход к делу! :)