Към съдържанието

Автоматизации

В подготовка

Автоматизацията е правило от вида „когато се случи това, направи онова“. Ще ги намерите в Автоматизация → Автоматизации. Типичен пример: когато поръчката е платена, промени статуса ѝ в магазина и изпрати имейл на клиента.

Как е структуриран модулът

Раздел „Как е структуриран модулът“
Раздел Какво има в него
Моите автоматизации Вашите правила, тяхното състояние и кога последно са се изпълнили.
Готови шаблони Подготвени автоматизации, които е достатъчно да поемете и да прецизирате.
Какво се случи Запис на изпълненията: какво се е стартирало, какво е минало и какво е неуспешно.
Отстъпкови купони Купони, свързани с автоматизации.

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

Текстовете в шаблоните, тоест бележките към поръчката, известията за екипа и задачите по рекламацията, получавате на езика, на който използвате приложението. Автоматизацията е копие на шаблона, така че нейните текстове след това можете да редактирате свободно, а по-късна смяна на езика не ги презаписва.

Сред шаблоните ще намерите между другото:

  • Периодичен отчет по имейл: генерира отчет точно както в Анализи › Отчети и го изпраща по график. Това е същото изчисление, а не второ: при същия период и същите магазини получавате по имейл точно числата, които виждате на екрана. Получателите могат да бъдат няколко (адреси, разделени със запетая; първият получава имейла, останалите копие, но това остава едно съобщение и един имейл от кредитите). Отчетът се изпраща от системния адрес на платформата и се отчита от имейл кредитите на тарифата.
  • Документи към счетоводството: в избран ден изпраща новите фактури и кредитни известия в счетоводната система. Стъпката предварително показва оценка на потреблението на имейли: документите към пощенска кутия (напр. дигитален офис) се изпращат на партиди до 20 прикачени файла и 25 MB на имейл, така че 200 фактури са приблизително 10 имейла. Система, свързана чрез API, не изразходва имейли.
  • Известие за ниска наличност: когато наличността на продукт падне под избрания праг, отговорникът получава имейл. В текста на известието могат да се използват променливите {{product.code}} и {{stock.amount}}.

От какво се състои автоматизацията

Раздел „От какво се състои автоматизацията“
  1. Задействане: събитие, което стартира правилото. Точно едно.
  2. Условия: незадължително ограничение кога правилото наистина да се изпълни (например само за конкретен магазин или над определена сума).
  3. Действия: какво трябва да се случи. Могат да бъдат няколко едно след друго.

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

Склад: складът се променя, складът падна под праг, продукт се изчерпа, магазините имат различна наличност, синхронизацията на склада се провали.

Експедиция: когато кликна „Завърши опаковането“, когато се създаде пратка и етикет, когато куриерът съобщи промяна на статуса на пратката.

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

Други: създава се фактура, редовно по график (всеки час, ден, седмица или месец), ръчно, при кликване.

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

Склад: коригиране на склада, проверка на съответствието на складовете.

Комуникация: показване на известие в приложението, изпращане на имейл, генериране и изпращане на отчет.

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

Пратки: промяна на нашия статус на пратката, изпращане на известие до клиента.

Други: изчакване (отложено действие), изпращане на покупка в Google Analytics 4, изпращане на документите в счетоводството.

Действията, които изпращат имейл (Изпращане на имейл и Генериране и изпращане на отчет), имат поле Тема.

При отчета то е незадължително. Когато го оставите празно, използва се темата, която се е изпращала досега, например отчет с тема Report SK+CZ за миналия месец. Автоматизациите, които сте създали по-рано, следователно изпращат точно това, което са изпращали.

В темата могат да се вмъкват променливи, точно както в текста. Под полето има тяхно меню, достатъчно е да кликнете. Освен обичайните (например {{workflow}}) при отчета са налични и следните:

Променлива Какво се попълва
{{report.period}} периодът така, както е в заглавието на отчета, например 2026 - Юли
{{report.month}} името на месеца, например Юли
{{report.year}} годината, например 2026
{{report.from}} първият ден на периода
{{report.to}} последният ден на периода

