Skip to main content

Stikkord: Sikkerhet og kontroll

Nexum-oppdatering: Mer kontroll over saksflyt, godkjenning og eskalering

Servicearbeid følger sjelden én enkel vei. En liten supporthenvendelse kan bli til et tilbud på utstyr, en kundegodkjenning, en implementeringsoppgave, en lagerreservasjon eller en beslutning om fakturering. Når det skjer, må PSA-systemet veilede arbeidet uten å tvinge alle saker inn i den samme faste prosessen.

Den nyeste oppdateringen av Nexum-arbeidsflyt utvider hvordan Nexum PSA styrer framdriften i saker. I stedet for å behandle arbeidsflyt som en enkel statusliste kan Nexum nå beskrive stegene, kravene, de tillatte handlingene, godkjenningene og eskaleringsveiene som hører til arbeidet som faktisk utføres.

Fra statusendringer til kontrollert serviceflyt

En saksstatus er nyttig i rapportering, men er ikke alltid detaljert nok for den daglige driften. To ulike steg kan begge rapporteres som «Pågår», samtidig som de krever forskjellige regler. Det ene steget kan tillate diagnostikk og interne notater. Det andre kan kreve kundegodkjenning før utstyr reserveres eller arbeidet fortsetter.

Nexum-arbeidsflyt skiller nå operative arbeidsflyttilstander fra overordnede rapporteringsstatuser. Administratorer får bedre kontroll over den reelle tjenesteleveransen, samtidig som vanlig rapportering forblir forståelig.

Tydelige krav før neste handling

Krav i arbeidsflyten kan bygges som lesbare grupper. En arbeidsflyt kan kreve at alle vilkårene i en gruppe er oppfylt, eller at minst ett vilkår i gruppen er oppfylt.

En sak kan for eksempel få gå videre når kunden har godkjent arbeidet skriftlig, lastet opp en signatur eller allerede har en gyldig avtale, samtidig som riktig utstyr må være koblet til saken.

Dette er viktig fordi mange arbeidsflyter hos MSP-er og IT-leverandører er betingede. En tekniker skal ikke måtte huske hvert unntak manuelt. Nexum kan vise hva som mangler og hvorfor neste steg er blokkert.

Handlinger kan være tilgjengelige, skjulte, blokkerte eller betingede

Hver tilstand i arbeidsflyten kan styre hva teknikerne har lov til å gjøre. Handlinger som å svare kunden, legge til interne notater, tildele saken, registrere tid, planlegge kostnader, opprette et tilbud, reservere utstyr, be om kontroll, eskalere eller lukke saken kan behandles ulikt i hver tilstand.

En handling kan være tilgjengelig, skjult, blokkert med en forklaring eller betinget av bestemte krav. Den samme avgjørelsen håndheves på serveren for både nettleseren og API-et. I praksis er ikke knappen sikkerhetskontrollen. Det er avgjørelsen i arbeidsflyten som er kontrollen.

Eskalering når arbeidet endrer karakter

Noen saker starter som support og blir senere noe annet. En diagnostisk sak kan avdekke at kunden trenger nytt utstyr. En vanlig supporthenvendelse kan bli til et salgstilbud, en implementeringsjobb eller arbeid som krever en senior tekniker.

Nexum-arbeidsflyt kan nå definere interne eskaleringsveier fra én arbeidsflyt til en annen. Eskalering er fortsatt en bevisst handling fra teknikeren. Det er ikke det samme som Nexum-til-Nexum-eskalering til en leverandør, og arbeidet flyttes ikke stille i bakgrunnen.

Administratorer kan bestemme om eskalering er valgfri eller påkrevd. Hvis den er påkrevd, kan beskyttede handlinger som å lukke saken eller legge til faktiske kostnader forbli blokkert til saken er flyttet til riktig arbeidsflyt, kø, type eller kvalifisert eiergruppe.

Godkjenning, kontroll og kundedokumentasjon

Oppdateringen gir også bedre støtte for arbeid som krever godkjenning. En arbeidsflyt kan kreve kontroll av en senior før en beskyttet handling tillates. Den kan også basere seg på konkret dokumentasjon fra kunden, som et klassifisert kundesvar eller en opplastet signatur, i stedet for å behandle en hvilken som helst gammel melding eller fil som godkjenning.

Seniorkontroll er laget som et sporbart kontrollpunkt. Hvis viktig dokumentasjon endres etter godkjenningen, kan den tidligere kontrollen ugyldiggjøres og en ny kontroll kreves. Teamet får en mer kontrollert fireøyneprosess uten at hver sak blir til et eget prosjekt.

Tilbud, planlagt omfang og godkjent gjennomføring

For kommersielt arbeid skilles planlagt omfang nå fra faktisk kostnad. En tekniker kan planlegge utstyr, timer eller tjenestelinjer før noe reserveres, bestilles, faktureres eller regnes som levert.

