როგორ ავიცილოთ ჩატბოტის დუბლირებული შემდგომი შეტყობინებები

TL;DR: დუბლირებული შეტყობინება შეამოწმეთ ერთი საქმიანი მოვლენის სტაბილური გასაღებით, გაგზავნის მდგომარეობების ჟურნალითა და განმეორებითი მოვლენების ტესტით. თუ გასაღები გაგზავნილ მდგომარეობაშია, კონფიგურირებული გამგზავნი ახალ შეტყობინებასა და გაგზავნის ახალ ცდას ბლოკავს; გაურკვეველ შედეგს კი ჯერ არხის ჩანაწერს ადარებს.

როგორ გამოიყურება ერთი შეტყობინების ორჯერ გაგზავნის ინციდენტი?

საცდელ სცენარში დუბლირება ორი გაგზავნის წესის გადაკვეთისას შეიძლება წარმოიშვას. ერთი ავტომატიზაცია მომხმარებელს სტატუსის შეცვლაზე წერს. მეორე იმავე ჩანაწერის ნებისმიერ განახლებაზე აგზავნის შეტყობინებას. თუ ორივე წესი ერთ მოვლენაზე შესრულდა, მომხმარებლის ჩანაწერში თითქმის ერთნაირი ტექსტი ორჯერ გამოჩნდება.

ხილული გამოგონილი მაგალითი: „ერთი პასუხი“ სასწავლო სერვისია. ის aiCHATS-ის კლიენტი არ არის. ქვემოთ აღწერილი ბილეთი, ავტომატიზაცია და გაგზავნის შედეგი რეალურ ინციდენტს ან პროდუქტის ჩაშენებულ შესაძლებლობას არ ასახავს. თანამშრომელი მოთხოვნას „დასრულებულად“ მონიშნავს. სტატუსის ტრიგერი და ზოგადი განახლების ტრიგერი მომხმარებელს ერთსა და იმავე შეჯამებას უგზავნის.

მომხმარებლის ჩანაწერში ორი თითქმის ერთნაირი ტექსტი ჩანს, თუმცა მათგან ვერ დგინდება, ერთი მოვლენა განმეორდა თუ ორი განსხვავებული გადაწყვეტილება გაიგზავნა. თუ თქვენი გუნდი ამ გაურკვევლობას ამოწმებს, შეადგინეთ aiCHATS-ის ერთჯერადი გაგზავნის ტესტი.

როდის იკვეთება ორი გაგზავნის წესი?

გუნდის წევრმა ცალ-ცალკე უნდა აღწეროს გამგზავნი, ტრიგერი და საქმიანი მოვლენა. გამგზავნი შეიძლება იყოს CRM-ის ავტომატიზაცია, შუალედური ინტეგრაცია ან არხის პროგრამული კომპონენტი. ტრიგერი შეიძლება იყოს სტატუსის ცვლილება, თანამშრომლის კომენტარი, დაგეგმილი შეხსენება, ჩავარდნილი მოთხოვნის ხელახალი ცდა ან გარე CRM-ის განახლება. პროვაიდერისგან მიღებული ტექნიკური მოვლენა კი ინტეგრაციამ შესაბამის ჩანაწერს უნდა შეადაროს.

Zendesk-ის ოფიციალურ მაგალითში ერთი გადაკვეთა ჩანს. გადაწყვეტილი ბილეთის სპეციალური შეტყობინების დამატების შემდეგ კომპანია ზოგადი განახლების ტრიგერს ცვლის, რათა იმავე სტატუსზე მეორე წერილი არ გაიგზავნოს. ეს მაგალითი Zendesk-ის პირობებს აღწერს. სხვა სისტემაში ველებისა და ტრიგერების სახელები განსხვავებული იქნება.

ტრიგერების სიის შემდეგ ინჟინერმა გაგზავნის განმეორების ტესტი უნდა მოამზადოს: იმავე მოვლენას საცდელ რიგში მეორედ ათავსებს, ქსელს პასუხის მიღებამდე წყვეტს ან გამგზავნ პროცესს ხელახლა იწყებს. შემდეგ იგი კონტროლს ტექსტის ან ტრიგერის სახელის ნაცვლად კონკრეტულ საქმიან მოვლენას უკავშირებს.

რა არის სტაბილური მოვლენის გასაღები?

