Hi,
I'm pulling in a simple Excel Spreadsheet to PowerApps which has a table (called Table1) and columns 'Numbers' (format General) and '_PowerAppsID_' Users can add 4 digit telephone extensions in bulk directly into the spreadsheet or add / delete individual numbers in the PowerApp. I then want them to press a button which submits all the data in the table to a custom API which will return a script which I want the PowerApp to display (so it can be manually copied & pasted into PowerShell). The Swagger for the API is below. Despite being able to display the spreadhseet in a browser gallery and do all the necessary adding /deleting I can get it to submit to the API - intellisense keeps saying it's expecting a table. I've manually created some tbale data and subitted that sucessfully but all i get back in Migratrion script is a boolean which changes to true when the action is run.
UpdateContext({MigrationScript:MD110MigrationScriptGeneration.generateMigrationScript(Table({Value: 1, Value2: 2}))})
If someone could please help explain how to post the table data in the needed format to the API and then display it I'd be extremely grateful. It seems like it should be simple but I've spent a lot of time reading documentation, etc and not been able to get anywhere.
Many thanks,
John
API Swagger:
{ "swagger": "2.0", "info": { "title": "MD110 Migration Script Generation", "version": "1.0", "description": "For generating a script to migrate a list of numbers from the MD110 to Skype." }, "host": "XXXXXXXXX", "basePath": "/telephones/md110", "schemes": [ "https" ], "securityDefinitions": { "apiKeyHeader": { "type": "apiKey", "name": "Ocp-Apim-Subscription-Key", "in": "header" }, "apiKeyQuery": { "type": "apiKey", "name": "subscription-key", "in": "query" } }, "security": [ { "apiKeyHeader": [] }, { "apiKeyQuery": [] } ], "paths": { "/script": { "post": { "operationId": "generateMigrationScript", "parameters": [ { "name": "numberList", "in": "body", "schema": { "$ref": "#/definitions/NumberList" }, "description": "List of numbers" } ], "consumes": [ "application/json" ], "responses": { "200": { "description": "Success" }, "405": { "description": "Invalid input" } }, "produces": [ "application/text" ] } } }, "definitions": { "NumberList": { "type": "object", "required": [ "numbers" ], "properties": { "numbers": { "type": "array", "items": { "type": "integer", "format": "int32" }, "example": [ 2222, 2223, 2224 ] } } } } }
Solved! Go to Solution.
Hi John,
I think something like this might take you closer. This formula returns the single column Numbers from Table1, and renames the column name to Value. This should match the data structure of your working formula.
UpdateContext( {MigrationScript:MD110MigrationScriptGeneration.generateMigrationScript( RenameColumns(ShowColumns(Table1, "Numbers"), "Numbers", "Value")) } )
If you were to add a button and set the OnSelect property to just the function below, do you get the error that says generateMigrationScript expects a table?
MD110MigrationScriptGeneration.generateMigrationScript(Table({Value: 1, Value2: 2}))
When you say you manually created some table data and submitted it, how did you do that? Did you do that through the test section in the area where you created the custom connector?
I asked a very similar question a few days ago and @CarlosFigueira helped me alot.
The OpenAPI code in my post accepts and returns a table. I'm confident that you'll find your answer here.
The main difference is that my web service definition produces "application/json", whereas yours produces "application/text". I find it's easier to specify this via the 'resposne' part of designer beneath, than through code.
In terms of the web service input, notice how I define the input array type in the 'definitions' section, and how I define the field names here. You might possibly have more success if you adopt this syntax.
Good luck!
Thanks for the fast response @timl
Sorry, I've not been very clear.
The function I mentioned is on the OnSelect Property of Button and in full its:
UpdateContext({MigrationScript:MD110MigrationScriptGeneration.generateMigrationScript(Table({Value: 1}))})
I display MigrationScript in a label, and it displays false until the button is pressed and then changes to true. So that is with me manually putting some test table data in the function rather than whats being brought in from the excel spreadsheet (I just can't get the syntax right to use that data, see below). Even just using test data though I cant seem to process the text response properly as PowerApps seems to think the API only returns a True / False boolean.
What I really want is for the button to use the data from Excel that PowerApps has a connection to. My very incorrect way of doing this is:
UpdateContext({MigrationScript:MD110MigrationScriptGeneration.generateMigrationScript(Table1.Numbers)})
Table1 is the table in the excel spreadsheet and Numbers is the Column header which I want all the entries from to submit to the API.
I have found a way to do this which for my purposes is better than using PowerApps. I've setup a flow, which when it detects a change ot the excel spreadsheets, pulls all the Numbers column into a variable array and then submits it to the APIs custom connect and saves the result as a new file. So I don't think there's anything wrong with the API or its swagger. I'd still like to understand how to do it with PowerApps though as I'll definitely be trying to do similar things in future.
Thanks,
John
Hi John,
I think something like this might take you closer. This formula returns the single column Numbers from Table1, and renames the column name to Value. This should match the data structure of your working formula.
UpdateContext( {MigrationScript:MD110MigrationScriptGeneration.generateMigrationScript( RenameColumns(ShowColumns(Table1, "Numbers"), "Numbers", "Value")) } )
That's great thank you very much. Your function is working and sending the data to the API. PowerApps is still treating the returned MigrationScript as a boolean, so there's still a piece of the puzzle missing.
Glad that part works now.
The remaining issue is because PowerApps doesn't know the structure of the data that generateMigrationScript returns.
The way to fix this is to configure the Response section of your custom connector. I'd call your web service with Postman, and paste the output into the header and body sections here.
Once you do this, PowerApps should be able to work with the data that generateMigrationScript returns.
Thank you @timl for all your help. I'm marking your response as the accepted solution. I've not been able to get the display working, but I think thats down to the format that its outputting and easily solved by making sure future APIs we that we create and want to use in powerapps return JSON
Wonderful, I'm glad you were able to get at least half of this to work.
Dear Community Members, We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd. During this period, members will not be able to Kudo, Comment, or Reply to any posts. On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities. What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!
We are excited to announce the Summer of Solutions Challenge! This challenge is kicking off on Monday, June 17th and will run for (4) weeks. The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions in the Forums to as many questions as you can. Answers can be provided in all the communities. Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”) - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024 Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods. You must enter into each weekly Entry Period separately. How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different. Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers. At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing. Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner. A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random. Individuals will be contacted before the announcement with the opportunity to claim or deny the prize. Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners. Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event. ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE** Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersNumber of SolutionsSuper UsersNumber of Solutions @anandm08 23 @WarrenBelz 31 @DBO_DV 10 @Amik 19 AmínAA 6 @mmbr1606 12 @rzuber 4 @happyume 7 @Giraldoj 3@ANB 6 (tie) @SpongYe 6 (tie) Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Community MembersSolutionsSuper UsersSolutions @anandm08 10@WarrenBelz 25 @DBO_DV 6@mmbr1606 14 @AmínAA 4 @Amik 12 @royg 3 @ANB 10 @AllanDeCastro 2 @SunilPashikanti 5 @Michaelfp 2 @FLMike 5 @eduardo_izzo 2 Meekou 2 @rzuber 2 @Velegandla 2 @PowerPlatform-P 2 @Micaiah 2 Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 3:Community MembersSolutionsSuper UsersSolutionsPower Apps anandm0861WarrenBelz86DBO_DV25Amik66Michaelfp13mmbr160647Giraldoj13FLMike31AmínAA13SpongYe27 Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 4:Community MembersSolutionsSuper UsersSolutionsPower Apps DBO-DV21WarranBelz26Giraldoj7mmbr160618Muzammmil_0695067Amik14samfawzi_acml6FLMike12tzuber6ANB8 SunilPashikanti8
On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners. The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights. Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.
We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for. We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer. Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together. Here's to new beginnings and endless possibilities! If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport. To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages