Ändringslogg

29 juli 2026 #

Arrangörer och whitelabel-portaler #

• Utmaningsarrangörer kan nu skapa, byta namn på och ta bort lag direkt från fliken Teams. När ett lag tas bort rensas dess tilldelningar, men deltagarna och deras resultat bevaras.
• Rabattkoder kan kräva ett minsta antal deltagare i kundvagnen. Deltagarbiljetter räknas mot minimikravet; varor gör det inte.
• Exporter av utmaningsdeltagare innehåller nu varje deltagares anslutningskod på bladen Total och etapper.
• Whitelabel-portaler kan använda det utökade API:et för utmaningsresultat för topplistor, värmekartor, detaljerade resultat, ruttformer, statistik, direkta jämförelser, mellantider och analys, i enlighet med utmaningens sekretessinställningar.

Deltagare och poängsättning #

• Poängsättning i kombinerade utmaningar använder nu klubbens tidszon för träningsdagar och undviker att räkna samma gång- eller löpdistans två gånger: för varje dag används den större av träningsdistansen och distansen som härletts från stegen.
• Dagliga uppgifter i stegspelet utvärderar nu konsekvent poster med dagliga steg i stället för rader med träningsresultat.
• Aktivitetsbehandlingen korrigerar nu osannolika GPS-hopp som orsakas av registreringsluckor och utesluter både distansen som inte kan verifieras och motsvarande tid. Det kan göra den accepterade DistantRace-totalen lägre än totalen i källappen.
• Fotouppladdningar på utmaningens anslagstavla stöder nu HEIC- och HEIF-bilder från iPhones.
• I kassan återanvänder DistantRace nu en matchande sparad deltagarprofil som är ansluten till den inloggade köparen, i stället för att skapa en dubblett.
• Träningspass som spelas in i mobilappen bevarar nu genomsnittspuls när den är tillgänglig; se Spela in träningspass.

Konton, integrationer och betalningar #

• Arrangörsåtkomst kräver nu tvåfaktorsautentisering via SMS när SMS är konfigurerat som den andra faktorn. Automatisk ifyllnad av engångskoder och inloggningsmeddelanden har också förbättrats.
• Synkronisering med och frånkoppling av sportleverantörer är mer tillförlitlig, bland annat med nya försök och datarensning när en anslutning tas bort. Se Felsökning av synkronisering.
• Felaktiga eller okända returdata från betalningar visar nu det vanliga betalningsfelet och skickar deltagaren tillbaka till kassan i stället för att orsaka ett serverfel. Se Betalningstransaktioner online.