Köp miljösensorer med en plan för drift, data och leverantörsbyte

Innan en förening eller stiftelse köper sensorer för exempelvis markfuktighet eller energimätning behöver den bestämma hur mätningen ska fungera över tid. Granska både utrustningen och tjänsterna runt den: vem kan läsa historiken, vad fungerar vid avbrott och vad krävs för ett leverantörsbyte? Här är ett förslag till inköpsunderlag, inte resultat från en jämförande produktstudie.

Beskriv funktionen innan ni väljer plattform

Skriv ned vilka mätvärden verksamheten behöver, hur de ska användas och hur länge de ska sparas. Ange också vilken förlust av mätdata ni kan acceptera. Ett utbildningsprojekt och en installation som styr bevattning kan behöva olika krav; välj testfall utifrån den egna användningen.

Be leverantören dela upp lösningen i sensor, kommunikation, lagring, användarkonto och presentation. För varje del bör offerten beskriva vad som ingår i köpet, vad som kräver abonnemang och vad som händer när support eller avtal upphör. Efterfråga besked för den aktuella modellen och programvaruversionen.

Skilj öppna ritningar från tillgängliga data

OSHWA:s definition av öppen hårdvara handlar om att konstruktionen görs tillgänglig med rättigheter att bland annat studera, ändra och tillverka den. Dokumentationens omfattning och licens är centrala. Använd definitionen när en leverantör kallar en produkt öppen, men bedöm separat om just er installation kan drivas, repareras och exportera data på det sätt ni behöver.

OpenAPI beskriver gränssnitt för HTTP-API:er. Be gärna om en sådan beskrivning när produkten erbjuder ett HTTP-gränssnitt. Komplettera den med ett praktiskt exportprov och avtalsvillkor för åtkomst. En gränssnittsbeskrivning är inte ett test av reservdelstillgång, säkerhet eller framtida driftkostnad.

Begär ett avgränsat acceptanstest

Följande är föreslagna prov för en testinstallation. Planera dem med ansvarig tekniker och undvik att bryta anslutningen i en anläggning där ett avbrott kan skada verksamheten.

• Nätavbrott: kontrollera vilka funktioner som fortsätter, hur avbrottet visas och om lagrade mätvärden återkommer efter återanslutning.
• Export: hämta ett urval med tidsstämplar, enheter och sensoridentiteter. Prova att läsa filen i ett annat verktyg och jämför med originalvisningen.
• Kontobyte: visa hur en ny ansvarig får åtkomst när en medarbetare eller volontär slutar.
• Återställning: demonstrera hur konfiguration och sparade uppgifter återställs från en säkerhetskopia.

Protokollför förväntat och faktiskt resultat, version, datum och kvarstående avvikelser. Märk ett oprövat krav som oprövat. Låt inte en demonstration av en annan produkt räknas som godkänt prov för den utrustning ni ska köpa.

Räkna på hela förvaltningen

Jämför alternativen över samma valda tidsperiod. Ta med installation, abonnemang, kommunikation, batterier, kalibrering, reservdelar, säkerhetsuppdateringar och arbetstid. Lägg leverantörsbyte och dataflytt på egna rader. Markera vilka belopp som är avtalade, uppskattade eller ännu okända.

Be dessutom om ansvarsfördelning för säkerhetsuppdateringar och en rutin för supportens slut. Vem upptäcker ett fel, vem får ändra inställningar och vem kan återställa anläggningen? Gör dessa frågor till en del av överlämningen till den som ska sköta driften.

Fatta beslut utifrån era dokumenterade behov

Samla offert, licenser, gränssnittsbeskrivning och provprotokoll i samma beslutsunderlag. Beskriv vilka beroenden ni accepterar och vad ett byte skulle kräva. Om en kritisk export eller återställning inte har demonstrerats, be om komplettering eller begränsa pilotens omfattning innan ni beställer fler enheter.