Felsöka transkriptlatens

Den här guiden är för lägen där texten kommer in märkbart senare än samtalet. Du behöver den när facilitatorn tappar överblick eftersom transkriptet "släpar" och beslut riskerar att följas upp för sent.

Snabbspår:

1. Avgör om latensen är lokal (ett bord) eller systemisk (flera bord).
2. Kör rätt åtgärdsspår direkt i stället för att testa allt.
3. Bekräfta att fördröjningen minskar inom 2-3 minuter.
4. Om inte: eskalera med tydlig incidentlogg.

Börja med att klassificera symptomet

Lokal latens syns oftast på ett bord: andra grupper flyter normalt. Systemisk latens syns bredare: flera grupper ligger efter samtidigt. Den uppdelningen styr hela felsökningen.

Om du blandar spåren blir åtgärderna långsamma och förvirrande för rummet.

Spår A: ett bord påverkas

Fokusera på enhet och lokal miljö:

• kontrollera mikrofonbehörighet och aktiv anslutning
• håll telefonen stilla och nära bordets talare
• återanslut enheten om flödet inte kommer tillbaka

Vid fortsatt problem: byt till reservtelefon enligt [Byt deltagartelefon mitt i sessionen](/guides-se/setup/replacing-a-phone-mid-session).

Spår B: flera bord påverkas

Här ska du tänka driftnivå i stället för bordsnivå:

• verifiera nätstabilitet i rummet
• minska samtidiga störningsmoment (t.ex. att många byter nät samtidigt)
• följ [Workshop-infrastrukturens driftsäkerhetschecklista](/guides-se/advanced/workshop-infrastructure-reliability-checklist)

Om latens sammanfaller med många återanslutningar, kontrollera även [Beteende vid återanslutning av enhet](/guides-se/advanced/device-reconnection-behavior).

Praktisk kommunikationen under felsökning

Säg något kort och styrande till rummet: "Texten ligger efter just nu, fortsätt prata i normal takt så återställer vi flödet." Då undviker du att grupperna börjar prata i onaturliga, hackiga meningar som ofta gör resultatet sämre.

När flödet är tillbaka, be varje påverkat bord repetera senaste beslut i en mening för att säkra upp eventuellt glapp.

När du ska eskalera

Eskalera när:

• latens ligger kvar efter riktad åtgärd i mer än några minuter
• flera bord fortsätter drabbas i vågor
• du ser kombinationen latens + ordningsdrift i beslutspunkter

Då ska du dokumentera tid, omfattning och vad som redan testats. Det ger ett faktiskt underlag i stället för "det gick långsamt".

Relaterade guider

• [Beteende vid återanslutning av enhet](/guides-se/advanced/device-reconnection-behavior)
• [Varför ordningen i transkriptet spelar roll](/guides-se/advanced/why-transcript-ordering-matters)
• [Workshop-infrastrukturens driftsäkerhetschecklista](/guides-se/advanced/workshop-infrastructure-reliability-checklist)
• [Återanslut en enhet utan att tappa diskussionen](/guides-se/setup/reconnecting-a-disconnected-device)
• [Byt deltagartelefon mitt i sessionen](/guides-se/setup/replacing-a-phone-mid-session)