Datorama (Marketing Cloud) Ned: Hvad marketingfolk har brug for at vide

Hvis Datorama – nu kaldet Marketing Cloud Intelligence – kigger nedad, er det vigtigste spørgsmål ikke blot: "Kan jeg åbne dashboardet?". For marketingfolk er en stærkere standard for genopretning: Kan jeg stole nok på tallene til at træffe en beslutning?

Denne sondring er vigtig under en bred Salesforce-hændelse. Den 16. september 2026 rapporterede Salesforce en serviceafbrydelse, der påvirkede flere instanser på tværs af regioner, med alvorlige forsinkelser, periodiske fejl og perioder, hvor nogle tjenester eller oprettelse af supportsager ikke var tilgængelige. Hændelsen var knyttet til pres i forbindelse med anmodningsbehandling, der involverede en login-relateret komponent, og Salesforce udrullede afhjælpning region for region. Marketingfolk bør behandle dette som bevis på et Salesforce-dækkende tilgængelighedsproblem – ikke et automatisk bevis på, at alle Marketing Cloud Intelligence-lejere, -connectorer, -dashboards eller -datapipelines fejlede på samme måde. Tjek det live Salesforce Trust-statuswebsted og din egen lejeradfærd, før du drager den konklusion.

Marketinganalysedashboard på en desktopskærm, der viser en advarsel om serviceafbrydelse, data om forsinkede konverteringer, diagrammer over kampagnepræstationer og indikatorer for dataaktualitet
Et dashboard til marketinganalyse med en advarsel om serviceafbrydelser og indikatorer for forsinkede data – det centrale spørgsmål under et afbrud er, om rapporteringen er aktuel og fuldstændig nok til at blive brugt.

Hvad "Datorama down" egentlig kan betyde

Salesforce beskriver Marketing Cloud Intelligence som en platform til at forbinde, harmonisere, visualisere og handle på marketingdata. Da disse aktiviteter spænder over flere lag, kan et nedbrud vise sig på forskellige måder. Du kan muligvis ikke logge ind, et dashboard kan muligvis ikke indlæses, en widget kan få timeout, en connector kan stoppe med at indtage nye poster, eller grænsefladen kan fungere, mens de nyeste data stadig mangler.

Derfor er en simpel "side indlæses/siden indlæses ikke"-test for svag. En tidligere Salesforce-hændelse, der påvirkede Marketing Cloud Intelligence i maj 2026, omfattede problemer med indlæsning af dashboards og forsinkelser i dataindsættelse. Tjenesten blev senere genoprettet, men hændelsen illustrerer et vigtigt operationelt punkt: tilgængelighed og dataaktualitet er separate kvalitetskontroller. Salesforce dokumenterede denne hændelse i sin Trust Status-hændelsespost .

I produktsammenhæng refererer Salesforces nuværende dokumentation til Datorama som Marketing Cloud Intelligence. Den officielle oversigt forklarer, at produktet forbinder, harmoniserer, visualiserer og aktiverer marketingdata. Se Salesforce Hjælp: Integrer og analyser marketingdata med Marketing Cloud Intelligence .

Det resultat, du bør sigte efter under et strømafbrud

En god incidentrespons slutter ikke, når nogen siger "dashboardet er tilbage." Den slutter, når dit team kan besvare tre spørgsmål med beviser:

  • Adgang: Kan de personer og systemer, der har brug for Marketing Cloud Intelligence, logge ind og udføre normale handlinger uden gentagne fejl?
  • Aktualitet: Er de seneste forventede dataindlæsninger til stede med tidsstempler, der matcher normale indtagelsesplaner?
  • Fuldstændighed og konsistens: Stemmer totaler, dimensioner og nøglebegivenheder tilstrækkeligt overens med dine primære kildesystemer til at understøtte den beslutning, du er ved at træffe?

