Category: Non classé

🚀 Per le pillole della Power Platform, nuovo video tutorial dove vediamo come Microsoft Copilot AI ci aiuta nel creare velocemente pagine e sezioni in Microsoft Power Pages sfruttando il motore di AI generativa.

Per qualche tempo nel contesto di Power BI, è emersa la necessità da parte dei team di Data Analyst e Data Engineer, di poter creare report in modo collaborativo e in parallelo. Fino ad ora, il contributo di ciascun sviluppatore veniva gestito attraverso un approccio “Waterfall”, che significa “Ho completato lo sviluppo, ti passo il file .pbix”.

Tuttavia, questa metodologia ha mostrato delle limitazioni, poiché non favorisce un flusso di lavoro sinergico tra i membri del team. Fortunatamente, per rispondere a questa crescente esigenza di collaborazione, sono stati introdotti nuovi strumenti e approcci.

Recentemente, infatti, con l’introduzione del mondo Microsoft Fabric, è stato compiuto un ulteriore passo avanti, rendendo sempre più sottile la linea tra analisti e sviluppatori: l’introduzione del formato file .pbip.

Questo nuovo formato di file nel contesto di Power BI consente un’integrazione più fluida delle competenze tra analisti e ingegneri dei dati, promuovendo una maggiore collaborazione e un flusso di lavoro più integrato. Con l’adozione dei file .pbip, il lavoro di gruppo diventa più snello ed efficiente, poiché ogni membro del team può contribuire al progetto in tempo reale, visualizzando e aggiornando le modifiche apportate dagli altri.

Ciò aumenta la produttività e consente una gestione più efficace dei progetti complessi. Inoltre, grazie alla possibilità di utilizzare strumenti di versionamento come Git con i file .pbip, è possibile mantenere una cronologia delle revisioni, facilitando il tracciamento delle modifiche e semplificando il processo di revisione e approvazione del lavoro svolto. In conclusione, l’introduzione dei file .pbip rappresenta una risorsa preziosa per il mondo di Power BI, poiché favorisce una maggiore collaborazione tra analisti e sviluppatori, migliora l’ottimizzazione del flusso di lavoro e consente una creazione più completa e coerente di report e analisi dei dati. Nel prosieguo, sarà presente una guida pratica su come configurare una cartella Power BI con il controllo del codice sorgente. Utilizzeremo GitHub come piattaforma di support per Git.

La configurazione

Il primo passo da compiere è creare una repository e successivamente clonarla in una cartella locale:

Puoi utilizzare qualsiasi strumento per clonare la repository. Come ad esempio il terminale o GitHub Desktop. Eseguirò questo frammento di codice utilizzando Git nel terminale. Se non hai la command-line interface (CLI) di Git, puoi trovare il link per scaricarla qui.

Dopo aver completato il download, puoi eseguire questo frammento di codice per clonare la repository in una cartella locale:

git clone https://github.com/acordaro18/Adventure_Work_pbi_git.git

Fatto ciò, troverai la repository nella posizione desiderata:

Apri ora il tuo file .pbix e vai su File > Options and Settings > Options:

Sul lato sinistro della schermata, vedrai una scheda denominata “Preview Features”. Metti una spunta accanto all’opzione “Power BI project (.pbip) save option”, come mostrato in figura:

Ora, vai all’opzione “Save as” del file. Ora vedrai disponibile l’opzione “Save as .pbip”. Scegli questa opzione e salva il file nellarepository Git clonato in precedenza. Fatto ciò, troverai nella repository la seguente cartella e i seguenti file:

Nota bene: la cartella .git e il file .gitignore vengono generati dalla repository Git e non dal salvataggio del file .pbip.

Il report è contenuto nel file di configurazione .pbip, che appare così:

  "version": "1.0",
  "artifacts": [
    {
      "report": {
        "path": "Adventure Works DW 2020.Report"
      }
    }
  ],
  "settings": {
    "enableAutoRecovery": true
  }
}

Questa cartella conterrà ora due ulteriori cartelle: <NomeReport>.Dataset e <NomeReport>.Report. All’interno di queste cartelle, troverai file di configurazione .JSON che Power BI leggerà internamente per compilare il report stesso. Il file più interessante è il file di configurazione <NomeReport>.Dataset/model.bim, che contiene quasi tutte le informazioni su tabelle, colonne, origini di power query e misure DAX.

