Licensing change / HTTP custom action

[Interlock]

I understand from this blog post that from February 1st, 2019, it'll be necessary to have PowerApps and Flow P1 or P2 license in order to use "HTTP custom actions integrated into Flow outside SharePoint and OneDrive".

I'm assuming that this means that in most circumstances it'll be necessary to have a P1 or P2 license in order to use the Action called "HTTP" (which has a lime green icon in Flow).

What I really need to know, is whether this licensing change also affects the "When a HTTP request is received" Trigger.  Clearly this is a Trigger rather than an Action, so to me this suggests that this Trigger will continue to be available to users with Office 365 licenses, without the need to add a P1/P2 license.  Can someone please give me a definitive answer on whether my understanding is correct?

[v-bacao-msft · Accepted solution]

Hi @Interlock,

There is a mention in the blog : ” capabilities will only be available with PowerApps and Flow Plan 1 and Plan 2--HTTP custom actions integrated into Flow outside SharePoint and OneDrive”

According to my understanding, the HTTP action should be still available to use, but if those HTTP actions has not been used with the source outside of SharePoint and OneDrive before, then it should be not available to use it with that purpose.

As for "When a HTTP request is received", there should be no similar restrictions.

The restriction here should be mostly focused on the data and the corresponding API access.

Best Regards,

[Interlock]

Great - I wanted to be absolutely sure as this affects a customer's purchasing decision.  Thanks for getting back to me.

[crf200]

I've got a message card posted to teams channel thru the HTTP Action. I'm trying to get the card to ActionHTTP Post back to a Flow Trigger {When a HTTP Post is received} - I get an error in Teams saying Action unauthorized.

Is this because of the licensing change?

I used a cURL to test and got this:

• {"error":{"code":"DirectApiAuthorizationRequired","message":"The request must be authenticated only by Shared Access scheme."}}'sp' is not recognized as an internal or external command,
  operable program or batch file.
  'sv' is not recognized as an internal or external command,
  operable program or batch file.
  'sig' is not recognized as an internal or external command,
  operable program or batch file.

[LozzieD]

Since Flow runs in the context of the author of the Flow, not the runner of the Flow, is it only the author of the Flow that needs the P1 licence if the Flow has an HTTP action in it, not the runner of the Flow?

Or does the runner of the Flow need a P1 as well even though the Flow is not running in the runner's context but rather in the context of the author of the Flow?

[LozzieD]

Also, if the Flow – we’ll call it A - that has the HTTP request action that calls a web service "out there" is authored by a P1 user, but then the runner user actually runs another Flow – we’ll call it B – also authored by the P1 user, and Flow B  calls Flow A (Flow A has an HTTP response trigger which doesn't attract a P1), how will Microsoft trace the chain of P1 authored Flows back to the non-P1 runner who initiated it all?