AI интеграция с ERP, CRM
и онлайн магазина

През 2025 г. AI ползват 8,5% от фирмите в България с 10 и повече заети, а в ЕС 20,0%. Сред българските фирми с AI най-често ползваната технология е анализът на писмен език (58,1%), а автоматизацията на работни процеси или помощта при решения е при 44,0%. Най-честата цел е маркетингът и продажбите (36,1%).

Услугата е за фирми с ERP, CRM или онлайн магазин, които искат AI да работи с техните данни. Задачите, които свързваме със системите им:

• Данни от фактури, заявки и имейли: моделът чете документа и попълва полетата в ERP или CRM, а служител ги проверява преди записа.
• Търсене във вътрешните документи и в ERP с въпрос на обикновен език. Отговорът сочи документа или записа, от който е взет.
• Чернови на отговори на запитвания и на продуктови текстове. Изпраща ги или ги публикува служител.
• Сортиране на входящата поща и на заявките и прехвърлянето им към служителя, който отговаря за тях.
• MCP сървър върху каталога на магазина, през който AI асистент търси продукти. За B2B каталог сървърът е с вход през OAuth.

Чатботът за клиентите на сайта, във Viber и в Messenger е на страницата AI чатботове и автоматизация. Таблата с данни от ERP, CRM и магазина са на страницата Business Intelligence, а видимостта на сайта в AI търсачките е на GEO оптимизация.

Моделът стига до данните само през инструменти, които пишем за всяка операция: „намери клиент по ЕИК“, „покажи наличност по склад“, „създай чернова на оферта“. Всеки инструмент има име, описание и точни параметри. Описваме ги по Model Context Protocol (MCP), отворения протокол за връзка на AI приложения с външни данни и инструменти, или направо в заявката към модела.

MCP задължава сървъра да проверява входа на всеки инструмент и да контролира достъпа, а на приложението препоръчва да дава на човек възможност да откаже всяко извикване и да записва извикванията за проверка. AI получава само нужните инструменти и най-малко права и действа от името на конкретния потребител. Действията с големи последици чакат одобрение от човек.

Моделът се ползва през API на доставчика. Доставчикът обработва данните от името на фирмата, затова с него се подписва договор за обработване на лични данни по чл. 28 от GDPR. Условията на OpenAI, Google и Anthropic към октомври 2026 г.:

• OpenAI: данните, пратени през API, не се ползват за обучение на моделите от 1.03.2023, освен ако фирмата се съгласи изрично. Съхранение и обработка в Европа (ЕИП и Швейцария) има през eu.api.openai.com за поддържаните модели и endpoint-и. За да се ползва, OpenAI трябва да одобри фирмата за контрол на проверките за злоупотреби, а фирмата подписва допълнение за пазенето на данните. За моделите, пуснати от 5.03.2026 нататък, тази обработка е с 10% по-скъпа.
• Google (Gemini API): за потребителите от ЕИП, Швейцария и Обединеното кралство условията на платената услуга важат и за безплатната. В платената услуга Google не ползва въпросите и отговорите за подобряване на продуктите си.
• Anthropic (Claude): собственото API изпълнява заявките в САЩ или глобално. За обработка в ЕС Claude се ползва през Amazon Bedrock или Google Cloud, където регионът се избира с адреса на endpoint-а. Регионалните endpoint-и там са с 10% по-скъпи от глобалните. Входът и изходът от търговските продукти на Anthropic не се ползват за обучение по подразбиране.

Към модела пращаме само полетата, нужни за задачата. Когато моделът пише заявка към базата по въпрос на служител, получава схемата на таблиците без редовете с клиентите.

• Чл. 50, ал. 1 и 5 от AI Act (Регламент (ЕС) 2024/1689): от 2.08.2026 човек, който общува пряко с AI система, трябва да бъде уведомен за това ясно и най-късно при първото взаимодействие, освен ако е очевидно. Регламент (ЕС) 2026/1744 не отлага това задължение.
• Чл. 4 от AI Act: от 2.02.2025 фирмата, която ползва AI система, взема мерки за AI грамотността на служителите си. След промяната с Регламент (ЕС) 2026/1744 определено ниво на знания не се изисква.
• Чл. 28 от GDPR: договор за обработване на лични данни с доставчика на модела.
• Чл. 35 от GDPR: оценка на въздействието върху защитата на данните, когато обработването с нови технологии е вероятно да доведе до висок риск за правата и свободите на хората.
• Чл. 22 от GDPR: човек има право да не бъде обект на решение, основано единствено на автоматично обработване, което има правни последици за него или го засяга значително по подобен начин. Съображение 71 дава за пример автоматичен отказ на онлайн заявка за кредит. Оценката на кредитоспособността на физически лица е и високорискова система по приложение III, т. 5, буква б) от AI Act, със задължения от 2.12.2027.

В интеграциите, които правим, такива решения остават у служител.

• Задачата, с която започваме, и реални примери за нея: документи, запитвания или въпроси с верните отговори
• Достъп до системите: API, достъп до базата само за четене или файл, който системата изнася по график
• Кой служител какво вижда в ERP или CRM, за да важат същите права и за AI
• Кои действия чакат одобрение и кой ги одобрява
• Дали данните трябва да се обработват само в ЕС
• Политиката за поверителност и договорите за обработване на данни, които фирмата вече има

През 2025 г. фирмите в България, които са обмисляли AI и не са го въвели, посочват като пречки липса на експертиза (72,7%), висока цена (55,7%), несъвместимост със системите, които вече имат (51,8%), и неясни правни последици (50,3%). Затова започваме с една задача върху системите, които фирмата вече има, а правните точки са в договора.

Цената на изработката пишем в офертата след разговор. Зависи от:

• броя на системите и дали имат API
• дали AI само чете данни, или създава и променя записи: записите искат екран за одобрение и повече проверки
• броя на ролите и правата
• изискването данните да се обработват само в ЕС

Отделно се плаща таксата на доставчика на модела. Тя е на токен (част от дума), поотделно за входа и за изхода, и зависи от модела, от броя на заявките и от дължината на документите, които моделът чете.