Vores supportteam bruger billetter til at kategorisere service-, funktions- og fejlspørgsmål. Du kan følge disse billetter via følgende url:

https://app.camping.care/support

I denne artikel vil vi forklare betydningen af de forskellige billetstatusser, hvordan du kan oprette en billet, og hvornår du kan forvente, at din billet er løst/klar.

Hvordan opretter man en billet?

Den bedste måde at indsende en billet på er via vores serviceportal. Vi vil bede dig om alle relevante oplysninger, og på grund af de forskellige kategorier er vi i stand til at rute din billet til den relevante person. Dette sparer os for at behandle din e-mail, og du fik et hurtigere svar. Linket til serviceportalen er:

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

Tip: Har du flere spørgsmål, forbedringer eller andre serviceønsker? I stedet for at oprette en lang e-mail. Opret separate billetter. Så behøver vi ikke analysere hele din e-mail og adskille den i service-, fejl- eller featurebilletter.

Featurebilletter

Todo

Hver funktionsanmodning starter med denne status. Det er funktioner, der skal prioriteres. Prioritering af funktioner vil blive foretaget af en af udviklerne

Under overvejelse

Indeholder anmodninger, som vi mener vil tilføje betydelig kundeværdi og passer godt ind i vores køreplan. Når en funktionsanmodning er under overvejelse, er der stor sandsynlighed for, at vi leverer funktionen i den nærmeste fremtid. Vi holder dig orienteret og giver en opdatering inden for et par måneder efter din anmodning. 

Fremtidige overvejelser

Indeholder anmodninger, der kunne være tilføjelser til vores langsigtede køreplan. En gang om året vil vi genoverveje anmodningen og ændre status, hvis det er nødvendigt.

Bliver ikke overvejet

Inkluderer anmodninger, som vi ikke er i stand til at implementere. Selvom vi værdsætter de potentielle fordele ved alle anmodninger, kan vi desværre ikke implementere alle de fremragende forslag, vores kunder kommer med. Vi vil ikke arbejde på anmodninger i denne status, men vi vil gennemgå dem efter et år og overveje at ændre status. Vi forstår, at det kan være skuffende at se et forslag, som du føler dig passioneret omkring, enten lukket eller triageret til ikke at blive taget i betragtning. Vi mener dog, at vi skylder vores kunder større gennemsigtighed i funktionsanmodninger, og vi tror på, at denne arbejdsgang vil hjælpe os med at nå vores mål.

For at verificere

Når den når denne status, er den blevet afsluttet af modtageren. Det skal verificeres af reporteren. Generelt sker dette i scenemiljøet. 

Færdig

Funktionen er fuldført og verificeret.

Fejlbilletter

Som enhver softwarevirksomhed har vi et efterslæb med alle kendte fejl. Vi har 3 niveauer af fejl, og vi vil beskrive, hvordan man opretter billetter til fejl.

Bug arbejdsgang

Fejlarbejdsgangen indeholder forskellige statusser for fejlen. 

At gøre

Hver fejlrapport starter i 'To Do'-status. Det er fejl, der skal prioriteres. Prioritering af fejl vil blive foretaget af Roel eller Arjen. 

Kortsigtet efterslæb

Når det er i denne status, betyder det, at vi henter det på kort sigt.. Dette er dog ikke en garanti, kortsigtet betyder generelt: inden for de næste 3 måneder. 

Langsigtet efterslæb

Bugs, der er meget komplekse at løse eller har en meget lav indvirkning på brugeren, har denne status. Eksempel på meget komplekse fejl: En fejl, der kun kan løses med en større softwareændring eller en ændring i infrastrukturen. 

I gang

Vi arbejder i øjeblikket på denne fejl. 

For at verificere

Når den når denne status, er den blevet afsluttet af modtageren. Det skal verificeres af reporteren. Generelt sker dette i scenemiljøet. 

Færdig

Fejlen er rettet og verificeret.

Hvornår vil min anmodning være klar?

Det er et af de mest stillede spørgsmål.. Hvornår er det gjort? Et simpelt spørgsmål med et kompliceret svar. Så hvad kan vi sige om det? 

Når der er en bred version vedhæftet som 2025 efter sæson det giver en indikation af, hvornår en bestemt funktion/fejl vil være klar. Dette er en indikation, ikke et løfte. 

Når billetten har en udgivelsesversion, er du i stand til at indsnævre den mere. Hvis den aktuelle version er Backoffice 3.22.1 og udgivelsesversionen af billetten er Backoffice 3.23.1 du kan roligt sige, at den vil være tilgængelig inden for den næste måned. 

Hvis det er en kritisk fejl det vil blive løst ASAP. Hellere timer end dage... 

Hvis fejlen er i kortsigtet efterslæb indikationen er et sted inden for de næste 3 måneder. 

Nogle gange er der en forfaldsdato angivet med en billet. Hvis der er en, er det dette, du kan kommunikere.