How to Contact Salesforce Support During a Major System Failure

When Salesforce stops responding, the fastest route to a useful answer is a coordinated one: check the official Trust Status page, identify whether the problem is platform-wide or limited to your org, then use the support channel your Success Plan actually includes. A well-prepared case gives Salesforce enough context to connect your symptoms to an incident or investigate an org-specific failure.

This guide reflects the Salesforce Help support experience documented on September 4, 2026. Salesforce can change labels, eligibility, phone routing, and language coverage, so treat the linked Salesforce pages as the current authority when you are in the incident.

Use this order during the first 15 minutes

1. Check Salesforce Trust Status. Look for an incident that matches your cloud, instance, region, and symptoms. Record the incident identifier, current status, affected services, and the time of the latest update.
2. Confirm the scope. Test a small, safe set of actions from an approved user: login, a read-only record view, the affected API or integration, and—if relevant—a separate Salesforce service. Do not repeatedly change configuration while Salesforce is investigating.
3. Choose one owner. Have an authorized admin or support contact coordinate the case. Duplicate cases from several employees make it harder to maintain one timeline and can split evidence across tickets.
4. Use the highest-priority permitted channel. For a business-stopping issue, follow your contract's Severity 1 process. Salesforce's current guidance recommends phone support for Sev 1 issues across all Success Plans; the actual phone option and regional number are shown after you select the applicable support path.
5. Preserve evidence and communicate internally. Capture timestamps in UTC, error text, affected users, instance, request IDs, and the last known successful transaction. Share an internal status message so every team is not contacting Salesforce independently.

Start with Trust Status, not a random phone number

Trust Status is the public place to look for Salesforce service incidents and maintenance information. It is useful even when Salesforce Help is slow or the application itself is unavailable. Match the status entry to your own instance rather than assuming that a report about “Salesforce” affects every customer.

En samsvarende hendelse endrer måten du kontakter kundestøtte på. Hvis Salesforce allerede har bekreftet driftsstansen, inkluder hendelsesidentifikatoren i din interne tidslinje og sak. Be kundestøtte om å knytte organisasjonen din til hendelsen eller bekrefte om symptomene dine er forventede. Hvis det ikke finnes noen samsvarende hendelse, blir en organisasjonsspesifikk sak viktigere, spesielt når bare én organisasjon, integrasjon, tillatelsessett eller API-klient feiler.

Ikke bruk en tredjeparts avbruddssporer som bevis. Det kan være et nyttig signal, men Salesforce Trust Status og dine egne tester er kildene som bør drive eskaleringen.

Vit hvilken Salesforce-støttekanal du kan bruke

Salesforce sier at støttealternativene avhenger av suksessplanen som er knyttet til den relevante organisasjonen. I Salesforce Hjelp logger du på og åpner Min suksessplan. Hvis du administrerer mer enn én organisasjon, velger du planen som samsvarer med organisasjonen og skyen som opplever feilen.

For å se live-reglene og dekning av regionale språk, bruk Salesforces veiledning om hvordan du får støtte fra Salesforce-hjelp . Den dokumenterer hjelpeagent, telefonstøtte, saksoppretting, Mine saker og forskjellene mellom Standard, Premier og Signature. Den offentlige Salesforce-kontaktsiden er nyttig for generelle kundeserviceruter, men den erstatter ikke den autentiserte støttearbeidsflyten ved et produksjonsavbrudd.

Slik åpner du en Salesforce-støttesak

1. Logg på Salesforce Hjelp og velg riktig organisasjon

Gå til Salesforce Hjelp . Velg produksjonsorganisasjonen og skyen som faktisk er berørt. Dette er viktig når samme administrator har sandkasser, flere produksjonsorganisasjoner eller mer enn ett Salesforce-produkt. Hvis saksalternativet mangler, må du kontrollere at du bruker en kvalifisert Salesforce-lisens og be Salesforce-administratoren eller den utpekte supportkontakten om å sende den inn.

2. Start hjelpeagenten eller saksinnsendingsskjemaet

Salesforces nåværende hjelpeopplevelse kan starte med hjelpeagent. Beskriv feilen tydelig og be dem om å koble deg til en supporttekniker når selvbetjeningsveiledning ikke er nok. Hvis språket eller planen din ikke eksponerer denne ruten, bruk saksinnsendingsskjemaet når det tilbys. For Sev 1, bruk telefonlinjen som anbefales av Salesforce og oppgi saksnummeret eller hendelsesidentifikatoren hvis du allerede har en.

3. Skriv saken slik at en ingeniør kan handle ut fra den

