How can I Monetize a Google Data Studio Connector? - google-data-studio

I'm trying to understand how to monetize GDS connectors once are publicated in the community. Does something know how to do it. I can't find a clue on this on the URL: https://developers.google.com/datastudio/connector/get-started

Monetization is entirely upto the developer. You will need to implement your own payment and verification for this.
You can verify the user identify and level of access through either your own 3P authentication for the connector OR by calling your own API with the effective user's email address.

Related

Sending User Input from IBM Watson Assistant to Database or via E-Mail

I want to implement an evaluation feature to my chatbot. User would be able to rate service on a scale of 1 to 5 and make suggestions.
I guess I would use slots for that and store the provided data in a variable.
What would be the easiest way for me to save and access that data later?
Somehow I need to write it to a database and make that database easily accessible. Or ideally having Watson sending an email with the feedback to myself.
Is there an IBM Cloud Database service available for that?
What would be my first steps in order to achieve this? Maybe you have some tips or documentation links, or even code snippets if it's not to much work for you.
I used IBM Cloud functions to get a joke from an API to Watson via webhook. I used code from the internet. So I am somewhat familiar with the concept, but I need more guidance and couldn’t find anything helpful. Basically I know nothing about NODE.
I would recommend the tutorial and its code on how to build a database-driven Slackbot with Watson Assistant. It uses a webhook and Cloud Functions to interact with a database for various actions. You could use that as blueprint for setting up the webhook and see how the database is invoked.
Make sure to secure the webhook. This can only be done using the command line (CLI), see the Cloud Functions doc on securing web actions.

User authentication through Office365

We're are about to build a new intranet system for our company, leaving SharePoint behind. The system will be built using Ruby on Rails. Since we're using Office365 for mail, calendar etc., we would like to authenticate our intranet users through Office365.
I'm aware of Microsoft Graph API, but I have a hard time figuring out of there is a possibility to authenticate users from a third-party application. Moreover, we would like to retrieve general information about the user, like profile picture and calendar information.
Is anybody knowledgeable about Microsoft Graph API and know if it's possible to achieve our goals using the API?
You're on the right track. You would authenticate with Azure AD, which is in the 365 ecosystem.
I wrote (and answered) a detailed guide here:
How to get the JWT (using OpenIdConnect) from HttpContext, and pass to Azure AD Graph API
Note that this is the OpenIdConnect flow. I think the Saml2 flow is somewhat different.
Don't take my advice on storing the authentication codes or try to acquire the token silently - it ended up causing issues in production that weren't seen in test. Rather, just use the user object id as your key attribute.
The microsoft documentation on the topic is a little cerebral and abstract, so it'll take a little head scratching, but have a look at the samples mentioned in the post I linked above, they'll get you started.
Yes, using Microsoft Graph is the right way to go about achieving the stated goals here.
There are quiet a few samples and tutorials provided on the Microsoft identity platform code samples page that will teach how to build an app that calls Microsoft Graph.

Is 3rd party Oauth2 Provider in Google DataStudio with custom connectors supported?

I have an API that a user can query for data after that user authenticates against an OAuth2 provider that I maintain (i.e. not Google). Is it possible to expose data through this API to Google's Data Studio using a Community Connector? If yes, is it possible to use the setup outlined here https://github.com/gsuitedevs/apps-script-oauth2#setup against a non-Google OAuth2 provider? Thank you for your help!
I have not found any requisite to expose data through an API. So I expect that it is possible, but take into account the specific configuration requested when implementing it.
The setup outlined there is not official so you will need to test it unless someone has done it already or has enough time for it. The post is really detailed and has work behind, so I would give it a chance!

BlueSnap integration with SalesForce

I'm managing my customer data in SalesForce and I want to integrate it with BlueSnap so I can create orders with SalesForce;
Are there any limitations I should be aware of?
Where can I find clear instructions?
Thanks
Hi – you need to keep in mind the following requirements before you start integrating SalesForce with BlueSnap;
Your SalesForce account must be an “Enterprise or Performance” or “Unlimited” Edition.
Your production BlueSnap account should be active with a PCI level of SAQ C-VT.
You need to setup your soft-descriptor, API username and Payout method in your BlueSnap account.
Your BlueSnap approved IPs should include this address: 204.14.232.100
You can see the requirements and setup instructions in this page, and in here.
I hope this information is what you were looking for :)
Dan

Access outlook.com calendar using the software davmail

Using a mobile phone, it is easy to connect to an outlook.com account using s.outlook.com as server - as specified by microsoft link. I think access should be possible using the software davmail in a similar way, thus enabling users to access their online calendars via thunderbird/lightning.
What is the URL that davmail needs for this? Shouldn't it simply be a reformatted version of the address given above? NB: The combinations given at the davmail project's website I tried already. Research on the internet did not reveal the solution either. Who can help?
Thank you!
outlook.com exposes only the Exchange ActiveSync (EAS) protocol, while davmail needs the Exchange Web Service (EWS) protocol (or WebDAV).
So, as of today, and until outlook.com exposes EWS, this can not work.

Resources