Integrace se Shoperem nyní bezpečně slučuje štítky kontaktů a opravuje přihlášení k newsletteru, oprava segmentace podle ceny zakoupeného zboží, oprava SMS kampaní a transakčních e‑mailů v polské verzi, oprava datového feedu a tří API endpointů.
OPRAVA
Shoper: bezpečné slučování štítků a oprava přihlášení k newsletteru
Integrace se Shoperem při každé aktualizaci kontaktu přepisovala všechny štítky tou aktuální sadou ze Shoperu ‑ kontakt tak mohl přijít o štítky přiřazené automatizací nebo z jiného zdroje. Štítky se nyní bezpečně slučují se stávajícími, beze ztráty dat. Zároveň jsme opravili přidávání štítku pro souhlas s newsletterem ‑ dříve se nepřidal při udělení souhlasu v objednávce, registraci ani na formuláři. Odhlášený kontakt, který v Shoperu udělí nový souhlas, je v Ecomailu znovu přihlášen.
OPRAVA
Segmentace: podmínka Cena zakoupeného zboží počítá správně
Podmínka pro segmentaci podle ceny zakoupeného zboží počítala celkovou hodnotu objednávky místo ceny konkrétní položky, kterou klient nastavil. Výpočet je nyní opraven a odpovídá zadanému kritériu. Vedle toho přibyla nová podmínka "Hodnota objednávky".
OPRAVA
Datový feed: e‑mail s obsáhlým feedem se odešle
Při použití datového feedu s velmi obsáhlým obsahem (např. dlouhý HTML text v jednom z klíčů) se kampaň zasekla ve stavu Odesílá se a e‑mail se neodeslal ‑ bez zobrazení chybové hlášky. Během aktualizace datového feedu se striktně kontroluje maximální velikost hodnot 64kB
OPRAVA
Automatizace: trigger Spustit opakovaně se vždy uloží se zadaným časem
Trigger Spustit opakovaně mohl být v některých případech uložen bez vyplněného času spuštění, což znamenalo, že se automatizace nikdy nespustila ‑ aniž by to bylo na první pohled patrné. Uložení triggeru bez platného času je nyní zablokováno.
OPRAVA
API: mazání trackovací domény přijímá ID v cestě URL
Endpoint pro mazání trackovací domény nepřijímal ID domény jako součást cesty URL, ačkoliv to dokumentace popisovala. Endpoint nyní funguje podle dokumentace ‑ DELETE na /domains/{domain_id}.
API: vlastní pole rozlišují velikost písmen nekonzistentně
Vlastní pole zadaná přes API s různou velikostí písmen (např. Phone a phone) se ukládala jako oddělená pole místo aby se spárovala se stávajícím polem. Nové vlastní pole se nyní vytváří malými písmeny a páruje se bez ohledu na velikost písmen v požadavku.
