If Datorama—now called Marketing Cloud Intelligence—looks down, the most important question is not simply “Can I open the dashboard?” For marketers, a stronger recovery standard is: Can I trust the numbers enough to make a decision?
That distinction matters during a broad Salesforce incident. On September 16, 2026, Salesforce reported a service disruption affecting multiple instances across regions, with severe delays, intermittent errors, and periods when some services or support-case creation were unavailable. The incident was tied to request-processing pressure involving a login-related component, and Salesforce rolled out remediation region by region. Marketers should treat that as evidence of a Salesforce-wide availability problem—not automatic proof that every Marketing Cloud Intelligence tenant, connector, dashboard, or data pipeline failed in the same way. Check the live Salesforce Trust status site and your own tenant behavior before drawing that conclusion.
Salesforce describes Marketing Cloud Intelligence as a platform for connecting, harmonizing, visualizing, and acting on marketing data. Because those activities span several layers, an outage can show up in different ways. You may be unable to sign in, a dashboard may fail to load, a widget may time out, a connector may stop ingesting new records, or the interface may work while the newest data is still missing.
That is why a simple “page loads/page does not load” test is too weak. A previous Salesforce incident affecting Marketing Cloud Intelligence in May 2026 included dashboard-loading problems and delays in data insertion. The service later recovered, but the incident illustrates an important operational point: availability and data freshness are separate quality checks. Salesforce documented that incident on its Trust Status incident record.
For product context, Salesforce’s current documentation refers to Datorama as Marketing Cloud Intelligence. Its official overview explains that the product connects, harmonizes, visualizes, and activates marketing data. See Salesforce Help: Integrate and Analyze Marketing Data with Marketing Cloud Intelligence.
A good incident response does not end when someone says “the dashboard is back.” It ends when your team can answer three questions with evidence:
Ako su sva tri uvjeta zadovoljena, platforma bi mogla biti dovoljno operativna za normalan marketinški rad. Ako je vraćen samo pristup, nastavite oprezno tretirati nedavna izvješća.
Koristite Salesforce Trust kao primarni izvor za potvrđene incidente i održavanje. Potražite pogođeni proizvod, uslugu, regiju, instancu, vrijeme početka i najnovije ažuriranje. Globalni Salesforce incident može objasniti neuspjehe prijave bez dokazivanja da je određeni Marketing Cloud Intelligence cjevovod izgubio podatke.
Signal kvalitete koji želite je ažuriranje povjerenja koje odgovara onome što vaš tim primjećuje. Ako Salesforce izvještava o oporavku, ali vaš zakupnik i dalje stalno ne uspijeva, prijeđite na dijagnostiku specifičnu za zakupnika umjesto da pasivno čekate.
Nemojte započeti otvaranjem najtežeg izvršnog nadzornog panela. Koristite malo, poznato izvješće ili skup podataka koji se obično brzo učitava. Potvrdite da se možete prijaviti, otvoriti radni prostor, učitati jednostavnu vizualizaciju i dohvatiti nedavne zapise.
Uspješan lagani test govori vam da je platforma barem dostupna. To ne dokazuje da je svaka nadzorna ploča, konektor, izračun ili planirano unošenje ispravno.
Odaberite nekoliko feedova koji su važni za trenutnu poslovnu odluku - na primjer, potrošnja na plaćene medije, konverzije, CRM prilike ili prihod od e-trgovine. Usporedite najnoviju vremensku oznaku u Marketing Cloud Intelligenceu s najnovijom vremenskom oznakom na izvornoj platformi ili izvozu.
Najbolji znak oporavka nije „grafikon ima brojeve“. To je „prisutna je najnovija očekivana serija i njezino vrijeme se vratilo unutar normalnog operativnog raspona“. Ako izvorni sustav ima podatke u 14:00 sati, a Marketing Cloud Intelligence se zaustavi u 10:00 sati, nadzorna ploča može biti dostupna, ali i dalje operativno zastarjela.
Odaberite metrike koje su i važne i jednostavne za usporedbu: dnevna potrošnja po platformi, konverzije po kampanji, prihod po kanalu ili broj potencijalnih klijenata po datumu. Usporedite nedavno razdoblje u Marketing Cloud Intelligenceu s izvornom platformom.
Nemojte zahtijevati savršenu jednakost ako vaša uobičajena implementacija uključuje pravila atribucije, konverziju valuta, mapiranje podataka, deduplikaciju ili odgođeno izvještavanje o izvorima. Umjesto toga, usporedite s utvrđenom tolerancijom vašeg tima. Ključno je razlikovati poznatu razliku u modeliranju od novog jaza povezanog s prekidom.
| Provjeriti | Dobar signal za oporavak | Razlog za oprez |
|---|---|---|
| Prijava i navigacija | Ponovljeni testovi uspješni su bez neuobičajenih grešaka | Povremene neuspješne prijave, isteci vremena ili ponovljeni pokušaji |
| Učitavanje nadzorne ploče | Poznata izvješća učitavaju se u normalnom ili gotovo normalnom vremenu | Widgeti su prazni, djelomični ili im je isteklo vrijeme |
| Svježina podataka | Prisutne su najnovije očekivane serije | Nedostaju nedavni sati ili planirani utovari |
| Usklađivanje izvora | Ključni pokazatelji nalaze se unutar normalne varijance | Neočekivane praznine, duplicirani ukupni iznosi ili neobjašnjive oscilacije |
| Planirani izlazi | Izvozi, upozorenja i nizvodni poslovi dovršavaju se normalno | Zaostatak, neuspjeli poslovi ili odgođena isporuka nizvodno |
Ova je granica namjerno konzervativna. Prava tolerancija ovisi o vašoj arhitekturi izvještavanja i poslovnoj upotrebi. Nadzorna ploča koja se koristi za tjedni pregled trendova može tolerirati veće kašnjenje od nadzorne ploče za tempo koja se koristi za pauziranje velike kampanje u stvarnom vremenu.
Promijenite pristup kada platforma nije dostupna dovoljno dugo da ugrozi stvarni rok za donošenje odluke ili kada kvaliteta podataka ostane neizvjesna nakon ponovnog pristupa. Korisne rezervne opcije uključuju izvještavanje o izvornoj platformi, prethodno validirane izvoze, upite u skladište ili smanjeni skup ručno usklađenih KPI-jeva.
Rezervni izvještaj trebao bi biti uži od uobičajene nadzorne ploče. Tijekom incidenta, manje provjerenih metrika je bolje od širokog izvješća s nepoznatom svježinom. Označite rezervne brojeve njihovim izvorom i vremenom "prolaska podataka" kako bi primatelji razumjeli ograničenje.
Na primjer, ako se vaše nadzorne ploče za plaćene društvene mreže prestanu osvježavati prije pregleda proračuna istog dana, za određivanje tempa možete koristiti potrošnju na nativne oglase i ukupne iznose konverzija oglasne platforme, dok odgađate odluke o atribuciji na više kanala dok usklađeni podaci ponovno ne budu ažurni.
Ako Salesforce Trust ne prikazuje odgovarajući incident ili ako je javni incident označen kao riješen dok vaše okruženje Marketing Cloud Intelligence i dalje pokazuje reproducibilne kvarove, otvorite zahtjev za podršku. Salesforceove smjernice za podršku za Marketing Cloud Intelligence traže od korisnika da uključe utjecaj na poslovanje, snimke zaslona pogođenog zaslona ili pogreške, korake reprodukcije, očekivano ponašanje, relevantne URL-ove ili ID-ove pivot tablice ili widgeta i detalje o radu obavljenom neposredno prije problema.
Salesforce navodi da se zahtjevi za podršku za Marketing Cloud Intelligence podnose putem Salesforce pomoći. Pogledajte službene smjernice za podnošenje zahtjeva za Marketing Cloud Intelligence i Često postavljana pitanja o podršci za Marketing Cloud Intelligence .
Za marketinškog stručnjaka, „riješeno“ bi trebalo značiti više od zelene stranice sa statusom. Snažno zatvaranje ima četiri dokaza: korisnici mogu pouzdano pristupiti usluzi, trenutni podaci su se uskladili, važni ukupni iznosi su usklađeni unutar normalnog odstupanja i planirani daljnji radovi se ponovno dovršavaju.
Ako jedan od njih i dalje ne uspijeva, incident držite otvorenim interno čak i ako se opći status usluge dobavljača poboljšao. Oporavak dobavljača može se dogoditi prije nego što se svaki zaostatak, raspored konektora ili tijek rada specifičan za kupca vrati u normalu.
Također postoji ograničenje u onome što vam vanjska stranica statusa može reći. Salesforce Trust može potvrditi incidente platforme i pogođene usluge, ali ne može dokazati da su točan model podataka vaše organizacije, raspored konektora, transformacije i odluke o nizvodnom procesu ispravni. Ta konačna provjera pripada vašem timu.
Kada se Datorama ili Marketing Cloud Intelligence pojave u kvaru, optimizirajte oporavak kvalitete odluka , a ne samo dostupnost zaslona. Provjerite Salesforce Trust, testirajte mali tijek rada, provjerite nove vremenske oznake, uskladite nekoliko mjernih podataka visoke vrijednosti i tek tada nastavite normalno izvještavanje. Ako se pristup vrati, ali su podaci zastarjeli ili nekonzistentni, privremeno se prebacite na uži provjereni izvor i dokumentirajte vrijeme prekida. Taj pristup neće ukloniti svaki rizik od prekida, ali daje marketinškim stručnjacima jasan, mjerljiv standard za odlučivanje kada je analitika ponovno pouzdana.
Pregledajte značajne prekide rada Salesforcea u 2025. godini, što je zakazalo, koliko su dugo trajali odabrani incidenti i praktične lekcije o otpornosti koje timovi mogu primijeniti.
Izradite praktičan plan za kontinuitet zastoja u Salesforceu s analizom utjecaja, ciljevima RTO/RPO, ručnim rješenjima, kontrolama integracije i provjerama oporavka.
Naučite kako kontaktirati Salesforce podršku tijekom većeg prekida: provjerite status povjerenja, odaberite pravi kanal, otvorite snažan slučaj i pratite oporavak.
Rješavanje problema s prijavom u Salesforce Workbench, REST Explorerom, timeoutom, 503, verzijom API-ja i ograničavanje pogrešaka tijekom zastoja pomoću praktičnog dijagnostičkog popisa za provjeru.
Problemi sa StoreForceom mogu poremetiti raspoređivanje, evidenciju vremena i tijekove rada zaposlenika. Naučite kako procijeniti utjecaj, održati trgovine u funkciji, provjeriti oporavak i znati kada eskalirati problem.
Razumjeti glavne uzroke raširenih prekida rada u oblaku, kako se kvarovi kaskadno prenose, što prvo provjeriti i kako osmisliti otporniji plan oporavka.
If Datorama or Marketing Cloud Intelligence seems down, use this evidence-based checklist to verify the outage, protect reporting quality, and know when data is trustworthy again.
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.
Prekid rada AWS-a ne znači automatski da je Salesforce u kvaru. Saznajte kako Hyperforce, regije, instance i Salesforce Trust određuju je li vaša organizacija pogođena.
