Всем привет.
Помогите разобраться с одним вопросом. Есть расширение, в подсистему Администрирование надо вынести Обработку Настройка из этого расширения. Затык в том, что не получается сделать чтобы расширение можно было зацепить и в ЗУП и в Бух. И там и там есть подсистема Администрирование, но ... В расширение можно воткнуть только одну. И если воткнул подсистему из Бух, расширение в ЗУП не цепляется, ругается.
Есть ли возможность как-то написать расширение так, чтобы в оно попадало в подсистему Администрирование на любой типовой конфе?
---
Если в расширении для подсистемы Администрирование отключить контроль "Объект расширяемой конфигурации", то расширение должно загрузится и в Бух и в ЗУП. Вот как пример расширение созданное в пустой конфигурации и грузится в Бух и УТ.
В данном случае сопоставление идет по имени.
---
привет землякам. Мне кажется так не взлетит, делай разные расширения для разных конфигураций.
---
Так и делаю сейчас. Но блин расширения абсолютно идентичны и только заимствованные подсистемы различаются. И в случае изменений приходится менять в двух местах. Что печалит.
Причем интересное наблюдение. Бух что корп что проф цепляют одно расширение без проблем. А вот ЗУП требует свое.
---
скорее всего влияет не только сама подсистема, но и состав объектов, которые в нее входят. Я если честно не особо вникал в работу расширений именно с подсистемами, но логика ведет в эту сторону
---
Возможно что и так, но не уверен. Потому как если расширение накатывать в конфигураторе, она предлагает по имени сопоставить. Сопоставляешь и расширение приляпывается, но ... уже измененное. Потом это расширение в другую конфу не зацепишь. То ли по какому-то идентификатору привязка идет, то ли фиг его знает. Но похоже что просто подменяет заимствованную подсистему.
Кстати надо будет действительно посмотреть. А состав подсистемы в проф и корп бух одинаковый или различается.
---
Объекты расширений сопоставляются по внутренним идентификаторам, которые, очевидно, разные в БП и в ЗУПе. На разных редакциях БП срабатывает потому что они делаются из одной конфигурации. Также сработает на УТ-КА-ERP
---
Я так и подумал. И получается что сделать расширение и для ЗУП и для бух никак не получится, что печалит. Очень жаль, но видимо придется так и тащить две версии.
---
Может попробовать сделать скрипт, который будет разбирать расширение в файлы (xml), заменять внутренний идентификатор подсистемы на нужный и собирать обратно? На том Oscript куча готовых библиотек для этого.
---
Теоретически сработает, но практически вряд ли. На компах пользователей нет 1script. Расширение добавляется и обновляется через подсистему Администрирование, Внешние печатный формы ... И там все просто. Через скрипт прогнать вроде тоже несложно, но у пользователя стоит и Бух и ЗУП. Он же наверняка облажается и попробует занести не то не туда. Вот и хотелось сделать универсальную.
---
Расширения обновляют пользователи? А откуда они их берут? Туда и складывать два. Можно на vanessa-automation написать сценарий (тест) обновления расширений в каждой базе и потом его запускать вручную или автоматом. Тест, скорее всего, получится сделать путём записи действия пользователя, так сказать, "натыкать".
---
Да, расширение устанавливает и обновляет пользователь с соответствующими правами. Ситуация такая, что программисты даже не имеют доступа к данным. Такое бывает. Файл расширения тупо передается пользователю тем или иным способом, да хоть по мылу. Jmyjdbnm? как впрочем и установить, не проблема. Проблема в том, что расширения приходится делать два, хотя по факту оно одно. В названии расширения сейчас явно присутствует бух или ЗУП, поэтому пользователи даже не лажают. Но вот то, что изменения приходится вносить в двух местах ... несколько напрягает. А если понадобиться еще и для УТ например или ЕРП, то получится аж в трех. Абсолютно нездоровая фигня.
---
Тогда сделать скрипт сборки остальных расширений по одному исходному напрашивается сам собой. Заморочиться один раз, зато не париться больше. А если есть контур CI/CD, то туда такое в самый раз встроить.
Сделал расширение и запустил скрипт, который сам либо выгрузит из базы либо возьмёт готовый cfe и по нему создаст новые расширения для других баз.
---
Если в расширении для подсистемы Администрирование отключить контроль "Объект расширяемой конфигурации", то расширение должно загрузится и в Бух и в ЗУП. Вот как пример расширение созданное в пустой конфигурации и грузится в Бух и УТ.
В данном случае сопоставление идет по имени.
---
Во. Это тема. Попробую. Спасибо.
---
Все сработало. Убрал крыжик сопоставлять по идентификатору, потом сказал что не проверять и цепляется без проблем везде. Большое спасибо за помощь.