Здравствуйте.
В жизни задача следующая:
Есть много наработок в области маркетплейсов. Хочется делать их все в разных расширениях, но чтобы в итоге они отражались в одной подсистеме, но НЕ типовой.
Например, подсистема ВБ, затем расширение позволяющее формировать потребность маркетплейса, затем другое расширение, позволяющее загружать отчеты с ВБ, и тоже отражающееся в подсистеме ВБ и т.д.
А дальше можно различные расширения подключать клиентам по их потребностям и у каждого будет 1 подсистема и свой набор функций. И клиент может приобрести не все функции разом, а покупать все по отдельности и по мере необходимости.
Говорим в контексте УТ 11, Ка 2 и ERP 2.
Раскидывать по типовым подсистемам весь функционал не хочется, нужно в одной все делать.
В одну типовую все функции класть тоже не очень, будет путаться с типовыми кнопками.
Сделать все внешними обработками тоже нельзя, т.к. есть и справочники и регистры и т.д.
При попытке создать 2 расширения и в них подсистему с одинаковым именем получаем ошибку: МаркетплейсыСтатистика: Критичная: Уже существует объект с именем Подсистема.ВБ
Может кто знает как это реализовать?
Или есть альтернативные способы реализации подобной задачи?
В жизни задача следующая:
Есть много наработок в области маркетплейсов. Хочется делать их все в разных расширениях, но чтобы в итоге они отражались в одной подсистеме, но НЕ типовой.
Например, подсистема ВБ, затем расширение позволяющее формировать потребность маркетплейса, затем другое расширение, позволяющее загружать отчеты с ВБ, и тоже отражающееся в подсистеме ВБ и т.д.
А дальше можно различные расширения подключать клиентам по их потребностям и у каждого будет 1 подсистема и свой набор функций. И клиент может приобрести не все функции разом, а покупать все по отдельности и по мере необходимости.
Говорим в контексте УТ 11, Ка 2 и ERP 2.
Раскидывать по типовым подсистемам весь функционал не хочется, нужно в одной все делать.
В одну типовую все функции класть тоже не очень, будет путаться с типовыми кнопками.
Сделать все внешними обработками тоже нельзя, т.к. есть и справочники и регистры и т.д.
При попытке создать 2 расширения и в них подсистему с одинаковым именем получаем ошибку: МаркетплейсыСтатистика: Критичная: Уже существует объект с именем Подсистема.ВБ
Может кто знает как это реализовать?
Или есть альтернативные способы реализации подобной задачи?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Ну как вариант- разделить бизнес-логику и интерфейс . Создать расширение с общей подсистемой ВБ в которую включить общие справочники и регистры, добавить общие команды для открытия списков документом при условии наличия определенной подсистемы (см функцию ОбщегоНазначенияКлиент.ПодстстемаСуществует) , которая будет в каждом расширении своя (эта подсистема не должна включатся в интерфейс) и будет содержать конкретные общие модули , документы и прочее , т.е. реализовывать конкретную бизнес-логику относящуюся к данному расширению. Не знаю на сколько это будет работать и как быстро , но другого варианта я не вижу
(7) Вариант с неким "основным" расширением тоже вижу, но он тоже выглядит не совсем удобным.
Я хотел такую модель попробовать, не как все продают некое расширение для ВБ за 60000р., а например взять ряд наработок, и каждую выложить по 10см, и клиенты кому что нужно скачают.
А тут придется архивом выкладывать всегда основное + дополнительное расширение с определенной функцией. И человек скачав с двух публикаций получит 2 раза основное расширение и запутается что ему устанавливать. Хочется все же чтобы это были независимые расширения, но при установке двух в одной базе объеденились в интерфейсе в одно место.
Пока наиболее удобным видится:
- программно на начальную страницу добавить кнопку "Работа с ВБ", копию этой формы держать в каждом расширении и проверять, если она уже добавлена, то больше не добавлять
- а уже в этой форме программно отрисовывать доступные кнопки
Это выглядит хоть как-то юзерфрендли, но технически очень коряво, вот думал может кто знает более адекватный способ. Ведь, например, на сайтах есть возможность модульно что-то доставлять и с этим нет никаких проблем, а 1С как-то отстает в этом плане, вот думал может есть какой-то красивый вариант, которого я не вижу
Я хотел такую модель попробовать, не как все продают некое расширение для ВБ за 60000р., а например взять ряд наработок, и каждую выложить по 10см, и клиенты кому что нужно скачают.
А тут придется архивом выкладывать всегда основное + дополнительное расширение с определенной функцией. И человек скачав с двух публикаций получит 2 раза основное расширение и запутается что ему устанавливать. Хочется все же чтобы это были независимые расширения, но при установке двух в одной базе объеденились в интерфейсе в одно место.
Пока наиболее удобным видится:
- программно на начальную страницу добавить кнопку "Работа с ВБ", копию этой формы держать в каждом расширении и проверять, если она уже добавлена, то больше не добавлять
- а уже в этой форме программно отрисовывать доступные кнопки
Это выглядит хоть как-то юзерфрендли, но технически очень коряво, вот думал может кто знает более адекватный способ. Ведь, например, на сайтах есть возможность модульно что-то доставлять и с этим нет никаких проблем, а 1С как-то отстает в этом плане, вот думал может есть какой-то красивый вариант, которого я не вижу
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот