Pokud se Datorama – nyní s názvem Marketing Cloud Intelligence – dívá dolů, nejdůležitější otázkou není jen „Mohu otevřít dashboard?“. Pro marketéry je silnějším standardem obnovy: Mohu číslům dostatečně důvěřovat, abych se mohl rozhodnout?
Toto rozlišení je důležité během rozsáhlého incidentu v Salesforce. Dne 16. září 2026 společnost Salesforce oznámila narušení služeb, které postihlo několik instancí napříč regiony, s vážnými zpožděními, občasnými chybami a obdobími, kdy některé služby nebo vytváření žádostí o podporu nebyly k dispozici. Incident byl spojen s tlakem na zpracování požadavků zahrnujícím komponentu související s přihlášením a společnost Salesforce zavedla nápravu region po regionu. Marketéři by to měli považovat za důkaz problému s dostupností v celém Salesforce – nikoli za automatický důkaz, že každý klient, konektor, dashboard nebo datový kanál Marketing Cloud Intelligence selhal stejným způsobem. Než vyvodíte takový závěr, zkontrolujte aktuální web s informacemi o stavu důvěryhodnosti Salesforce a chování svého vlastního klienta.
Salesforce popisuje Marketing Cloud Intelligence jako platformu pro propojování, harmonizaci, vizualizaci a práci s marketingovými daty. Protože tyto aktivity zahrnují několik vrstev, může se výpadek projevit různými způsoby. Může se stát, že se nebudete moci přihlásit, že se nenačte řídicí panel, že vyprší časový limit widgetu, že konektor přestane přijímat nové záznamy nebo že rozhraní bude fungovat, i když nejnovější data stále chybí.
Proto je jednoduchý test „stránka se načte/stránka se nenačte“ příliš slabý. Předchozí incident společnosti Salesforce, který v květnu 2026 ovlivnil Marketing Cloud Intelligence, zahrnoval problémy s načítáním dashboardu a zpoždění při vkládání dat. Služba se později zotavila, ale incident ilustruje důležitý provozní bod: dostupnost a aktuálnost dat jsou oddělené kontroly kvality. Salesforce tento incident zdokumentoval ve svém záznamu o incidentu Trust Status .
V kontextu produktu se v aktuální dokumentaci Salesforce Datorama označuje jako Marketing Cloud Intelligence. Její oficiální přehled vysvětluje, že produkt propojuje, harmonizuje, vizualizuje a aktivuje marketingová data. Viz Nápověda k Salesforce: Integrace a analýza marketingových dat pomocí Marketing Cloud Intelligence .
Dobrá reakce na incident nekončí, když někdo řekne „řídicí panel je zpět“. Končí, když váš tým dokáže s důkazy odpovědět na tři otázky:
Pokud jsou splněny všechny tři podmínky, platforma může být dostatečně funkční pro běžnou marketingovou práci. Pokud je obnoven pouze přístup, pokračujte v opatrném zacházení s nedávnými hlášeními.
Používejte Salesforce Trust jako primární zdroj pro potvrzené incidenty a údržbu. Hledejte dotčený produkt, službu, region, instanci, čas zahájení a nejnovější aktualizaci. Globální incident Salesforce může vysvětlit selhání přihlášení, aniž by prokázal, že konkrétní kanál Marketing Cloud Intelligence ztratil data.
Signálem kvality, který chcete, je aktualizace důvěryhodnosti, která odpovídá tomu, co váš tým pozoruje. Pokud Salesforce hlásí obnovení, ale váš klient stále selhává, přejděte k diagnostice specifické pro klienta, místo abyste pasivně čekali.
Nezačínejte otevíráním nejtěžšího manažerského řídicího panelu. Použijte malou, známou zprávu nebo datovou sadu, která se obvykle rychle načítá. Ověřte, že se můžete přihlásit, otevřít pracovní prostor, načíst jednoduchou vizualizaci a načíst nedávné záznamy.
Úspěšný odlehčený test vám alespoň potvrdí, že platforma je dosažitelná. Nedokazuje však , že každý dashboard, konektor, výpočet nebo plánované ingestování je v pořádku.
Vyberte několik kanálů, které jsou důležité pro aktuální obchodní rozhodnutí – například výdaje na placená média, konverze, příležitosti v oblasti CRM nebo příjmy z elektronického obchodování. Porovnejte nejnovější časové razítko v Marketing Cloud Intelligence s nejnovějším časovým razítkem v původní platformě nebo exportu.
Nejlepším znamením zotavení není „graf má čísla“. Je to „nejnovější očekávaná dávka je k dispozici a její načasování je zpět v normálním provozním rozsahu“. Pokud zdrojový systém má data ve 14:00 a Marketing Cloud Intelligence se zastaví v 10:00, řídicí panel může být přístupný, ale stále provozně zastaralý.
Vyberte metriky, které jsou důležité a snadno porovnatelné: denní výdaje podle platformy, konverze podle kampaně, tržby podle kanálu nebo počet leadů podle data. Porovnejte nedávné období v Marketing Cloud Intelligence se zdrojovou platformou.
Nepožadujte dokonalou rovnost, pokud vaše běžná implementace zahrnuje pravidla atribuce, převod měn, mapování dat, deduplikaci nebo zpožděné hlášení zdrojů. Místo toho porovnejte s tolerancí stanovenou vaším týmem. Klíčem je rozlišit známý rozdíl v modelování od nové mezery související s výpadkem.
| Kontrola | Dobrý signál pro zotavení | Důvod k opatrnosti |
|---|---|---|
| Přihlášení a navigace | Opakované testy proběhly úspěšně bez neobvyklých chyb | Občasné selhání přihlášení, časové limity nebo opakované pokusy |
| Načítání řídicího panelu | Známé zprávy se načítají v normálním nebo téměř normálním čase | Widgety jsou prázdné, částečně zobrazené nebo jim vypršel časový limit. |
| Aktuálnost dat | Jsou k dispozici nejnovější očekávané dávky | Chybí údaje o nedávných hodinách nebo plánovaném nakládání |
| Odsouhlasení zdrojů | Klíčové metriky spadají do normálního rozptylu | Neočekávané mezery, duplicitní součty nebo nevysvětlitelné výkyvy |
| Plánované výstupy | Exporty, upozornění a následné úlohy se dokončí normálně. | Nevyřízené úkoly, neúspěšné úlohy nebo zpožděné dodání následných úloh |
Tato hranice je záměrně konzervativní. Správná tolerance závisí na architektuře reportingu a obchodním využití. Dashboard používaný pro týdenní přehled trendů toleruje větší zpoždění než dashboard pro sledování tempa zobrazování používaný k pozastavení velké kampaně v reálném čase.
Změňte přístup, když je platforma nedostupná dostatečně dlouho, aby to ohrozilo skutečný termín pro rozhodnutí, nebo když kvalita dat zůstává nejistá i po obnovení přístupu. Mezi užitečné záložní metody patří reporting zdrojové platformy, dříve ověřené exporty, dotazy do datového skladu nebo omezená sada ručně odsouhlasených klíčových ukazatelů výkonnosti (KPI).
Záložní informace by měly být užší než běžný dashboard. Během incidentu je lepší méně ověřených metrik než obecná zpráva s neznámou aktuálností. Čísla záložních informací označte jejich zdrojem a dobou „proběhnutí dat“, aby příjemci omezení pochopili.
Pokud se například vaše placené sociální panely přestanou obnovovat před kontrolou rozpočtu v tentýž den, můžete pro stanovení tempa zobrazování použít celkové výdaje na nativní reklamu a konverze dané reklamní platformy a zároveň odložit rozhodnutí o atribuci napříč kanály, dokud nebudou harmonizovaná data opět aktuální.
Pokud Salesforce Trust nezobrazuje žádný odpovídající incident nebo pokud je veřejný incident označen jako vyřešený, zatímco vaše prostředí Marketing Cloud Intelligence stále vykazuje reprodukovatelné chyby, otevřete případ podpory. Pokyny Salesforce pro Marketing Cloud Intelligence vyzývají zákazníky, aby uvedli dopad na podnikání, snímky obrazovky postižené obrazovky nebo chyby, kroky reprodukce, očekávané chování, relevantní adresy URL nebo ID kontingenčních tabulek nebo widgetů a podrobnosti o práci provedené bezprostředně před problémem.
Salesforce uvádí, že žádosti o podporu Marketing Cloud Intelligence se odesílají prostřednictvím nápovědy Salesforce. Viz oficiální pokyny k odesílání žádostí o podporu Marketing Cloud Intelligence a Často kladené otázky k podpoře Marketing Cloud Intelligence .
Pro marketéra by „vyřešeno“ mělo znamenat víc než jen zelenou stránku se stavem. Silné uzavření obchodu má čtyři důkazy: uživatelé mají spolehlivý přístup ke službě, aktuální data se shodují, důležité součty se shodují v rámci normální odchylky a plánovaná následná práce se opět dokončuje.
Pokud některý z nich stále selhává, ponechte incident interně otevřený, i když se celkový stav služeb dodavatele zlepšil. Obnova dodavatele může proběhnout předtím, než se každý nevyřízený produkt, harmonogram konektoru nebo pracovní postup specifický pro zákazníka vrátí k normálu.
Externí stránka se stavem může také ukázat v omezeném rozsahu. Salesforce Trust může potvrdit incidenty platformy a dotčené služby, ale nemůže prokázat, že přesný datový model vaší organizace, harmonogram konektorů, transformace a následná rozhodnutí jsou správná. Toto konečné ověření náleží vašemu týmu.
Pokud se Datorama nebo Marketing Cloud Intelligence objeví mimo provoz, optimalizujte je pro obnovení kvality rozhodování , nejen dostupnosti obrazovky. Zkontrolujte důvěryhodnost Salesforce, otestujte malý pracovní postup, ověřte nová časová razítka, srovnejte několik hodnotných metrik a teprve poté obnovte normální reporting. Pokud se přístup obnoví, ale data jsou zastaralá nebo nekonzistentní, dočasně přepněte na užší ověřený zdroj a zdokumentujte časový limit. Tento přístup sice neodstraní všechna rizika výpadku, ale dává marketérům jasný a měřitelný standard pro rozhodování o tom, kdy je analytika opět spolehlivá.
Projděte si významné výpadky Salesforce v roce 2025, co selhalo, jak dlouho trvaly vybrané incidenty a praktické ponaučení z odolnosti, které mohou týmy uplatnit.
Vytvořte praktický plán pro zajištění kontinuity výpadků v Salesforce s analýzou dopadů, cíli RTO/RPO, manuálními řešeními, integračními kontrolami a kontrolami obnovy.
Zjistěte, jak kontaktovat podporu Salesforce během velkého výpadku: zkontrolujte stav důvěryhodnosti, vyberte správný kanál, začněte s důkladným podáním žádosti a sledujte obnovení.
Řešení problémů s přihlášením do Salesforce Workbench, REST Explorerem, časovým limitem, chybou 503, verzí API a omezením chyb během výpadků pomocí praktického diagnostického kontrolního seznamu.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Pochopte hlavní příčiny rozsáhlých výpadků cloudu, jak se selhání kaskádovitě šíří, co zkontrolovat jako první a jak navrhnout odolnější plán obnovy.
Pokud se zdá, že Datorama nebo Marketing Cloud Intelligence nefungují, použijte tento kontrolní seznam založený na důkazech k ověření výpadku, ochraně kvality reportů a zjištění, kdy jsou data opět důvěryhodná.
A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.
Understand how Salesforce and AWS connect through Hyperforce, integrations, networking, data residency, outages, and shared operational responsibilities.
An AWS outage does not automatically mean Salesforce is down. Learn how Hyperforce, regions, instances, and Salesforce Trust determine whether your org is affected.
