Tovább a tartalomhoz

Automatizálás

Előkészítés alatt

Az automatizálás egy „ha ez történik, tedd azt” formájú szabály. Az Automatizálás → Automatizálás alatt találja őket. Tipikus példa: ha a rendelés ki van fizetve, módosítsa az állapotát a webáruházban, és küldjön e-mailt az ügyfélnek.

Lap Mit tartalmaz
Saját automatizálások Az Ön szabályai, azok állapota, és hogy mikor futottak utoljára.
Kész sablonok Előkészített automatizálások, amelyeket elég átvenni és finomhangolni.
Mi történt A futások naplója: mi indult el, mi ment át, és mi volt sikertelen.
Kedvezménykuponok Automatizálásokhoz kötött kuponok.

Ha még nincs semmije, kezdje a Kész sablonok lappal. Ez gyorsabb, mint a nulláról felépíteni a szabályt, és a sablonok lefedik a leggyakoribb helyzeteket, a reklamáció teljes folyamatát is beleértve.

A sablonok szövegeit, vagyis a rendeléshez fűzött megjegyzéseket, a csapatnak szóló értesítéseket és a reklamációs feladatokat azon a nyelven kapja meg, amelyen az alkalmazást használja. Az automatizálás a sablon másolata, így a szövegeit utána tetszés szerint módosíthatja, és a nyelv későbbi megváltoztatása nem írja felül őket.

A sablonok között többek között ezeket találja:

  • Rendszeres riport e-mailben: pontosan úgy készíti el a riportot, mint az Analitika › Riportok alatt, és ütemezés szerint elküldi. Ez ugyanaz a számítás, nem egy második: azonos időszak és azonos webáruházak esetén e-mailben pontosan ugyanazokat a számokat kapja, mint amelyeket a képernyőn lát. Több címzett is lehet (vesszővel elválasztott címek; az első kapja az e-mailt, a többiek másolatot, de ez továbbra is egy üzenet és egy e-mail a kreditekből). A riport a platform rendszercíméről megy ki, és a tarifa e-mail-kreditjeiből vonódik le.
  • Bizonylatok a könyvelésbe: a kiválasztott napon elküldi az új számlákat és jóváíró számlákat a könyvelési rendszerbe. A lépés előre megmutatja az e-mail-fogyasztás becslését: a bizonylatok e-mail-postafiókba (például digitális irodába) e-mailenként legfeljebb 20 mellékletes és 25 MB-os kötegekben mennek, így 200 számla nagyjából 10 e-mail; az API-n keresztül csatlakoztatott rendszer nem fogyaszt e-mailt.
  • Alacsony készlet riasztás: ha egy termék készlete a választott küszöb alá csökken, a felelős e-mailt kap. Az értesítés szövegében a {{product.code}} és a {{stock.amount}} változó használható.
  1. Indító: az az esemény, amely elindítja a szabályt. Pontosan egy.
  2. Feltételek: nem kötelező megszorítás arra, mikor hajtódjon végre ténylegesen a szabály (például csak egy adott webáruháznál vagy egy bizonyos összeg fölött).
  3. Műveletek: aminek történnie kell. Több is lehet egymás után.

Rendelések: új rendelés érkezik (még a fizetés előtt), a rendelés ki van fizetve, megváltozik a rendelés állapota, megváltozik a fizetési mód, megváltozik a szállítási mód, a rendelés nyomkövetési számot kap, megváltozik a belső megjegyzés, a rendelés már több napja kifizetetlen, megváltozik a rendelés összege.

Raktár: változik a készlet, a készlet a küszöb alá esett, egy termék elfogyott, a webáruházak készlete eltér, a készletszinkronizálás sikertelen.

Expedíció: amikor rákattintok a „Csomagolás befejezése” gombra, amikor létrejön a küldemény és a címke, amikor a szállító a küldemény állapotának változását jelenti.

