Hulptoonbank en kaartjies

1. Die eerste vraag wat hierdie funksie moes beantwoord

Watter kaartjie?

'n Kaartjie vir elke geïdentifiseerde sessie sou strooipos wees: u ondersteuningspan sou sake vind wat niemand geopen het nie. 'n Nota by elke kaartjie wat daardie persoon ooit geskryf het, sou ook strooipos wees, net stadiger.

Daarom: 'n interne nota by die sender se jongste OOP kaartjie. As geen oop kaartjie bestaan nie, gebeur niks. Só skep ons nooit 'n saak wat u klant nie begin het nie en vind die agent die opname presies waar reeds gekyk word.

Intern, nooit openbaar nie. Die skakel lei na MousePlayer. U klant behoort dit nie te sien nie en kan dit in elk geval nie volg nie.

2. Zendesk Support en Freshdesk

Albei word ondersteun en doen dieselfde werk verskillend. U hoef nie daaroor bekommerd te wees nie, maar dit verduidelik waarom die vorm effens verskillende dinge vra.

	Zendesk Support	Freshdesk
Subdomein	`acme` uit acme.zendesk.com	`acme` uit acme.freshdesk.com
Agent-e-posadres	nodig — Zendesk meld aan as `email/token`	nie nodig nie, laat leeg
API-token	Admin Center → Apps and integrations → APIs	U profielinstellings
Die nota word	'n interne opmerking by die kaartjie	'n private nota by die kaartjie

Plak die hele URL in die subdomeinveld as dit makliker is — ons verkort dit tot die nodige deel, dus word https://acme.zendesk.com/agent/tickets/1 verander na acme.

3. Wanneer dit aktiveer

Sodra 'n sessie geïdentifiseer word — wanneer u webwerf MousePlayer.setUserId()aanroep, ons ontledingsbrug 'n unieke ID teruglees of u bediener die identify-eindpunt aanroep.

Net met 'n e-posadres

'n Kaartjie behoort aan 'n sender en die hulptoonbank ken dié sender volgens e-pos. 'n Kontraknommer lei nêrens nie, dus word niks gestuur nie.

Slegs vir oop kaartjies

Opgeloste en geslote kaartjies word oorgeslaan. 'n Nota by 'n saak waarna niemand meer kyk nie, help niemand en sou dit onnodig weer onder agente se aandag bring.

As die sender geen oop kaartjie het nie, tel dit as voltooi, nie misluk nie — dit is normaal en herprobeer sou niks verander nie.

4. Wat die agent sien

Een interne nota: MousePlayer: sessie-opname van <email> gevolg deur die skakel. Een klik en die agent kyk wat die persoon werklik gedoen het, reg langs wat daaroor geskryf is.

Waar dit sy waarde bewys

“Dit werk nie”-kaartjies. Die opname wys gewoonlik binne twintig sekondes wat drie e-posrondes nie sou wys nie.
Herhalingstappe wat niemand kan herhaal nie. U het hulle nie meer nodig nie — u het die sessie.
Woedeklikke en reaksielose klikke wat die klant nooit noem nie, omdat dit as die produk se normale werking beskou word.

Die token verlaat nooit ons bediener nie

Word AES-256-GCM-geënkripteer gestoor, ná stoor nooit weer gewys nie en doelbewus uit die interne taakry gehou.

5. Help Scout, Front en Gorgias

Nog drie hulptoonbanke. Al drie plaas 'n interne nota by 'n oop gesprek, elkeen op 'n ander manier.

	U verskaf	Subdomein
Help Scout	kliënt-ID en kliëntgeheim van 'n interne app	nie nodig nie
Front	API-token en 'n spanlid-ID	nie nodig nie
Gorgias	agent-e-posadres en API-sleutel	nodig

Help Scout ruil voor dit praat

Dit aanvaar nie die kliëntgeheim direk nie. Die brug ruil dit eers vir 'n kortlewende toegangstoken — die client credentials-vloei, vir 'n integrasie wat namens homself eerder as 'n gebruiker optree. Die token bly vir sy leeftyd in geheue; die geheim bly in die databasis.

Front-opmerkings vereis 'n outeur

'n Opmerking in Front verskyn onder 'n spanlid se naam en die API vereis een. Dit is wat die agentveld hier bevat — nie 'n aanmelding nie, net die ID onder wie se naam die nota verskyn.

Gorgias vereis twee vrae in plaas van een

Sy kaartjielys filtreer volgens customer_id en niks anders nie — daar is geen e-posfilter nie. Die brug soek dus eers die klant en vra daarna die kaartjies op. Dit kan ook nie volgens status filtreer nie; ons kies dus self die oop kaartjie, presies soos reeds vir Freshdesk.

Hoe kan ons help?