Hvis alle tre er tilfredse, kan platformen være operationel nok til normalt marketingarbejde. Hvis blot adgangen er genoprettet, skal du fortsætte med at behandle de seneste rapporter med forsigtighed.

Sådan verificerer du, om problemet er Salesforce, din lejer eller dine data

1. Tjek først Salesforce Trust

Brug Salesforce Trust som den primære kilde til bekræftede hændelser og vedligeholdelse. Se efter det berørte produkt, den berørte tjeneste, den berørte region, den berørte instans, starttidspunktet og den seneste opdatering. En global Salesforce-hændelse kan forklare loginfejl uden at bevise, at en specifik Marketing Cloud Intelligence-pipeline har mistet data.

Det kvalitetssignal, du ønsker, er en tillidsopdatering, der matcher det, dit team observerer. Hvis Salesforce rapporterer gendannelse, men din lejer stadig fejler konsekvent, skal du gå over til lejerspecifik diagnosticering i stedet for at vente passivt.

2. Test den mindste brugbare arbejdsgang

Start ikke med at åbne det tungeste dashboard for ledere. Brug en lille, kendt rapport eller et kendt datasæt, der normalt indlæses hurtigt. Bekræft, at du kan logge ind, åbne arbejdsområdet, indlæse en simpel visualisering og hente de seneste poster.

En vellykket letvægtstest fortæller dig, at platformen i det mindste er tilgængelig. Det beviser ikke , at alle dashboards, connectorer, beregninger eller planlagte indtagelser er i orden.

3. Tjek dataenes aktualitet i forhold til forventede ankomsttider

Vælg et par feeds, der er vigtige for den aktuelle forretningsbeslutning – for eksempel udgifter til betalte medier, konverteringer, CRM-muligheder eller e-handelsomsætning. Sammenlign det nyeste tidsstempel i Marketing Cloud Intelligence med det nyeste tidsstempel på den oprindelige platform eller eksport.

Det bedste tegn på bedring er ikke "diagrammet har tal." Det er "den nyeste forventede batch er til stede, og dens timing er tilbage inden for det normale driftsområde." Hvis kildesystemet har data kl. 14.00, og Marketing Cloud Intelligence stopper kl. 10.00, kan dashboardet være tilgængeligt, men stadig operationelt forældet.

4. Afstem et par værdifulde målinger

Vælg metrikker, der både er vigtige og nemme at sammenligne: dagligt forbrug pr. platform, konverteringer pr. kampagne, omsætning pr. kanal eller antal leads pr. dato. Sammenlign en nylig periode i Marketing Cloud Intelligence med kildeplatformen.

Kræv ikke perfekt lighed, hvis din normale implementering inkluderer attributionsregler, valutakonvertering, datakortlægning, deduplikering eller forsinket kilderapportering. Sammenlign i stedet med dit teams etablerede tolerance. Nøglen er at skelne en kendt modelleringsforskel fra et nyt afbrydelsesrelateret gab.

En praktisk kvalitetskontrol inden du genoptager normal rapportering

CheckGodt bedringsignalGrund til at udvise forsigtighed
Login og navigationGentagne tests lykkes uden usædvanlige fejlPeriodiske loginfejl, timeouts eller gentagne forsøg
Dashboard indlæsesKendte rapporter indlæses på normal eller næsten normal tidWidgets er tomme, delvise eller har timeout
DatafriskhedSeneste forventede partier er til stedeDe seneste timer eller planlagte indlæsninger mangler
KildeafstemningNøgleparametre falder inden for normal variansUventede huller, duplikerede totaler eller uforklarlige udsving
Planlagte outputEksporter, advarsler og downstream-job fuldføres normaltEfterslæb, mislykkede job eller forsinket downstream-levering

Denne port er bevidst konservativ. Den rette tolerance afhænger af din rapporteringsarkitektur og forretningsmæssige brug. Et dashboard, der bruges til ugentlig trendgennemgang, kan tolerere mere forsinkelse end et tempo-dashboard, der bruges til at sætte en stor kampagne på pause i realtid.

