Ny version af Safemate Pro

Endret Thu, 26 Mar ved 11:00 AM

Ny version af Safemate Pro

Vi planlægger at lancere ny funktionalitet i Safemate Pro tirsdag den 7. april mellem kl. 12.00 og 13.00 (lige efter påske).

Siden den forrige regulære produktionsudgivelse (13. januar) har der været mange mindre produktionsudgivelser ("patches"), der primært har handlet om at rette fejl.

Disse problemer, som allerede er i produktion, er samlet i et separat afsnit længere nede i nyhedsbrevet - "Patch siden forrige produktionsudgivelse".

Bemærk venligst, at vi også inviterer dig til Sensio Connect 2026 - og endelig informerer vi dig om firmwareændringen til Watch 5.

Ændringer i Safemate Pro

Vi har forbedret transaktionsloggen, så gadeadresser nu kun hentes efter behov, i stedet for hver gang en side indlæses. Dette giver hurtigere sideindlæsning og reducerer samtidig unødvendige kald til Google API'en.

Når applikationsbrugere eksporteres til CSV, vises alle underenheder, som en medarbejder har adgang til, nu i kolonnen underenheder. Tidligere kunne flere underenheder forkortes til "flere..." uden at tilføje mere end det, der kunne læses i medarbejderlisten i Safemate Pro.

Mobilnumre valideres nu baseret på landekode i stedet for marked. Dette gør det muligt også at sende SMS til udenlandske mobilnumre, for eksempel danske numre på det norske marked.

Vi har rettet en fejl, der kunne få Safemate Pro til at gå ned, når en bruger med en brugerdefineret rolle og rettigheder til at redigere underenheder forsøgte at tilføje en ny underenhed.

Vi har rettet en fejl, hvor operatørrollen ikke kunne gemme visse standardindstillinger.

Forbedringer specifikt for Danmark

For medarbejdere i kommuner, der udelukkende logger ind via FKA/Kombit, kan nogle felter i brugerkortet ikke længere redigeres. E-mail og telefon er undtaget og kan stadig ændres.

Vi har oprettet KOMBIT FKO-integration for en dansk kommune.

Vi har forbedret logout-løsningen på Android for Kombit/Solo ID.

Integrationer

Vi har udvidet SPIP, så beskeder, der stammer fra sensorer, også inkluderer sensortypen. Dette giver integrationspartneren mulighed for at vide, hvilken sensor der er oprindelsen til hændelsen - hvor det er relevant.

Integrationspartnere får nu besked via en ny SPIP-besked (76), når sensorsættet eller en sensorfunktion på en sensor er blevet ændret. Dette giver integrationspartneren mulighed for at hente sensorinformation reaktivt uden kontinuerlig polling.

Rettelser siden den sidste produktionsudgivelse

Siden den sidste almindelige implementering er følgende vigtige forbedringer blevet udgivet til produktion på forskellige tidspunkter:

På kortsiden har vi tilføjet knapper til at starte en positionssession, hente den aktuelle position og eventuelt afspille en hentelyd (som vi allerede har på fanen Placering).

Vi har rettet en begrænsning i transaktionsloggen, så du nu kan rulle længere tilbage end blot de sidste tre sider med data.

Vi har ændret rækkefølgen af handlingsknapperne på enhedslisten.

Vi har rettet en fejl, der forårsagede, at urets stemmemeddelelse "alarmen er blevet udløst" blev afbrudt af indgående opkald.

Vi har justeret, hvordan ændringer i geofence-konfigurationen for tvillingeenheder logges. Sådanne ændringer logges nu kun på originalen i tvillingeparret, mens ændringer i delte geofences kun vises i brugerens revisionslog (vi ændrer dette senere).

For kommuner, der kun bruger SSO, har vi fjernet knappen til at tilføje nye brugere.

Vi har rettet en fejl, hvor ændringer ikke blev gemt, når en wifi-placering blev slettet fra et wifi-placeringsbaseret geofence.

Hjerteslagsmeddelelser fra Trigger 4 inkluderer nu batteriprocent, selv når enheden er på en oplader (tidligere modtog serveren kun en opdatering om batteriniveau, når en placeringsbesked (eller anden beskedtype) ankom).

Vi har rettet en fejl, hvor Trigger 4 nogle gange ikke opdaterede batteriniveauet på enheden, selvom værdien blev modtaget og fortolket korrekt i transaktionsloggen.

I transaktionsloggen har vi forbedret tidsfiltreringsmulighederne, så fra-til-felterne og hurtige valg som "sidste time" nu er kombineret på ét sted og ikke kan bruges på samme tid.

Vi har rettet en fejl, hvor klonen i en twin-konfiguration ikke kunne indstille det korrekte opkaldsfilter med det samme.

Vi har rettet en fejl, hvor en navneændring på hovedenheden i et twin-par ikke blev opdateret på klonen.

Vi har rettet en fejl, hvor nye transaktioner forkert blev tilføjet til transaktionsloggen, selv når et begrænset fra-til-tidsinterval blev valgt.

Vi har rettet en fejl, hvor placeringen i links fra alarm-SMS i nogle tilfælde kunne mangle eller vise en forældet eller forkert placering.