@utaylor , I do not. I just know I spent a lot of time on creating a PowerApp that integrated with Epicor (not with Epicor Functions) and got so so close but in the end I was missing some key pieces that I just could not overcome. I do not remember if this was one of them. It has been a year but this was my conclusion back then: https://www.epiusers.help/t/powerapps-and-epicor/67622/5
I remember @Mark_Wonsil telling me at a EUG meeting that he also played around with PowerApps and had some frustrations. Maybe he was able to overcome them and can offer suggestions.
I should also add that MS changed their licensing on me while i was working on it and it became way too expensive to roll it out anyway. The ROI was not there. … i still don’t think it is based on the cost of PowerApps, at least if you require a gateway to onprem.
I think if I tinker around with it a little more I can get it. As I think about it now, I might be able to use a “compose” block to turn the response into an array, and maybe go from there. I’ll try that tomorrow when I’m in the office.
I learned that that’s how you get the results of a BAQ into a power app “collection.”
I have no experience with anything like this, but it does seem like the costs add up fast.
This stopped us too. I’m just not sure what comes with your M365 Licensing. I think they restrict sharing your apps with others unless you get the Premium license. I’m at a different company but want to revisit it soon.
Right, so there are two options, as I understand this:
Give each user a $40/month plan to use (unlimited?) shared apps
Give users a $10/month PER APP plan to use selected apps (and you would manually assign app “passes”)
And don’t forget in the background you’ve got Power Automate (Flow) that has a 5,000 transaction/day cap unless you want to pay for more. “Transaction” does not equal “flow run.” A flow run can use dozens of transactions.
The plan/hope for us is to put this only in the hands of the supervisors and have them do the time entry periodically, all day, from their phones. I think it’s still cheaper than what we do now, which is
Have a hundred employees write on paper
Have someone spend an hour or two every day typing that all into a spreadsheet
Chase down missing cards/time/employees
Track down the supervisors for what it was supposed to say
Actually get a job made for the work that was done
And don’t forget in the background underneath Power Automate is Logic Apps, which is completely PaaS. You straight out pay for usage after a generous free amount of calls per month. It’s better for company-wide workflows where Power Automate seems more useful for Power ( ) Users.
You claim to be on that side of the chart, but even attempting (and succeeding!) to create a Power Apps application shows aptitude for understanding development.
It’s truly freeing to realize you can actually create your own applications with free tech to solve your problem. In this case, it looks like you’ve got a UI and then you’re making some calls to Epicor with the inputs. I personally see no reason at all why you shouldn’t attempt (if you want) this with a basic web app and host it internally.
This is the portion your users interact with and enter the data, click buttons, etc. The app would use that data input to call your functions, BAQs, etc. to make things happen in Epicor.
The web app route is nice because you can distribute it internally very easily and host it internally, so no need to mess with application gateways etc. Everyone (internally) already has a web browser so no need to mess with client installs.
Obviously there is a learning curve associated with it, but it would fit well with the path Epicor is already on and it would be a great skill to have.
Turns out that “numbers” don’t actually work. Well… UNLESS you make the first and last response as strings and then couch the number between them. (See this thread and jump to the last post for the solution.) Or just send the number as text instead and be done with it.
#3 - A tip: when changing Flows that are already connected to your Power Apps, always delete the connection and re-add it - and make sure to copy (to Notepad) the text of all formulas that use the connection.
@Aaron_Moreng I think it is worthwhile to learn how to code using angular or whatever other language to create a webapp. I think it is equally as powerful to learn lowcode/no code integrations like power apps given the ability to distribute them and scale them quickly. It also caters to beginners like me who have no idea how to code yet offers some of the same (generalizing here) functionality as coding your own. I find it isn’t as flexible as coding your own though which is what @JasonMcD is running into… having to play by their rules.
Either way you go, it is all exciting and hats off to you @JasonMcD… you have been doing a ton lately!
For sure. To each their own! I am a DIYer for basically everything in my life anyways so it’s a good fit for me, but doesn’t mean it’s a good fit for everyone.
I have found in these low code type platforms that the second you need some functionality that is standard to make an application work, it’s usually a paid feature. They design it with the intent to get you interested and make it look easy, but then when the rubber hits the road, the paid features become apparent.