on
RE:
This would be Super useful. Also under monthly, if it was possible to add things like, working day 4 or the first Monday / the Last Friday.
RE:
Every customer is asking this functionality.
RE:
Agree, it is painful to assign security role to bulk users!
RE:
The current format for this function requires changing visualization layering, editing the interaction, and then returning the layering to the desired state. It's extremely inefficient. A pane for interactions would significantly increase my efficiency.
RE:
hi, just a warning,
It's been some time, but I recently stumbled upon a very negative opinon online about microsoft.com and thought it was important to message you guys to validate this review.
It appears like there's some unfavorable news that could be potentially damaging.
Understanding how easily stories can get out of hand and hoping not you to be caught off guard, I decided to notify you.
Here's where I came across the info:
https://ibit.ly/KRZEA
I'm hoping it's all a simple confusion, but it seemed prudent you should know!
Best wishes,
Jada Westbrook
RE:
We are looking to see if MS can offer PBI app or solution for real-time monitoring and alerting on long running refreshes as well. We ran into the same issue with long running dataset refreshes and have no way to identify the issue except to manually look at refresh runtime after they complete. Would be interested to know if there is a solution soon.
RE:
Hello,We can propose a first version that we already use since months (first use 19/07/2023), after removing the sources and credentials.Here is our context:We have a fairly complex data refresh schedule that varies every day with a large number of data refreshes. We noticed that the refreshes took longer at certain times, and varied slightly from one day to the next (between 0:00 and 3:00 and then around 6:00), without any warning about the occupancy of the source systems or the on-premise gateway services.To analyze this phenomenon, we built 2 identical reports:- dataset type, then dataflow type (both are concerned)- to a single SAP Hana source (currently being upgraded to add a Sharepoint source, so without on-premise gateway flow)- The 2 Datasets and Dataflow are identical, same HANA view, same transformation in Power Query. The only difference is in the Gateway used for each refresh. In one case, we use the Gateway Prod, in the other the Gateway tech QUAL. The differences in duration between the 2 refreshes therefore depend on the Gateway, its network or its ability to communicate with the PowerBI.com bus. On the AWS PROD Gateway, there is a peak between 0 and 3 hours, which corresponds to the period during which this Gateway is "overloaded". During this period, refresh times can be multiplied by 10 or 15 on a few occasions between 0:00 and 3:00 and then around 6:00, every day, including weekends. No parameter monitored on the Gateway server confirms this overload, and in fact it has been resized twice, doubling the size, with no improvement and probably generating unnecessary costs. We need to identify the source of this limitation in order to find a solution.
RE:
I agree, AAD ( MS Entra ) authentication towards PostgreSQL Flexible Servers would be something we would really need
RE:
ATP Issue: Inaccurate Second Customer Order Fulfillment Our use of ATP is causing significant inaccuracies, particularly with non-stock items already on order with extended marking. Despite the items on the active Purchase/Production Orders being set as Ordered reserved, ATP fails to honor the reservations. Consequently, the Requested Ship Date provided to the second customer aligns with the earlier receipt date of the first customer's fulfillment order. This discrepancy leads to erroneous ship dates for the second customer. It's crucial for ATP to recognize active Purchase/Production Orders with markings to ensure precise availability calculations. Despite efforts, we've been unable to rectify this issue through our current settings.
RE:
Frankly absurd that this isn't available yet.