MondoBI

Quello che noto è che, nei casi di errore, [Sales K€] è strettamente superiore al valore atteso. Questo significa che, quando vai a iterare la tabella Budget manufacturing_drop, per alcune righe di questa tabella l'espressione è superiore a quanto dovrebbe essere. Come è fatta la chiave univoca che mette in relazione queste due tabelle?

La chiave è il merge tra Società e data. La data è mensile, quindi univoca.

Mi spiace ma non posso continuare a farti domande a raffica, e alla cieca. Il file che hai allegato non serve a molto: occorre il modello dati per fare un debug corretto. Da quello che vedo, il tutto dovrebbe funzionare, ma non funziona; c'è quindi da indagare ulteriormente, ma non siamo nelle condizioni di farlo.

Capisco. Posso mandarti il file di PBI, i dati sono sul server aziendale ma se non fai l'aggiornamento dovrebbe funzionare....che ne pensi?

Certo, inviami pure anche in pvt un link (immagino sia troppo grosso per allegarlo direttamente)

Ciao, ho ricevuto il file e capito il problema. Il "peccato originale" della tua fact è che non ha un ID univoco. Questo fa sì che ci siano delle righe perfettamente duplicate, e quando vai a calcolare la misura "madre" [Sales] in un row context (v. context transition), quelle righe te le somma. Perciò nel momento in cui tu fai una iterazione della tabella (SUMX), entrambe le volte che scorri una riga duplicata, [Sales] avrà lo stesso valore, che però è la somma delle due! Quindi, come dicevo, l'espressione
restituisce un valore più alto (doppio, triplo o quello che sia) rispetto alle tue attese.
Per risolvere, è sufficiente che tu dia un ID univoco alla fact: crea una colonna indice con Power Query ad esempio, o qualsiasi altro sistema, purché ciascuna riga abbia il suo valore, altrimenti la context transition ti frega alla grande

Pazzesco! Funziona perfettamente, ti ringrazio.
Sono stato stolto, dimenticando la prima regola del database, cioè di creare sempre una chiave primaria....
Consigli davvero utilissimi!