Inspeksjonsmal
Den gjenbrukbare strukturen som definerer seksjoner, spørsmål, nødvendig dokumentasjon og rekkefølgen på feltarbeidet.
MeetInspect holder feltarbeidet i gang selv når signalet opphører
Ordliste
Et felles vokabular gjør det lettere for administratorer, inspektører og granskere å treffe ensartede avgjørelser når det gjelder maler, dokumentasjon og rapporter.

Hva det omfatter
Disse definisjonene beskriver hvordan begrepene brukes i MeetInspects dokumentasjon og arbeidsflyter.
Den gjenbrukbare strukturen som definerer seksjoner, spørsmål, nødvendig dokumentasjon og rekkefølgen på feltarbeidet.
En planlagt eller fullført forekomst av en mal, knyttet til den aktuelle eiendommen, personene, svarene og bevisene.
En tilstand eller et problem som er observert og registrert under gjennomgang eller feltregistrering, og som kan kreve oppmerksomhet eller oppfølging.
En oppgave eller handling som brukes til å løse et funn, inkludert ansvarlig person, status og tilleggsinformasjon der dette er konfigurert.
Et fotografi, en kommentar, en merknad, et svar, en signatur eller annen dokumentasjon som underbygger en inspeksjonskonklusjon.
Prosessen som overfører lagrede mobilinspeksjonsoppgaver til det delte arbeidsområdet når nettverkstilkoblingen er gjenopprettet.
I praksis
Området på organisasjonsnivå som inneholder medlemmer, roller, egenskaper, maler og inspeksjonsoperasjoner.
En operativ gruppering som brukes til å organisere deler av et arbeidsområde der denne strukturen er aktivert.
Et generert dokument basert på den gjennomgåtte inspeksjonsrapporten, som vanligvis leveres i PDF-format.
I dybden
Tre ord utgjør kjernen i ethvert inspeksjonssystem, og å forveksle dem fører til reelle driftsproblemer. En mal er en struktur som kan brukes på nytt. En registrering er én forekomst av denne strukturen som er utfylt for en bestemt eiendom på et bestemt tidspunkt. En rapport er et resultat som genereres ut fra denne registreringen.
Dette skillet er viktig fordi de endres uavhengig av hverandre. Redigering av en mal bør ikke endre fullførte poster. Å generere en rapport på nytt bør ikke opprette en ny post. Systemer som utvisker disse grensene fører til en situasjon der ingen med sikkerhet kan si hva som faktisk ble observert på en bestemt dato.
Et funn er en observasjon: noe ble konstatert å være i en bestemt tilstand. En korrigerende tiltak er en reaksjon: det forventes at noen skal gjøre noe med saken. Ved å skille disse to fra hverandre kan en inspeksjon registrere et problem uten å forhåndsdømme løsningen – og det gjør det mulig å følge opp løsningen uavhengig av den inspeksjonen som avdekket problemet.
Å slå sammen de to er en vanlig snarvei, men det går på bekostning av oversikten. Når funn og tiltak er det samme objektet, slettes observasjonen når tiltaket lukkes, og historikken over hva som ble funnet kan ikke lenger hentes frem.
I en inspeksjonssammenheng betyr «bevis» alt som underbygger en konklusjon: fotografier, kommentarer, notater, strukturerte svar, underskrifter. Det som gjør at noe regnes som bevis og ikke bare som noe som er til stede, er tilknytning og opprinnelse – å vite hva det dokumenterer, når det ble registrert og av hvem.
Et bilde uten denne konteksten er data, ikke bevis. Forskjellen blir tydelig nettopp når det betyr mest, nemlig når noen bestrider opplysningene.
Synkronisering innebærer overføring av arbeid som er registrert på en enhet til det delte arbeidsområdet. Det er viktig å forstå dette som et eget trinn snarere enn en implementeringsdetalj, fordi tidsrommet mellom registrering og synkronisering er den perioden hvor en inspeksjon kun finnes på ett sted.
I praksis betyr dette at feltteamene bør kunne se synkroniseringsstatusen. Oppgaver som er registrert, men som ennå ikke er overført, er ikke sikret, og den som registrerte dem er den eneste som kan foreta seg noe med dem.
Neste trinn
Ta en titt på den tilhørende veiledningen, eller ta kontakt med MeetInspect for å få hjelp med den inspeksjonen teamet ditt må gjennomføre.