Всем привет.
Был очень удивлен, что в SalesForce не реализована такая казалось бы востребованная и необходимая вещь, как оповещение при работе с отчетами. В частности оповещение по экспорту данных в CSV-файл.
В стандартном функционале я данной вещи не нашел, в магазине тоже, хотя на success отыскалось несколько тем, где людей явно беспокоил данный вопрос.
Так вот, уважаемые, сталкивался ли кто с такой задачей, и куда копать? Мне пока, как новичку, достаточно многое непонятно :(.
Спасибо!
Всем привет. Был очень удивлен, что в SalesForce не реализована такая казалось бы востребованная и необходимая вещь, как оповещение при работе с отчетами. В частности оповещение по экспорту данных в CSV-файл. В стандартном функционале я данной вещи не нашел, в магазине тоже, хотя на success отыскалось несколько тем, где людей явно беспокоил данный вопрос. Так вот, уважаемые, сталкивался ли кто с такой задачей, и куда копать? Мне пока, как новичку, достаточно многое непонятно :(. Спасибо!
tabaccopie, не помогу с ответом, потому что не сталкивался с этой темой.
Но хотел бы попросить тебя немного подробнее описать твой вопрос.
Если я правильно понимаю, ты имеешь в виду возможность "отслеживать кто скачал данные в csv" с помощью получение оповещения на почту для заинтересованных лиц?
Или что-то другое?
tabaccopie, не помогу с ответом, потому что не сталкивался с этой темой. Но хотел бы попросить тебя немного подробнее описать твой вопрос. Если я правильно понимаю, ты имеешь в виду возможность "отслеживать кто скачал данные в csv" с помощью получение оповещения на почту для заинтересованных лиц? Или что-то другое?
Да да. Именно так.
Смысл такой, чтобы руководитель мог видеть, какие данные кем выгружались в csv. Что-то из серии предупреждения возможных утечек. Например если менеджер выгружает все данные по клиентам - это подозрительно. :)
Да да. Именно так. Смысл такой, чтобы руководитель мог видеть, какие данные кем выгружались в csv. Что-то из серии предупреждения возможных утечек. Например если менеджер выгружает все данные по клиентам - это подозрительно. :)
Да, это интересный вопрос.
Вот например юзер с сис админ профайлом (это собственно - все мы). Он может загружать и выгружать через Дата Лоудер любую дату (по крайней мере в сендбоксах).
А вот юзер с кастомным профайлом. Может ли он в принципе подключится к Оргу через Дата Лоудер?
Если да, то вероятно он может получить доступ только к данным в пределах своего профайла и роли. Так получается?
Но даже массовая выгрузка данных в пределах своих профайла и роли может быть нежелательной операцией. Как контролировать это?
Да, это интересный вопрос. Вот например юзер с сис админ профайлом (это собственно - все мы). Он может загружать и выгружать через Дата Лоудер любую дату (по крайней мере в сендбоксах). А вот юзер с кастомным профайлом. [b]Может ли он в принципе подключится к Оргу через Дата Лоудер?[/b] Если да, то вероятно он может получить доступ только к данным в пределах своего профайла и роли. Так получается? Но даже массовая выгрузка данных в пределах своих профайла и роли может быть нежелательной операцией. Как контролировать это?
Ну тут SF не помощник :). Для этого существуют отделы собственной безопасности
На стороне SF можно максимум настроить права доступа в том числе и к репортам. Т.е. предоставить доступ только определенным "доверенным" лицам. Для этого в SF есть мощнейшие инструменты: GRUD, FLS и !!!Sharing rules (про это почему-то все забывают).
Правильная настройка прав доступа к объектам и записям на орге решит любые проблемы, но это сложная задача и требует четкого понимания как работают эти механизмы.
Если вы сдавали сертификацию на Salesforce Developer и тем более на Salesforce Administrator - то там на тему прав доступа более половины вопросов.
А получать отчет о том кто и что скачал это костыль и в SF такой возможности нет, потому что она не нужна.
Ну тут SF не помощник :). Для этого существуют отделы собственной безопасности :) На стороне SF можно максимум настроить права доступа в том числе и к репортам. Т.е. предоставить доступ только определенным "доверенным" лицам. Для этого в SF есть мощнейшие инструменты: [b]GRUD, FLS и !!!Sharing rules[/b] (про это почему-то все забывают). Правильная настройка прав доступа к объектам и записям на орге решит любые проблемы, но это сложная задача и требует четкого понимания как работают эти механизмы. Если вы сдавали сертификацию на Salesforce Developer и тем более на Salesforce Administrator - то там на тему прав доступа более половины вопросов. А получать отчет о том кто и что скачал :) это костыль и в SF такой возможности нет, потому что она не нужна.
Так отделу безопасности как-раз и необходима такая возможность Настройка прав -- это все хорошо. Но часто возникает ситуация, когда рядовому сотруднику необходимо видеть достаточно много информации.
А по поводу "в SF такой возможности нет, потому что она не нужна" странно слышать от разработчика -- ибо работа разработчика как-раз предполагает реализацию возможностей, которых нет изначально. Таким макаром можно просто всех убеждать, что им это не нужно, и сидеть ничего не делать ;)
[quote="Dmitry Shnyrev"]Ну тут SF не помощник :). Для этого существуют отделы собственной безопасности :) На стороне SF можно максимум настроить права доступа в том числе и к репортам. Т.е. предоставить доступ только определенным "доверенным" лицам. Для этого в SF есть мощнейшие инструменты: [b]GRUD, FLS и !!!Sharing rules[/b] (про это почему-то все забывают). Правильная настройка прав доступа к объектам и записям на орге решит любые проблемы, но это сложная задача и требует четкого понимания как работают эти механизмы. Если вы сдавали сертификацию на Salesforce Developer и тем более на Salesforce Administrator - то там на тему прав доступа более половины вопросов. А получать отчет о том кто и что скачал :) это костыль и в SF такой возможности нет, потому что она не нужна.[/quote] Так отделу безопасности как-раз и необходима такая возможность :) Настройка прав -- это все хорошо. Но часто возникает ситуация, когда рядовому сотруднику необходимо видеть достаточно много информации. А по поводу "в SF такой возможности нет, потому что она не нужна" странно слышать от разработчика -- ибо работа разработчика как-раз предполагает реализацию возможностей, которых нет изначально. Таким макаром можно просто всех убеждать, что им это не нужно, и сидеть ничего не делать ;)
Ну CRM Salesforce это готовое решение а не язык программирования, которое предусматривает какой-то функционал из коробки и "небольшие" возможности по его модификации средствами Apex и Visualforce. Если какой-то отдел это не понимает, то может стоит это объяснить на пальцах (например почему в MS Office нет такой возможности отсылать сообщение если сотрудник открыл документ).
Если же вопрос стоит раком - то надо отказываться от стандартного функционала (построение отчетов) и писать свой на кастомных страницах, а лучше вообще на стороннем сервере, который будет экспортировать данные и раздавать их кому угодно с последующим уведомлением.
Ну :) CRM Salesforce это готовое решение а не язык программирования, которое предусматривает какой-то функционал из коробки и "небольшие" возможности по его модификации средствами Apex и Visualforce. Если какой-то отдел это не понимает, то может стоит это объяснить на пальцах (например почему в MS Office нет такой возможности отсылать сообщение если сотрудник открыл документ). Если же вопрос стоит раком - то надо отказываться от стандартного функционала (построение отчетов) и писать свой на кастомных страницах, а лучше вообще на стороннем сервере, который будет экспортировать данные и раздавать их кому угодно с последующим уведомлением.
[quote="tabaccopie"][quote="Dmitry Shnyrev"]Ну тут SF не помощник :). Для этого существуют отделы собственной безопасности :) На стороне SF можно максимум настроить права доступа в том числе и к репортам. Т.е. предоставить доступ только определенным "доверенным" лицам. Для этого в SF есть мощнейшие инструменты: [b]GRUD, FLS и !!!Sharing rules[/b] (про это почему-то все забывают). Правильная настройка прав доступа к объектам и записям на орге решит любые проблемы, но это сложная задача и требует четкого понимания как работают эти механизмы. Если вы сдавали сертификацию на Salesforce Developer и тем более на Salesforce Administrator - то там на тему прав доступа более половины вопросов. А получать отчет о том кто и что скачал :) это костыль и в SF такой возможности нет, потому что она не нужна.[/quote] Так отделу безопасности как-раз и необходима такая возможность :) Настройка прав -- это все хорошо. Но часто возникает ситуация, когда рядовому сотруднику необходимо видеть достаточно много информации. А по поводу "в SF такой возможности нет, потому что она не нужна" странно слышать от разработчика -- ибо работа разработчика как-раз предполагает реализацию возможностей, которых нет изначально. Таким макаром можно просто всех убеждать, что им это не нужно, и сидеть ничего не делать ;)[/quote] Salesforce себя позиционирует как одно из самых защищенных СRM.Я думаю что если кто то захочет украсть данные он точно не будет пользоваться DataLoader и так далее.Очень простой пример создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора,и про сщелакать по вьюхи или использовать dev console.Поэтому и существуют специальные разгроничителил прав по филда и записям.
Salesforce себя позиционирует как одно из самых защищенных СRM.Я думаю что если кто то захочет украсть данные он точно не будет пользоваться DataLoader и так далее.Очень простой пример создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора,и про сщелакать по вьюхи или использовать dev console.Поэтому и существуют специальные разгроничителил прав по филда и записям.
Мы обсуждаем не способы, как можно слить информацию из SF.
У стандартного пользователя нет доступа ни к даталоадеру, ни к дев-консоли. К тому же нужно обладать навыками выше среднего, чтобы "создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора". В таком случае можно хоть на мобилку сфотать выведенный на экран отчет -- и я вам скажу, что это одна из самых распространенных форм утечек, ибо как раз некоторым образом имею отношение к безопасности.
Обсуждалась стандартная возможность выгрузки данных, которая присутсвует "из коробки" и для которой никаких лишних телодвижений делать не нужно -- вот она кнопка, жми и экспортируй.
Плохо, что нет возможности использовать те же бизнес-правила по событию экспорта, например. И нет возможности отследить событие нажатия кнопки и повесить триггер с отправкой емэйла...
[quote="Sergey Prichepo"] Salesforce себя позиционирует как одно из самых защищенных СRM.Я думаю что если кто то захочет украсть данные он точно не будет пользоваться DataLoader и так далее.Очень простой пример создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора,и про сщелакать по вьюхи или использовать dev console.Поэтому и существуют специальные разгроничителил прав по филда и записям.[/quote] Мы обсуждаем не способы, как можно слить информацию из SF. У стандартного пользователя нет доступа ни к даталоадеру, ни к дев-консоли. К тому же нужно обладать навыками выше среднего, чтобы "создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора". В таком случае можно хоть на мобилку сфотать выведенный на экран отчет -- и я вам скажу, что это одна из самых распространенных форм утечек, ибо как раз некоторым образом имею отношение к безопасности. Обсуждалась [b]стандартная[/b] возможность выгрузки данных, которая присутсвует "из коробки" и для которой никаких лишних телодвижений делать не нужно -- вот она кнопка, жми и экспортируй. Плохо, что нет возможности использовать те же бизнес-правила по событию экспорта, например. И нет возможности отследить событие нажатия кнопки и повесить триггер с отправкой емэйла...