А знаете ли вы, уважаемые любители быстро перенести готовый стандартный модуль из одной системы в другую в замечательный модуль Custom, что теперь такая возможность у вас пропала?
Не будем говорить о переносе Проектов, Документов и прочая в Sales, так как это нехорошо
, и необходимость в таком разделе должна толкать покупателя к приобретению более дорогого продукта, а не стимулировать программистов к работе.
А приведем пример законопослушный вполне - берем у клиента старенький Terrasoft 3.2.1 x25, в котором был модуль "Склад" - простенький совсем по нынешним меркам, но все же был и использовался. И попробуем перевести такого клиента на 3.4 XRM, в котором склада понятное дело нету. Ну нету и нету, наше дело сервисы выгрузить да в Custom залить, вот он и появится - но не тут то было. Уже при попытке сохранения сервиса таблицы tbl_OfferingMovement всякого хитреца ждет сообщение, что "Service 'tbl_OfferingMovement' must be located only in the module 'OfferingMovement'".
В итоге запрос не запустится, и так далее... Путь решения в общем-то простой, но требует усидчивости и внимательности - переименовываем таблицу в tbl_BestOfferingMovement
и затем все упоминания, связи... в итоге получаем загруженный работающий модуль.
Или об этой особенности не знал только я? 
Кстати в нелегком труде переименования поможет прекрасная бесплатная утилита от http://tr.infortech.ru/ под названием @Text Replacer.
Выгружаем все сервисы несчастного модуля в XML в некоторую папку, и запускаем @Text Replacer, говорим ему название этой папки и запускаем автоматическую замену по содержимому XML, например "Movement" на "BestMovement".
В этом случае поменяется и USI, и названия таблицы, и запросы подправятся, и так далее... останется только загрузить все сервисы обратно и скрипты поправить - уже в Администраторе, поиском/заменой "Movement" на "BestMovement" штатными средствами. Так будут исправлены названия обработчиков событий, переменные, названия сервисов, упомянутых в скриптах.