Når godkjenning er nødvendig, kan Nexum bruke salgstilbudsmotoren fra saken. Et tilbud kan opprettes fra planlagte sakslinjer, sendes med et uforanderlig PDF-øyeblikksbilde og godtas via en sikker lenke, kundeportalen eller en registrert e-postgodkjenning som håndteres av en autorisert tekniker.

Etter godkjenning kan det aksepterte omfanget åpne riktig implementeringsarbeid. Godkjente utstyrslinjer kan gjøres om til lagerreservasjoner eller utkast til innkjøpsbehov, mens ferdig arbeid kan gå videre til den eksisterende prosessen for forretningsdrift og økonomi. Leverandørordrer og fakturering er fortsatt uttrykkelige, kontrollerte handlinger, ikke automatiske bivirkninger.

Versjonert publisering av arbeidsflyt

Endringer i arbeidsflyten er også tryggere for aktive saker. Når redigereren lagres, opprettes et utkast. Ved publisering opprettes en nummerert arbeidsflytversjon. Nye saker bruker den publiserte versjonen de startet med, slik at senere redigering ikke endrer reglene for aktive saker i det skjulte.

Når en administrator vil flytte eksisterende aktive saker til en nyere arbeidsflytversjon, støtter Nexum en uttrykkelig forhåndsvisning av migreringen. Forhåndsvisningen viser hvordan tilstander kobles før noe tas i bruk.

Derfor er dette nyttig for MSP-er og IT-leverandører

For MSP-er og IT-leverandører ligger verdien i operativ kontroll. Nexum-arbeidsflyt hjelper teamet med å gjøre riktig handling tydelig, blokkere risikable snarveier, holde godkjenninger koblet til riktig sak og knytte sammen support, salg, lager og fakturering uten å miste revisjonssporet.

For ledere betyr det at prosessen kan tilpasses arbeidstypen, i stedet for å basere seg på hukommelse, sidenotater og manuell oppfølging. For teknikere betyr det færre uklare neste steg og bedre forklaringer når en sak ennå ikke kan gå videre.

Oppdateringen styrker også Nexums historie for automasjon og API. API-klienter kan kontrollere avgjørelser i arbeidsflyten og utføre godkjente operasjoner gjennom de samme rammene som teknikergrensesnittet.

Bygget rundt kontroll og revisjonsspor

Arbeidsflyten gir ikke rettigheter som brukeren ikke allerede har. Den kan snevre inn hva som er tillatt, kreve dokumentasjon, be om seniorkontroll eller blokkere en handling til et annet steg er fullført. Vanlige rettigheter, domeneregler og arbeidsflytregler virker sammen.

Alle viktige hendelser i arbeidsflyten kan registreres i sakshistorikken: overganger, eskalering, kontroll, klassifisering av dokumentasjon, aksept av tilbud, innkjøpsbehov, migrering og sluttresultat. Det er viktig for intern kvalitet, kundekommunikasjon og senere fakturakontroll.

Oppdateringen er en del av det pågående betaarbeidet med Nexum PSA. Den er særlig relevant for team som trenger en PSA-arbeidsflyt som kan håndtere support, godkjenninger, tilbud, implementering og operativ kontroll i én sammenhengende prosess.

Les mer om plattformen under tjenesteleveranse, sikkerhet og kontroll, automasjon og integrasjoner, eller se de tilgjengelige Nexum PSA-alternativene.

Nexum-samarbeid: Sikker saksskalering mellom uavhengige PSA-portaler

Samarbeid på tvers av virksomheter er ofte vanskeligere enn det burde være. En kunde melder en feil i én portal, IT-leverandøren arbeider med den i en annen, og overleveringen blir fort en blanding av videresendte e-poster, kopiert sakstekst, manglende vedlegg og uklare statusoppdateringer.

Nexum-samarbeid er laget for å gjøre denne overleveringen ryddigere for MSP-er, IT-leverandører og kunder som begge bruker Nexum PSA. To uavhengige Nexum-installasjoner får en kontrollert måte å samarbeide om utvalgte saker på, uten å slå sammen databaser eller eksponere interne driftsdata.

Dette gjør Nexum-samarbeid

Nexum-samarbeid kobler to separate Nexum PSA-installasjoner gjennom en uttrykkelig relasjon. Den ene portalen kan være kundens Nexum, mens den andre er leverandørens Nexum.

Når relasjonen er konfigurert, kan kundeportalen eskalere utvalgte saker til leverandørportalen. Leverandøren mottar den eskalerte saken under riktig kunde, slik at arbeidet havner i riktig operativ kontekst i stedet for som en løsrevet e-post eller en manuell kopi.

Målet er enkelt: Hver virksomhet beholder kontrollen over sin egen arbeidsflyt for tjenesteleveranse, samtidig som begge får en tydelig felles kanal for den delen av saken som skal krysse virksomhetsgrensen.

Eksempel: En kunde eskalerer en sak til IT-leverandøren

