Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Earn the coveted Fabric Analytics Engineer certification. 100% off your exam for a limited time only!

Reply
Anonymous
Not applicable

Import to group via API

I am working on a PowerShell function to import .pbix files via the API. The main functionality is taken from the oft referenced sample code here https://github.com/Azure-Samples/powerbi-powershell/blob/master/copyWorkspace.ps1.

 

The code works perfrectly when posting to My Workspace.

The initial Post gets a response with HTTP status code 202 Accepted, and an ID for the import.

When the import is queried via the API, the import details are returned.

In PBI, the new report and dataset are present.

 

But when I run it against a group, the import is posted successfully, but then disappears.

The initial Post gets a response with HTTP status code 202 Accepted, and an ID for the import.

When the import is queried via the API, a 404 Not Found error is returned.

When all imports are queried via the API, there are no new imports listed.

In PBI, the new report and dataset never show up.

 

Any idea why this might not be working?

 

As it works for My Workspace, and the post is accepted for a group, and there are no errors, and that chunk of code is the same as what works for everyone else, I'm thinking it's not my code, but something with PBI. Permissions issue? Group configuration issue? Bug? Any ideas?

 

Thanks,

Tim Curwick

1 ACCEPTED SOLUTION
Anonymous
Not applicable

I narrowed down the bug and found a workaround. (Or rather, I found the workaround, which informed the bug.)

 

The API is generally case insensitive. As a long time PowerShell guy, I default to initial caps in such circumstances, as that's what PowerShell people are used to. Turns out this bug only appears when /groups is not in all lowercase. /Imports can be in whatever case you want. /Groups can be whatever case you want in other API calls.

 

But when creating a new import job, this works:

https://api.powerbi.com/v1.0/myorg/groups/[guid]/ImPoRtS?datasetDisplayName=TestFile.pbix

And this leads to the bug:

https://api.powerbi.com/v1.0/myorg/Groups/[guid]/Imports?datasetDisplayName=TestFile.pbix

 

Thanks,

Tim Curwick.

View solution in original post

1 REPLY 1
Anonymous
Not applicable

I narrowed down the bug and found a workaround. (Or rather, I found the workaround, which informed the bug.)

 

The API is generally case insensitive. As a long time PowerShell guy, I default to initial caps in such circumstances, as that's what PowerShell people are used to. Turns out this bug only appears when /groups is not in all lowercase. /Imports can be in whatever case you want. /Groups can be whatever case you want in other API calls.

 

But when creating a new import job, this works:

https://api.powerbi.com/v1.0/myorg/groups/[guid]/ImPoRtS?datasetDisplayName=TestFile.pbix

And this leads to the bug:

https://api.powerbi.com/v1.0/myorg/Groups/[guid]/Imports?datasetDisplayName=TestFile.pbix

 

Thanks,

Tim Curwick.

Helpful resources

Announcements
April AMA free

Microsoft Fabric AMA Livestream

Join us Tuesday, April 09, 9:00 – 10:00 AM PST for a live, expert-led Q&A session on all things Microsoft Fabric!

March Fabric Community Update

Fabric Community Update - March 2024

Find out what's new and trending in the Fabric Community.