მოვლენის გასაღები არის მნიშვნელობა, რომლითაც გამგზავნი ერთსა და იმავე საქმიან მოვლენას განმეორებითი ცდების დროსაც ცნობს. ინტეგრაციის გუნდმა გასაღები უნდა ააწყოს სტაბილური ნაწილებისგან, მაგალითად მოთხოვნის იდენტიფიკატორისგან, მდგომარეობის ცვლილებისგან, მიმღები არხისა და შეტყობინების დანიშნულებისგან.

გასაღებში დროის ნიშნულის დამატება არ გამოდგება, თუ ინტეგრაცია ყოველი ხელახალი ცდისას დროის ახალ ნიშნულს ქმნის: იგივე მოვლენა ახალ გასაღებს მიიღებს. მომხმარებლის ტექსტის სრული ასლიც არასაიმედოა. მცირე რედაქციის შემდეგ გამგზავნი ახალ გასაღებს შექმნის, მიუხედავად იმისა, რომ საქმიანი მოვლენა იგივე დარჩა. პასუხისმგებელმა ინჟინერმა უნდა დაწეროს, რომელი ცვლილების შემდეგ უნდა შექმნას სისტემამ ახალი შეტყობინება და რომელი შემთხვევა მხოლოდ ძველი ცდის განმეორებაა.

ეს კონტროლი aiCHATS-ის ავტომატურ, უკვე არსებულ შესაძლებლობად არ უნდა ჩაითვალოს. ტექნიკურმა გუნდმა კოდით, კონფიგურაციითა და ჟურნალით უნდა დაადასტუროს, რომ კონტროლი გამგზავნ სისტემაში, CRM-ში ან შუალედურ ინტეგრაციაში დანერგილია.

როგორ მუშაობს გაგზავნის მდგომარეობების ჟურნალი?

ორიგინალური სარედაქციო აქტივი შეიცავს 6 ჟურნალის ველს, 4 გაგზავნის მდგომარეობასა და 3 განმეორებითი ტესტის ვერდიქტს. ეს რაოდენობები სასწავლო კონტროლის აგებულებას აღწერს. ისინი შეტყობინების მიწოდების მაჩვენებელს, aiCHATS-ის ფუნქციას ან პროვაიდერის გარანტიას არ წარმოადგენს.

ველი	რას წერს გამგზავნი	რისთვის კითხულობს შემფასებელი
მოვლენის გასაღები	საქმიანი მოვლენის სტაბილური იდენტიფიკატორი	უკვე ყოფილა თუ არა იგივე ცდა
მიმღები და არხი	დამტკიცებული დანიშნულება	სხვა არხი ახალი მოვლენა ხომ არ არის
შაბლონის ვერსია	გამოყენებული ტექსტის ვერსია	შინაარსი რომელ წესს შეესაბამებოდა
მდგომარეობა	მომზადებული, გაგზავნილი, ჩავარდნილი ან გაურკვეველი	რომელი მოქმედებაა დასაშვები
პროვაიდერის იდენტიფიკატორი	ტექნიკური მოთხოვნის ან შეტყობინების კოდი	არხის ჩანაწერთან შესადარებლად
ბოლო შემოწმება	ვინ და როდის შეადარა ჩანაწერები	გაურკვეველი ცდა დამუშავდა თუ არა

გამგზავნი კომპონენტი მდგომარეობას პროგრამულად აფიქსირებს. „მომზადებული“ ნიშნავს, რომ ჩანაწერი შექმნილია. „გაგზავნილი“ გამოიყენება მხოლოდ დადასტურებული ტექნიკური შედეგის შემდეგ. ჩავარდნილი ჩანაწერის შემთხვევაში გამგზავნი კომპონენტი დამტკიცებული წესით ცდილობს გაგზავნას ხელახლა. გაურკვეველი შედეგის შემთხვევაში კონფიგურირებულმა კომპონენტმა ჯერ ჩანაწერები უნდა შეადაროს, რადგან ახალმა გაგზავნამ შეიძლება დუბლირება შექმნას.

რა უნდა გააკეთოს ინტეგრაციამ ხელახალი ცდის წინ?

ინტეგრაციამ ჯერ იგივე გასაღების ჟურნალი უნდა წაიკითხოს. თუ ჩანაწერი გაგზავნილ მდგომარეობაშია, გამგზავნი ახალ ცდას ბლოკავს. ჩავარდნილი ჩანაწერის შემთხვევაში გამგზავნი მხოლოდ განსაზღვრული ზღვრისა და ინტერვალის მიხედვით ცდილობს გაგზავნას ხელახლა. გაურკვეველი მდგომარეობისას კონფიგურირებული კომპონენტი პროვაიდერის ჩანაწერს ან მიმღები არხის მოვლენას ადარებს.

