I notice that for tabs, there exists the concept of context (https://learn.microsoft.com/en-us/microsoftteams/platform/concepts/tabs/tabs-context) which means that the receiving config code has visibility of who is adding the tab and where.
Does such a thing exist for connector actions - that is, the HttpPost actions from buttons created to connectors. Ideally, the code running the Post action would be able to know who was clicking the link.
HttpPost actions do not communicate user identity, by design, for privacy reasons.
If you are building your own connector you could embed the user's identity in the URL though.
Related
I am researching ServiceNow, I know next to nothing about it. Funny how the most obvious questions seem to be the hardest to Google. My specific question is about applications.
ServiceNow runs as SaaS, correct? So, if I build a ServiceNow application, for a user to access that application, they would open the ServiceNow platform in their browser, then they would have a menu of applications they could launch, correct?
Is it possible to host a ServiceNow application on a specific page, or on a website, or embed it in a SharePoint page, so I can give out a URL for a user to run the application? Or do they always have to navigate through the ServiceNow portal to run my application?
I know this sounds like a dumb question. But everything I have read assumes you already know this information, so a dumb, obvious question it has to be.
ServiceNow assumes that it is managing the entire window (or tab). You might be able to get something to work using HTML frames, but there is a good chance it would break with a future ServiceNow upgrade.
On the other hand, it possible to redirect a user into a specific ServiceNow page by constructing the appropriate URL. If the user does not already have an active session cookie then ServiceNow will prompt them to authenticate. You can redirect to a specific Service Portal page, or a specific catalog item or a specific record. You can redirect to a ServiceNow Dashboard. If you want to show a list of records, you can dynamically build a query. You can redirect into Agent Workspace or the classic platform UI. If directing into the classic platform UI you can show or hide the ServiceNow navigation menu based on whether or not your URL contains nav_to.do?.
There is a bit of an introduction on this page, although it really only scratches the surface:
https://docs.servicenow.com/bundle/sandiego-platform-user-interface/page/use/navigation/reference/r_NavigatingByURLExamples.html
If you want to drive ServiceNow from a web site or from SharePoint, then you just need to construct the right URL which will open ServiceNow in a new browser tab.
I'm designing the architecture for a Microsoft Teams app.
This app is an integration to a multitenancy platform that the customer can set up their own URL to access the system, i.e: https://app.customer.com/
I was wondering if there is a standard way to have a step on the app installation to set up the instance URL.
I understand I could design an app generator that would reside inside each customer instance and then deliver the manifest.zip to the customer to install it, but I feel we would lose all marketing and partnership opportunities that having it on the store would provide.
I couldn't find a standard way so I designed a proposed solution and wanted to validate it with the community.
I came with a list of issues and workarounds to work with a single app for the multiple instances based on what we've seen so far on Microsoft Teams documentation.
Issue 1: Accessible domains should be explicitly set on the manifest.json
Workaround: have a middleware in a fixed URL that handles all requests made by the app and route to the customer site
Issue 2: There is no standard step on an app installation to set up the instance URL
Workaround: Design a static tab that would handle the configuration, so in that tab, the admin would need to set up any
configuration like instance URL
Issue 3: After installation, the feature will be available for the users even before admin did the setup to define the customer instance URL to be used.
Workaround: Make all designed interactions (i.e.: Tabs configuration page, bot response, actions, cards, etc... ) have a
response to the user saying there are pending configurations in case
the admin did not set the URL yet
I want to create a record of Geo Log entity for every login of the user in CRM. So, I want to take the IP Address, Browser, Operation system, Longitude, Latitude, ect. for every login of the user in the system. I want to do this in the Server side, but I am facing problems for creating a plugin for triggering the event of login of the user.
Like Zach mentioned, all these client side telemetry can be collected in JavaScript & created as a record in CRM entity using web api.
There’s no supported solution to inject the script in all forms when we don’t know where users are landing (after ADFS challenge/SSO user will land in their workspace tab based on their personal preference).
The trick is to force every user to land in a particular dashboard or entity view, adding JavaScript to any of the Ribbon button “Enable rule” to trigger & execute the snippet. You can use form load script on entity form or Application Ribbon (always visible button) too.
Server side - never mind. For your satisfaction you can do a custom Action to create data in entity & data can be passed from JavaScript to that custom Action as parameters.
I want to implement Single signon between Spring application and Netsuite using cas. Seached many things on net but nothing was fruitful. kindly help me on this with some links or documents.
Thanks in advance.
I just completed two SSO's in NetSuite for our firm. (You will find this under Setup>Integration>SSO) We ended up having NetSuite send a specifically crafted URL to our internal PHP intranet. The web app' there receives the incoming URL and does stuff on it, and the user gets what they need.
Forgive me for not knowing anything about Spring, but if you can run your web app' to receive an incoming URL (post), then you will create a new SSO object inside of your ERP instance, and pass the values that you need to pass to your web app' from there. Those can be built-in values that come right out the system (ie: "{entityid}") or these can be values that you create with a script, pass them to the SSO, then the SSO passes those to your web app'. You can "place" an SSO "object" on to a "custom Tab" on your "custom Form". Or you can create an entirely new Form. Or you can place your SSO in some other location. I chose to place ours on a custom Tab, as that was effective for our use case.
The only other two places you can "place" your SSO is on to a "Portlet" (say, like a custom panel on your Dashboard or similar) or a "SuiteLet" (which I havent done yet but am working on right now).
If you have any "bundles" installed in your instance, some of them have SSO inside of them, and some of them are "protected" and some of them are not, and the unprotected ones can be downloaded as JavaScript to your machine for examination, consideration, & emulation.
The help in SuiteAnswers is decent but doesnt give many working examples for your to adapt. The PHP Tool Kit has a working sample of an SSO inside of it & I highly recommend getting that, unzipping it, and reading all of those files, even if it has no table of contents, you can easily follow all the includes and references amongst those files.
If you have a specific follow-up question about something in there, please post, and while I'm an intermediate at it, I'll give it the ole college try to answer. And if you need anything past that, ping me.
Cheers.
Is there a way to allow the user to add additional items to one group in the settings bundle? Specifically, I a would like the user to be able to specify a list of URLs and Site Names within Settings. The functionality is almost exactly the same as the Twitter app that allows for a list of usernames and passwords and in the mail app where the server name, inbound and outbound email server names/addresses are maintained. I am familiar with doing this with archive, CoreData and SQLite within the app, but would prefer to keep key settings outside the app as I would like to intentionally distance the config data from the user interface.
Thanks
Derrick
Unfortunately you're pretty limited with what you can do in the settings. There isn't any way to run code, so there can be no add buttons or changes to the model - its basically predefined key value pairs. Twitter and mail are first-party apps so they can do things in settings the rest of us can't.