Тогда уже 50на50)
Данные,реквизиты и новые объекты - в конфигурации, обработчики - в расширении) и то, если это не новый "сбоку" код - его и в конфу загнать не жалко.
Главное не гробануться на такой сегрегации - это не тот случай, когда надо яйца по корзинам раскидывать. Новый функционал должен быть максимально сближен друг с другом в части самих доработок)
Иван, ну только в платформе 8.3.28 обещают дать доступ из внешних ПФ и обработок к объектам расширения. Так что твой вопрос, мягко скажем, удивляет. Объекты добавлять можно и нужно в основную конфигурацию, а код дорабатывать лучше в расширениях. После перехода на 8.3.28 этот принцип устареет.
Это получается, что? Через расширения будет еще удобнее дорабатывать конфигурацию? Или что?
У каждого методология доработки - разная.
Даже с учетом этого плюса в 8.3.28 - некоторым будет всё равно неудобно дорабатывать исключительно через расширения, а некоторым наоборот - удобно.
8.3.28 она же не вышла пока что. Поэтому мне интересно собрать статистику - кто как дорабатывает типовые конфигурации именно СЕЙЧАС
Иван, вы еще много не знаете. Конечно удобнее перепилить типовую конфигурацию за 6 лет. Все равно кто-то один обновляет и это его трудности. А если будет несколько расширений, это что же получается, можно без геморроя обновить типовую, и расширения раздать нескольким разработчикам, чтобы они обновили? Да ну, это бред. никто так делать не будет. Пусть один дебил мучается обновляет, а мы будем говнокодить в основной конфигурации.
Ну если вендор развивает fresh, давайте подумаем вместе какая концепция более перспективная? (Если кто не знает, то во фреш можно дорабатывать только через расширения, которые проходят модерацию)
По разному дорабатывал, зависит от условий: но придерживаюсь расширения, т.к. проще обновлять релизы вендора, и разделять типовой функционал с доработками.
1 - Был проект, где дорабатывалась типовая ЕРП 2.4 в осн. конф., без обновлений вендора. Расширение использовалось для багфиксов на проде.
2 - проект УНФ - конфа была на поддержке, все доработки только через расширение. намучался, но прокачал скилы. все же расширение не закрывает все потребности как в осн конф.
3 - проект ЗУП - дорабатывали осн. конф. (т.к. СБ запрещает расширения.) и обновляли релизы веднора.
4 - проект ЕРП 2.5 - все типовые доработки в расширении, а новый функционал в основной конфе. - хороший вариант что все метаданные хранятся в осн конфе.
Шаблон новых объектов в 1С:Бухгалтерии
Если добавляете новый объект, в расширении или в конфигурации, его нужно встроить в существующие механизмы. Например, показ движений или сокращение номера для печатных форм.
Без этого справочник или документ может потерять в своей функциональности или вообще не заработать для ограниченных прав.
Механизмов в конфигурации становится все больше, и какие-то хорошо описаны, какие-то хуже, что-то нужно смотреть в документации по БСП, о чем-то догадываться самостоятельно. Из-за этого легко пропустить флажок или роль.
Чтобы этого избежать был подготовлен вот такой шаблон новых объектов в 1С:Бухгалтерии.
Его можно использовать как чек-лист. Например, добавляете новый регистр сведений, открываете конкретную главу и идете по шагам. Заполняем основные свойства, заполняем командный интерфейс и так далее.
Введение такого чек-листа сильно упростило добавление объектов. Теперь мы и делаем по нему, и проверяем по нему. Очень удобно.
Если у Вас есть свои механизмы, то можно сделать свой чек-лист на базе этого.
Репозиторий Шаблоны новых объектов 1С для 1С:Бухгалтерия предприятия
Лайк, шер, сабскрайб, репост
🔖 Последовательность обработчиков событий документа:
1. При проведении
2. При отмене проведения
3. При открытии формы
➕ Подробнее: Статья на инфостарте
#1СШпаргалка #Документ #ОбработчикиСобытий
Приготовил челлендж по изучению стандартов:
https://t.me/v8std
3 раза в неделю в пн, ср и пт выходит новый стандарт: три раза в неделю - найди время чтобы прочитать и выучить!
Справишься месяц? А два?