Automatikus válaszok és döntési csevegés beállítása

Az automatikus válaszok szabályok alapján választják ki a beérkező leveleket, és választ hoznak létre a kiválasztott postafiókhoz. Az alapértelmezett kézbesítési mód szerkeszthető piszkozatot készít. Az automatikus küldéshez külön beállítás és külön jogosultság kell.

Kezdd az első bejelentkezéssel és egy csatlakoztatott postafiókkal. A bejelentkezési identitás, az actor és a postafiók külön fogalmak. A Microsoft-feldolgozáshoz Microsoft Graph beállítás szükséges. A Google-feldolgozáshoz Google-beállítás és a szolgáltatóspecifikus futtatókörnyezet szükséges. Ne írj Microsoft-mappákra vagy értesítésekre épülő feltételezéseket a Google-viselkedés helyére.

Válasz beállítása

1. Nyisd meg a Beállítások → Automatikus válaszok menüpontot a kiválasztott postafiókhoz. Hozz létre egy nevesített definíciót egyező feltételekkel és válasz tartalommal.
2. Válaszd a fixed vagy a writer válaszmódot, majd a reply vagy a replyAll címzési módot.
3. Helyezd a kölcsönösen kizáró definíciókat egy csoportba. Válaszd ki a csoport ütközési szabályát és a prioritásokat.
4. Mentsd a kézbesítési módot, és engedélyezd az automatikus válaszokat.
5. Ellenőrizd az eseteket a Rendezés → Auto reply menüpontban. Nyiss meg egy eset-beszélgetést vagy annak piszkozatát az eredmény áttekintéséhez.

A közös SortingRuleConfig szerkesztő támogatja a pozitív és negatív listákat, a reguláris kifejezéseket, a jelentésalapú feltételeket és a speciális mezőkapcsolatokat. Egy fix válasz megőrzi a tárolt szövegét. A writer a megadott utasítást követi. Ha több definíció egyszerre érvényes, a writer a tartalmukat egyetlen válaszba egyesíti.

A priority csoportszabály a legmagasabb numerikus prioritást választja. Az ask szabály döntést kér, ha több jelölt illeszkedik. A legmagasabb prioritásnál lévő döntetlen is döntést kér. A különböző csoportok nyertesei és a csoportba nem tartozó találatok együtt is alkalmazhatók.

Az engedélyezés az új beérkezésekre vonatkozik. A régebbi levelekhez használd az Automatikus válaszok indítása műveletet az e-mail menüből. A szokásos rendezés nem küld választ.

Writer- és tudástárkontextus

A writer a bérlő writer modelljét és profilját használja, a szokásos modelljogosultságokkal, a szolgáltatói befogadási szabállyal, a keretekkel és a használatszámlálással együtt. A szülő folyamat strukturált forrás-e-mail azonosítókat, válaszcélokat és engedélyezett tudástárhivatkozásokat ad át. A szerver állítja össze a szolgáltatónak küldött kontextust.

Egy definíció könyvtárakat vagy mappákat választhat ki. A visszakereséshez keresési jogosultság és az automatikus kimenő e-mailben használható tartalom jogosultsága is kell. Az olvasási jog önmagában nem elég. A tulajdonjogért, a hozzáférés-vezérléshez, az indexeléshez és a hivatkozásokhoz lásd a tudástárakat.

Nem elérhető tudástár, magas csalásgyanú-pontszám vagy sikertelen értékelés tulajdonosi döntést igényel. A csalásgyanú-értékelés független a prioritási jelvény beállításaitól.

Döntés e-mailben vagy csevegésben

Ütközés esetén a rendszer a kérdést egy Complexity-csevegésben rögzíti, amely az actorhoz, a fiókhoz és a bérlőhöz kötődik. Létrehoz egy külön, saját magának címzett értesítő piszkozatot, és a szokásos küldési ütemezőt használja. A közvetlen csevegési hivatkozás a chatId és az account paramétert tartalmazza. Ehhez HTTPS-alkalmazás-URL szükséges.

Az értesítő e-mailre válaszolhatsz. A tárgyban lévő eset-azonosító csak keresési segédinformáció. A feldolgozás ellenőrzi a tulajdonos postafiókjának feladóját és a body-ban lévő, postafiókhoz kötött, véletlenszerű korrelációs tokent is. Az üzenetazonosítók megakadályozzák a dupla döntést. A Microsoft-útvonalon a sorrendezett postafiók-parancsok az értesítő és az elfogadott döntési üzeneteket a valódi Graph ecs-internal mappába mozgatják.

A döntés kinyerése először a Graph uniqueBody mezőt használja. Ha ez nem áll rendelkezésre, a feldolgozás csak az HTML- vagy egyszerű szöveges idézetjel előtti, egyértelmű új szöveget fogadja el. A hiányzó, kétértelmű vagy csak idézetet tartalmazó bemenet újabb kérdést vagy csevegési döntést igényel. Az Outlook-, Gmail- és Yahoo-idézetkonténerek nem válnak felhasználói utasítássá.