Hvornår bør marketingfolk skifte til en fallback-proces?

Skift tilgang, når platformen er utilgængelig længe nok til at true en reel beslutningsfrist, eller når datakvaliteten forbliver usikker efter returnering af adgang. Nyttige alternativer omfatter rapportering fra kilde til platform, tidligere validerede eksporter, lagerforespørgsler eller et reduceret sæt manuelt afstemte KPI'er.

Fallback-dashboardet bør være mere snævert end det normale dashboard. Under en hændelse er færre verificerede metrikker bedre end en bred rapport med ukendt aktualitet. Mærk fallback-tal med deres kilde og "data gennem"-tid, så modtagerne forstår begrænsningen.

Hvis dine betalte sociale dashboards f.eks. holder op med at opdatere før en budgetgennemgang samme dag, kan du bruge annonceplatformens native udgifts- og konverteringstotaler til tempo, mens du udsætter beslutninger om tværgående kanalers attribution, indtil harmoniserede data er aktuelle igen.

Hvad man ikke skal gøre under et Datorama-afbrud

  • Antag ikke, at et tomt dashboard betyder, at data er blevet slettet. Problemer med rendering, login, forbindelse, behandling og datalagring kan forårsage lignende symptomer.
  • Gentag ikke store job uden at forstå fejltilstanden. Gentagne forsøg kan skabe forvirring, dobbeltarbejde eller en efterslæbning afhængigt af pipelinedesignet.
  • Udgiv ikke "endelige" præstationstal, bare fordi brugerfladen er tilgængelig igen. Valider først, om de er nye og fuldstændige.
  • Brug ikke opslag på sociale medier eller tredjeparts afbrydelsestrackere som din eneste dokumentation. De kan være nyttige signaler, men Salesforce Trust og dine tests på lejerniveau bør være drivkraften bag operationelle beslutninger.

Hvornår skal man åbne en Salesforce supportsag

Hvis Salesforce Trust ikke viser nogen matchende hændelse, eller hvis den offentlige hændelse er markeret som løst, mens dit Marketing Cloud Intelligence-miljø stadig viser reproducerbare fejl, skal du åbne en supportsag. Salesforces supportvejledning til Marketing Cloud Intelligence beder kunderne om at inkludere den forretningsmæssige påvirkning, skærmbilleder af det berørte skærmbillede eller den berørte fejl, reproduktionstrin, forventet adfærd, relevante pivottabeller eller widget-URL'er eller -id'er og detaljer om arbejde udført umiddelbart før problemet.

Salesforce oplyser, at Marketing Cloud Intelligence-supportsager indsendes via Salesforce Hjælp. Se den officielle vejledning til indsendelse af Marketing Cloud Intelligence-sager og Marketing Cloud Intelligence-support med ofte stillede spørgsmål .

Hvordan man ved, at hændelsen virkelig er slut for marketing

For en marketingmedarbejder bør "løst" betyde mere end en grøn statusside. En stærk afslutning har fire beviser: brugerne kan tilgå tjenesten pålideligt, aktuelle data er indhentet, vigtige totaler stemmer overens med normal afvigelse, og planlagt downstream-arbejde er færdigt igen.

Hvis en af ​​disse stadig fejler, skal hændelsen holdes åben internt, selvom leverandørens generelle servicestatus er forbedret. Leverandørgendannelse kan ske, før hver efterslæb, connector-plan eller kundespecifik arbejdsgang vender tilbage til normalen.

Der er også en grænse for, hvad en ekstern statusside kan fortælle dig. Salesforce Trust kan bekræfte platformhændelser og berørte tjenester, men det kan ikke bevise, at din organisations nøjagtige datamodel, connector-tidsplan, transformationer og downstream-beslutninger er korrekte. Den endelige verifikation tilhører dit team.

Konklusion