Facciamo un esempio: all’interno del modello relazionale del nostro report troviamo la tabella “Sales”.

All’interno del file model.bim, che è di fatto un .JSON, sarà possibile trovare la configurazione di tale tabella:

{
	"name": "Sales",
	"annotations": [
		{
			"name": "PBI_ResultType",
			"value": "Table"
		},
		{
			"name": "PBI_NavigationStepName",
			"value": "Navigation"
		}
	],
	"columns": [...],
	"lineageTag": "a8c377ce-4d50-438f-8719-83999a5c58af",
	"partitions": [
		{
			"name": "Sales-1c496a38-f0f4-4d25-b987-657177c38553",
			"mode": "import",
			"source": {
				"expression": [
					"let",
					"    Source = Sql.Database(SqlServerInstance, SqlServerDatabase),",
					"    dbo_vFactSales = Source{[Schema=\"dbo\",Item=\"vFactSales\"]}[Data],",
					"    #\"Removed Other Columns\" = Table.SelectColumns(dbo_vFactSales,{\"SalesOrderLineKey\", \"ResellerKey\", \"CustomerKey\", \"ProductKey\", \"OrderDateKey\", \"DueDateKey\", \"ShipDateKey\", \"CurrencyKey\", \"SalesTerritoryKey\", \"OrderQuantity\", \"UnitPrice\", \"ExtendedAmount\", \"UnitPriceDiscountPct\", \"ProductStandardCost\", \"TotalProductCost\", \"SalesAmount\"}),",
					"    #\"Changed Type\" = Table.TransformColumnTypes(#\"Removed Other Columns\",{{\"OrderQuantity\", Int64.Type}}),",
					"    #\"Renamed Columns\" = Table.RenameColumns(#\"Changed Type\",{{\"ExtendedAmount\", \"Extended Amount\"}, {\"OrderQuantity\", \"Order Quantity\"}, {\"ProductStandardCost\", \"Product Standard Cost\"}, {\"SalesAmount\", \"Sales Amount\"}, {\"TotalProductCost\", \"Total Product Cost\"}, {\"UnitPrice\", \"Unit Price\"}, {\"UnitPriceDiscountPct\", \"Unit Price Discount Pct\"}})",
					"in",
					"    #\"Renamed Columns\""
				],
				"type": "m"
			}
		}
	]
}

Possiamo esaminare come all’interno di questo frammento di codice siano inclusi tutti gli elementi correlati, compreso il codice M utilizzato dall’engine di Power Query per definire la fonte di dati.

Anche quest’anno non solo sponsorizziamo Azure Day, ma il nostro Marco Caruso terrà un intervento LIVE sul uso di Azure Application Insights per monitorare le Power Apps.

Data e orario dello speech: il 23 giugno, alle ore 16 (Stanza 1)

Indirizzo: Sede Microsoft Roma, Via Avignone, 10, 00144 Roma

Azure Day è l’evento dedicato al cloud di casa Microsoft. é aperto a tutti coloro che desiderano approfondire la propria conoscenza dei servizi cloud offerti da Azure e lo sviluppo di applicazioni cloud oriented.

La conferenza è organizzata dalla community di DotNetCode, tratterà Azure come tema principale e sarà agnostico alla tecnologia senza essere necessariamente legato al mondo .NET.

Per scoprire di più: https://azureday.it/speakers

Marco spiegherà come la Power Platform può essere utilizzata per ottimizzare la tua strategia aziendale a “Be Connected Day”, la conferenza sul futuro del lavoro che si terrà a Bologna il 15 giugno.

Data:15 giugno 2023

Località: CUBO in Torre Unipol, Via Larga 8, 40138 Bologna

Registrarti ora: 👉 https://www.beconnectedday.it/

Le Business Rules sono una funzionalità della Power Platform che permette di applicare logica e validazioni ai dati senza scrivere codice o creare plug-in. Le Business Rules sono semplici da implementare e mantenere e possono essere applicate a livello di tabella o di form in una App Model-Driven.

