Просто красавчик! По всем канонам группа, к которой должен был бы быть причислен данный плагин отнюдь не system, поскольку system события (и плагины, производящие их обработку) с Virtuemart'ом и близко не лежали. VirtueMart генерирует custom события. Соответственно и плагины (а именно их должно было быть несколько) должны были относиться к тем группам, плагины из которых VirtueMart загружает ( при помощи вызова метода JPluginHelper::importPlugin(...)) непосредственно перед генерацией диспетчером события $dispatcher->trigger(...). Это было бы по правилам, но тогда оказалось бы, что при сохранении заказа и при изменении статуса заказа подгружаются плагины из разных групп и пришлось бы на эти события писать не просто отдельные функции-обработчики(как у Вас и есть), но и оформлять их в отдельные плагины! А тут вдруг такой трюк! Ваш плагин не грузится непосредственно перед генерацией Virtuemart'ом события. Просто намного раньше, во время загрузки системных плагинов(по совершенно другому поводу, чем какие-либо сохранения заказов) ПОД ШУМОК подгружается и Ваш плагин. С точки зрения рациональности - некорректно, поскольку он может и не понадобиться (и в большинстве случаев именно не понадобится - Вы ходите по разным страницам сайта и до оформления заказа еще и дело не дошло, а плагин упорно каждый раз загружается и загружается). Но вот зато в одном плагине объединились несколько - меньше мороки с установкой каждого в отдельности и раздельной настройкой параметров. Как продажный продукт не прокатит(знающие заметят подвох), а как удобный плагин "для своих" - удачно. Чтобы претендовать на продажность, следует плагины корректно разделить, но обеспечить пакетную установку и дописать для бекэнда скрипт по настройке параметров отдельных плагинов в едином интерфейсе. Если пожелаете отписаться то лучше на почту blotsky<точка>family<собака>gmail<точка>com