Deskhero
Latviešu
Sākt bez maksas

← Back to articles

Kā saglabāt e-pasta sarakstes pavedienus, kad e-pasti kļūst par pieteikumiem

Kā saglabāt e-pasta sarakstes pavedienus, kad e-pasti kļūst par pieteikumiem

Email sarunas saglabāšana vienotā pavedienā pēc tās pārvēršanas par pieteikumu ir atkarīga no palīdzības dienesta izmantotajiem pavedienu veidošanas noteikumiem. Bieži izmantotie signāli ietver Message-ID, In-Reply-To un References galvenes. Dažas platformas ziņojuma tekstā vai saņēmēja adresē izmanto arī pieteikuma ID vai citu identifikatoru.

Pirms paļauties uz jaunu e-pasta kanālu, izmantojiet šo kontrolsarakstu:

  • Pievienojiet atbalsta adresi, izmantojot metodi, ko palīdzības dienests oficiāli atbalsta.
  • Nosūtiet testa pieteikumu un atbildiet, izmantojot to pašu ceļu, ko izmantos klienti.
  • Salīdziniet sākotnējā ziņojuma un atbildes galvenes, pēc tam pārliecinieties, ka atbilde parādās esošajā pieteikumā.

Ja testa rezultātā tiek izveidots jauns pieteikums, pirms pasta maršrutēšanas maiņas pārbaudiet palīdzības dienesta dokumentētos pavedienu veidošanas noteikumus. Katra platforma galvenes, pieteikumu identifikatorus un sūtītāja pārbaudes var kombinēt atšķirīgi.

Galvenie secinājumi

E-pasta pavedienu veidošana nav balstīta tikai uz temata rindiņām. Palīdzības dienesti parasti pārbauda standarta atbildes galvenes un kā papildu atbilstības signālus var izmantot savus pieteikumu identifikatorus.

Punkts Informācija
Galvenes sasaista atbildes In-Reply-To un References norāda uz esošās sarunas ziņojumu ID.
Noteikumi dažādās platformās atšķiras Palīdzības dienests var pārbaudīt arī pieteikuma ID, slēptu identifikatoru, saņēmēja adresi vai sūtītāju.
Izmantojiet atbalstītus savienojumus Ievērojiet palīdzības dienesta un e-pasta pakalpojumu sniedzēja dokumentēto pastkastes iestatīšanas kārtību.
Pārbaudiet reālo ceļu Atbildiet kā klients un pārliecinieties, ka ziņojums tiek pievienots sākotnējam pieteikumam.
Deskhero pastkastes iespējas Deskhero atbalsta divvirzienu Google un Microsoft pastkastu savienojumus, kā arī domēna pārsūtīšanu ar autentificētu sūtīšanu.

Satura rādītājs

Kuras galvenes patiesībā saglabā e-pasta pavedienus

E-pastam parasti ir Message-ID. Atbildē var būt In-Reply-To vērtība, kas norāda uz ziņojumu, uz kuru tiek atbildēts, un References vērtība, kurā uzskaitīti iepriekšējo ziņojumu ID. Palīdzības dienests var izmantot šīs saistības, lai piesaistītu ziņojumus sarunai. Amazon Connect dokumentācijā aprakstīti gan hronoloģiski pavedieni, gan koka struktūras, kas veidojas, kad kāds atbild uz vecāku ziņojumu.

Platformas var pievienot savas atbilstības noteikšanas metodes. Zendesk dokumentē trīs pārbaudes: galvenes elementus, kodētu ID ziņojuma tekstā un kodētu ID Zendesk saņēmēja adresē. Tie ir Zendesk specifiski noteikumi, nevis veidne, ko var kopēt uz katru palīdzības dienestu.

Pavedienu veidošana ir svarīga, jo atbildes atdalīšana no iepriekšējiem ziņojumiem apgrūtina atbalsta vēstures izsekošanu:

  • Lietotājiem var nākties meklēt citā pieteikumā iepriekšējos pielikumus vai lēmumus.
  • Saņēmēji un iepriekšējās atbildes var tikt atdalīti no jaunākā jautājuma.
  • Divi lietotāji var atbildēt uz saistītiem ziņojumiem, neapzinoties, ka tie pieder vienai sarunai.

