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

Что не может Salesforce?

Всем привет!

Сегодня я задался вопросом, что может Salesforce? какие типы бизнес приложений, какие бизнес процессы, и более детальные вещи система может релизовать? и понял, что у меня нет ответа на эти вопросы - я просто еще не знаю всего. И вероятно что ответ на эти вопросы будет слишком общирным.

Поэтому я сформулировал вопрос иначе: Что не может Salesforce? За какие проеты точно не стоит браться? Что он не может по сравнению со своим главным конкурентом - ASP.NET? (финансовую сторону пока не расматриваем)

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

Всем привет!

Сегодня я задался вопросом, что может Salesforce? какие типы бизнес приложений, какие бизнес процессы, и более детальные вещи система может релизовать? и понял, что у меня нет ответа на эти вопросы - я просто еще не знаю всего. И вероятно что ответ на эти вопросы будет слишком общирным.

Поэтому я сформулировал вопрос иначе: Что не может Salesforce? За какие проеты точно не стоит браться? Что он не может по сравнению со своим главным конкурентом - ASP.NET? (финансовую сторону пока не расматриваем)

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

Ну сразу стоит понять что Salesforce это прежде всего CRM с вполне определенным предназначением. То что предоставляется возможность программировать - это всего лишь дополнительная возможность допилить бизнес функционал из коробки.

Что бы я не советовал делать на салесфорс (что будет трудно реализовать на чистом SF):
- обработка хранение больших объемов данных (файлов)
- парсинг информации из сторонних источников
- потоковая передача информации

для таких задач лучше использовать SF совместно с другими облачными платформами Amazon, Heroku, т.е. перекладывать на их плечи эти "тяжелые" задачи.

Ну сразу стоит понять что Salesforce это прежде всего CRM с вполне определенным предназначением. То что предоставляется возможность программировать - это всего лишь дополнительная возможность допилить бизнес функционал из коробки.

Что бы я не советовал делать на салесфорс (что будет трудно реализовать на чистом SF):
- обработка хранение больших объемов данных (файлов)
- парсинг информации из сторонних источников
- потоковая передача информации

для таких задач лучше использовать SF совместно с другими облачными платформами Amazon, Heroku, т.е. перекладывать на их плечи эти "тяжелые" задачи.

Dmitry Shnyrev
Ну сразу стоит понять что Salesforce это прежде всего CRM с вполне определенным предназначением. То что предоставляется возможность программировать - это всего лишь дополнительная возможность допилить бизнес функционал из коробки.

Что бы я не советовал делать на салесфорс (что будет трудно реализовать на чистом SF):
- обработка хранение больших объемов данных (файлов)
- парсинг информации из сторонних источников
- потоковая передача информации

для таких задач лучше использовать SF совместно с другими облачными платформами Amazon, Heroku, т.е. перекладывать на их плечи эти "тяжелые" задачи.

насчет парсинга не согласен, остальное правда.

[quote="Dmitry Shnyrev"]Ну сразу стоит понять что Salesforce это прежде всего CRM с вполне определенным предназначением. То что предоставляется возможность программировать - это всего лишь дополнительная возможность допилить бизнес функционал из коробки.

Что бы я не советовал делать на салесфорс (что будет трудно реализовать на чистом SF):
- обработка хранение больших объемов данных (файлов)
- парсинг информации из сторонних источников
- потоковая передача информации

для таких задач лучше использовать SF совместно с другими облачными платформами Amazon, Heroku, т.е. перекладывать на их плечи эти "тяжелые" задачи.[/quote]

насчет парсинга не согласен, остальное правда.

Решил поднять эту тему - так как людей на форуме прибавилось, а тема на самом деле очень важная.

Точное знание того "Что не может Salesforce" (и как это обойти) - это одна из самых ключевых тем, которая отличает начинающего СФ програмиста от опытного (как раз эта градация обсуждается в Общем разделе).

так что думаю что стоит это обсудить еще раз.

Решил поднять эту тему - так как людей на форуме прибавилось, а тема на самом деле очень важная.

Точное знание того "Что не может Salesforce" (и как это обойти) - это одна из самых ключевых тем, которая отличает начинающего СФ програмиста от опытного (как раз эта градация обсуждается в Общем разделе).

так что думаю что стоит это обсудить еще раз.


Супер что поднял тему

Вот как раз вспомнил, просветите если я не прав.
Можно ли на Salesforce организовать подобие email сервера? Или все-таки нельзя.
Отправка email - тут все понятно понятно. Что с приемом email ответов от клиентов. Знаю что есть функионал "Salesforce to Outlook", "Email to Salesforce", но что-то они как-то не особо соответствуют своим названиям (я про последний).

