Bestillingsportalen

Denne mappen inneholder Bestillingsportalen-Flows_unmanaged.zip — Power Platform-løsningspakken med cloud-flyten løsningen bruker:

Flyt	Formål
Provisioning Request Approval	Godkjenningsprosessen — trigges når en bestilling i `Provisioning Requests`-listen får status `Submitted`. Se Approval-flow.md.

Upstream-flyten Check Space Availability er bevisst utelatt: den har PowerApps-trigger og kalles kun fra upstream sin canvas-app, som Bestillingsportalen ikke bruker (SPFx-webdelen gjør tilgjengelighetssjekken via CheckSiteExists-Logic Appen). Å importere den gir bare en død flyt som ikke lar seg aktivere (shared_logicflows-tilkoblingsfeil).

Import og oppsett er beskrevet i konfigurasjonsveiledningens Steg 2 — dette dokumentet handler om hvor pakken kommer fra og hvordan den vedlikeholdes.

Hvor pakken kommer fra

Flytene stammer fra upstream-prosjektet pnp/provision-assist-m365, som distribuerer dem inne i sin Power Apps-løsningspakke (Source/Power Apps/ProvisionAssist_<versjon>_unmanaged.zip) sammen med canvas-appen sin. Bestillingsportalen bruker ikke appen (SPFx-webdelen erstatter den), så vår pakke er en trimmet avledning av upstream-pakken.

Regenerere pakken fra upstream (ved oppgradering av flytene)

Last ned nyeste ProvisionAssist_<versjon>_unmanaged.zip fra upstream-repoets Source/Power Apps/-mappe og pakk ut zip-en.
Fjern canvas-appen:
- Slett CanvasApps/-mappen.
- Fjern <RootComponent type="300" ... />-linjen (appen) fra solution.xml.
- Tøm <CanvasApps>-elementet i customizations.xml (→ <CanvasApps />).
- Fjern msapp-Default- og CanvasApps-Override-deklarasjonene fra [Content_Types].xml.
Fjern Check Space Availability-flyten (kalles kun fra canvas-appen, se over):
- Slett Workflows/CheckSpaceAvailability-*.json.
- Fjern dens <RootComponent type="29" ... />-linje fra solution.xml.
- Fjern dens <Workflow>-element fra customizations.xml.
- Fjern <connectionreference connectionreferencelogicalname="msftprov_Office365GroupsConnection">-elementet fra customizations.xml (kun CSA brukte den connectoren).
Fjern ubrukte environment variables: behold kun de gjenværende flytene refererer (per i dag msftprov_ProvisionAssistSPOSite, msftprov_ProvisioningRequestsList, msftprov_ProvisioningRequestSettingslist, msftprov_BusinessUnitsList — verifiser mot msftprov_-referansene i Workflows/*.json), slett de øvrige mappene under environmentvariabledefinitions/.
Gi løsningen riktig identitet i solution.xml: <UniqueName>BestillingsportalenFlows</UniqueName> og LocalizedName description="Bestillingsportalen Flows" (hindrer kollisjon med en ekte ProvisionAssist-løsning i samme miljø).
Sett flyten i Draft-tilstand i customizations.xml: endre <StateCode>1</StateCode><StatusCode>2</StatusCode> til <StateCode>0</StateCode><StatusCode>1</StatusCode> på <Workflow>-elementet (store bokstaver — små statecode/statuscode-elementer tilhører miljøvariablene og skal ikke røres). Upstream pakker flytene som «Aktivert», som tvinger importen til et aktiveringsforsøk som feiler med FlowNotOriginalAuthor — med Draft importerer pakken rent, og aktiveringen gjøres eksplisitt i konfigurasjonsveiledningens Steg 2.
Zip innholdet på nytt (mappestrukturen i rot av zip-en, framoverskråstreker i stier) som Bestillingsportalen-Flows_unmanaged.zip, verifiser at all XML fortsatt parser, og test importen i et dev-miljø før commit.

Vedlikeholdsnotater

Pakken er unmanaged — flyten kan tilpasses fritt etter import. Tilpassede miljøer kan eksportere sin egen flyt-pakke (flyt → Export → Package (.zip)) og importere den i nye miljøer i stedet for standardpakken.
Flyten importeres ikke av installasjonsskriptet — bevisst valg: importen må gjøres som tjenestekontoen (eierskap), tilkoblingene er delegert OAuth som tjenestekontoen uansett må samtykke til interaktivt, og verktøykjeden (pac CLI/Dataverse API) er tung for en engangsoperasjon per miljø. Flyten overlever alle senere deploys/oppgraderinger.