Freshdesk e-pasta dokumentācija parāda citu, konkrētai platformai raksturīgu pieeju. Tā pārbauda pieteikuma ID, ziņojuma ID vai unikālu identifikatoru, kam seko sūtītāja pārbaude. Praktiskais secinājums ir noskaidrot, kādus signālus izmanto jūsu palīdzības dienests, un saglabāt šos signālus faktiskajā pasta maršrutā.

Kā iestatīt pasta serverus, lai pavedieni paliktu vienoti

Uzticama iestatīšana sākas ar palīdzības dienesta atbalstīto savienojuma metodi. Neuzskatiet, ka SMTP pārsūtītājs, pārsūtīšanas noteikums vai pastkastes sinhronizācija dažādos produktos darbojas vienādi.

  1. Izvēlieties dokumentēto pastkastes savienojumu. Ja palīdzības dienests piedāvā tiešu Google vai Microsoft savienojumu, izmantojiet tā autorizācijas plūsmu. Ja nepieciešama pārsūtīšana, izmantojiet precīzu produkta norādīto galamērķi un DNS ierakstus.
  2. Konfigurējiet pārsūtīšanu paredzētajai adresei. Deskhero Google Workspace pārsūtīšanas rokasgrāmatā izskaidrots, kā izveidot grupu un pievienot Deskhero galamērķa adresi kā dalībnieku. Microsoft 365 un citiem pakalpojumu sniedzējiem iestatīšanas ceļš ir atšķirīgs.
  3. Saglabājiet platformas identifikatorus neskartus. Ja palīdzības dienests izejošajā paziņojumā pievieno pieteikuma marķieri, neizņemiet to no veidnes, ja vien produkta dokumentācijā nav teikts, ka tas nav obligāts. Freshdesk iesaka iekļaut tā pieteikuma ID formātu, savukārt Zendesk pēc noklusējuma izejošajiem paziņojumiem pievieno kodētu ID.
  4. Pārskatiet sistēmas, kas pārveido pastu. Maršrutēšanas noteikumi, adresātu saraksti un vārtejas var mainīt ziņojumu, pirms to saņem palīdzības dienests. Salīdziniet neapstrādāto avotu katrā pieejamajā posmā, nevis miniet, kur vērtība ir mainījusies.
  5. Veiciet atkārtojamu pārbaudi. Izveidojiet pieteikumu, nosūtiet atbildi un pārbaudiet neapstrādāto avotu. Pārbaudiet, vai In-Reply-To norāda uz iepriekšēju Message-ID, vai References satur paredzēto ķēdi un vai atbilde tika pievienota esošajam pieteikumam.

Profesionāļa padoms: Pārbaudiet, izmantojot to pašu adresi, pārsūtīšanas ceļu un e-pasta klientu, ko izmantos jūsu klienti. Tiešs ziņojums uz iekšēju testa adresi nepārbauda visu ražošanas maršrutu.

Kāpēc pavedieni pārtrūkst un kā novērst katru iemeslu

Atbilde var kļūt par jaunu pieteikumu vairāku iemeslu dēļ. Precīzais iemesls ir atkarīgs no platformas atbilstības noteikumiem.

  • Trūkst atbildes galveņu. Ziņojums, kas izveidots kā jauns e-pasts, var nesaturēt In-Reply-To vai References vērtības, kuras tiek sagaidītas atbildē. Lūdziet sūtītājam izmantot funkciju “Atbildēt” un pēc tam salīdziniet neapstrādāto avotu.
  • Mainīts maršrutējums vai saņēmēji. Ziņojums, kas nosūtīts uz citu atbalsta adresi, var izveidot citu pieteikumu. Piemēram, Freshdesk dokumentē īpašu darbību gadījumos, kad ir iekļautas vairākas konfigurētas palīdzības dienesta adreses.
  • Noņemts platformas identifikators. Paziņojuma veidnes rediģēšana var noņemt pieteikuma ID vai slēptu identifikatoru, ko palīdzības dienests izmanto kā rezerves signālu.
  • Beigusies ziņojumu atbilstības noteikšanas iespēja. Freshdesk norāda, ka tā ziņojuma ID parasti zaudē spēku septiņas dienas pēc pēdējās atbildes. Pēc tam sistēma meklē pieteikuma ID vai pieteikuma identifikatoru. Šis laika ierobežojums attiecas uz Freshdesk, un to nevajadzētu automātiski attiecināt uz citiem produktiem.

