Hjem
» Nyheder
»
Sådan kontakter du Salesforce Support under en større systemfejl
Sådan kontakter du Salesforce Support under en større systemfejl
Når Salesforce holder op med at svare, er den hurtigste vej til et brugbart svar en koordineret en: Tjek den officielle side om tillidsstatus, identificer om problemet er platformomfattende eller begrænset til din organisation, og brug derefter den supportkanal, som din succesplan rent faktisk inkluderer. En velforberedt sag giver Salesforce tilstrækkelig kontekst til at forbinde dine symptomer med en hændelse eller undersøge en organisationsspecifik fejl.
Denne vejledning afspejler Salesforce Hjælp-supportoplevelsen dokumenteret den 4. september 2026. Salesforce kan ændre etiketter, berettigelse, telefonrouting og sprogdækning, så behandl de linkede Salesforce-sider som den aktuelle myndighed, når du er involveret i hændelsen.
Brug denne rækkefølge i løbet af de første 15 minutter
Tjek Salesforce Trust Status . Søg efter en hændelse, der matcher din cloud, instans, region og symptomer. Registrer hændelses-id'et, den aktuelle status, berørte tjenester og tidspunktet for den seneste opdatering.
Bekræft omfanget. Test et lille, sikkert sæt handlinger fra en godkendt bruger: login, en skrivebeskyttet postvisning, den berørte API eller integration og – hvis relevant – en separat Salesforce-tjeneste. Skift ikke konfigurationen gentagne gange, mens Salesforce undersøger sagen.
Vælg én ejer. Få en autoriseret administrator eller supportkontakt til at koordinere sagen. Duplikerede sager fra flere medarbejdere gør det sværere at opretholde én tidslinje og kan opdele bevismateriale på tværs af tickets.
Brug den tilladte kanal med højest prioritet. Ved et problem, der stopper forretningen, skal du følge din kontrakts Alvorlighedsgrad 1-proces. Salesforces nuværende vejledning anbefaler telefonsupport til Sev 1-problemer på tværs af alle succesplaner; den faktiske telefonmulighed og det regionale nummer vises, når du har valgt den relevante supportsti.
Bevar beviser og kommuniker internt. Registrer tidsstempler i UTC, fejltekst, berørte brugere, instanser, anmodnings-ID'er og den sidst kendte vellykkede transaktion. Del en intern statusmeddelelse, så hvert team ikke kontakter Salesforce uafhængigt.
Et konceptuelt statusdashboard viser, hvordan man sammenligner den berørte instans med andre regioner og registrerer den seneste hændelsesstatus, før man kontakter support.
Start med Tillidsstatus, ikke et tilfældigt telefonnummer
Tillidsstatus er det offentlige sted at søge efter Salesforce-servicehændelser og vedligeholdelsesoplysninger. Det er nyttigt, selv når Salesforce Hjælp er langsom, eller selve applikationen ikke er tilgængelig. Match statusposten med din egen instans i stedet for at antage, at en rapport om "Salesforce" påvirker alle kunder.
En matchende hændelse ændrer, hvordan du kontakter support. Hvis Salesforce allerede har anerkendt afbrydelsen, skal du inkludere dens hændelses-id i din interne tidslinje og sag. Bed support om at knytte din organisation til hændelsen eller bekræfte, om dine symptomer forventes. Hvis der ikke findes nogen matchende hændelse, bliver en organisationsspecifik sag vigtigere, især når kun én organisation, integration, tilladelsessæt eller API-klient fejler.
Brug ikke en tredjeparts tracker for afbrydelser som bevis. Det kan være et nyttigt signal, men Salesforce Trust Status og dine egne tests er de kilder, der bør drive eskaleringen.
Vid, hvilken Salesforce supportkanal du kan bruge
Salesforce siger, at supportmulighederne afhænger af den succesplan, der er knyttet til den relevante organisation. Log ind og åbn Min succesplan i Salesforce Hjælp. Hvis du administrerer mere end én organisation, skal du vælge den plan, der matcher den organisation og cloud, der oplever fejlen.
Situation
Bedste rute
Vigtig begrænsning
Forretningsstoppende Sev 1-nummer
Telefonsupport plus den officielle statusside
Standardkunder henvises til telefonsupport for Sev 1; regional routing afhænger af supportsiden.
Premier- eller Signature-kunde
Telefonsupport eller hjælpeagent
Telefonsupport er tilgængelig under disse abonnementer, men brug det nummer, der vises for din region og dit produkt.
Standardkunde, ikke-Sev 1 problem
Hjælpeagent eller sagsindsendelse via Salesforce Hjælp
Telefonsupport er ikke den generelle løsning på standardproblemer.
Gratis eller prøveversion af organisation
Selvbetjeningsressourcer og de supportmuligheder, der vises for den pågældende organisation
Salesforce oplyser, at livechat ikke er tilgængelig for brugere af gratis/prøveversioner af organisationen.
For at se liveregler og regional sprogdækning skal du bruge Salesforces " Sådan får du support fra Salesforce Help" . Den dokumenterer hjælpeagent, telefonsupport, oprettelse af sager, Mine sager og forskellene mellem Standard, Premier og Signature. Den offentlige Salesforce-kontaktside er nyttig til generelle kundeserviceruter, men den erstatter ikke den godkendte supportarbejdsgang ved produktionsafbrydelser.
Sådan åbner du en Salesforce supportsag
1. Log ind på Salesforce Hjælp og vælg den korrekte organisation
Gå til Salesforce Hjælp . Vælg den produktionsorganisation og cloud, der faktisk er berørt. Dette er vigtigt, når den samme administrator har sandboxes, flere produktionsorganisationer eller mere end ét Salesforce-produkt. Hvis sagsmuligheden mangler, skal du kontrollere, at du bruger en berettiget Salesforce-licens, og bede din Salesforce-administrator eller udpegede supportkontakt om at indsende den.
En konceptuel supportportal placerer sagshistorik og handlingen Kontakt support ud for loginområdet. Brug den godkendte Salesforce Hjælp-portal til den organisationsspecifikke arbejdsgang.
2. Start Hjælpeagenten eller formularen til sagsindsendelse
Salesforces nuværende hjælpeoplevelse kan starte med Hjælpeagent. Beskriv fejlen tydeligt, og bed den om at forbinde dig med en supporttekniker, når selvbetjeningsvejledning ikke er tilstrækkelig. Hvis dit sprog eller din plan ikke viser denne rute, skal du bruge sagsindsendelsesformularen , når den tilbydes. For Sev 1 skal du bruge den telefonlinje, der anbefales af Salesforce, og angive sagsnummeret eller hændelses-id'et, hvis du allerede har et.
3. Skriv sagen, så en ingeniør kan reagere på den
Angiv virkningen og omfanget i de første to sætninger. Et nyttigt emne ser sådan ud: "Produktionsadgangsfejl på [instans] - alle brugere kunne ikke indlæse Sales Cloud siden [UTC-tid]." Angiv derefter de operationelle detaljer i en stabil rækkefølge:
Produkt og berørt cloud, såsom Salg, Service, Data eller Tableau.
Produktion eller sandbox, organisations-ID, instans, region og din Salesforce-udgivelse eller relevante integrationsversion, hvis kendt.
Præcis UTC-starttidspunkt, sidst kendte vellykkede tidspunkt, og om problemet er kontinuerligt eller periodisk.
Antal eller procentdel af berørte brugere, blokerede forretningsprocesser, og om alle profiler eller kun en delmængde er berørt.
Præcis fejlmeddelelse, anmodnings-ID, korrelations-ID, browser- eller API-klient og en minimal reproducerbar sekvens.
Hvad du forventede, hvad der skete i stedet, og sikre tests der allerede er udført.
Hændelses-ID'et for tillidsstatus, hvis der findes en matchende hændelse, plus enhver løsning, der hjælper eller fejler.
En konceptuel caseformular fremhæver de felter, der hjælper en ingeniør med at forbinde en produktionsfejl til den korrekte organisation, instans, alvorlighedsgrad og forretningsmæssige påvirkning.
Indsæt ikke adgangskoder, adgangstokens, fulde kundeeksporter, betalingsoplysninger, helbredsoplysninger eller andre regulerede data. Salesforce bemærker, at Salesforce Hjælp er adskilt fra dit Salesforce-miljø og ikke er beregnet til følsomme eller regulerede data. Redigér skærmbilleder, brug syntetiske post-ID'er, og angiv kun den mindste nødvendige diagnostiske prøve.
Hvad skal man sige i telefonen
Hold opkaldet fokuseret. Start med tre fakta: "Dette er produktion", "forretningspåvirkningen er [specifik blokeret proces]", og "fejlen begyndte kl. [UTC-tid] på [instans]". Angiv derefter organisations-ID, eksisterende sagsnummer, tillidsstatushændelses-ID, antal berørte brugere og én præcis fejl. Bed repræsentanten om at bekræfte alvorlighedsklassificeringen, sagsnummeret, den næste opdateringskanal, og om din organisation har været knyttet til en kendt hændelse.
Overdriv ikke alvoren for at komme op i køen. En præcis beskrivelse af forretningsmæssige konsekvenser er mere nyttig end betegnelser som "alt er i stykker". Hvis problemet er periodisk, så sig det og angiv fejlraten fra et defineret tidsvindue i stedet for at gætte.
Efter sagen er indgivet
Gem sagsnummeret i hændelseskanalen og din interne hændelseslog.
Tildel én person til at sende opdateringer til Salesforce; tilføj kun samarbejdspartnere, når de har brug for sagsopdateringerne.
Brug Mine Sager til at læse svar, tilføje kommentarer, uploade redigerede vedhæftede filer eller justere oplysningerne, efterhånden som omfanget ændres.
Hold en tidsstemplet registrering af gendannelse: login, læse-/skrivetransaktioner, API-kald, integrationer, planlagte job og kundevendte arbejdsgange.
Når tjenesten er returneret, skal du spørge, hvad der mangler at blive kontrolleret, og om Salesforce vil offentliggøre en endelig opdatering om hændelsen eller et resumé af rodårsagerne. Betragt ikke en grøn statusside som bevis på, at alle downstream-integrationer er blevet gendannet.
En konceptuel visning af sagssporing viser sagsnummer, tildeling, undersøgelsesfase og seneste opdatering, der skal registreres under nedbruddet.
Tjekliste til kontakt ved større fejl
Status: Tillidsstatus kontrolleret; matchende hændelses-ID og seneste tidsstempel registreret.
Kanal: Succesplan identificeret; Sev 1 telefonvej bruges, når problemet reelt er forretningsmæssigt hæmmende.
Bevis: UTC-tider, nøjagtige fejl, anmodnings-ID'er, sidste succes, sikre reproduktionstrin og redigerede skærmbilleder klar.
Ejerskab: én sagsejer, én intern hændelseskanal og én kilde til opdateringer.
Sikkerhed: ingen legitimationsoplysninger, tokens eller følsomme kundedata inkluderet i sagen.
Gendannelse: Kritiske transaktioner og integrationer testes igen efter Salesforce rapporterer gendannelse.
Den praktiske regel er enkel: brug Tillidsstatus til at etablere den delte begivenhed, brug Salesforce Hjælp til at etablere den organisationsspecifikke supportpost, og brug telefonsupport, når din succesplan og forretningsmæssige konsekvenser berettiger det. Denne sekvens giver Salesforce de nødvendige identifikatorer, samtidig med at dit eget team får en forsvarlig tidslinje for hændelser.