Image created by Copilot

Et af de helt store problemer i SharePoint er de begrænsede muligheder i forbundne webparter

På moderne sider i SharePoint Online findes der fem typer webparter man kan forbinde, Liste, Dokumentbibliotek, Liste egenskaber, Fil og medie og Integrer webparterne. Det giver mulighed for at gøre ting så som:

  • Vis en fil baseret på hvad en bruger vælger i et dokumentbibliotek (forbind en Fil og medie webpart med en Dokumentbibliotek webpart)
  • Vis et element på en liste baseret på hvad en bruger vælger i en Liste webpart (forbind en Listeegenskaber webpart med en Liste webpart)
  • Vis en video, et billede eller en placering baseret på hvad en bruger vælger i en Liste webpart (forbind en Integrer webpart med en Liste webpart)
  • Filtrér en liste baseret på et valg i en anden liste eller et dokumentbibliotek

(Se: Connect web parts in SharePoint – Microsoft Support)

Dette er meget godt hvis man vil præsentere indhold med simple sammenhænge, men man får ikke meget hjælp, når man skal redigere eller oprette indhold, ud over de simple formularer i SharePoint, hvor man i bedste fald kan forbinde indhold via opslagsfelter. Man kunne ønske sig, at “Nyt element” formularen var udfyldt på forhånd med de anvendte filterparametre fra de forbundne webparter, men det er den ikke, så al data skal indtastes eller vælges manuelt.

Forbundne webparter kan ikke bruges som input til oprettelse af data

Vil man gerne lave en lille løsning, med noget der minder om en relationel datamodel bag, så komme man hurtigt til kort med ovenstående muligheder. Ikke kun fordi alle relationer mellem data skal håndteres manuelt, men også fordi SharePoint generelt ikke er en god platform at benytte som back-end til relationelle data, på grund af de begrænsninger, der er i lister i SharePoint.

Power platformen

Nogen tænker sikkert, at man bare kan bruge Power Apps, og det kan man også et stykke hen ad vejen. Power Apps er gode til at lave meget små og simple løsninger i, men skal man lave noget, der bare er en lille smule kompleksitet i, så bliver det hurtigt meget fragmenteret, og mantraet om at man kan gøre det uden kode, bliver hurtigt gjort til skamme. Her er et godt eksempel på, hvordan man ville gribe det an via Power Apps – specielt når man nærmer sig det 12. minut i videoen, bliver det interessant:

Power Apps in SharePoint Pages | Power Apps List Connected Web Parts

Vi har valgt (lavet) en meget bedre løsning.

Sådan forbinder vi data

For at overkomme dette har vi lavet vores egen løsningsmotor, som vi kalder Wenited HUB. Den består af et meget stort rammeværk til modellering og fremstilling af løsninger, som er pakket ind i en webpart til SharePoint Online. Og her er virkeligt tale om en webpart, der er meget større indeni, end den synes udenpå – meget lig Doctor Who’s Tardis.

Wenited HUB webparten fungerer som et dashboard med Cards på. Hvert Card minder om en webpart, men er funktionelt meget rigere. Læs om Wenited HUB her: Wenited HUB

Ligesom en almindelig webpart, så kan et Card vise data og indhold på forskellige måder, og indholdet kan være filtreret via input fra et andet Card, men til forskel fra almindelige webparter, så kan data fra forbundne Cards anvendes når data og indhold oprettes. På den måde skaber vi brugervenlige løsninger i SharePoint, som ellers ikke var mulige uden dyre add-ons og licenser.

Forbundne Cards giver data som input

Og her kradser vi kun lidt i overfladen af de muligheder og den fuktionalitet, der er pakket ind i Cards i Wenited HUB.

Sådan løser vi begrænsningerne i SharePoint lister:

En af faldgruberne, som mange falder i, når de bygger løsninger ovenpå SharePoint, er at anvende SharePoint som var det en database. Problemerne opstår når mængden af indhold bliver så stor, at der er lister eller dokumentbiblioteker, der vokser sig større end de angivne begrænsninger i SharePoint. Man vil hurtigt opleve reduceret ydelse, men man vil også nå et punkt, hvor SharePoint ikke længere returnerer korrekt data, og så virker løsningen ikke længere.

I Wenited HUB kan man, som udgangspunkt, lynhurtigt bygge løsninger med SharePoint lister og dokumentbiblioteker som datakilder. Når løsningen er på plads, eller efter den er taget i brug, så kan vi flytte de mest datatunge lister ind i en database i Azure, så man på den måde ikke rammer ind i begrænsningerne i SharePoint.

Og når data først er lagt i Azure, så kan vi også lave et meget mere avanceret API til dem, men det er en anden historie.

Nye muligheder

Når man kan forbinde data, og arbejde med dem i en grænseflader der understøtter nem redigering, så har man pludselig mange flere muligheder med SharePoint. Med Wenited HUB kan man, uden at skulle kode noget, lave løsninger til

  • Tidsregistrering
  • ISMS
  • Kontraktdatabase
  • CV register
  • Det er næsten kun fantasien, der sætter grænser

Opbygning af komplette løsninger

Vi bygger løsninger til vores kunder, med udgangspunkt i Wenited HUB.

En typisk løsning kan bestå af alt fra nogle få sider med nogle få Wenited HUB webparter på til løsninger hvor vi fx har bygget et komplet projektstyringssystem bestående af et kompleks af administrative og brugervendte sites med tusindvis af forskellige typer projekter baseret på forskellige projektsite templates med Wenited HUB webparter på.

I sådanne projekter laver vi typisk en del udvikling, hvor vi integrerer til andre systemer, laver avancerede API’er til databasen, laver specielle visninger til Cards, eller laver webapps til mobiladgang til dele af løsningerne.