Where do I specify which specific organisation within my account a webhook should be monitoring?
If you have webhooks enabled for your app, you will receive events for all orgs connected to your app. Each event will have a tenantId that you can use to see which org the event is for.
Put another way, your app either has webhooks on for ALL organisations or none.
You can get more details about this here: https://developer.xero.com/documentation/webhooks/overview#devx-app:~:text=Tenant%20ID%09The%20ID%20of%20the%20tenant%20that%20the%20event%20happened%20in%20relation%20to%20(e.g.%20OrganisationID)
Related
I am sure this has been asked many times but am unable to find relevant answer. Is there any way to send Azure monitor alerts to slack via Logic apps or some other way. I have found this template - https://github.com/Azure/azure-quickstart-templates/tree/master/demos/alert-to-slack-with-logic-app and integrated it into my azure system but it is not working.
Have tried some work around mentioned at - https://github.com/Azure/azure-quickstart-templates/issues/3319 but all in vain
Direct Webhook from action group using slack incoming webhook is not supported , as azure sends alert using its own schema.
Any input is highly appreciated ...
Azure Logic Apps is definitely an option, but if you are not needing complicated workflows, just send the alert directly from Azure Monitor to a Slack channel. You can do this by generating a unique email for the Slack channel and using that email in your Azure Monitor alert action group settings. Another option would be to send the alert to your company alert email inbox and have it automatically forwarded to that Slack channel email address. With this approach you completely remove the dependency and complexity of Azure Logic Apps.
https://slack.com/help/articles/206819278-Send-emails-to-Slack#h_01F4WDZG8RTCTNAMR4KJ7D419V
I have a scenario in that I will create a payout flow (based on Stripe's APIs) for 2 participants. One is the platform owner, the other is the customers who use the platform service. The platform owner creates a service that allows his customers to register to his platform service, and to provide services to customers' end users (customer's customers). The payout flow then will transfer money from the platform owner's bank account to the customers (a list of customers who registers to platform owner's service) manually when the platform owner confirms to pay by pressing a payout button.
I've done some research, but I am still not sure about the correct steps for processing this payout flow. The doc I found so far is [1], which looks like the one that fits my scenario. So my first question - Is the doc[1] the right direction to work on?
If that's correct, a few more questions. In the step 2.5's return_url[2] section, the doc mentions to listen to the account.updated event. I create a webhook e.g. https://example.com/return and listening to that event. And the webhook can receive the account.updated event without a problem. However, in the section 2.4[3], after creating an account link, Stripe returns an url like https://connect.stripe.com/setup/c/<random string>, which asks user to fill in info including
BUSINESS DETAILS
MANAGEMENT AND OWNERSHIP
After clicking the submit button, if the return_url is configured to reuse the webhook i.e. https://example.com/return. The service will return following error
{"code":405,"message":"method GET is not allowed, but [POST] are"}
Otherwise redirecting result will return
{"code":404,... }
I understand it's because the webhook /return I setup listening to POST operation. If return_url should be handled in GET, what parameters will passed to that return_url. I search online, but I do not see any explanation. Any docs or code that may provide some related info? I appreciate any suggestions. Thanks.
[1]. https://stripe.com/docs/connect/add-and-pay-out-guide
[2]. https://stripe.com/docs/connect/add-and-pay-out-guide?integration=with-code#return_url
[3]. https://stripe.com/docs/connect/add-and-pay-out-guide?integration=with-code#with-code-redirect-to-account-link
I'm not able to find the Service Account that usually shows up under the Project ID in this screenshot. I see online when people create an agent, they have a service account (already created) that is linked under the Project ID. Once Clicked, the Service Account will show it is of Dialogflow Integrations and you can make a key. How come I do not have a Service Account already made and how do I get a Dialogflow Integrations Service account like everyone else?
What I see:
Dialogflow Dashboard
What others see when they make an agent:Dialogflow with Service Account
Service Account for Dialogflow Integrations
I've read elsewhere that the integrations feature is only available for region US ("global") so I suggest you try making your agent on region "global".
This worked for me today.
I am working on a notification only teams bot limited to members of a single azure ad tenant. Based on this documentation - https://learn.microsoft.com/en-us/microsoftteams/platform/resources/bot-v3/bots-context - the serviceUrl could change.
Since the bot would hardly ever receive a request, how do I manage the serviceUrl? What could cause the serviceUrl to change?
Service URL are unique to region, not tenant.
You can cache the team and user details when bot is added to a team in conversation update bot event. You could use it later to send messages.
I suppose that a fundamental question I really ought to be asking, before I get into the details below, might be:
As a vendor/service-provider with a standalone Stripe account that's been connected to a platform account, is it possible for me to set up a webhook that will be called when the platform makes a successful charge on my behalf?
In any case, that's what I'm trying to do, with a webhook that I set up on the recipient account, configured to be called for any of the following events:
Test invocations of the webhook from my dashboard cause it to fire as expected.
But when when I create a charge through the platform, setting destination to reference the connected account, the webhook doesn't fire -- even though the charge is successfully created, along with an accompanying event, in the connected account.
One big fat clue -- that I don't know how to interpret -- is that the type of the event shown in the dashboard's "Events & Webhooks" tab isn't charge.succeeded or charge.captured -- it's payment.created (!).
But:
there's no event type with that name listed in the webhook configuration menu;
nor, as far as I can tell, does the API define a payment object type (and indeed, the type of the object referenced in the event is charge):
So:
Is this just a naming glitch in the API implementation that Stripe simply needs to fix?
Or is there some more fundamental problem that I'm failing to grasp with the idea of setting a webhook on a connected standalone account that I own?
(Or am I just doin' it wrong?)
At the moment, the payment.created event is not visible in the list of selectable events, so you'd have to check "Send me all events" when creating the webhook endpoint in order to receive those.
extending Dmitry's comment in the post, I was able to solve it by adding my endpoint and webhook event type to Endpoints receiving events from your account section in the Stripe dashboard.
The other section called Endpoints receiving events from Connect applications is for events with a Connect Account associated with it. The event object will have an account property, as long as it is an event generated from a Connect Account. These events will go in the Endpoints receiving events from Connect applications section of the Webhooks page in the Dashboard.