I'm planning to create a chatbot application for SfB Server with UCWA. This bot will be invited by my partner's SfB online user's chat meeting, then provide some background services. The partner's O365 tenant and my SfB server is federated.
I'd like to collect my partner end of participant information such as user uri for my service purpose(assumed that the partner agreed to provide those info to us). Does someone know if I can get participant info from federated organization hosted chat conf which out chat bot has been invited?
If yes, is the [participant] resource is the right one to use?
Related
I am looking to implement a hangouts chat bot for my customers. I am fairly new to the Google ecosystem, so I apologize in advance if some of this is obvious.
Here is my basic confusion:
It looks like in order to access the REST api the chat api requires a service account.
Does this mean that I will have to ask every customer to create a service account using their Google cloud account?
Corollary to the above is: Does every GSuite account have a Google cloud platform account associated with it?
If the service account has to be created, would the customer somehow need to share the private key for that account with me in order for my application to make calls on behalf of the service account.
My end goal is to give my customers a seamless experience where they can choose to
Install my bot in the Google Chat app for their GSuite domain
At the time of install get some information about their domain
Whenever a message is sent to the bot (DM or Room), identify who the message is coming for and in which GSuite domain, and reply accordingly.
Is this possible? Am I missing some very obvious Google concepts?
Thanks in advance.
If your customers have a normal email they can't connect with you. For more information refer this link
Considerations
The service account is used from your bot to access the Google REST APIs. It has a service account for your Google Cloud Project. There is no need for every user to have an service account enabled nor for them to give your their private key (never share private keys).
Approach
You can build and deploy Google Chat Bots directly using Google Apps Script. For your application I suggest you to use the tutorial in this page: https://developers.google.com/hangouts/chat/quickstart/apps-script-bot
Reference
Creating new Bots
We have created an application to send and receive message by interacting with online users in the Skype for business. For achieving this we have followed the below steps, but we are
facing issue
Installed Skype for Business 2016 application
Created Azure AD app with "UCWA 2.0" in the Azure. this acts as a user to interact SFB Online users.
And gave full delegate access to communicate with SFB online.
Generated and error in authority URI "'authority' URI should have atleast one segment in the path (i.e. https:////)"...
Later we downloaded the SFB 2015 system app and tried with UCWA 2.0.
But facing the same issue with communicating with SFB.
Is it possible to integrate Bluemix Public Accounts/User (means IBM IDs) in a LDAP of Company User Management?
Reason the ensure on-boarding and off-boarding can be done on a central place inside a company.
Is this topic related to a ibm market place integration possibility?
https://www.ibm.com/support/knowledgecenter/en/SSZPE3_9.1.1/Platform/LDAP/LDAP_AD_integration_features.html
This can be done with a federated ID.
This ID can be used to sign up for Bluemix only if your company has already worked with IBM to register. Registering a company's domain with IBM enables users to log in to IBM products and services by using their existing company user credentials. Authentication is then handled by your company's identity provider. When you log in to Bluemix with a federated ID, you are prompted to log in through your company's login page. For information about requesting to register your company or organization's domain with IBM, or for more information about the process, see IBMid Enterprise Federation Adoption Guide External link icon. An IBM sponsor, such as an offering advocate or client advocate, is required when you request to register federated IDs.
Link: https://console.bluemix.net/docs/admin/account.html
The integration between OIM and Microsoft Exchange is in place. Now we want to provision lync or skype for business to this user. What are the possible ways to do it? Also is it necessary to have O365 email id for every user whom we want to grant skype for business access?
My research says :
Create custom O365 connector and use Graph APIs to perform user life cycle operations like provisioning deprovisioning.
Use Exchange connector and create a process task that will call some API to create skype account.
The approach we choose to solve this problem is we created Skype Enabled user group in AD , and assigning the users to this AD group if they have skype enabled flag true in the user profile.
At Active directory end Admin guys are managing the provisioning of Skype for Business Account.
I'm trying to find out how Google Cloud Messaging should be setup for businesses.
Currently I'm using my private Google account to manage the Google Developer Console and create a GCM project for my application. But what if I where e.g. a consultant agency developing an app for a customer, how would GCM be setup then?
I'm trying to answer the following questions:
Is there a way to create a Google account for Business that should be used instead?
Is it still free of charge?
Should the customer have and manage this account or do I as a developer/provider of the app manage this account?
Thanks in advance
From the documentation:
Google Cloud Messaging (GCM) is a free service that enables developers to send messages between servers and client apps.
Your Questions:
Is there a way to create a Google account for Business that should be
used instead?
Gcm does not require a special type of Google Account. Once you can create a Project in the Google Developer Console then you can use GCM with that project.
Is it still free of charge?
Yes it is free, even in business use cases.
Should the customer have and manage this account or do I as a developer/provider of the app manage this account?
This is up to you, it would depend on what the future relationship between the developer and the owner of the application is.