Вот типичный use case - есть контакт, у контакта email. Оператор отправляет на этот адрес email (какой-то служебный) из Salesforce. Клиенту надо ответить, а оператор должен на salesforce получить оповещение или зайти в контакт и увидеть ответ (в виде прикрепленного к контакту письма). Такое вообще можно реализовать?

Супер что поднял тему :)

Вот как раз вспомнил, просветите если я не прав.
Можно ли на Salesforce организовать подобие email сервера? Или все-таки нельзя.
Отправка email - тут все понятно понятно. Что с приемом email ответов от клиентов. Знаю что есть функионал "Salesforce to Outlook", "Email to Salesforce", но что-то они как-то не особо соответствуют своим названиям (я про последний).

Вот типичный use case - есть контакт, у контакта email. Оператор отправляет на этот адрес email (какой-то служебный) из Salesforce. Клиенту надо ответить, а оператор должен на salesforce получить оповещение или зайти в контакт и увидеть ответ (в виде прикрепленного к контакту письма). Такое вообще можно реализовать?

Это же вроде стандартная функциональсность Email to Case, или что-то подобное.
Еще можно реализовывать свои Inbound Email Service.
Хотя, может быть, у неправильно понял твой вопрос.

Это же вроде стандартная функциональсность Email to Case, или что-то подобное.
Еще можно реализовывать свои Inbound Email Service.
Хотя, может быть, у неправильно понял твой вопрос.

Dmitry Shnyrev
Супер что поднял тему

Вот как раз вспомнил, просветите если я не прав.
Можно ли на Salesforce организовать подобие email сервера? Или все-таки нельзя.
Отправка email - тут все понятно понятно. Что с приемом email ответов от клиентов. Знаю что есть функионал "Salesforce to Outlook", "Email to Salesforce", но что-то они как-то не особо соответствуют своим названиям (я про последний).

Вот типичный use case - есть контакт, у контакта email. Оператор отправляет на этот адрес email (какой-то служебный) из Salesforce. Клиенту надо ответить, а оператор должен на salesforce получить оповещение или зайти в контакт и увидеть ответ (в виде прикрепленного к контакту письма). Такое вообще можно реализовать?

Это другой функционал. Называется EmailService. Вешается на емейл который даёт салесфорс а дальше делай с письмами что хочешь. Хочешь кейсы делай, хочешь делай реджекты.

[quote="Dmitry Shnyrev"]Супер что поднял тему :)

Вот как раз вспомнил, просветите если я не прав.
Можно ли на Salesforce организовать подобие email сервера? Или все-таки нельзя.
Отправка email - тут все понятно понятно. Что с приемом email ответов от клиентов. Знаю что есть функионал "Salesforce to Outlook", "Email to Salesforce", но что-то они как-то не особо соответствуют своим названиям (я про последний).

Вот типичный use case - есть контакт, у контакта email. Оператор отправляет на этот адрес email (какой-то служебный) из Salesforce. Клиенту надо ответить, а оператор должен на salesforce получить оповещение или зайти в контакт и увидеть ответ (в виде прикрепленного к контакту письма). Такое вообще можно реализовать?[/quote]

Это другой функционал. Называется EmailService. Вешается на емейл который даёт салесфорс а дальше делай с письмами что хочешь. Хочешь кейсы делай, хочешь делай реджекты.

Т.е. алгоритм примерно такой?
Делаем EmailService
В отправляемые письма вставляем From email этого Сервиса, чтобы пользователь мог ответить.
Пользователь отвечает и EmailService получает письмо, находит email пользователя и складывает уже дальше куда там надо.
Вроде красиво звучит.

Т.е. алгоритм примерно такой?
Делаем EmailService
В отправляемые письма вставляем From email этого Сервиса, чтобы пользователь мог ответить.
Пользователь отвечает и EmailService получает письмо, находит email пользователя и складывает уже дальше куда там надо.
Вроде красиво звучит.

Gres
Еще можно реализовывать свои Inbound Email Service.
Хотя, может быть, у неправильно понял твой вопрос.

Gres, все правильно понял я просто совсем забыл про Email Service функционал (самому никогда с ним работать не приходилось)

[quote="Gres"]Еще можно реализовывать свои Inbound Email Service. 
Хотя, может быть, у неправильно понял твой вопрос.[/quote]
Gres, все правильно понял :) я просто совсем забыл про Email Service функционал (самому никогда с ним работать не приходилось)