--- title: "Автоматизация на общата служебна поща: как заявките стигат до правилния екип" url: https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki description: "Практичен работен поток за обща служебна поща: приемане, класификация, извличане на данни, разпределяне, проследяване и преглед на изключенията." --- # Автоматизация на общата служебна поща: как заявките стигат до правилния екип Практичен работен поток за обща служебна поща: приемане, класификация, извличане на данни, разпределяне, проследяване и преглед на изключенията. - Имейли и документи - Обслужване на клиенти Integric AI · 19.07.2026 г. · обновена 02.11.2026 г. · 8 мин. ![Пощенска кутия в Gmail на екрана на лаптоп](https://integric.ai/img/blog/avtomatizaciya-sluzhebna-poshta-zayavki.jpg) Съдържание 1. [Общата поща не е система за управление на заявки](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%BE%D0%B1%D1%89%D0%B0%D1%82%D0%B0-%D0%BF%D0%BE%D1%89%D0%B0-%D0%BD%D0%B5-%D0%B5-%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0-%D0%B7%D0%B0-%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BD%D0%B0-%D0%B7%D0%B0%D1%8F%D0%B2%D0%BA%D0%B8) 2. [Как протича надеждният входящ работен поток](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%BA%D0%B0%D0%BA-%D0%BF%D1%80%D0%BE%D1%82%D0%B8%D1%87%D0%B0-%D0%BD%D0%B0%D0%B4%D0%B5%D0%B6%D0%B4%D0%BD%D0%B8%D1%8F%D1%82-%D0%B2%D1%85%D0%BE%D0%B4%D1%8F%D1%89-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B5%D0%BD-%D0%BF%D0%BE%D1%82%D0%BE%D0%BA) 3. [Конкретен пример: искане за продуктов документ](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%BA%D0%BE%D0%BD%D0%BA%D1%80%D0%B5%D1%82%D0%B5%D0%BD-%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80-%D0%B8%D1%81%D0%BA%D0%B0%D0%BD%D0%B5-%D0%B7%D0%B0-%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%82%D0%BE%D0%B2-%D0%B4%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82) 4. [Изключенията са част от дизайна](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%B8%D0%B7%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D1%8F%D1%82%D0%B0-%D1%81%D0%B0-%D1%87%D0%B0%D1%81%D1%82-%D0%BE%D1%82-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD%D0%B0) 5. [Права и прикачени файлове](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%BF%D1%80%D0%B0%D0%B2%D0%B0-%D0%B8-%D0%BF%D1%80%D0%B8%D0%BA%D0%B0%D1%87%D0%B5%D0%BD%D0%B8-%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D0%B5) 6. [Метрики, които показват реалната работа](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%BC%D0%B5%D1%82%D1%80%D0%B8%D0%BA%D0%B8-%D0%BA%D0%BE%D0%B8%D1%82%D0%BE-%D0%BF%D0%BE%D0%BA%D0%B0%D0%B7%D0%B2%D0%B0%D1%82-%D1%80%D0%B5%D0%B0%D0%BB%D0%BD%D0%B0%D1%82%D0%B0-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0) 7. [Кога да не автоматизирате](https://integric.ai/blog/avtomatizaciya-sluzhebna-poshta-zayavki#%D0%BA%D0%BE%D0%B3%D0%B0-%D0%B4%D0%B0-%D0%BD%D0%B5-%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%B0%D1%82%D0%B5) Когато `info@` се следи от няколко души, един имейл лесно получава два отговора, а друг остава без собственик. **Автоматизация на имейли** в този контекст не означава кампании, непоискани изходящи съобщения или автоматични последващи търговски имейли. Тя означава входящата заявка да бъде приета веднъж, разпозната, насочена към отговорен екип и проследена до приключване. ## Общата поща не е система за управление на заявки Споделената кутия решава проблема с общия адрес, но не непременно проблема с отговорността. [Microsoft описва споделената пощенска кутия (shared mailbox)](https://support.microsoft.com/en-us/outlook/sharing/open-and-use-a-shared-mailbox-in-outlook) като място, което група хора може да наблюдава и от което да отговаря с един общ адрес. Това е добра основа, но папките „Входящи“, „Прочетени“ и „Архив“ не показват надеждно кой работи по случая, какво чака и дали клиентът вече е получил отговор. Преди да добавите AI или интеграции, определете минималния оперативен модел: - всяка заявка има уникален номер; - един екип и конкретен собственик носят отговорност; - статусът се пази извън личната памет на служителя; - оригиналният имейл и приложенията остават свързани със записа; - неясните случаи влизат във видима опашка за преглед; - всички автоматични действия оставят журнал. Този запис може да бъде регистриран случай в система за обслужване, задача в система за работа, случай в CRM или ред в специализиран вътрешен регистър. Изборът зависи от процеса. Самият имейл е каналът за вход, не задължително мястото, в което работата трябва да се управлява. ## Как протича надеждният входящ работен поток Практичният работен поток има шест последователни стъпки. Част от тях са обикновени правила; AI е полезен само там, където свободният текст създава неяснота. ### 1. Приемане и запазване на източника Автоматизацията реагира при ново съобщение в конкретната кутия или папка и създава технически запис. Тя пази идентификатора на съобщението, подателя, получателите, темата, часа, тялото и референции към приложенията. При Microsoft 365 например официалният [конектор за Office 365 Outlook](https://learn.microsoft.com/en-us/connectors/office365/) има отделно задействащо събитие за нов имейл в споделена кутия и изисква профилът да има достъп до нея. Не приемайте, че всеки имейл е нова заявка. Отговор по съществуваща нишка трябва да се добави към същия случай. За защита от повторно изпълнение пазете техническия идентификатор на съобщението и бизнес ключ, например номер на заявка. Ако някоя стъпка бъде повторена след временна грешка, проверката не позволява втори запис или второ потвърждение. ### 2. Отсяване на очевидното с правила Първо приложете детерминистични правила: конкретен адрес получател, известен подател, валиден номер в темата или стандартизиран формуляр. Ако `invoices@` приема само фактури от одобрени доставчици, няма нужда AI да „познава“ основната категория. Правилата са по-лесни за обяснение и тестване. AI класификация е полезна, когато хората описват една и съща нужда с различни думи, например „изпратете декларацията“, „трябва ни сертификатът“ и „липсва документът за продукта“. Резултатът обаче трябва да бъде една от предварително разрешените категории, а не свободно измислено име на екип. ### 3. Извличане и проверка на полета След категорията работният поток извлича нужните за конкретния процес полета: номер на поръчка, клиент, обект, продукт, срок или вид документ. Всяко поле минава през проверка за формат и, когато е приложимо, справка в основната система. Несъществуващ номер не се „поправя“ по догадка. Случаят отива за човешки преглед с ясно отбелязана причина. Това е важната разлика между извличане и решение. AI може да предложи, че `PO-4187` е номер на поръчка. Обикновен код проверява дали форматът е допустим, а ERP или CRM потвърждава дали такъв запис съществува. ### 4. Разпределяне към екип и работна система Категорията и валидираните полета определят маршрута. Искане за счетоводен документ може да стане задача за финанси; запитване за сертификат може да стане задача за продуктовия екип; промяна по активна поръчка става запис към съществуващия случай. Ако има дежурства, региони или продуктови линии, те са отделни правила, а не скрити предположения в инструкцията към AI. Назначаването означава видима отговорност. Google Groups например позволява в [съвместна входяща кутия](https://support.google.com/a/users/answer/167430?hl=en) разговор да бъде назначен на човек, маркиран като приключен или дублиран и филтриран по статус. Независимо коя платформа използвате, търсете същите свойства: собственик, статус, история и достъпна опашка с неназначени случаи. ### 5. Потвърждение без необосновано обещание След успешно създаване изпратете кратко потвърждение с референтен номер и информация как клиентът да добави детайли към същия случай. Не обещавайте срок, ако той не е изчислен от реално правило. Не изпращайте съдържателен AI отговор само защото класификацията изглежда убедителна. Ако създаването в целевата система се провали, не изпращайте съобщение „заявката е регистрирана“. Запазете случая в техническа опашка и уведомете отговорния човек. Така външното потвърждение отразява реалното състояние, а не само получаването на имейла от автоматизацията. ### 6. Проследяване до приключване Статусите трябва да отговарят на реалната работа: нова, назначена, чака информация, в обработка, приключена или изключение. Отговор от подателя по същата нишка актуализира съществуващия случай. Смяна на собственик и повторно отваряне се записват в историята. Тук приключва общият входящ работен поток. Ако съобщението е оплакване или сервизен казус, след назначаването започва отделен процес с негови приоритети и решения. Ако е потенциална продажба, започва търговски процес. Общата поща не трябва да смесва тези последващи процеси в една универсална логика. ## Конкретен пример: искане за продуктов документ Представете си, че дистрибутор получава в `info@` имейл: „За поръчка PO-4187 ни трябва декларацията за съответствие на артикул X преди доставката.“ Системата свързва отговора с нишката, класифицира го като „искане за документ“ и извлича номера на поръчката и артикула. Правило проверява дали поръчката и артикулът съществуват. При успех се създава задача към продуктовия екип, прикачва се оригиналният имейл и подателят получава номер на заявката. Ако номерът липсва или не съвпада, имейлът влиза в опашка „липсваща референция“. Служителят вижда оригинала и предложените полета, поправя ги и продължава процеса. AI не избира документ, не обещава срок и не изпраща непроверен файл. ## Изключенията са част от дизайна Надеждната автоматизация не прикрива несигурността. Тя изпраща към човек случаите с непознат подател, конфликтни категории, липсващо задължително поле, защитен архив, нечетим документ или действие с договорен и финансов ефект. Човекът трябва да вижда оригиналното съобщение, предложеното решение и причината за спирането. При нужда от формално решение може да има отделна стъпка за човешко одобрение. [Microsoft Power Automate](https://learn.microsoft.com/en-us/power-automate/get-started-approvals) например поддържа процеси, които изчакват отговор от определен одобряващ, преди потокът да продължи. Инструментът е пример; по-важно е одобрението да е записано и обвързано с конкретното действие. След внедряването следете реалното поведение. [NIST AI RMF профилът за генеративен AI](https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence) разглежда управлението на риска през целия жизнен цикъл, включително наблюдение, роли и отговорности. На практика това означава да преглеждате грешните назначения и новите видове изключения, а не да приемете, че веднъж настроеният модел остава точен. ## Права и прикачени файлове Използвайте отделна служебна идентичност или управлявана връзка с минималните необходими права. Компонентът за четене на `info@` не се нуждае автоматично от достъп до всички пощи, а класификаторът не се нуждае от право да изпраща съобщения. Ограничете и кой може да вижда съдържанието на отделните категории след разпределянето. Прикачените файлове са отделен вход за риск и технически грешки. Microsoft документира, че настройките за приложенията при задействащото събитие на споделена кутия влияят дали съдържанието им е налично, а големи, защитени или невалидни съобщения може да бъдат пропуснати. [OWASP препоръчва](https://cheatsheetseries.owasp.org/cheatsheets/File_Upload_Cheat_Sheet.html) списък с разрешени разширения, проверка на реалния тип, лимит на размера, ограничен достъп и антивирусно сканиране или проверка в изолирана среда, когато е налична. Не позволявайте на AI компонент да отваря и изпълнява произволно съдържание. Запазете оригинала, сканирайте го и подавайте само необходимия текст или полета. Неподдържаните, криптираните и съмнителните файлове остават в карантина за човек. ## Метрики, които показват реалната работа Първо измерете изходна база от текущия процес, без да измисляте универсална сравнителна цел. След старта сравнявайте по една и съща дефиниция: - входящи съобщения, нови заявки и отговори по съществуващи нишки; - време до потвърждение и до назначаване; - неназначени и просрочени случаи; - назначения, коригирани от човек; - дублирани записи и повторно изпратени потвърждения; - дял и причини на опашката за изключения; - време от получаване до реално приключване. Ако общият брой имейли расте, но неназначените случаи намаляват, процесът вероятно се подобрява. Ако потвържденията са бързи, но корекциите и повторно отворените случаи растат, автоматизацията просто премества работата по-нататък. ## Кога да не автоматизирате При нисък и предвидим обем обща кутия с ясен единствен собственик може да е напълно достатъчна. Настройте правила, шаблони и проста процедура, преди да строите интеграция. AI също не е подходящ, ако категориите постоянно се променят, екипите спорят кой носи отговорност или няма система, в която да се пази статусът. Първо изяснете собствеността и опишете няколко реални категории. После пилотирайте върху ограничен входящ адрес или тип заявка. Започнете с автоматично създаване и човешко назначаване, наблюдавайте изключенията и едва след това добавете автоматично разпределяне. Така служебната поща става проследим вход към работата, без AI да се превръща в невидим началник на процеса. За първи разговор подгответе обезличени примери за входящи писма и посочете къде трябва да стигне всяка заявка. Вижте [как автоматизираме задачите между имейл и бизнес системи](https://integric.ai/produkti/avtomatizatsiya-na-procesi). Услуга [**Автоматизация на процеси**По-малко преписване на документи и данни](https://integric.ai/produkti/avtomatizatsiya-na-procesi) · [Безплатен анализ](https://integric.ai/meet) Въпроси ## Често задавани въпроси Не намирате отговора? Опишете процеса и ще ви отговорим конкретно. [Задайте въпрос](https://integric.ai/contact) Нужен ли е AI за автоматизация на общата служебна поща? · Не винаги. Правилата са по-подходящи за стабилни податели, адреси и формати. AI има смисъл при свободен текст и различни начини за описване на една заявка, но не трябва сам да решава случаи с висок риск или неясен контекст. Може ли автоматизацията сама да отговаря на всеки имейл? · Безопасно е автоматичното потвърждение да съобщава, че заявката е получена, и да дава референтен номер. Съдържателни обещания, цени, договорни позиции и решения по спорни случаи трябва да следват отделни правила или човешко одобрение. Как трябва да се обработват прикачените файлове? · Ограничете допустимите типове и размери, проверявайте съдържанието за зловреден код и дръжте непознатите или защитени файлове в карантина. Автоматизацията трябва да запази оригинала и да изпрати нечетимия документ към човек, вместо да предполага липсващи данни. Как се измерва дали автоматизацията работи? · Сравнете със собствена изходна база: брой входящи заявки, време до потвърждение и назначаване, неназначени случаи, коригирани назначения, дублирани записи, дял на изключенията и време до приключване. Няма универсален добър процент за всички процеси. Продължете по темата ## Прочетете още - [· Следваща статия**Автоматизация на заявки за покупка: от вътрешно одобрение до поръчка към доставчик**Практичен модел за заявки за покупка с бюджетен контекст, матрица за одобрение, проверени доставчици, контрол на дубликати и поръчка само след човешко решение. · 18.05.2026 г.10 мин.](https://integric.ai/blog/avtomatizaciya-zayavki-pokupka-dostavchik) - [· Автоматизация на процеси**Автоматично въвеждане на поръчки от имейл и PDF в ERP: проверки и изключения**Практичен модел за превръщане на B2B поръчки от имейл и PDF в проверени ERP чернови, без дублиране и скрити грешки. · 09.06.2026 г.10 мин.](https://integric.ai/blog/avtomatichno-vavezhdane-porachki-email-pdf-erp) - [· Автоматизация на процеси**Автоматизация на рекламации и сервизни заявки: приемане, приоритизиране и известяване**Практичен процес от приемането на рекламация или сервизна заявка до назначаването, посещението, доказателствата за извършена работа и повторното отваряне. · 08.08.2026 г.10 мин.](https://integric.ai/blog/avtomatizaciya-reklamacii-servizni-zayavki) - [· Автоматизация на процеси**CRM интеграция: как да свържете сайта, имейла и продажбите без двойно въвеждане**Практичен модел за свързване на сайт и служебна поща с CRM, без дублирани клиенти, изгубени запитвания и неясна отговорност за данните. · 02.07.2026 г.8 мин.](https://integric.ai/blog/crm-integraciya-sait-email-prodazhbi) Безплатен анализ ## Да разгледаме един процес Опишете накратко коя повтаряща се задача отнема най-много време. Ще преценим дали има смисъл да се автоматизира и коя е разумната следваща стъпка. [Запазете безплатен анализ](https://integric.ai/meet) · [Вижте реални проекти](https://integric.ai/kazusi) Продължителност 30 минути Цена Безплатно Фокус Един конкретен процес Резултат Ясна следваща стъпка