Viden, kilder og godkendelse
Reproducer en fejl uden kundens private oplysninger
Lav et lille reproducerbart testeksempel uden at kopiere en privat kundesamtale. Bevar den betingelse der udløser fejlen, og dokumentér forventet og observeret udfald.
Til dig, der: Virksomhedens ejer, kundeteam eller opsætningsansvarlige Reproducer en fejl uden kundens private oplysninger
Find det nødvendige spørgsmål frem for hele historikken
Beskriv først hvilken fejl der skal undersøges. En forkert områdeafgrænsning kræver måske kun opgavetype, en fiktiv områdereference og det relevante forbehold. Kundens navn, telefonnummer og øvrige samtale behøver ikke automatisk følge med for at gøre problemet forståeligt.
Vælg de oplysninger, som faktisk ændrer testens forventning. Hvis fejlen kun opstår efter et tidligere spørgsmål, kan den relevante rækkefølge være nødvendig. Det er stadig ikke et argument for at kopiere alle beskeder eller vedhæftninger til et nyt fejlark.
Udskift identitet uden at fjerne den afgørende betingelse
Brug tydeligt fiktive navne og beskrivelser. Bevar en nødvendig relation som “inden for området” eller “uden for området”, hvis netop den forskel er årsagen til prøven. En ukritisk erstatning kan ellers få testen til at handle om noget andet end den oprindelige fejl.
Hvis et forhold ikke kan genskabes forsvarligt med et lille syntetisk eksempel, skal den autoriserede ansvarlige vurdere en passende undersøgelse. Denne guide giver ikke tilladelse til at flytte private data til et offentligt dokument eller en anden tjeneste.
Skriv forudsætninger og forventning eksplicit
Angiv den relevante godkendte kilde og den nødvendige tilstand, eksempelvis om et faktum er aktivt eller tilbagekaldt. Notér derefter det fiktive input og den forventede grænse for svaret. En kollega skal kunne forstå prøven uden at kende kunden.
Hold observeret resultat adskilt fra forventning. Hvis fejlen ikke optræder i det syntetiske eksempel, skal det stå sådan. Ret ikke beskrivelsen til en sikker teknisk årsag, blot fordi en forklaring virker sandsynlig.
Gør eksemplet lille nok til at genbruge
Fjern overflødige sætninger én ad gangen og gentag den kontrollerede prøve, når den faktisk kan udføres. Målet er den mindste forståelige case, der bevarer det relevante problem. Et kort eksempel er lettere at gennemgå og mindre tilbøjeligt til at sprede uvedkommende detaljer.
Gem kildeversion og den ansvarliges vurdering sammen med casen. Siden sender ingen test til en model og indsamler ingen samtale. Den hjælper med at forberede en undersøgelse gennem virksomhedens understøttede og autoriserede proces.
Fiktiv afgrænsning uden kundens adresse
Fiktivt, gennemarbejdet eksempel. Der sendes ingen beskeder, og der oprettes ingen aftale eller kundepost.
- Oprindeligt problem
- Et områdeforbehold forsvandt i svaret.
- Syntetisk input
- En fiktiv kunde spørger om den samme opgavetype i et område uden for standardgrænsen.
- Bevaret betingelse
- Forholdet uden for området bevares; en virkelig privat adresse kopieres ikke.
- Rapport
- Notér forventning og faktisk resultat uden at påstå, at fejlen er genskabt før prøven.
Testkort før aktivering
Brug kun udpegede testpersoner og virksomhedens kontrollerede testmiljø. Notér faktisk resultat og ansvarlig for hver række. Et forventet resultat her er et acceptkriterium, ikke bevis på at testen er udført.
| Situation | Forventet resultat |
|---|---|
| Syntetisk case uden navne og telefonnumre | Den nødvendige betingelse er stadig forståelig |
| En erstatning der ændrer områdets betydning | Casen rettes før resultatet bruges |
| Fejlen optræder ikke ved prøven | Registreres som ikke genskabt, ikke som bekræftet årsag |
Forbered et lille syntetisk fejltilfælde
Udfyld din egen kontrol. Noterne er kun i denne side, gemmes ikke og sendes ikke til Procora. Eksportér dem, før du forlader siden. Brug fiktive eller nødvendigt begrænsede oplysninger.
Kilder og ansvar
Produktbeskrivelsen følger Procoras gennemgang af kode, opsætning og begrænsninger den 2. november 2026. Den dokumenterer ikke leveringen på din konto. Udbyderregler og tilladelser skal kontrolleres ved opsætning; guiden fastslår ikke en universel beskedfrist eller godkendelse.
- Procora: AI-svar fra godkendt viden
Produktgrundlag gennemgået 2. november 2026; kontospecifik funktion kræver acceptprøve
- Procora: vedligehold godkendt viden
Arbejdsproces og ansvar; ikke en garanti for automatiske opdateringer
Næste skridt
Vælg én konkret kundesituation og afklar svargrundlag, kanalrettigheder og den medarbejder, der overtager undtagelser. En opsætningsanmodning er ikke en betalt aftale.
Tilbage til vidensbiblioteket →