ქსელის დროებითი შეცდომის ჩანაწერიდან ვერ დაადგენთ, მიიღო თუ არა მომხმარებელმა შეტყობინება. ინტეგრაციამ პასუხი შეიძლება ვერ მიიღოს, მიუხედავად იმისა, რომ პროვაიდერმა მოთხოვნა მიიღო. გაურკვეველი შედეგის შემოწმების გარეშე ხელახლა გაგზავნამ შეიძლება დუბლირება შექმნას.

ხელით გაგზავნისას პასუხისმგებელმა თანამშრომელმა შეტყობინება იმავე საქმიან მოვლენასთან უნდა ჩაწეროს. შემდეგ თანამშრომელი ჟურნალში ხედავს, ავტომატური ცდა უკვე გაგზავნილია თუ ჯერ მოწმდება. ავტომატიზაციების ერთმანეთთან შედარება ხელით გაგზავნილ ცდას ჟურნალში ვერ ასახავს.

შედარება: ტექსტის მსგავსება სჯობს თუ მოვლენის გასაღები?

ტექსტის მსგავსების ფილტრი ორ თითქმის იდენტურ შეტყობინებას პოულობს, მაგრამ ვერ ადგენს, ეხება თუ არა ორი ტექსტი ერთსა და იმავე საქმიან გადაწყვეტილებას. ერთი ტექსტი შეიძლება ორ სხვადასხვა შეკვეთას გაეგზავნოს. ორი განსხვავებული ტექსტითაც შეიძლება ერთი და იგივე დასრულების მოვლენა ორჯერ გამოცხადდეს.

კონტროლი	რას ადარებს	სუსტი ადგილი	სწორი გამოყენება
ტექსტის მსგავსება	შეტყობინების სიტყვებს	რედაქცია ან სხვა ენა დამთხვევას ცვლის	აუდიტის დამხმარე სიგნალი
მოვლენის გასაღები	კონფიგურირებული კომპონენტი გასაღებებს დადგენილი წესის მიხედვით ადარებს; თითოეული გასაღები მოვლენის, მიმღებისა და დანიშნულების სტაბილური მნიშვნელობებისგან შედგება	არასწორი შემადგენლობის გამო გამგზავნმა შეიძლება ახალი მოვლენაც დაბლოკოს	გაგზავნამდე ერთჯერადობის კონტროლი

როგორ ჩავატაროთ ერთი მოვლენის ხელახალი გაგზავნის ტესტი?

ტესტის ავტორი ქმნის ერთ მოთხოვნას და იმავე სტატუსის მოვლენას რამდენჯერმე აწვდის საცდელ გამგზავნს. შემდეგ ამატებს ქსელის გაწყვეტას პასუხის მიღებამდე, ზოგადი განახლების ტრიგერსა და თანამშრომლის ხელით კომენტარს. მოსალოდნელი შედეგი წინასწარ უნდა ჩაიწეროს: მომხმარებლისთვის ერთი საქმიანი შეტყობინება, ჟურნალში ყველა ცდა და განმეორების მიზეზი.

Microsoft Learn-ის მრავალსვლიანი შეფასება კონტექსტისა და რამდენიმე ეტაპის ქცევის განმეორებად ტესტს უჭერს მხარს. ამ მეთოდით შეგიძლიათ შეამოწმოთ, როგორ რეაგირებს ასისტენტი მომხმარებლის პასუხზე დუბლირებული შეტყობინების შემდეგ. გამგზავნის ტექნიკური ერთჯერადობა მაინც ცალკე ინტეგრაციულ ტესტს საჭიროებს.

შემფასებელი PASS-ს მიუთითებს, როცა მომხმარებლისთვის ერთი მოსალოდნელი შეტყობინება გაიგზავნა და ყველა ცდა ჟურნალში დარჩა. HOLD გამოიყენეთ, როცა პროვაიდერის შედეგი გაურკვეველია და ჩანაწერები ჯერ არ შედარებულა. FAIL მიუთითეთ იმავე გასაღებით მეორე გაგზავნის, დაკარგული ცდის ჩანაწერის ან შემოწმების გარეშე ხელახალი ცდის შემთხვევაში.

