Ok ma almeno devi sapere dove e come intervenire, perché ridurre i "Modificato tipo" (per fare un esempio) male non fa, ma certo non può aiutare in questo caso

sinceramente non credo che ripulire il codice ed eliminare qualche passaggio superfluo (cose che di per sé vanno comunque benissimo) possa risolvere l'errore segnalato. Quando si fa un merge tra query che hanno origini diverse, con potenziali impostazioni di privacy diverse sui dati, può accadere ch...

Secondo me stiamo andando nella direzione sbagliata. Aggiungi un VALUES(data[ClienteCognome]) al filtro del CALCULATE, ma ti ritroverai ben presto in un altro cul de sac

E' chiaro che devi togliere "Ordinato" dalle righe, altrimenti ti fa il groupby anche su quello. Diversamente, devi aggiungere anche "ordinato" al REMOVEFILTERS

Hai dimenticato ALL nel SUMMARIZE

Non viene restituito perché ID fa parte del contesto di ciascuna cella, e SUMMARIZE non sovrascrive il contesto di filtro. Questo per ottenere il risultato atteso nel file di test, ma ho grossi dubbi che possa essere riportato a quello vero, e che sia davvero ciò che ti occorre: Stima = VAR Tabella ...

Allora, scusa ma l'esempio che hai mandato non credo proprio possa aiutare: torniamo al tuo codice originale. Se capisco bene, Ordinato = SUM (Query_Dataset[Ordinato] ) , supporrò che sia così. Ora, non è che sia SEMPRE necessario fare delle tabelle raggruppate all'interno delle misure... tu nel tuo...

Ciao. [Ordinato] è una semplice SUM o aggiunge altri elementi di complessità?

Ciao. Premesso che io lo farei in modo diverso, implementando una tabella calendario e utilizzando quella per le funzioni di time intelligence, mi pare che possa funzionare anche mantenendo la tua struttura con le seguenti misure: %crescita = DIVIDE ( [Fatt] - [M1], [M1] ) (già presente ma ho modifi...

Spostando tutte le colonne di Dim in Prodotto, o viceversa