Az e-mailes kérdések és válaszok megjelennek az eset előzményei között. A külön döntésszerkesztő külön interaktív csevegőmodell nélkül fogadja a sima szöveget. Melléklettel vagy új artefakt-hivatkozással nem dolgozik. Az egyértelmű eset-metaadat választja ezt az útvonalat. A szokásos csevegés nem futtat második következtetést ugyanarra az eseti döntésre.

Az első csevegési döntés véglegesen elnémítja a további e-mail-értesítéseket az esetre, és törli a még ki nem küldött értesítéseket. Egy már kiküldött küldés egyeztetés alatt marad, és megbízhatóan nem vonható vissza. Ezt az esetet csevegésben folytasd.

Jogosultságok és kizárt levelek

Művelet	Szükséges jogosultság
Beállítások és esetek olvasása	mail.automaticReplies.read
Definíciók, csoportok, beállítások és kézi indítás kezelése	mail.automaticReplies.manage
Automatikus küldés	mail.automaticReplies.send és a kifejezett send kézbesítési mód
Csevegési döntés beküldése	ai.search.complexity.chat és mail.automaticReplies.manage, valamint a megfelelő csevegési olvasási jog
Tudástár használata a válaszban	Funkciójogosultságok és az aktuális könyvtári keresési/automatikus e-mail-jogosultság

Az automatikus válaszok kezeléséhez nem kell rendezési jogosultság csak azért, mert a két funkció ugyanazt a szabályszerkesztőt használja. Az ügynöktoolok saját tool-jogosultságokat adnak hozzá.

A tulajdonjog a hitelesített backend kontextusból származik. A nyilvános case-decision endpoint csak csevegésből érkező döntéseket fogad el. A hitelesített beérkezési feldolgozás e-mailből érkező döntéseket ad. A piszkozat-, áthelyezési és küldési naplóbejegyzések agent eredetet és az eset csevegési azonosítóját használják.

A saját magunk által küldött, automatizált vagy tömeges, piszkozat-, elküldött-, törölt-, levélszemét- és belső mappás levelek nem indítanak automatikus választ. A backend az egyezés előtt ellenőrzi a szolgáltatói fejléceket és az aktuális szülőmappát. Az egyéni mappákhoz tulajdonoshoz kötött szülőmappa és teljes rendszermappa-azonosítás szükséges. A hiányos szolgáltatói identitás blokkolja az automatikus feldolgozást. A fenntartott ecs-internal mappa akkor is kizárt marad, ha egy korábbi kézi eset hozta létre.

Duplikáció elleni védelem és helyreállítás

Postafiókonként és forrás-e-mailenként egy tartós eset létezik. Egy munkavállalási lease foglalja le a munkát. A munkavégző ellenőrzi az aláírt beengedési nyugtát és az aktuális jogosultságokat. Az egyeztetés/generálás, a kanonikus piszkozat létrehozása és mentése, valamint a küldés ütemezése külön állapotokat használ.

A háttérgenerálásnak legfeljebb három kísérlete van, a folyamatvesztést is beleértve. Egy sikeres szakaszváltás nullázza ezt a számlálót. Az eset megőrzi a kanonikus művelet- és ütemezési azonosítókat. A szolgáltatói visszaigazolásra várakozás nem hoz létre újabb piszkozatot és nem indít újabb küldést.

Ha a Graph piszkozat-létrehozás elindult, de nincs távoli nyugta, az AUTOMATIC_REPLY_DRAFT_CREATE_UNCERTAIN állapot felülvizsgálatot kér. A rendszer nem ismétli vakon a createReply vagy createReplyAll hívást. A piszkozat-revíziós hash megvédi az emberi szerkesztéseket attól, hogy csendben felülíródjanak.

Hibák és helyreállítás

Állapot vagy tünet	Teendő
needs-decision	Nyisd meg az eset csevegését, olvasd el az ütközést vagy az értékelési hibát, és adj szöveges döntést.
draft-ready	Nézd át a meglévő piszkozatot. Piszkozatmódban ez várt végső állapot.
sending vagy visszaigazolásra várakozás	Vizsgáld meg a műveletet a Szinkronizálási központban és a szolgáltatói szinkronizálásban. A késés önmagában nem ok az újraküldésre.
Bizonytalan létrehozás vagy megváltozott piszkozat	Keresd meg a meglévő szolgáltatói piszkozatot és műveletet, mielőtt bármi mást tennél.
failed	Az eset-, csevegési és műveleti hibák alapján javítsd a jogosultság-, szolgáltatói vagy beállítási problémát. Az adatbázis kézi szerkesztése nem helyreállítás.

A Complexity szokásos Újrapróbálás művelete a folyamatvesztés után elkülönül a tartós automatikus-válasz helyreállítástól.