Conserva el context de cada gestió sense repetir dades
Quan el nom del client acaba escrit de cinc maneres
Una petició arriba per Teams: “La impressora torna a fallar”. Algú l’apunta en una taula amb el nom del client, el correu de contacte i un telèfon. Al cap d’un mes hi ha sis incidències més. El mateix client apareix com a Fusteria Soler, Soler Fusteria i Fusteria Soler SL. Trobar l’historial ja exigeix interpretar variants, i actualitzar un telèfon implica recordar en quines files s’havia copiat.
Dataverse resol aquest problema amb una idea senzilla i molt potent: separar les dades que tenen vida pròpia i relacionar-les. En comptes d’escriure les dades del client dins de cada petició, crea una taula Clients i una altra de Peticions. Cada petició apunta al client corresponent mitjançant un camp de cerca, o lookup.
Aquesta relació és de molts-a-un: un client pot tenir moltes peticions, mentre que cada petició queda vinculada a un sol client. Dataverse for Teams admet aquest tipus de relacions entre taules, també les d’un-a-molts i moltes-a-molts. (learn.microsoft.com)
Imaginem l’equip de suport d’una empresa petita. La Marta rep una avaria de Fusteria Soler. Cerca el client, crea la petició “Impressora del magatzem aturada”, hi marca l’estat Oberta i fixa el següent pas: “Trucar a les 10 h”. La setmana següent, abans de respondre una nova consulta, obre la fitxa del client i veu totes les peticions anteriors. El context hi és, sencer i ordenat.
Com muntar-ho dins de Teams
Des de l’aplicació Power Apps de Teams, treballa a l’equip que ha de custodiar aquestes dades. Si és el primer ús de Power Apps en aquell equip, Teams crea l’entorn de Dataverse for Teams associat. Aquest entorn concentra les taules, aplicacions i fluxos d’aquell espai de treball. (learn.microsoft.com)
Segueix aquest recorregut:
- Crea la taula Clients amb camps com Nom comercial, Persona de contacte, Correu i Telèfon.
- Crea la taula Peticions amb Assumpte, Estat, Data d’entrada i Següent pas.
- A Peticions, obre la pestanya de relacions i afegeix una relació Molts-a-un amb la taula Clients. El resultat serà un camp de cerca, per exemple, Client.
- Marca aquest camp com a obligatori si cada petició ha de tenir sempre un client identificat.
- Genera o adapta una aplicació senzilla perquè l’equip creï peticions i les filtri per estat, responsable o client.
La decisió important consisteix a reservar el text lliure per explicar la incidència i usar el camp de cerca per identificar el client. Així, un canvi de telèfon es fa una sola vegada a la fitxa del client i queda disponible per a les peticions futures.
Hi ha un matís de disseny que convé tenir present: el valor principal d’un registre relacionat pot aparèixer en un lookup fins i tot quan la persona no pot obrir tota la fitxa relacionada. Per això, fes que el nom principal del client sigui identificatiu i poc sensible; adreces, observacions internes o dades personals mereixen camps separats i permisos revisats. (learn.microsoft.com)
Aquesta pràctica encaixa especialment bé amb equips que gestionen consultes, incidències, manteniments o seguiments comercials. Dataverse for Teams forma part de determinades subscripcions de Microsoft 365 amb Teams i Power Platform; l’ús fora de Teams o les aplicacions amb capacitats premium poden requerir llicències addicionals. (learn.microsoft.com)
Petit repte
Avui, identifica una taula on repetiu el nom d’un client, proveïdor o projecte. Crea dues taules de prova amb tres registres cadascuna i uneix-les amb un camp lookup. Després, obre una petició i comprova si pots entendre’n el context sense tornar a escriure cap dada de contacte. Aquest és el punt en què una taula deixa de ser un full llarg i es converteix en una eina de treball.