Reklamációk: amikor a reklamációt az ügyfél nyitja meg, amikor a munkatárs nyitja meg, amikor az ügy állapotát a munkatárs módosítja, amikor a reklamáció lezárul, amikor újra megnyitják, amikor az ügyfél ír, amikor az ügy címkét kap, amikor más felelőst kap, amikor feladat jön létre hozzá.

Egyéb: számla jön létre, rendszeresen, időzítve (óránként, naponta, hetente vagy havonta), kézzel, kattintásra.

Rendelés: állapot módosítása a webáruházban, megjegyzés hozzáadása a webáruházban, bejegyzés a rendelés előzményeibe, tételek késznek jelölése, számla kiállítása, jóváíró számla kiállítása, belső megjegyzés hozzáadása, a visszaküldött rendelés árujának bevételezése.

Raktár: készlet módosítása, készletegyezés ellenőrzése.

Kommunikáció: értesítés megjelenítése az alkalmazásban, e-mail küldése, riport generálása és küldése.

Reklamációk: az ügy állapotának módosítása, határidő beállítása, címke hozzáadása, belső megjegyzés hozzáadása, feladat létrehozása, e-mail küldése az ügyfélnek, jegyzőkönyv létrehozása, a visszavett tételek bevételezése.

Küldemények: a saját küldeményállapotunk módosítása, értesítés küldése az ügyfélnek.

Egyéb: várakozás (késleltetett művelet), vásárlás küldése a Google Analytics 4-be, bizonylatok küldése a könyvelésbe.

Az e-mailt küldő műveleteknek (E-mail küldése és Riport generálása és küldése) van Tárgy mezőjük.

A riportnál ez nem kötelező. Ha üresen hagyja, az eddig használt tárgy kerül felhasználásra, például Riport SK+CZ, előző hónap. A korábban létrehozott automatizálások tehát pontosan azt küldik, amit eddig is küldtek.

A tárgyba ugyanúgy illeszthetők be változók, mint a szövegbe. A mező alatt található a választékuk, elég rájuk kattintani. A szokásosak mellett (például {{workflow}}) a riportnál ezek is rendelkezésre állnak:

Változó Mit helyettesít be
{{report.period}} az időszakot úgy, ahogy a kimutatás fejlécében szerepel, például 2026 - július
{{report.month}} a hónap nevét, például július
{{report.year}} az évet, például 2026
{{report.from}} az időszak első napját
{{report.to}} az időszak utolsó napját

A Havi riport: {{report.year}}. {{report.month}} tárgy tehát Havi riport: 2026. július formában megy ki.

Az időszak minden futáskor újraszámolódik, így a szeptemberi riport szeptembert mond anélkül, hogy bármit át kellene írnia. Ha az időszak nem egy teljes naptári hónap, a {{report.period}} dátumtartományt ír ki, hogy ne lehessen egyetlen hónapra vonatkozó adatként olvasni.

Hogyan hozhat létre és kapcsolhat be automatizálást

Szekció neve “Hogyan hozhat létre és kapcsolhat be automatizálást”
  1. Új automatizálás, vagy átvétel a Kész sablonok közül.
  2. Válassza ki az indítót, adja meg a feltételeket, és állítsa össze a műveleteket.
  3. Közzététel. A félkész változat folyamatosan piszkozatként mentődik, de a piszkozat nem fut.
  4. Bekapcsolás. Az alkalmazás megerősítést kér, mert attól a pillanattól a szabály valódi rendeléseket fog módosítani.

Később a szabály Szüneteltetés (nem indul el, amíg újra be nem kapcsolja) vagy Archiválás (nem működik, de az előzmények és a verziók megmaradnak) műveletet kaphat.

Ez a zavar leggyakoribb forrása. Az automatizálásnak van egy félkész piszkozata és egy közzétett változata, amely ténylegesen fut. Ha a szerkesztő ezt jelzi: Ez az automatizálás nem úgy fut, ahogy itt látja, az azt jelenti, hogy közzé nem tett módosításai vannak: nyissa meg, és tegye közzé újra. A félkész piszkozat el is vethető, és visszatérhet a legutóbb közzétett változathoz.