Tenk deg en kunde som bruker sin egen Nexum PSA-portal for interne IT-henvendelser. En bruker melder en feil som krever hjelp fra en ekstern leverandør. I stedet for å kopiere saken til e-post kan kunden eskalere akkurat denne saken gjennom den konfigurerte Nexum-relasjonen.

Leverandøren mottar saken i sin egen Nexum-portal, koblet til riktig kundekort. Leverandørteamet kan prioritere, tildele og behandle saken med egne køer, rettigheter og prosesser. Offentlige svar kan deretter synkroniseres tilbake til kundens sak, slik at innmelderen holdes orientert uten at noen av partene får unødvendig tilgang til den andres portal.

Dette kan synkroniseres mellom portalene

Relasjonen kan synkronisere de kundevendte delene av saksflyten som begge parter trenger for å samarbeide effektivt:

  • Utvalgte saker som eskaleres fra kundens Nexum til leverandørens Nexum.
  • Offentlige svar, som kan synkroniseres begge veier.
  • Statusoppdateringer, med konfigurert statuskobling mellom portalene.
  • Vedlegg, når relasjonens regler tillater synkronisering av vedlegg.

Statuskobling er viktig fordi to virksomheter ikke nødvendigvis bruker de samme saksstegene. Den ene portalen kan bruke en status som «Venter på leverandør», mens den andre bruker «Pågår» eller «Venter på kunde». Koblingen lar hver part beholde sitt eget arbeidsspråk og samtidig dele nyttige framdriftsoppdateringer.

Dette passer også med Nexums bredere tilnærming til automasjon og integrasjoner: Synkronisering skal redusere gjentatt arbeid uten å tvinge alle virksomheter inn i samme interne prosess.

Dette forblir privat

Nexum-samarbeid er ikke en delt database, en sammenslåing av leietakere eller en snarvei inn i en annen virksomhets PSA. Hver Nexum-installasjon beholder sin egen database, brukere, rettigheter, arbeidsflyter og private data.

Interne driftsopplysninger forblir som standard interne. Det omfatter interne notater, timeregistreringer, kostnader, marginer, tildelinger, påloggingsopplysninger og intern dokumentasjon. Relasjonen bygger på valgt synkroniseringsatferd, ikke bred portaltilgang.

Dette skillet er viktig i MSP-samarbeid. Leverandører må kunne koordinere med kunder uten å eksponere kommersielle detaljer, interne arbeidsnotater eller servicedesk-strukturen. Kunden trenger samtidig innsyn i den eskalerte saken uten å få tilgang til leverandørens interne sakssystem.

Derfor er dette nyttig for MSP-er og kunder

For MSP-er og IT-leverandører kan Nexum-samarbeid redusere dobbeltregistrering og gjøre kundeeskaleringer enklere å følge. Leverandøren mottar arbeidet i sin egen PSA-portal, under riktig kunde og med riktige kontrollmekanismer i arbeidsflyten. Resultatet er en ryddigere arbeidsflyt for arbeid som krysser virksomhetsgrenser.

For kunden gir det en tydeligere eskaleringsvei. Kunden kan fortsette å bruke sin egen PSA-portal for innmelding, innsyn og oppfølging, og samtidig samarbeide med leverandøren når en sak trenger ekstern hjelp.

For begge parter betyr det mindre manuell koordinering. Offentlig kommunikasjon, statusendringer og tillatte vedlegg kan følge saken i stedet for å bli skrevet på nytt, videresendt eller avstemt i etterkant.

Sikkerhet og revisjonsspor

Sikkerhetsmodellen bygger på avgrensede relasjoner i stedet for bred systemtilgang. Kommunikasjonen bruker avgrensede tilgangstegn, signerte webhooks og synkroniseringskoblinger, slik at hver portal kan identifisere relasjonen, verifisere innkommende oppdateringer og koble riktige speilposter.

Revisjonsloggen registrerer synkroniseringsaktivitet, og helsestatus gjør det enklere å se om relasjonen fungerer som forventet. Administratorer får dermed en praktisk måte å overvåke koblingen på, i stedet for at sakssynkronisering blir en skjult bakgrunnsprosess.

Like viktig er det at dette ikke er en SSH-basert integrasjon. Samarbeidet er laget som en Nexum-til-Nexum-relasjon på applikasjonsnivå, med uttrykkelig konfigurasjon og policykontroller.

Veien videre

Den samme relasjonsmodellen gir også rom for valgfrie, avanserte bruksområder, som deling av utvalgt ikke-intern dokumentasjon og kunnskap når dette er uttrykkelig aktivert. Prinsippet er det samme: Del det som er nyttig for samarbeidet, og hold internt materiale privat med mindre reglene sier noe annet.

Nexum-samarbeid er en del av produktretningen for team som trenger sikker sakssynkronisering på tvers av virksomhetsgrenser. MSP-er, IT-leverandører og kunder som vurderer denne arbeidsflyten, kan lese om sikkerhet og kontroll, tjenesteleveranse og brukerstøtte, eller sammenligne alternativene.