Skriv inn virkningen og omfanget i de to første setningene. Et nyttig emne ser slik ut: «Produksjonstilgangsfeil på [instans] – alle brukere kan ikke laste inn Sales Cloud siden [UTC-tid].» Deretter oppgir du driftsdetaljene i en stabil rekkefølge:

• Produkt og berørt sky, for eksempel Salg, Service, Data eller Tableau.
• Produksjon eller sandkasse, organisasjons-ID, forekomst, region og Salesforce-utgivelsen eller relevant integrasjonsversjon hvis kjent.
• Nøyaktig UTC-starttid, siste kjente vellykkede tidspunkt og om problemet er kontinuerlig eller periodisk.
• Antall eller prosentandel av berørte brukere, blokkerte forretningsprosesser og om alle profiler eller bare et delsett er berørt.
• Nøyaktig feilmelding, forespørsels-ID, korrelasjons-ID, nettleser- eller API-klient og en minimal reproduserbar sekvens.
• Hva du forventet, hva som skjedde i stedet, og trygge tester som allerede er utført.
• Hendelses-ID-en for tillitsstatus, hvis en samsvarende hendelse finnes, pluss eventuelle løsninger som hjelper eller mislykkes.

Ikke lim inn passord, tilgangstokener, fullstendige kundeeksporter, betalingsdetaljer, helseinformasjon eller andre regulerte data. Salesforce bemerker at Salesforce Hjelp er atskilt fra Salesforce-miljøet ditt og ikke er ment for sensitive eller regulerte data. Fjern skjermbilder, bruk syntetiske post-ID-er og gi bare det minste diagnostiske utvalget som trengs.

Hva man skal si på telefonen

Hold samtalen fokusert. Start med tre fakta: «Dette er produksjon», «forretningspåvirkningen er [spesifikk blokkert prosess]», og «feilen startet kl. [UTC-tid] på [instans]». Deretter oppgir du organisasjons-ID, eksisterende saksnummer, hendelses-ID for tillitsstatus, antall berørte brukere og én nøyaktig feil. Be representanten bekrefte alvorlighetsklassifiseringen, saksnummeret, neste oppdateringskanal og om organisasjonen din har blitt koblet til en kjent hendelse.

Ikke overdriv alvorlighetsgraden for å komme deg opp i køen. En presis beskrivelse av forretningspåvirkningen er mer nyttig enn merkelapper som «alt er ødelagt». Hvis problemet er periodisk, si det og oppgi feilraten fra et definert tidsvindu i stedet for å gjette.

Etter at saken er sendt inn

1. Lagre saksnummeret i hendelseskanalen og den interne hendelsesloggen din.
2. Tildel én person til å legge ut oppdateringer i Salesforce; legg bare til samarbeidspartnere når de trenger saksoppdateringene.
3. Bruk Mine saker til å lese svar, legge til kommentarer, laste opp redigerte vedlegg eller justere informasjonen etter hvert som omfanget endres.
4. Hold en tidsstemplet oversikt over gjenoppretting: pålogging, lese-/skrivetransaksjoner, API-kall, integrasjoner, planlagte jobber og kundevendte arbeidsflyter.
5. Etter at tjenesten er returnert, spør hva som gjenstår å sjekke og om Salesforce vil publisere en endelig hendelsesoppdatering eller et sammendrag av rotårsaken. Ikke bruk en grønn statusside som bevis på at alle nedstrømsintegrasjoner har gjenopprettet seg.

Sjekkliste for kontakt ved større feil

• Status: Tillitsstatus kontrollert; samsvarende hendelses-ID og siste tidsstempel registrert.
• Omfang: riktig organisasjon, instans, produkt, miljø, brukere og blokkert forretningsprosess bekreftet.
• Kanal: Suksessplan identifisert; Sev 1 telefonlinje brukes når problemet virkelig hindrer virksomheten.
• Bevis: UTC-tider, nøyaktige feil, forespørsels-ID-er, siste suksess, sikre reproduksjonstrinn og redigerte skjermbilder klare.
• Eierskap: én sakseier, én intern hendelseskanal og én sannhetskilde for oppdateringer.
• Sikkerhet: ingen legitimasjon, tokener eller sensitive kundedata inkludert i saken.
• Gjenoppretting: kritiske transaksjoner og integrasjoner testet på nytt etter at Salesforce rapporterer gjenoppretting.

Den praktiske regelen er enkel: bruk tillitsstatus for å opprette den delte hendelsen, bruk Salesforce Hjelp for å opprette den organisasjonsspesifikke støtteposten, og bruk telefonstøtte når suksessplanen din og forretningspåvirkningen rettferdiggjør det. Denne sekvensen gir Salesforce identifikatorene den trenger, samtidig som den gir ditt eget team en forsvarlig tidslinje for hendelsen.