Sāciet diagnostiku ar sākotnējo izejošo ziņojumu un klienta atbildi. Salīdziniet to neapstrādātās galvenes blakus, pēc tam pārbaudiet paša palīdzības dienesta dokumentāciju un pieteikuma laika līniju. Ja atbildes galvenes ir saglabājušās, pārbaudiet citas platformas prasības, piemēram, pieteikuma marķierus, saņēmēja adresi vai atļauto sūtītāju. Ja galveņu trūkst, izsekojiet ceļam caur e-pasta pakalpojumu sniedzēju un jebkuru pārsūtīšanas pakalpojumu, lai noskaidrotu, kur ziņojums tika mainīts.

Kā Deskhero saglabā sarunas vēsturi neskartu

Deskhero pārvērš esošu Gmail, Google Workspace vai Microsoft 365 pastkasti par palīdzības dienestu. Tas atbalsta arī pastkastes citos jums piederošos domēnos, izmantojot DNS autentifikāciju un ienākošā pasta pārsūtīšanu.

  • Google un Microsoft savienojumi nodrošina divvirzienu sinhronizāciju, tāpēc Deskhero var lasīt ienākošos e-pastus un sūtīt atbildes no pievienotās adreses.
  • DNS pastkaste autentificētai sūtīšanai izmanto DKIM ierakstus, bet ienākošā pasta pārsūtīšanai — unikālu Deskhero adresi.
  • Atbildes uz vienu un to pašu e-pasta sarunu tiek pievienotas esošajam Deskhero pieteikumam.
  • Mākslīgā intelekta ieteiktās atbildes izmanto darbvietas zināšanas un paliek lietotāja kontrolē. Automātiskās atbildes ir atsevišķa funkcija, kas jāiespējo katrai grupai un atbild tikai no apstiprinātā publiskā BUJ.

Papildu informāciju skatiet Deskhero rakstos par divvirzienu palīdzības dienesta e-pasta sinhronizāciju, esošas pastkastes izmantošanu kā palīdzības dienestu un ienākošā e-pasta pārvēršanu par pieteikumu.

Prasība Deskhero iespēja
Pievienot Gmail vai Google Workspace OAuth savienojums ar divvirzienu sinhronizāciju
Pievienot Microsoft 365 vai Outlook OAuth savienojums ar divvirzienu sinhronizāciju, tostarp koplietojamām pastkastēm
Izmantot citu jums piederošu domēnu DNS autentifikācija sūtīšanai un pārsūtīšana ienākošajam pastam
Kontrolēt mākslīgā intelekta atbildes Lietotāji pārskata ieteiktās atbildes; automātiskajām atbildēm nepieciešama atsevišķa piekrišana

Ko lielākā daļa iestatīšanas rokasgrāmatu izskaidro nepareizi

Ir vilinoši samazināt pavedienu veidošanu līdz vienam noteikumam, piemēram, Message-ID saglabāšanai. Pārdevēju dokumentācija parāda, kāpēc ar to nepietiek. Zendesk apvieno galveņu un kodēta ID pārbaudes. Freshdesk apvieno vairākus e-pasta marķierus ar sūtītāja pārbaudi. Amazon Connect sasaista kontaktus, izmantojot saistīto kontaktu datus un standarta e-pasta galvenes.

Ko lielākā daļa iestatīšanas rokasgrāmatu izskaidro nepareizi — pārskata diagramma

