2014-10-23 3 views
0

Я работаю над командой, которая создает пользовательские отчеты SSRS для наших конечных пользователей, которые просматриваются с помощью диспетчера отчетов или Sharepoint в зависимости от сообщества конечного пользователя. Некоторые конечные пользователи являются техническими и знают, как использовать BIDS или Visual Studio. Это представляет собой проблему поддержки, когда конечный пользователь вносит изменения в наши отчеты. Я хотел бы запутать наш источник отчетов SSRS для предотвращения этого. Есть ли способ сделать это?Есть ли способ обфускать исходный код SSRS, чтобы он не мог быть реконструирован?

+0

Не сам по себе, а вопрос о основе вашего вопроса. Почему бы просто отказаться от поддержки измененных отчетов, где изменения вызвали проблемы (или просто взимать плату за консультацию за это). Это позволяет сохранить рабочую нагрузку вашей группы поддержки на управляемом уровне, а также означает, что ваши конечные пользователи сохраняют возможность вносить изменения и улучшения в отчеты, которые вы предоставили. –

+0

Спасибо Dan. У нас также есть клиенты, которые много работают и помогают друг другу с общими проблемами с сообщением (извините, я не упоминал об этом). Мы обеспокоены обменом конфиденциальной информацией. Из того, что я исследовал, это невозможно, поскольку файлы rdl являются xml. Мы могли бы создавать сборки CLR, я полагаю, для наших запросов, но это, вероятно, слишком велико. Моя мысль состоит в том, чтобы просто включить заявление об интеллектуальной собственности в каждый rdl. Еще раз спасибо за Ваш ответ. –

ответ

0

Единственным решением, которое я вижу, является создание собственного средства просмотра отчетов, поэтому rdls можно хранить в зашифрованном виде и расшифровывать внутри средства просмотра. Но это создает «проприетарные» решения, которые не могут быть подходящими для вашего клиента/проекта.