Objednávky · zákaznická podpora
Shoptet × Daktela:
objednávky u správného zákazníka bez duplicit kontaktů
Vidí operátor místo historie zákazníka několik kontaktů pojmenovaných podle jednotlivých objednávek?
Daktela má vlastní propojení se Shoptetem, ale sama popisuje, že vytváří kontakt také pro každou objednávku. Nejdřív prověříme jeho nastavení a vaše skutečné duplicity. Teprve pokud běžná údržba nestačí, posoudíme omezený tok pro nové či změněné objednávky. Neslibujeme hotový náhradní konektor ani automatické slučování kontaktů.
Popsat problém podporyMožný tok až po ověření
Hotové propojení existuje. Kde narážíte na jeho hranici?
Podle dokumentace Daktely vzniká kromě kontaktu zákazníka i samostatný kontakt pro každou objednávku. Vendor doporučuje po úvodní synchronizaci integraci vypnout, kontakty sloučit a nové odkazy na objednávky doplňovat ručně. To je doložené omezení, nikoli důkaz, že vám způsobuje obchodní škodu.
Současné nastavení
Podíváme se na stávající konektor, konkrétní CRM databázi, mapování polí a postup operátorů. Pokud stačí konfigurace a ruční údržba, vlastní vývoj nedoporučíme.
Identita zákazníka
Číslo objednávky pomůže poznat stejnou objednávku, ale samo neurčí správného zákazníka. Sdílený e-mail ani podobné jméno nejsou bezpečné pravidlo shody.
Riziko sloučení
Daktela upozorňuje, že při ručním sloučení mohou zmizet nevybraná pole a přestat platit některé odkazy. Hromadné automatické slučování nenabízíme.
Nejdřív ověříme cestu zápisu v Daktele
Zabezpečený export Shoptetu umí poskytnout nové nebo změněné objednávky. Veřejný vstup do Daktela REST API ale nepotvrzuje, že lze v konkrétní klientské instanci bezpečně zapsat požadovanou vazbu objednávky na existující kontakt. Bez ověření entity, polí a oprávnění neslibujeme konkrétní implementaci.
- Jedna CRM databáze a rozsah nových či změněných objednávek
- Oddělený přístup k exportu, minimální data a pravidlo při jeho odvolání
- Stabilní číslo objednávky a důvěryhodný identifikátor zákazníka
- Konkrétní zapisovatelná entita Daktely, práva a postup při nejasné shodě
Jak by mohl vypadat vymezený první krok
Nejdřív zmapujeme současný stav a jeden opakující se problém podpory. Případné řešení navrhneme až po technickém ověření v klientské instanci.
Posoudit konektor
Vyhodnotíme, které kontakty vytváří nativní integrace a zda lze proces zjednodušit bez dalšího vývoje. Nebudeme tvrdit, že standardní propojení neexistuje.
Omezit zdroj
Pokud je změna potřeba, prověříme zabezpečený export pouze nových či změněných objednávek. Historické hromadné čištění CRM není součástí navrženého toku.
Přiřadit bez hádání
Po ověření identity a technické možnosti předat jen nezbytný kontext existujícímu kontaktu. Opakované doručení stejné objednávky nesmí přidat duplicitní záznam.
Zastavit nejasný případ
Hostovská objednávka, více možných kontaktů či chybějící práva znamenají dohledatelnou výjimku pro člověka. Nepřepisujeme cizí kontakt odhadem.
Časté otázky
Nemá Daktela už hotovou integraci se Shoptetem?
Má. Nejprve posoudíme, zda vám vyhovuje. Daktela sama dokumentuje oddělené kontakty za jednotlivé objednávky a doporučený ruční postup po úvodní synchronizaci.
Sloučíte automaticky všechny duplicitní kontakty?
Ne. Sloučení může ztratit nevybrané údaje a narušit odkazy. Historická oprava dat by vyžadovala samostatný návrh a kontrolu.
Je možné zapsat objednávkový kontext přímo k existujícímu kontaktu?
Zatím to nevíme. Musíme ověřit konkrétní CRM entitu, API operaci a přístupová práva v klientské Daktele. Pokud bezpečný zápis možný není, vlastní tok neslíbíme.
Kolik takové řešení stojí?
Rozsah a cenu určí až prověření nativního konektoru, kvality identifikátorů, přístupů a četnosti výjimek. Založení ticketů, změny objednávek v Shoptetu ani zprávy zákazníkům do popsaného toku nepatří.
Jiný proces stejných systémů
Řešíte výjimky objednávek, nebo předání servisního ticketu?
Shoptet × Microsoft Teams předává objednávkovou výjimku týmu. Daktela × Freelo se týká schválené eskalace ticketu. Tady řešíme kontext objednávek u zákaznického kontaktu.
Má podpora skutečně problém s duplicitami?
Popište jeden příklad zákazníka s opakovanými objednávkami a postup operátora. Prověříme, zda stačí stávající konektor nebo ruční údržba — a teprve potom technické možnosti úpravy.
Popsat konkrétní případ