Регистрация  |  Вход

Нотификация по экспорту отчетов

Всем привет.

Был очень удивлен, что в 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 такой возможности нет, потому что она не нужна.

Dmitry Shnyrev
Ну тут SF не помощник :). Для этого существуют отделы собственной безопасности
На стороне SF можно максимум настроить права доступа в том числе и к репортам. Т.е. предоставить доступ только определенным "доверенным" лицам. Для этого в SF есть мощнейшие инструменты: GRUD, FLS и !!!Sharing rules (про это почему-то все забывают).

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

Если вы сдавали сертификацию на 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 нет такой возможности отсылать сообщение если сотрудник открыл документ).

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

tabaccopie
Dmitry Shnyrev
Ну тут SF не помощник :). Для этого существуют отделы собственной безопасности
На стороне SF можно максимум настроить права доступа в том числе и к репортам. Т.е. предоставить доступ только определенным "доверенным" лицам. Для этого в SF есть мощнейшие инструменты: GRUD, FLS и !!!Sharing rules (про это почему-то все забывают).

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

Если вы сдавали сертификацию на Salesforce Developer и тем более на Salesforce Administrator - то там на тему прав доступа более половины вопросов.

А получать отчет о том кто и что скачал это костыль и в SF такой возможности нет, потому что она не нужна.

Так отделу безопасности как-раз и необходима такая возможность Настройка прав -- это все хорошо. Но часто возникает ситуация, когда рядовому сотруднику необходимо видеть достаточно много информации.
А по поводу "в SF такой возможности нет, потому что она не нужна" странно слышать от разработчика -- ибо работа разработчика как-раз предполагает реализацию возможностей, которых нет изначально. Таким макаром можно просто всех убеждать, что им это не нужно, и сидеть ничего не делать ;)


Salesforce себя позиционирует как одно из самых защищенных СRM.Я думаю что если кто то захочет украсть данные он точно не будет пользоваться DataLoader и так далее.Очень простой пример создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора,и про сщелакать по вьюхи или использовать dev console.Поэтому и существуют специальные разгроничителил прав по филда и записям.

[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.Поэтому и существуют специальные разгроничителил прав по филда и записям.

Sergey Prichepo
Salesforce себя позиционирует как одно из самых защищенных СRM.Я думаю что если кто то захочет украсть данные он точно не будет пользоваться DataLoader и так далее.Очень простой пример создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора,и про сщелакать по вьюхи или использовать dev console.Поэтому и существуют специальные разгроничителил прав по филда и записям.

Мы обсуждаем не способы, как можно слить информацию из SF.
У стандартного пользователя нет доступа ни к даталоадеру, ни к дев-консоли. К тому же нужно обладать навыками выше среднего, чтобы "создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора". В таком случае можно хоть на мобилку сфотать выведенный на экран отчет -- и я вам скажу, что это одна из самых распространенных форм утечек, ибо как раз некоторым образом имею отношение к безопасности.
Обсуждалась стандартная возможность выгрузки данных, которая присутсвует "из коробки" и для которой никаких лишних телодвижений делать не нужно -- вот она кнопка, жми и экспортируй.
Плохо, что нет возможности использовать те же бизнес-правила по событию экспорта, например. И нет возможности отследить событие нажатия кнопки и повесить триггер с отправкой емэйла...

[quote="Sergey Prichepo"]
Salesforce себя позиционирует как одно из самых защищенных СRM.Я думаю что если кто то захочет украсть данные он точно не будет пользоваться DataLoader и так далее.Очень простой пример создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора,и про сщелакать по вьюхи или использовать dev console.Поэтому и существуют специальные разгроничителил прав по филда и записям.[/quote]

Мы обсуждаем не способы, как можно слить информацию из SF. 
У стандартного пользователя нет доступа ни к даталоадеру, ни к дев-консоли. К тому же нужно обладать навыками выше среднего, чтобы "создать вьюху с необходимыми данными и запустить снифер который сканирует экран монитора". В таком случае можно хоть на мобилку сфотать выведенный на экран отчет -- и я вам скажу, что это одна из самых распространенных форм утечек, ибо как раз некоторым образом имею отношение к безопасности.
Обсуждалась [b]стандартная[/b] возможность выгрузки данных, которая присутсвует "из коробки" и для которой никаких лишних телодвижений делать не нужно -- вот она кнопка, жми и экспортируй.
Плохо, что нет возможности использовать те же бизнес-правила по событию экспорта, например. И нет возможности отследить событие нажатия кнопки и повесить триггер с отправкой емэйла...