Så här kontaktar du Salesforce-supporten vid ett större systemfel

När Salesforce slutar svara är den snabbaste vägen till ett användbart svar en samordnad lösning: kontrollera den officiella sidan för förtroendestatus, identifiera om problemet är plattformsomfattande eller begränsat till din organisation och använd sedan den supportkanal som din framgångsplan faktiskt inkluderar. Ett väl förberett ärende ger Salesforce tillräckligt med kontext för att koppla dina symtom till en incident eller undersöka ett organisationsspecifikt fel.

Den här guiden återspeglar Salesforce Help-supportupplevelsen som dokumenterades den 4 september 2026. Salesforce kan ändra etiketter, behörighet, telefondirigering och språktäckning, så behandla de länkade Salesforce-sidorna som aktuell behörighet när du är i incidenten.

Använd denna ordning under de första 15 minuterna

1. Kontrollera Salesforce Trust Status . Leta efter en incident som matchar ditt moln, din instans, din region och dina symptom. Registrera incident-ID, aktuell status, berörda tjänster och tidpunkten för den senaste uppdateringen.
2. Bekräfta omfattningen. Testa en liten, säker uppsättning åtgärder från en godkänd användare: inloggning, en skrivskyddad postvy, det berörda API:et eller integrationen och – om relevant – en separat Salesforce-tjänst. Ändra inte konfigurationen upprepade gånger medan Salesforce undersöker.
3. Välj en ägare. Låt en behörig administratör eller supportkontakt koordinera ärendet. Dubbletter av ärenden från flera anställda gör det svårare att upprätthålla en tidslinje och kan dela upp bevis över flera ärenden.
4. Använd den tillåtna kanalen med högst prioritet. För ett problem som stoppar verksamheten, följ ditt kontrakts process för allvarlighetsgrad 1. Salesforces nuvarande riktlinjer rekommenderar telefonsupport för Sev 1-problem i alla framgångsplaner; det faktiska telefonalternativet och regionala numret visas efter att du har valt lämplig supportväg.
5. Bevara bevis och kommunicera internt. Registrera tidsstämplar i UTC, feltext, berörda användare, instans, förfrågnings-ID:n och den senast kända lyckade transaktionen. Dela ett internt statusmeddelande så att inte varje team kontaktar Salesforce separat.

Börja med förtroendestatus, inte ett slumpmässigt telefonnummer

Förtroendestatus är den offentliga platsen att söka efter information om Salesforce-tjänstincidenter och underhåll. Det är användbart även när Salesforce-hjälpen är långsam eller själva applikationen inte är tillgänglig. Matcha statusposten med din egen instans istället för att anta att en rapport om "Salesforce" påverkar alla kunder.

En matchande incident ändrar hur du kontaktar supporten. Om Salesforce redan har bekräftat avbrottet, inkludera dess incident-ID i din interna tidslinje och ditt ärende. Be supporten att koppla din organisation till incidenten eller bekräfta om dina symtom är förväntade. Om ingen matchande incident finns blir ett organisationsspecifikt ärende viktigare, särskilt när bara en organisation, integration, behörighetsuppsättning eller API-klient misslyckas.

Använd inte en tredjeparts avbrottsspårare som bevis. Det kan vara en användbar signal, men Salesforce Trust Status och dina egna tester är de källor som bör driva eskaleringen.

Vet vilken Salesforce supportkanal du kan använda

Salesforce säger att supportalternativen beror på den framgångsplan som är kopplad till den relevanta organisationen. I Salesforce-hjälpen loggar du in och öppnar Min framgångsplan. Om du hanterar mer än en organisation väljer du den plan som matchar organisationen och molnet som upplever felet.

För information om liveregler och regional språktäckning, använd Salesforces guide " Hur man får support från Salesforce Help" . Den dokumenterar hjälpagent, telefonsupport, skapande av ärenden, Mina ärenden och skillnaderna mellan Standard, Premier och Signature. Den offentliga kontaktsidan för Salesforce är användbar för allmänna kundtjänstvägar, men den ersätter inte det autentiserade supportarbetsflödet vid ett produktionsavbrott.

Så här öppnar du ett Salesforce-supportärende

1. Logga in på Salesforce Hjälp och välj rätt organisation

Gå till Salesforce Hjälp . Välj den produktionsorganisation och det moln som faktiskt påverkas. Detta är viktigt när samma administratör har sandlådor, flera produktionsorganisationer eller mer än en Salesforce-produkt. Om ärendealternativet saknas, kontrollera att du använder en behörig Salesforce-licens och be din Salesforce-administratör eller utsedd supportkontakt att skicka in den.

2. Starta hjälpmedarbetaren eller formuläret för ärendeinlämning

Salesforces nuvarande hjälpupplevelse kan börja med hjälp av Help Agent. Beskriv felet tydligt och be dem att koppla dig till en supporttekniker när självbetjäningsvägledning inte räcker till. Om ditt språk eller din plan inte anger den vägen, använd formuläret för ärendeinlämning när det erbjuds. För Sev 1, använd telefonvägen som rekommenderas av Salesforce och ange ärendenumret eller incident-ID:t om du redan har en.

3. Skriv fallet så att en ingenjör kan agera utifrån det

Ange påverkan och omfattning i de två första meningarna. Ett användbart ämne ser ut som: ”Produktionsåtkomstfel på [instans] – alla användare kan inte ladda Sales Cloud sedan [UTC-tid].” Ange sedan den operativa informationen i en stabil ordning:

• Produkt och berört moln, såsom Försäljning, Service, Data eller Tableau.
• Produktions- eller sandlåda, organisations-ID, instans, region och din Salesforce-version eller relevant integrationsversion om känd.
• Exakt UTC-starttid, senast kända lyckade tid och om problemet är kontinuerligt eller intermittent.
• Antal eller andel berörda användare, blockerade affärsprocesser och om alla profiler eller endast en delmängd är berörda.
• Exakt felmeddelande, förfrågnings-ID, korrelations-ID, webbläsare eller API-klient och en minimal reproducerbar sekvens.
• Vad du förväntade dig, vad som hände istället och säkra tester som redan utförts.
• Incident-ID för förtroendestatus, om en matchande incident finns, plus eventuella lösningar som hjälper eller misslyckas.

Klistra inte in lösenord, åtkomsttokens, fullständiga kundexporter, betalningsuppgifter, hälsoinformation eller annan reglerad data. Salesforce noterar att Salesforce-hjälpen är separat från din Salesforce-miljö och inte är avsedd för känslig eller reglerad data. Redigera skärmdumpar, använd syntetiska post-ID:n och tillhandahåll endast det minsta diagnostiska urvalet som behövs.

Vad man ska säga i telefon

Håll samtalet fokuserat. Börja med tre fakta: ”Detta är produktion”, ”verksamhetspåverkan är [specifik blockerad process]” och ”felet började vid [UTC-tid] på [instans]”. Ange sedan organisations-ID, befintligt ärendenummer, incident-ID för förtroendestatus, antal berörda användare och ett exakt fel. Be representanten att bekräfta allvarlighetsgraden, ärendenumret, nästa uppdateringskanal och om din organisation har kopplats till en känd incident.

Överdriv inte allvaret för att komma upp i kön. En exakt beskrivning av affärspåverkan är mer användbar än etiketter som "allt är trasigt". Om problemet är återkommande, säg det och ange felfrekvensen från ett definierat tidsfönster istället för att gissa.

Efter att ärendet har lämnats in

1. Spara ärendenumret i incidentkanalen och din interna incidentlogg.
2. Tilldela en person att publicera uppdateringar i Salesforce; lägg endast till samarbetspartners när de behöver ärendeuppdateringarna.
3. Använd Mina ärenden för att läsa svar, lägga till kommentarer, ladda upp redigerade bilagor eller justera informationen allt eftersom omfattningen ändras.
4. För en tidsstämplad registrering av återställning: inloggning, läs-/skrivtransaktioner, API-anrop, integrationer, schemalagda jobb och kundvända arbetsflöden.
5. Efter att tjänsten återvänt, fråga vad som återstår att kontrollera och om Salesforce kommer att publicera en slutlig incidentuppdatering eller sammanfattning av rotorsaker. Behandla inte en grön statussida som bevis på att varje nedströmsintegration har återställts.

Checklista för kontakt vid större fel

• Status: Tillitsstatus kontrollerad; matchande incident-ID och senaste tidsstämpel registrerad.
• Omfattning: korrekt organisation, instans, produkt, miljö, användare och blockerad affärsprocess bekräftad.
• Kanal: Framgångsplan identifierad; Sev 1-telefonväg används när problemet verkligen hindrar verksamheten.
• Bevis: UTC-tider, exakta fel, förfrågnings-ID:n, senaste lyckade resultat, säkra reproduktionssteg och redigerade skärmdumpar är klara.
• Ägarskap: en ärendeägare, en intern incidentkanal och en källa för uppdateringar.
• Säkerhet: inga inloggningsuppgifter, tokens eller känsliga kunddata ingår i ärendet.
• Återställning: kritiska transaktioner och integrationer testas om efter att Salesforce rapporterar återställning.

Den praktiska regeln är enkel: använd Trust Status för att etablera den delade händelsen, använd Salesforce Help för att etablera den organisationsspecifika supportposten och använd telefonsupport när din framgångsplan och affärspåverkan motiverar det. Den sekvensen ger Salesforce de identifierare som behövs samtidigt som det ger ditt eget team en försvarbar tidslinje för incidenten.