Vårt supportteam använder biljetter för att kategorisera tjänster, funktioner och felfrågor. Du kan följa dessa biljetter via följande url:

https://app.camping.care/support

I den här artikeln vill vi förklara innebörden av de olika biljettstatusarna, hur du kan skapa en biljett och när du kan förvänta dig att din biljett är löst/klar.

Hur skapar man en biljett?

Det bästa sättet att skicka in en biljett är via vår serviceportal. Vi kommer att be dig om all relevant information och på grund av de olika kategorierna kan vi skicka din biljett till den relevanta personen. Detta sparar oss att behandla din e-post och du fick ett snabbare svar. Länken till tjänsteportalen är:

https://campingcare.atlassian.net/servicedesk/customer/portal/2/group/-1

Dricks: Har du flera frågor, förbättringar eller andra serviceförfrågningar? Istället för att skapa ett långt e-postmeddelande. Skapa separata biljetter. Då behöver vi inte analysera hela din e-post och separera den i service-, bugg- eller featurebiljetter.

Specialbiljetter

Todo

Varje funktionsbegäran börjar med denna status. Det här är funktioner som måste prioriteras. Prioritering av funktioner kommer att göras av en av utvecklarna

Under övervägande

Innehåller förfrågningar som vi tror kommer att tillföra ett betydande kundvärde och passar bra för vår färdplan. När en funktionsbegäran övervägs är det stor sannolikhet att vi kommer att leverera funktionen inom en snar framtid. Vi kommer att hålla dig uppdaterad och tillhandahålla en uppdatering inom några månader efter din begäran. 

Framtida övervägande

Inkluderar förfrågningar som kan vara tillägg till vår långsiktiga färdplan. En gång om året kommer vi att ompröva begäran och ändra statusen om det behövs.

Inte beaktas

Inkluderar förfrågningar som vi inte kan implementera. Även om vi uppskattar de potentiella fördelarna med alla förfrågningar, kan vi tyvärr inte implementera alla de utmärkta förslag som våra kunder ger. Vi kommer inte att arbeta med förfrågningar i den här statusen, men vi kommer att granska dem efter ett år och överväga att ändra statusen. Vi förstår att det kan vara en besvikelse att se ett förslag som du känner passionerat för, antingen stängt eller triagerat att inte beaktas. Vi tror dock att vi är skyldiga våra kunder större insyn i funktionsförfrågningar, och vi tror att detta arbetsflöde kommer att hjälpa oss att uppnå vårt mål.

För att verifiera

När den når denna status har den slutförts av mottagaren. Det måste verifieras av reportern. I allmänhet händer detta i iscensättningsmiljön. 

Gjort

Funktionen är klar och verifierad.

Buggbiljetter

Som alla mjukvaruföretag har vi en eftersläpning med alla kända buggar. Vi har 3 nivåer av buggar och vi kommer att beskriva hur man skapar biljetter för buggar.

Bug arbetsflöde

Buggarbetsflödet innehåller olika statusar för buggen. 

Att göra

Varje felrapport börjar med statusen "Att göra". Det här är buggar som måste prioriteras. Prioritering av buggar kommer att göras av Roel eller Arjen. 

Kortsiktig eftersläpning

När det är i denna status betyder det att vi hämtar det på kort sikt.. Detta är dock ingen garanti, kortsiktigt betyder i allmänhet: inom de närmaste 3 månaderna. 

Långsiktig eftersläpning

Buggar som är mycket komplexa att lösa eller som har en mycket liten inverkan på användaren har denna status. Exempel på mycket komplexa buggar: En bugg som endast kan lösas med en större mjukvaruförändring eller en förändring av infrastrukturen. 

Pågår

Vi arbetar för närvarande med denna bugg. 

För att verifiera

När den når denna status har den slutförts av mottagaren. Det måste verifieras av reportern. I allmänhet händer detta i iscensättningsmiljön. 

Gjort

Felet är fixat och verifierat.

När är min förfrågan klar?

Det är en av de mest ställda frågorna.. När är det gjort? En enkel fråga med ett komplicerat svar. Så vad kan vi säga om det? 

När det finns en bred version bifogad som 2025 efter säsong det ger en indikation på när en viss funktion / bugg kommer att vara klar. Detta är en indikation, inte ett löfte. 

När biljetten har en releaseversion kan du begränsa den mer. Om den aktuella versionen är Backoffice 3.22.1 och releaseversionen av biljetten är Backoffice 3.23.1 du kan lugnt säga att det kommer att vara tillgängligt inom nästa månad. 

Om det är en kritisk bugg det kommer att lösas ASAP. Hellre timmar än dagar... 

Om felet finns i kortsiktig eftersläpning indikationen är någonstans inom de närmaste 3 månaderna. 

Ibland finns det en förfallodatum anges med en biljett. Om det finns en så är detta vad du kan kommunicera.