Темата Месечен отчет: {{report.month}} {{report.year}} следователно ще бъде изпратена като Месечен отчет: Юли 2026.

Периодът се изчислява наново при всяко изпълнение, така че септемврийският отчет ще каже септември, без да преписвате нищо. Когато периодът не е цял календарен месец, {{report.period}} извежда диапазона от дати, за да не може да бъде прочетен като данни за един месец.

Как да създам и включа автоматизация

Раздел „Как да създам и включа автоматизация“
  1. Нова автоматизация или поемане от Готови шаблони.
  2. Изберете задействане, добавете условия и съставете действията.
  3. Публикувай. Незавършената версия се запазва текущо като чернова, но черновата не се изпълнява.
  4. Включи. Приложението иска потвърждение, защото от този момент правилото ще променя реални поръчки.

По-късно правилото може да бъде спряно на пауза (престава да се изпълнява, докато не го включите отново) или архивирано (престава да работи, но историята и версиите остават).

Чернова и публикувана версия

Раздел „Чернова и публикувана версия“

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

Ако правилото не може да се включи, приложението казва Автоматизацията все още не може да бъде активирана и предлага Отвори и допълни: обикновено липсва задължителна настройка на действие.

Предложение за промяна от AI асистента

Раздел „Предложение за промяна от AI асистента“

AI асистент, свързан чрез MCP, не променя сам работеща автоматизация. Когато го помолите за промяна, той подготвя предложение за промяна и в списъка при автоматизацията се появява значката Предложение за промяна за одобрение. В редактора ще го видите в панела Предложение за промяна очаква одобрение заедно с бележка какво и защо се променя. С бутона Зареждане на предложението в редактора го отваряте, проверявате и публикувате като всяка друга промяна. Автоматизацията остава включена. С бутона Отхвърляне на предложението го изхвърляте. Докато не одобрите предложението, работи първоначалната версия.

За какво трябва да внимавате

Раздел „За какво трябва да внимавате“

Няколко задействания се държат различно, отколкото изглежда на пръв поглед. Те са най-честите причини правилото да „не работи“:

  • Поръчката е платена: при наложен платеж поръчката се отбелязва като платена едва след доставката, а не при поръчването.
  • Постъпва нова поръчка: стартира се още преди плащането.
  • Когато кликна „Завърши опаковането“: това е точно моментът на кликването, а не моментът на предаване на куриера.
  • Когато рекламацията получи етикет: етикет, добавен от друга автоматизация, не задейства задействането. Това е защита срещу безкраен цикъл.
  • Когато служителят промени статуса на случая: реагира само на промяна, направена от човек в приложението, а не на промяна от автоматизация.
  • Поръчката е неплатена от няколко дни: проверява се веднъж дневно, а не непрекъснато.

Как да разбера дали работи

Раздел „Как да разбера дали работи“

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

При ново правило си струва да процедирате внимателно: първо го оставете да работи с безобидно действие (например само известие в приложението), проверете в Какво се случи, че се стартира в очакваните моменти, и едва след това добавете действия, които променят поръчки или изпращат имейли до клиентите.

  • Автоматизацията не се стартира. Проверете дали е включена, а не само публикувана, и дали не е на пауза.
  • Промених правилото, а то работи по стария начин. Имате непубликувана чернова. Отворете я и я публикувайте отново.
  • При наложен платеж не се случи нищо. Задействането Поръчката е платена при наложен платеж настъпва едва след доставката. Използвайте друго задействане.
  • Правилото се стартира два пъти. Проверете дали нямате две автоматизации с припокриващи се задействания за едно и също събитие.
  • Не може да се включи. Липсва задължителна настройка: използвайте Отвори и допълни.
  • Действието е неуспешно. Отворете Какво се случи. Най-често става дума за липсваща връзка (имейл, счетоводство, Google Analytics), а не за грешка в правилото.