In questo articolo vedremo cos’è una Business Rule, come crearla tramite un video e quali sono i vantaggi e i limiti di questa funzionalità.

Cos’è una Business Rule?

Una Business Rule è una regola che definisce cosa deve succedere quando si verifica una determinata condizione sui dati. Per esempio, si può definire una Business Rule che imposta il valore di una colonna in base al valore di un’altra colonna, o che mostra o nasconde una colonna in base a un criterio, o che valida i dati e mostra un messaggio di errore se non sono corretti. Una Business Rule è composta da una o più condizioni e da una o più azioni che vengono eseguite se le condizioni sono soddisfatte.

Come creare una Business Rule?

Per creare una Business Rule è necessario accedere alla power Platform e selezionare la tabella o la form a cui si vuole applicare la regola. Poi si deve selezionare la scheda Business Rules e cliccare su Aggiungi Business Rule. Si aprirà una finestra con il designer della Business Rule, dove si potrà impostare il nome, la descrizione, lo scope e la logica della regola. Lo scope indica a quale livello si vuole applicare la regola: a livello di entità (cioè a tutte le form che usano quella tabella), a livello di tutte le form, o a livello di una form specifica. La logica della regola si costruisce combinando condizioni e azioni tramite un’interfaccia drag-and-drop. Le condizioni possono essere basate su valori, operatori logici, operatori di confronto o funzioni. Le azioni possono essere di diversi tipi, tra cui:

• Impostare il valore di una colonna
• Cancellare il valore di una colonna
• Impostare il livello di obbligatorietà di una colonna
• Mostrare o nascondere una colonna
• Abilitare o disabilitare una colonna
• Validare i dati e mostrare un messaggio di errore
• Creare una raccomandazione basata sull’intelligenza artificiale

Una volta definita la logica della regola, si deve validare, salvare e attivare la Business Rule per renderla effettiva.

Di seguito un video tutorial per come creare una business rules che nasconde o visualizza un campo

Quali sono i vantaggi e i limiti delle Business Rules?

Le Business Rules offrono diversi vantaggi rispetto ad altre soluzioni per applicare logica ai dati, tra cui:

• Sono facili da creare e modificare senza bisogno di scrivere codice o creare plug-in
• Sono trasparenti e documentate nella power Platform
• Sono portatili tra diverse ambienti e dispositivi
• Sono eseguite sia lato client che lato server, garantendo coerenza e sicurezza dei dati

Tuttavia, le Business Rules hanno anche alcuni limiti da tenere in considerazione, tra cui:

• Non funzionano con alcune tipologie di colonne, come le scelte multi-selezione, i file o le lingue
• Non possono interagire con altre entità o fonti di dati esterne
• Non possono eseguire azioni complesse come inviare email o avviare flussi
• Non possono essere scatenate da eventi diversi dal salvataggio dei dati

In conclusione, le Business Rules sono uno strumento utile e potente per applicare logica e validazioni ai dati nella power Platform senza scrivere codice. Tuttavia, non sono adatte a tutti gli scenari e possono richiedere l’integrazione con altre soluzioni come i flussi o i plug-in per realizzare funzionalità più avanzate.

🚀 Per le pillole della Power Platform, vediamo come creare una tabella esterna in Dataverse connettendosi a SharePoint

⚡Il 24 febbraio Marco Caruso sarà speaker al prossimo Global Power Platform Bootcamp 2023 Milano con un intervento intolato “monitorare le app con Azure Application Insight”

Il Global Power Platform Bootcamp 2023 – Milano è un evento gratuito, guidato dagli user group e dalle communities per tutti coloro che sono interessati ad imparare di più sulla Microsoft Power Platform.

Il Bootcamp prevede sessioni di approfondimento sui servizi della Power Platform: Power Apps, Power Automate, Power Virtual Agents, Power Pages e Power BI.

L’evento in presenza si terrà presso la Microsoft House di Milano, in Viale Pasubio 21.

Sessioni pratiche e laboratori sullo stack Power Platform saranno tenuti da esperti Microsoft e leader della comunità.

Vedremo Power Pages il componente Low-Code della Power Platform che insieme a Dataverse permette di creare rapidamente portali Web Enterprise.

Registrati QUI