Jason_Mathison | 2018-04-17 15:18:50 UTC | #1
It is now possible to export and import actions to a .json file from the UI. The Developer Forum allows you to attach .json files, so you can attach an action export to your thread instead of doing a bunch of copying and pasting. https://help.mypurecloud.com/articles/import-or-export-a-data-action-for-integrations/
The data action service will now return underlying error responses it receives from our stock integrations, such as PureCloud, Salesforce, Zendesk, etc. It will continue to suppress error responses from custom web services.
Please let me know if you are experiencing any pain points while creating and testing Data Actions that we could improve.
Poulain_Mathieu | 2018-04-18 05:18:55 UTC | #2
Nice improvement. Do you know if there are similar plans for Bridge actions? Most wanted is the possibility to test a bridge action, like for a data action.
Ana_Laia | 2018-04-18 09:22:52 UTC | #3
I'm also interested for Bridge Actions:
- Test a bridge action;
- Import and export bridge actions (once a bridge action is published it's impossible to make changes.... so it's a lot of work to do for correcting a bridge action)
Thank you.
Richard.Schott | 2018-04-19 14:07:14 UTC | #4
I'd be interested to know what is preventing you from using the cloud Data Actions? Is there something specific you're doing that only the Bridge Actions can accomplish? Generally, the cloud Data Actions were designed to be a super-set of capabilities found in the Bridge Actions with significantly more capabilities. In general, we're encouraging users to migrate to the cloud Data Actions where possible so we can understand what use cases are left unaddressed and make our improvements there as opposed to the Bridge Actions.
Daniel_Grosso | 2018-04-19 17:10:38 UTC | #5
Hello Richard.
I'm working with Ana. The reason we still user webservice data dips is because some of the services are not publicly available. They are hosted on our client premises.
https://developer.mypurecloud.ie/forum/t/data-dip-vs-webservice-data-actions/2025
Regards, Daniel
Richard.Schott | 2018-04-19 17:28:03 UTC | #6
Daniel,
Given there needs to be an intermediary service that exists between the Bridge and the data source, has any thought been given about exposing the intermediary service (either through a proxy application like NGrok or directly in the intermediary service itself) publicly to avoid the need to traverse the Bridge?
NGrok Links (there are other proxy apps out there, this is just one I am familiar with: https://ngrok.com/ https://ngrok.com/docs http://blog.appliedinformaticsinc.com/stuck-behind-a-proxy-share-your-localhost-to-the-world-using-ngrok/
Daniel_Grosso | 2018-04-19 17:41:02 UTC | #7
Hello Richard.
The "intermediary service" is our client's EAI. They don't intend to expose it publicly (at least for this particular service)
Thank u.
Regards, Daniel
Poulain_Mathieu | 2018-04-24 02:54:18 UTC | #8
Like Daniel, we are also using it for local connections with non publicly available services. It is not a technical issue but more a security risk that we don't want to take.
system | 2018-05-25 02:54:21 UTC | #9
This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.
This post was migrated from the old Developer Forum.
ref: 2749