Når Datorama eller Marketing Cloud Intelligence viser sig at være nede, skal du optimere for at opnå en bedre beslutningskvalitet , ikke kun for skærmtilgængelighed. Tjek Salesforce Trust, test en lille arbejdsgang, verificer nye tidsstempler, afstem et par værdifulde metrikker, og først derefter genoptag normal rapportering. Hvis adgangen vender tilbage, men dataene er forældede eller inkonsistente, skal du midlertidigt skifte til en mere snæver verificeret kilde og dokumentere afbrydelsestidspunktet. Denne tilgang vil ikke eliminere enhver risiko for nedbrud, men den giver marketingfolk en klar, målbar standard for at afgøre, hvornår analyser er pålidelige igen.

Efterlad en kommentar

Salesforce-nedbrud 2025: Et praktisk tilbageblik på større forstyrrelser

Salesforce-nedbrud 2025: Et praktisk tilbageblik på større forstyrrelser

Gennemgå bemærkelsesværdige Salesforce-nedbrud i 2025, hvad der fejlede, hvor længe udvalgte hændelser varede, og de praktiske erfaringer om modstandsdygtighed, som teams kan anvende.

Udvikling af en forretningskontinuitetsplan for Salesforce-nedetid

Udvikling af en forretningskontinuitetsplan for Salesforce-nedetid

Byg en praktisk Salesforce-plan for kontinuitet i nedetid med konsekvensanalyse, RTO/RPO-mål, manuelle løsninger, integrationskontroller og genoprettelsestjek.

Sådan kontakter du Salesforce Support under en større systemfejl

Sådan kontakter du Salesforce Support under en større systemfejl

Lær, hvordan du kontakter Salesforce Support under et større nedbrud: Tjek tillidsstatus, vælg den rigtige kanal, åbn en stærk sag, og spor gendannelse.

Salesforce Workbench-fejl: Fejlfinding af API-værktøjer under nedetid

Salesforce Workbench-fejl: Fejlfinding af API-værktøjer under nedetid

Fejlfind Salesforce Workbench login, REST Explorer, timeout, 503, API-version og begræns fejl under nedetid med en praktisk diagnostisk tjekliste.

StoreForce Experiencing Issues? How Retail Teams Can Protect Workforce Operations

StoreForce Experiencing Issues? How Retail Teams Can Protect Workforce Operations

StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.

Hvad er de primære årsager til udbredte nedetider på cloudplatforme?

Hvad er de primære årsager til udbredte nedetider på cloudplatforme?

Forstå de vigtigste årsager til udbredt nedetid i skyen, hvordan fejl opstår i flere omgange, hvad man skal kontrollere først, og hvordan man designer en mere robust genopretningsplan.

Datorama (Marketing Cloud) Ned: Hvad marketingfolk har brug for at vide

Datorama (Marketing Cloud) Ned: Hvad marketingfolk har brug for at vide

Hvis Datorama eller Marketing Cloud Intelligence ser ud til at være nede, kan du bruge denne evidensbaserede tjekliste til at verificere nedbruddet, beskytte rapporteringskvaliteten og vide, hvornår data er troværdige igen.

Salesforce Heroku Outage: What Happens to Deployed Applications?

Salesforce Heroku Outage: What Happens to Deployed Applications?

A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.

Understanding the Dependency Between Salesforce and AWS

Understanding the Dependency Between Salesforce and AWS

Understand how Salesforce and AWS connect through Hyperforce, integrations, networking, data residency, outages, and shared operational responsibilities.

Er Salesforce påvirket af det seneste AWS-nedbrud? Hvad brugerne bør tjekke først

Er Salesforce påvirket af det seneste AWS-nedbrud? Hvad brugerne bør tjekke først

Et AWS-nedbrud betyder ikke automatisk, at Salesforce er nede. Lær, hvordan Hyperforce, regioner, instanser og Salesforce Trust afgør, om din organisation er berørt.