Ha a szabályt nem lehet bekapcsolni, az alkalmazás ezt jelzi: Az automatizáció még nem kapcsolható be, és felkínálja a Megnyitás és kitöltés lehetőséget: általában egy művelet kötelező beállítása hiányzik.

Módosítási javaslat az AI-asszisztenstől

Szekció neve “Módosítási javaslat az AI-asszisztenstől”

Az MCP-n keresztül csatlakoztatott AI-asszisztens a futó automatizálást maga nem módosítja. Ha módosítást kér tőle, módosítási javaslatot készít, és a listában az automatizálás mellett megjelenik a Jóváhagyásra váró módosítási javaslat jelölés. A szerkesztőben a Módosítási javaslat vár jóváhagyásra panelen látja, azzal a megjegyzéssel együtt, hogy mi és miért változik. A Javaslat betöltése a szerkesztőbe gombbal megnyitja, ellenőrzi, és ugyanúgy teszi közzé, mint bármely más módosítást; az automatizálás bekapcsolva marad. A Javaslat elutasítása gombbal elveti. Amíg a javaslatot nem hagyja jóvá, az eredeti változat fut.

Néhány indító másként viselkedik, mint első ránézésre tűnik. Ezek a leggyakoribb okai annak, hogy egy szabály „nem működik”:

  • A rendelés ki van fizetve: utánvétnél a rendelés csak a kézbesítés után kerül kifizetettként megjelölésre, nem a rendeléskor.
  • Új rendelés érkezik: még a fizetés előtt elindul.
  • Amikor rákattintok a „Csomagolás befejezése” gombra: ez pontosan a kattintás pillanata, nem a szállítónak való átadás pillanata.
  • Amikor a reklamáció címkét kap: a más automatizálás által hozzáadott címke nem indítja el az indítót. Ez a végtelen körforgás elleni védelem.
  • Amikor az ügy állapotát a munkatárs módosítja: csak az alkalmazásban ember által végzett módosításra reagál, az automatizálás által végzettre nem.
  • A rendelés már több napja kifizetetlen: az ellenőrzés naponta egyszer történik, nem folyamatosan.

A Mi történt lap mutatja a futásokat: mikor indult el a szabály, hányszor, és volt-e sikertelen futás. Az automatizálások listájában mindegyiknél látja az elmúlt 7 nap indításainak és hibáinak számát, valamint azt, hogy mikor futott utoljára.

Új szabálynál érdemes óvatosan eljárni: először ártalmatlan művelettel futtassa (például csak egy értesítéssel az alkalmazásban), a Mi történt lapon ellenőrizze, hogy a várt pillanatokban indul-e, és csak ezután adja hozzá azokat a műveleteket, amelyek rendeléseket módosítanak vagy e-maileket küldenek az ügyfeleknek.

  • Az automatizálás nem indul el. Ellenőrizze, hogy be van-e kapcsolva, nem csak közzé van-e téve, és nincs-e szüneteltetve.
  • Módosítottam a szabályt, és a régi módon fut. Közzé nem tett piszkozata van. Nyissa meg, és tegye közzé újra.
  • Utánvétnél nem történt semmi. A rendelés ki van fizetve indító utánvétnél csak a kézbesítés után következik be. Használjon más indítót.
  • A szabály kétszer indult el. Ellenőrizze, nincs-e két automatizálása egymást átfedő indítókkal ugyanarra az eseményre.
  • Nem lehet bekapcsolni. Hiányzik egy kötelező beállítás: használja a Megnyitás és kitöltés lehetőséget.
  • A művelet sikertelen volt. Nyissa meg a Mi történt lapot. Leggyakrabban hiányzó kapcsolatról (e-mail, könyvelés, Google Analytics) van szó, nem a szabály hibájáról.