რა არხობრივი და პროდუქტის შეზღუდვები უნდა გავითვალისწინოთ?

aiCHATS ერთ ცოდნის ბირთვს 5 არხში იყენებს. PRODUCT_SOT ადასტურებს არხების რაოდენობას, მაგრამ საერთო ცოდნა ერთიან გამგზავნ ჟურნალს არ ამტკიცებს. თითოეულ არხს შეიძლება განსხვავებული შეტყობინების იდენტიფიკატორი, მიწოდების პასუხი, დროებითი შეცდომა და ხელახალი ცდის წესი ჰქონდეს.

ტექნიკური მიღების ჩანაწერით ვერ დაადგენთ, წაიკითხა თუ არა მომხმარებელმა შეტყობინება. იმავე ჩანაწერით ვერ დაადგენთ, იყო თუ არა ტექსტი სწორი ან შეესაბამებოდა თუ არა თანამშრომლის გადაწყვეტილებას. შინაარსის სისწორე, ადრესატი და ერთჯერადობა ცალ-ცალკე უნდა შემოწმდეს.

რას ადასტურებს პირველწყარო და რა რჩება დასანერგად?

Zendesk-ის წყაროში აღწერილია, როგორ შეიძლება გადაიკვეთოს გადაწყვეტის სპეციალური შეტყობინება ზოგადი განახლების ტრიგერთან და დუბლირების ასაცილებლად რომელი პირობა უნდა შეცვალოს კომპანიამ. Microsoft Learn-ი განმეორებად მრავალსვლიან შეფასებას აღწერს. სტაბილური გასაღები და ჟურნალი ამ სტატიის სარედაქციო არქიტექტურაა; მათი არსებობა კონკრეტულ aiCHATS სისტემაში ცალკე უნდა დადასტურდეს.

რომელი სამი წესი ავსებს გაგზავნის კონტროლს?

გაგზავნის კონტროლს ავსებს პასუხის სრულობის, მინიმალური მისამართის მონაცემისა და დაბრუნების დადასტურებული მდგომარეობის წესი.

• როგორ შევინარჩუნოთ რამდენიმე პასუხის სრულობა
• როგორ შევამციროთ გადაცემული მისამართის მონაცემი
• როგორ გავაგზავნოთ მხოლოდ დადასტურებული დაბრუნების მდგომარეობა

რა კითხვებს სვამენ ყველაზე ხშირად?

ყველაზე ხშირი კითხვები ეხება ტექსტის დამთხვევას, ჩავარდნილი გაგზავნის ხელახლა ცდასა და ხელით გაგზავნილი შეტყობინების აღრიცხვას.

საკმარისია თუ არა ერთნაირი ტექსტის დაბლოკვა?

ტექსტის ფილტრი აუდიტს ეხმარება, თუმცა კონფიგურირებულმა გამგზავნმა შეიძლება ერთი და იმავე მოვლენის შესახებ სხვადასხვა ტექსტი განმეორებით გაგზავნოს. გაგზავნამდე კონტროლი სტაბილურად განსაზღვრულ საქმიან მოვლენას უნდა დაეყრდნოს.

შეიძლება თუ არა ჩავარდნილი გაგზავნის ხელახლა ცდა?

შეიძლება, თუ ჟურნალში ჩავარდნილი მდგომარეობა დადასტურებულია და დამტკიცებული წესი ხელახალ ცდას უშვებს. გაურკვეველი შედეგი ჯერ პროვაიდერის ჩანაწერს შეადარეთ.

სხვადასხვა არხისთვის ერთი გასაღები გამოვიყენოთ?

გასაღებში არხი შეიტანეთ, როცა ერთსა და იმავე საქმიან შეტყობინებას თითოეულ არხში დამოუკიდებელი დანიშნულება აქვს. არხებს შორის გადართვის წესი ბიზნესმა წინასწარ უნდა განსაზღვროს.

ვინ უნდა ნახოს გაგზავნის ჟურნალი?

წვდომა უნდა ჰქონდეთ მხოლოდ იმ თანამშრომლებსა და ტექნიკურ კომპონენტებს, რომლებსაც მონიტორინგი, შეჯერება ან მხარდაჭერა ევალებათ. ჟურნალში ზედმეტი პერსონალური მონაცემი არ შეიტანოთ.