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

Submit данных в первую очередь в неSalesforce

Не думаю, что у Salesforce нет функции отправки данных в какой нибудь коннектор, а потом уже в Salesforce org

Есть же внешние объекты, коннекторы и тд

Есть мысли ?

Не думаю, что у Salesforce нет функции отправки данных в какой нибудь коннектор, а потом уже в Salesforce org

 Есть же внешние объекты, коннекторы и тд

Есть мысли ?

Проще использовать HTTP Callouts и работать с внешними сервисами через API. Так намного удобнее контролировать процесс взаимодействия. Всякие новомодные штуки типа коннекторов и внешних объектов крайне нестабильные и дорогие штуки. Может на начальном этапе получится сохранить время на внедрение и получить Вау эффект, но потом будет большая попаболь поддерживать и кастомизировать эти штуки. А еще они вроде бабки стоят приличные.

Проще использовать HTTP Callouts и работать с внешними сервисами через API. Так намного удобнее контролировать процесс взаимодействия. Всякие новомодные штуки типа коннекторов и внешних объектов крайне нестабильные и дорогие штуки. Может на начальном этапе получится сохранить время на внедрение и получить Вау эффект, но потом будет большая попаболь поддерживать и кастомизировать эти штуки. А еще они вроде бабки стоят приличные.

Dmitry Shnyrev
Проще использовать HTTP Callouts и работать с внешними сервисами через API. Так намного удобнее контролировать процесс взаимодействия. Всякие новомодные штуки типа коннекторов и внешних объектов крайне нестабильные и дорогие штуки. Может на начальном этапе получится сохранить время на внедрение и получить Вау эффект, но потом будет большая попаболь поддерживать и кастомизировать эти штуки. А еще они вроде бабки стоят приличные.

Дмитрий привет!
Так а http callouts обрабатываются на сервере Salesforce или в браузере/на стороне клиента ?

[quote="Dmitry Shnyrev"]Проще использовать HTTP Callouts и работать с внешними сервисами через API. Так намного удобнее контролировать процесс взаимодействия. Всякие новомодные штуки типа коннекторов и внешних объектов крайне нестабильные и дорогие штуки. Может на начальном этапе получится сохранить время на внедрение и получить Вау эффект, но потом будет большая попаболь поддерживать и кастомизировать эти штуки. А еще они вроде бабки стоят приличные.[/quote]

Дмитрий привет!
Так а http callouts обрабатываются на сервере Salesforce или в браузере/на стороне клиента ?

Это все о законе о защите перс данных

Так, в JavaScript тоже есть запросы.
Что если через js http request значение каждого поля отправлять на рф сервер, кажется норм?)

Это все о законе о защите перс данных 

Так, в JavaScript тоже есть запросы.
Что если через js http request значение каждого поля отправлять на рф сервер, кажется норм?)

Ivan Sokolov
Так а http callouts обрабатываются на сервере Salesforce или в браузере/на стороне клиента ?

Http Callouts это Apex, а Apex это всегда стороне SF.


Ivan Sokolov
Это все о законе о защите перс данных

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

[quote="Ivan Sokolov"]Так а http callouts обрабатываются на сервере Salesforce или в браузере/на стороне клиента ?[/quote]
Http Callouts это Apex, а Apex это всегда стороне SF.


[quote="Ivan Sokolov"]Это все о законе о защите перс данных[/quote]
С этого надо было начинать. Это крайне скользкая тема. Если вы ищите решение для корпоративного использования то лучше поискать готовые решения. Вроде в РФ кто-то этим занимался. Так же советую поискать темы на этом форуме про это закон (вроде по номеру можно найти, правда я точно не помню номер) и уже продолжить общение в тех темах, если уже озвученной информации будет недостаточно. Тут на форуме работают email notifications, так что нужные люди могут получить уведомления.

Dmitry Shnyrev
Ivan Sokolov
Так а http callouts обрабатываются на сервере Salesforce или в браузере/на стороне клиента ?

Http Callouts это Apex, а Apex это всегда стороне SF.


Ivan Sokolov
Это все о законе о защите перс данных

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

Это понятно, много всего изучено уже

В теории с тех точки зрения в случае с js http request вроде все логично?🤔
По онклик отправляет на сервер в рф, если успех то сохраняет в sf

[quote="Dmitry Shnyrev"][quote="Ivan Sokolov"]Так а http callouts обрабатываются на сервере Salesforce или в браузере/на стороне клиента ?[/quote]
Http Callouts это Apex, а Apex это всегда стороне SF.


[quote="Ivan Sokolov"]Это все о законе о защите перс данных[/quote]
С этого надо было начинать. Это крайне скользкая тема. Если вы ищите решение для корпоративного использования то лучше поискать готовые решения. Вроде в РФ кто-то этим занимался. Так же советую поискать темы на этом форуме про это закон (вроде по номеру можно найти, правда я точно не помню номер) и уже продолжить общение в тех темах, если уже озвученной информации будет недостаточно. Тут на форуме работают email notifications, так что нужные люди могут получить уведомления.[/quote]

Это понятно, много всего изучено уже :) 

В теории с тех точки зрения в случае с js http request вроде все логично?🤔
По онклик отправляет на сервер в рф, если успех то сохраняет в sf

Ну я тут не силен как оно правильнее будет с точки зрения закона!
Если нужно чтобы сначала сохранялось на РФ а потом на SF, то можно делать чтобы из браузера JS слал на РФ сервер, а потом в SF. Но я что-то сильно сомневаюсь что кто-то будет ковырять ваши исходники чтобы поймать вас за руку. Насколько я слышал (сам лично не принимал участие в таких проектах) самое главное чтобы персональные данные были ПРОДУБЛИРОВАНЫ на серверах в РФ, а НЕ ХРАНИЛИСЬ ЧИСТО в РФ. А как и когда они попадут в РФ это уже дело техники - из браузера или из самого SF. Придут, спросят "где вы храните персональные данные?", а вы в ответ - "вот здесь, на сервере в РФ". Вопрос закрыт.

Ну я тут не силен как оно правильнее будет с точки зрения закона!
Если нужно чтобы сначала сохранялось на РФ а потом на SF, то можно делать чтобы из браузера JS слал на РФ сервер, а потом в SF. Но я что-то сильно сомневаюсь что кто-то будет ковырять ваши исходники чтобы поймать вас за руку. Насколько я слышал (сам лично не принимал участие в таких проектах) самое главное чтобы персональные данные были ПРОДУБЛИРОВАНЫ на серверах в РФ, а НЕ ХРАНИЛИСЬ ЧИСТО в РФ. А как и когда они попадут в РФ это уже дело техники - из браузера или из самого SF. Придут, спросят "где вы храните персональные данные?", а вы в ответ - "вот здесь, на сервере в РФ". Вопрос закрыт.