Om Datorama – numera kallat Marketing Cloud Intelligence – blickar neråt är den viktigaste frågan inte bara ”Kan jag öppna instrumentpanelen?”. För marknadsförare är en starkare återhämtningsstandard: Kan jag lita tillräckligt på siffrorna för att fatta ett beslut?
Den skillnaden är viktig under en omfattande Salesforce-incident. Den 16 september 2026 rapporterade Salesforce ett tjänsteavbrott som påverkade flera instanser över regioner, med allvarliga förseningar, återkommande fel och perioder då vissa tjänster eller skapande av supportärenden inte var tillgängliga. Incidenten var kopplad till tryck vid förfrågningsbehandling som involverade en inloggningsrelaterad komponent, och Salesforce rullade ut åtgärden region för region. Marknadsförare bör behandla detta som bevis på ett Salesforce-omfattande tillgänglighetsproblem – inte ett automatiskt bevis på att varje Marketing Cloud Intelligence-klient, koppling, instrumentpanel eller datapipeline misslyckades på samma sätt. Kontrollera den aktuella Salesforce Trust-statussidan och ditt eget klientbeteende innan du drar den slutsatsen.
Salesforce beskriver Marketing Cloud Intelligence som en plattform för att ansluta, harmonisera, visualisera och agera utifrån marknadsföringsdata. Eftersom dessa aktiviteter sträcker sig över flera lager kan ett avbrott dyka upp på olika sätt. Du kanske inte kan logga in, en instrumentpanel kanske inte laddas, en widget kanske får timeout, en koppling kanske slutar hämta nya poster, eller så kan gränssnittet fungera medan den senaste informationen fortfarande saknas.
Det är därför ett enkelt test som säger att sidan laddas/sidan laddas inte" är för svagt. En tidigare Salesforce-incident som påverkade Marketing Cloud Intelligence i maj 2026 inkluderade problem med inläsning av instrumentpaneler och förseningar i datainmatning. Tjänsten återhämtade sig senare, men incidenten illustrerar en viktig operativ punkt: tillgänglighet och dataaktualitet är separata kvalitetskontroller. Salesforce dokumenterade den incidenten i sin Trust Status-incidentpost .
För produktkontext hänvisar Salesforces nuvarande dokumentation till Datorama som Marketing Cloud Intelligence. Dess officiella översikt förklarar att produkten kopplar samman, harmoniserar, visualiserar och aktiverar marknadsföringsdata. Se Salesforce-hjälpen: Integrera och analysera marknadsföringsdata med Marketing Cloud Intelligence .
En bra incidenthantering slutar inte när någon säger ”instrumentpanelen är tillbaka”. Den slutar när ditt team kan svara på tre frågor med bevis:
Om alla tre är nöjda kan plattformen vara tillräckligt operativ för normalt marknadsföringsarbete. Om bara åtkomsten återställs, fortsätt att behandla de senaste rapporterna med försiktighet.
Använd Salesforce Trust som primär källa för bekräftade incidenter och underhåll. Leta efter den berörda produkten, tjänsten, regionen, instansen, starttiden och den senaste uppdateringen. En global Salesforce-incident kan förklara inloggningsfel utan att bevisa att en specifik Marketing Cloud Intelligence-pipeline har förlorat data.
Den kvalitetssignal du vill ha är en förtroendeuppdatering som matchar vad ditt team observerar. Om Salesforce rapporterar återställning men din klient fortfarande misslyckas konsekvent, gå över till klientspecifik diagnostik istället för att vänta passivt.
Börja inte med att öppna den tyngsta chefsöversikten. Använd en liten, känd rapport eller datauppsättning som normalt laddas snabbt. Bekräfta att du kan logga in, öppna arbetsytan, ladda en enkel visualisering och hämta de senaste posterna.
Ett lyckat lättviktstest visar att plattformen åtminstone är tillgänglig. Det bevisar inte att varje instrumentpanel, koppling, beräkning eller schemalagd inmatning är felfri.
Välj några flöden som är viktiga för det aktuella affärsbeslutet – till exempel utgifter för betald media, konverteringar, CRM-möjligheter eller e-handelsintäkter. Jämför den senaste tidsstämpeln i Marketing Cloud Intelligence med den senaste tidsstämpeln i den ursprungliga plattformen eller exporten.
Det bästa tecknet på återhämtning är inte ”diagrammet innehåller siffror”. Det är ”den senaste förväntade batchen finns och dess tidpunkt är tillbaka inom det normala driftsintervallet”. Om källsystemet har data från 14:00 och Marketing Cloud Intelligence stannar klockan 10:00 kan instrumentpanelen vara tillgänglig men fortfarande operativt inaktuell.
Välj mätvärden som är både viktiga och enkla att jämföra: dagliga utgifter per plattform, konverteringar per kampanj, intäkter per kanal eller antal leads per datum. Jämför en aktuell period i Marketing Cloud Intelligence med källplattformen.
Kräv inte perfekt likhet om er normala implementering inkluderar attributionsregler, valutakonvertering, datamappning, deduplicering eller fördröjd källrapportering. Jämför istället mot ert teams etablerade tolerans. Nyckeln är att skilja en känd modelleringsskillnad från ett nytt avbrottsrelaterat gap.
| Kontrollera | Bra återhämtningssignal | Anledning att vara försiktig |
|---|---|---|
| Inloggning och navigering | Upprepade tester lyckas utan ovanliga fel | Intermittenta inloggningsfel, timeouts eller upprepade försök |
| Instrumentpanelen laddas | Kända rapporter laddas vid normal eller nästan normal tid | Widgets är tomma, ofullständiga eller har nått tidsgränsen |
| Datauppdatering | Senast förväntade batcher finns | De senaste timmarna eller schemalagda laddningarna saknas |
| Källavstämning | Viktiga mätvärden faller inom normal varians | Oväntade luckor, dubbletter av totaler eller oförklarade svängningar |
| Schemalagda utgångar | Exporter, aviseringar och nedströmsjobb slutförs normalt | Orderstockning, misslyckade jobb eller försenad leverans nedströms |
Denna grind är avsiktligt konservativ. Rätt tolerans beror på din rapporteringsarkitektur och affärsanvändning. En instrumentpanel som används för veckovis trendgranskning kan tolerera mer fördröjning än en tempo-instrumentpanel som används för att pausa en stor kampanj i realtid.
Ändra tillvägagångssätt när plattformen är otillgänglig tillräckligt länge för att hota en verklig beslutsdeadline, eller när datakvaliteten förblir osäker efter återkommande åtkomst. Användbara reservlösningar inkluderar rapportering mellan källor och plattformar, tidigare validerade exporter, lagerfrågor eller en minskad uppsättning manuellt avstämda nyckeltal.
Reservdatabladet bör vara smalare än det vanliga instrumentpanelen. Under en incident är färre verifierade mätvärden bättre än en bred rapport med okänd aktualitet. Märk reservdata med deras källa och "data till och med"-tid så att mottagarna förstår begränsningen.
Om till exempel dina betalda sociala dashboards slutar uppdateras före en budgetgranskning samma dag, kan du använda annonsplattformens inbyggda utgifts- och konverteringssiffror för tempot samtidigt som du skjuter upp beslut om attribution mellan kanaler tills harmoniserade data är aktuella igen.
Om Salesforce Trust inte visar någon matchande incident, eller om den offentliga incidenten är markerad som löst medan din Marketing Cloud Intelligence-miljö fortfarande visar reproducerbara fel, öppna ett supportärende. Salesforces supportvägledning för Marketing Cloud Intelligence ber kunder att inkludera affärspåverkan, skärmdumpar av den berörda skärmen eller felet, reproduktionssteg, förväntat beteende, relevanta pivottabell- eller widget-URL:er eller ID:n och detaljer om arbete som utfördes omedelbart före problemet.
Salesforce uppger att supportärenden för Marketing Cloud Intelligence skickas in via Salesforce Help. Se den officiella vägledningen för inlämning av ärenden för Marketing Cloud Intelligence och FAQ för support för Marketing Cloud Intelligence .
För en marknadsförare bör ”löst” betyda mer än en grön statussida. En stark avslutsprocess har fyra bevis: användare kan komma åt tjänsten på ett tillförlitligt sätt, aktuell data har kommit ikapp, viktiga totalsummor stämmer överens med normal avvikelse och schemalagt nedströmsarbete slutförs igen.
Om någon av dessa fortfarande inte fungerar, håll incidenten öppen internt även om leverantörens allmänna servicestatus har förbättrats. Återställning från leverantören kan ske innan varje eftersläpning, kopplingsschema eller kundspecifikt arbetsflöde återgår till det normala.
Det finns också en gräns för vad en extern statussida kan visa dig. Salesforce Trust kan bekräfta plattformsincidenter och berörda tjänster, men kan inte bevisa att din organisations exakta datamodell, kopplingsschema, transformationer och nedströmsbeslut är korrekta. Den slutliga verifieringen tillhör ditt team.
När Datorama eller Marketing Cloud Intelligence verkar vara nere, optimera för återställning av beslutskvalitet , inte bara skärmtillgänglighet. Kontrollera Salesforce Trust, testa ett litet arbetsflöde, verifiera nya tidsstämplar, avstäm några värdefulla mätvärden och återuppta sedan normal rapportering. Om åtkomsten återkommer men informationen är inaktuell eller inkonsekvent, byt tillfälligt till en smalare verifierad källa och dokumentera slutdatumet. Den metoden kommer inte att eliminera alla avbrottsrisker, men den ger marknadsförare en tydlig, mätbar standard för att avgöra när analyserna är tillförlitliga igen.
Granska anmärkningsvärda Salesforce-avbrott under 2025, vad som misslyckades, hur länge utvalda incidenter varade och de praktiska lärdomar om motståndskraft som team kan tillämpa.
Skapa en praktisk Salesforce-plan för kontinuitet i driftstopp med konsekvensanalys, RTO/RPO-mål, manuella lösningar, integrationskontroller och återställningskontroller.
Lär dig hur du kontaktar Salesforce Support under ett större avbrott: kontrollera förtroendestatus, välj rätt kanal, öppna ett starkt ärende och spåra återställningen.
Felsök Salesforce Workbench-inloggning, REST Explorer, timeout, 503, API-version och begränsa fel under driftstopp med en praktisk diagnostisk checklista.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Förstå de främsta orsakerna till utbredda driftstopp i molnet, hur fel uppstår i flera steg, vad man ska kontrollera först och hur man utformar en mer motståndskraftig återställningsplan.
Om Datorama eller Marketing Cloud Intelligence verkar vara nere, använd den här evidensbaserade checklistan för att verifiera avbrottet, skydda rapporteringskvaliteten och veta när data är tillförlitliga igen.
A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.
Förstå hur Salesforce och AWS kopplas samman via Hyperforce, integrationer, nätverk, datalagring, avbrott och delat driftsansvar.
Ett AWS-avbrott betyder inte automatiskt att Salesforce ligger nere. Lär dig hur Hyperforce, regioner, instanser och Salesforce Trust avgör om din organisation påverkas.