Labāka pieeja ir uzskatīt pavedienu veidošanu par darbību no gala līdz galam. Izmantojiet atbalstītu pastkastes savienojumu, saglabājiet produkta ģenerētos identifikatorus neskartus un pārbaudiet sistēmu ar reālu klienta atbildi. Ja rezultāts ir nepareizs, salīdziniet neapstrādātos ziņojumus un vadieties pēc palīdzības dienesta dokumentētās atbilstības pārbaudes secības.

Tas arī ļauj izvairīties no nevajadzīgām pasta servera izmaiņām. Jauns pārsūtītājs vai pārveidota veidne var radīt vēl vienu mainīgo, nenovēršot faktisko neatbilstību.

Iedarbiniet pavedienu veidošanas palīdzības dienestu, nezaudējot nevienu atbildi

Deskhero var pievienot esošu Gmail, Google Workspace vai Microsoft 365 pastkasti, izmantojot divvirzienu sinhronizāciju. Citam jums piederošam domēnam tas atbalsta autentificētu sūtīšanu, izmantojot DNS konfigurāciju, un ienākošā pasta pārsūtīšanu uz unikālu Deskhero adresi.

Deskhero

Jūsu lietotāji strādā koplietojamā iesūtnē, savukārt atbildes tiek nosūtītas no pievienotās uzņēmuma adreses. Ja jūsu atbalsta darbībā tiek izmantots Shopify, Shopify integrācija pieteikuma sānu joslā pievieno informāciju par klientu un pasūtījumu.

Deskhero piedāvā 30 dienu bezmaksas izmēģinājumu, kuram nav nepieciešama kredītkarte. Varat pievienot esošu adresi, nevis lūgt klientiem apgūt jaunu adresi.

Avoti

BUJ

Kāda ir atšķirība starp divvirzienu sinhronizāciju un pārsūtīšanu?

Divvirzienu sinhronizācija ļauj palīdzības dienestam lasīt no pievienotās pastkastes un sūtīt ziņojumus caur to. Pārsūtīšana nosūta ienākošos ziņojumus uz citu galamērķi, un izejošajam pastam var būt nepieciešama atsevišķa autentifikācija. Pieejamās metodes un pavedienu veidošanas noteikumi ir atkarīgi no palīdzības dienesta un e-pasta pakalpojumu sniedzēja.

Kāpēc klienta atbilde izveidoja jaunu pieteikumu, nevis tika pievienota pavedienam?

Atbildei var trūkt paredzēto galveņu, tā var būt nosūtīta uz citu atbalsta adresi, nākt no sūtītāja, kuru platforma nesaista ar pieteikumu, vai arī tai var trūkt konkrētajam produktam raksturīga pieteikuma identifikatora. Pārbaudiet neapstrādāto e-pasta avotu un palīdzības dienesta dokumentētos noteikumus.

Kā pārbaudīt, vai pavedienu veidošana darbojās pareizi?

Pārliecinieties, ka atbilde parādās esošajā pieteikumā. Ja tā neparādās, salīdziniet atbildes In-Reply-To un References vērtības ar iepriekšējo ziņojumu Message-ID vērtībām, pēc tam pārbaudiet visus platformas izmantotos pieteikumu identifikatorus.

Vai man ir nepieciešams autentificēts SMTP pārsūtītājs, ja jau izmantoju divvirzienu sinhronizāciju?

Parasti ne kā atsevišķs risinājums pavedienu veidošanai. Ievērojiet palīdzības dienesta prasīto sūtīšanas konfigurāciju. Tiešs pastkastes savienojums jau var apstrādāt izejošo pastu, savukārt pārsūtīta vai uz DNS balstīta iestatījuma gadījumā var tikt izmantota cita autentificēta sūtīšanas metode.

Vai Deskhero atbalsta gan Gmail, gan Microsoft 365?

Jā. Deskhero atbalsta divvirzienu savienojumus ar Gmail, Google Workspace, Microsoft 365 un Outlook. Tiek atbalstītas arī Microsoft koplietojamās pastkastes.