U 9:10 sati, prodajni tim u Northstar Office Supply pokušava otvoriti Salesforce i prima poruku o servisnoj pogrešci. Nove narudžbe stižu putem e-pošte, agenti korisničke službe ne mogu vidjeti povijest računa, a integracija koja šalje ažuriranja narudžbi u skladište ponovno pokušava u pozadini. Nitko još ne zna hoće li prekid trajati pet minuta ili ostatak dana.
Ilustrativni scenarij: Northstar Office Supply je izmišljena tvrtka koja se koristi u ovom članku. To nije svjedočanstvo kupca, izvješće o incidentu ili rezultat testa. Primjer pokazuje kako bi stvarna organizacija mogla pretvoriti koncepte kontinuiteta poslovanja u operativni plan.
Koristan plan zastoja u Salesforceu ne obećava da će se svaki proces normalno nastaviti. On definira koji se posao mora nastaviti, koji posao može pričekati, kako će ljudi komunicirati, kako će se integracije kontrolirati i kako će se zapisi usklađivati nakon oporavka. Ovaj vodič koristi trenutnu Salesforce dokumentaciju provjerenu 16. rujna 2026., plus NIST smjernice za planiranje nepredviđenih situacija. Nazivi proizvoda, značajke, dostupnost, ugovori i obveze usluga mogu se promijeniti, stoga provjerite vlastito Salesforce izdanje i ugovore.
Salesforceova trenutna dokumentacija o otpornosti pravi važnu razliku između programa kontinuiteta pružatelja usluga i vlastitog plana kontinuiteta poslovanja kupca. Sažetak otpornosti poduzeća/BCP-a Sažetak Salesforcea, ažuriran 23. srpnja 2026., opisuje programe na razini pružatelja usluga za upravljanje rizicima, kontinuitet poslovanja, upravljanje krizama, rizik trećih strana, kibernetičku otpornost, odgovor na incidente i oporavak od katastrofe. Ne zamjenjuje plan kupca za osoblje, ručni rad, komunikaciju s kupcima, integracije ili usklađivanje podataka.
Još jedna trenutna promjena je stranica pomoći za Salesforce od 9. rujna 2026. za Advanced Cross-Region Continuity (ACRC). Salesforce navodi da je ACRC premium Hyperforce ponuda za izvanredne regionalne katastrofe i da je preimenovan iz Out of Region Disaster Recovery. Stranica navodi ciljeve RTO i RPO od 12 sati i 4 sata za ACRC, napominje da neke usluge još nisu podržane i navodi da organizacije sandbox nisu pokrivene. Ti detalji mogu biti važni ako se stariji runbook odnosi na prethodni naziv proizvoda ili pretpostavlja da plaćena opcija oporavka štiti svaku organizaciju i značajku.
Za većinu tvrtki, praktična polazna točka ostaje plan u vlasništvu korisnika koji funkcionira tijekom uobičajenog prekida Salesforce usluge, planiranog razdoblja održavanja, kvara identiteta, problema s mrežom ili prekida integracije. Mogućnost oporavka pružatelja usluga može smanjiti rizik; ne može odlučivati o vašim poslovnim prioritetima umjesto vas.
Opišite ishod u operativnom smislu. Cilj tvrtke Northstar mogao bi biti: „Tijekom prekida rada Salesforcea, održavati hitne zahtjeve kupaca, obveze narudžbi i primopredaje u skladištu; spriječiti dvostruko ispunjavanje; komunicirati status svakih 30 minuta; i uskladiti svaki privremeni zapis nakon povratka usluge.“ Ta je izjava korisnija od „održavati dostupnost Salesforcea“, jer je potonje uglavnom izvan kontrole kupca.
Plan kontinuiteta trebao bi omogućiti timu da brzo odgovori na pet pitanja:
NIST opisuje planiranje za nepredviđene situacije kao koordiniranu strategiju planova, postupaka i tehničkih mjera za oporavak informacijskih sustava, operacija i podataka nakon prekida. Njegove smjernice naglašavaju procjenu sustava i operacija kako bi se odredili zahtjevi i prioriteti. Koristite tu ideju kao okvir za planiranje, ali prilagodite kontrole svojim Salesforce proizvodima, procesima, ugovorima i toleranciji rizika.
Započnite s analizom utjecaja na poslovanje, a ne s popisom Salesforce objekata. Intervjuirajte vlasnike procesa iz prodaje, usluga, financija, ispunjavanja narudžbi, usklađenosti i IT-a. Pitajte što se zaustavlja ako Salesforce nije dostupan, što se može izvršiti iz postojećeg izvora i što postaje opasno ako se kasnije unese bez kontrole.
Za Northstar, prvi inventar mogao bi izgledati ovako:
| Proces | Utjecaj tijekom zastoja | Privremena metoda | Dokazi o oporavku |
|---|---|---|---|
| Hitni slučajevi kupaca | Obveze usluga i eskalacije mogu biti propuštene | Odobreni telefonski red čekanja i ograničeni izvanmrežni obrazac | Broj predmeta, vlasnik, vremenska oznaka, prioritet i status praćenja |
| Nove narudžbe | Narudžbe mogu kasniti ili se duplicirati | Registar kontroliranih narudžbi s jedinstvenim privremenim ID-ovima | Potvrda kupca, popis artikala, odobrenje cijene i rezultat ispunjenja |
| Primopredaja u skladištu | Pošiljke možda nemaju autoritativni zahtjev | Ručno odobrenje izdanja od strane ovlaštenog menadžera | Privremeni ID usklađen s konačnom narudžbom u Salesforceu |
| Prodajna aktivnost | Vidljivost cjevovoda postaje ustajala | Postojeće bilješke sa sastanka i mali odobreni obrazac za prijem | Zadnji kontakt, sljedeći korak, vlasnik i vremenska oznaka izvora |
| Planirane integracije | Ponovni pokušaji mogu stvoriti duplikate ili preopteretiti krajnje točke | Pauziranje, karantena ili ograničenje brzine prema priručniku s uputama | Izvješće o dubini reda čekanja, statusu, odluci o ponovnom izvođenju i usklađivanju |
Ne stavljajte osjetljive podatke o kupcima u improviziranu osobnu proračunsku tablicu ili nit razgovora. Definirajte odobrenu privremenu pohranu, popis pristupa, razdoblje čuvanja i postupak brisanja. Ako je ručni obrazac neizbježan, prikupite minimalne podatke potrebne za nastavak kritičnog procesa.
Svakom kritičnom procesu dodijelite ciljno vrijeme oporavka (RTO) i ciljnu točku oporavka (RPO). RTO označava koliko brzo procesu treba upotrebljivo zaobilazno rješenje ili obnovljena usluga. RPO označava koliko nedavnih podataka tvrtka može izgubiti ili ponovno stvoriti. To su poslovne odluke, a ne nagađanja o tome koliko brzo će Salesforce riješiti incident.
Northstar bi mogao postaviti RTO od jednog sata za hitne slučajeve kupaca, RTO od četiri sata za primopredaje u skladištu i RTO od jednog radnog dana za rutinska ažuriranja cjevovoda. Može postaviti RPO od nule za odluku o autorizaciji plaćanja, uz prihvaćanje da se rutinske prodajne bilješke moraju ponovno unijeti iz privremenog zapisnika s vremenskim oznakama. Brojevi su izmišljeni primjeri; vaši vlasnici financija, pravnog i operativnog odjela moraju odobriti ciljeve.
Dokumentirajte pretpostavku koja stoji iza svakog cilja. Za jednosatni RTO može biti potreban telefonski red s osobljem, obučeni voditelj dežurstva i unaprijed odobreni obrazac. Ako ti resursi nisu dostupni vikendom, cilj nije plan - to je težnja.
Definirajte kratki postupak aktivacije kako zaposlenici ne bi improvizirali različite odgovore. Prva osoba koja primijeti problem treba zabilježiti UTC vrijeme, pogođene korisnike, pogođene proizvode, poruku o pogrešci i poslovni proces. Voditelj incidenta zatim provjerava je li problem širok ili lokalan.
Salesforceova stranica o povjerenju pruža informacije u stvarnom vremenu i povijesne informacije o dostupnosti i performansama proizvoda i instanci. Trenutne smjernice za pomoć objašnjavaju kako identificirati instancu putem Postavljanje > Informacije o tvrtki ili pretraživanjem prefiksa Moja domena te kako interpretirati boje statusa: zelena za Dostupno, žuta za Degradaciju usluge, ljubičasta za Održavanje i crvena za Prekid usluge. Salesforce također preporučuje obavijesti o povjerenju i savjetuje da se obratite podršci kada ključni problem traje dulje od 10 minuta bez pojavljivanja na stranici.
Povjerenje je bitan dokaz, ali jasna stranica statusa ne dokazuje da je vaša vlastita mreža, pružatelj identiteta, preglednik, API vjerodajnice ili krajnja točka integracije ispravna. Northstar bi trebao testirati drugog korisnika, drugu mrežu i radnju samo za čitanje niskog rizika gdje to politika dopušta. Ako je pogođen samo jedan ured, aktiviranje ručnog procesa na razini cijele tvrtke može stvoriti nepotreban posao.
Nazovite zaobilazno rješenje imenovanim načinom rada, kao što je „Salesforce degradirane operacije“ i definirajte njegove kriterije ulaska i izlaska. Zaposlenici bi trebali znati gdje pronaći trenutni obrazac, tko odobrava iznimke i koje su radnje zabranjene. Dobro zaobilazno rješenje je namjerno uže od normalnih operacija.
Za Northstar, degradirane operacije mogu omogućiti hitne slučajeve, odobrene narudžbe i zadržavanje pošiljki, dok se pauziraju popusti, spajanja računa, skupna ažuriranja i uvoz nebitnih podataka. Plan bi trebao dodijeliti privremeni identifikator svakoj ručnoj transakciji. Koristan identifikator može uključivati datum, kod tima i redni broj, ali točan format treba odabrati organizacija i provjeriti ga na kolizije.
Koristite podjelu dužnosti za akcije s velikim utjecajem. Osoba koja prima narudžbu ne bi trebala biti jedina osoba koja odobrava pošiljku visoke vrijednosti. Zahtijevajte drugu provjeru za povrat novca, promjene bankovnih podataka ili odluke o identitetu kupca. Zabilježite odobrenja s vremenom, imenom i razlogom. Ove kontrole mogu se činiti sporijima, ali smanjuju rizik od pretvaranja kratkotrajnog prekida u prijevaru, incident u vezi s privatnošću ili ispunjenjem narudžbe.
Integracije neka budu dio plana kontinuiteta, a ne dodatak u vlasništvu samo programera. Navedite svaki dolazni i odlazni tok, njegov okidač, vlasnika podataka, ponašanje u redu čekanja ili ponovnog pokušaja, rizik dupliciranja i poslovne posljedice. Uključite zakazane zadatke, webhookove, middleware, tokove događaja, pružatelje identiteta, izvatke iz izvješća i ljudske prijenose.
Tijekom prekida rada Salesforcea, automatski ponovni pokušaji mogu biti korisni ili štetni. Ako odredište nije dostupno, ograničeni ponovni pokušaji s odgodom mogu biti prikladni. Ako izvor prihvaća poruke, a Salesforce ne, stavite poruke u red čekanja s trajnom vremenskom oznakom i ključem idempotentnosti. Ako nijedna strana ne može potvrditi je li pisanje uspješno, zaustavite ponavljanje dok se ne sazna status. Nikada ne pretpostavljajte da istek vremena znači da transakcija nije potvrđena.
Northstarov priručnik s uputama može uputiti vlasnika integracije da pauzira odlazne zadatke nakon tri neuspješna pokušaja, sačuva izvorni korisni teret, zabilježi posljednju potvrđenu vremensku oznaku Salesforcea i spriječi ručni ponovni ulazak dok se red ne klasificira. Točan prag je izmišljeni primjer. Postavite ga na temelju uočenog ponašanja, smjernica pružatelja usluga i poslovnog rizika.
Kontinuitet i sigurnosna kopija rješavaju povezane, ali različite probleme. Postupak kontinuiteta održava poslovanje tijekom prekida. Sigurnosna kopija pomaže u oporavku podataka nakon brisanja, oštećenja ili nekog drugog događaja gubitka. Sigurnosna kopija ne pruža automatski aktivnu zamjenu za Salesforce aplikaciju, njezina dopuštenja, automatizaciju ili integracije.
Salesforceove smjernice za sigurnosno kopiranje podataka opisuju sigurnosne kopije kao kopije pohranjene zasebno za obnovu i preporučuju redovito sigurnosno kopiranje, više lokacija i testirani oporavak. Odlučite koje zapise, metapodatke, datoteke i revizijske informacije tvrtka treba vratiti, koliko dugo ih mora čuvati i tko može odobriti vraćanje. Testirajte mogu li se vraćeni podaci usporediti s privremenim zapisima stvorenim tijekom zastoja.
Ako vaša organizacija razmatra napredni kontinuitet među regijama, pažljivo pročitajte trenutna često postavljana pitanja o Salesforceu. Salesforce navodi da je ponuda ograničena na Hyperforce, neke usluge još nisu podržane i da događaj oporavka čini organizaciju nedostupnom tijekom operacija oporavka od katastrofe. Također navodi da obveze pohrane podataka na razini zemlje mogu biti pogođene kada se primarne i sekundarne regije nalaze u različitim zemljama. Ovo su ograničenja planiranja, a ne fusnote.
Dodijelite jednog voditelja incidenta, jednog tehničkog voditelja, jednog voditelja poslovnih operacija i jednog vlasnika komunikacija. Definirajte sigurnosne kopije za svaku ulogu. Poruka treba biti činjenična: što je pogođeno, kada je započelo, što korisnici trebaju učiniti, što ne smiju učiniti, kada će stići sljedeće ažuriranje i gdje se nalaze odobrene upute.
Ne objavljivati vrijeme oporavka koje Salesforce nije potvrdio. Ne tražiti od kupaca da ponovno šalju informacije ako je izvorni zahtjev možda već u redu čekanja. Za Northstar, poruka kupcu može reći da se prijem narudžbi odvija putem privremenog kanala, da kupci trebaju koristiti jednu određenu metodu kontakta i da će sljedeće ažuriranje statusa biti izdano u određeno vrijeme.
Uključite interne pragove eskalacije. Na primjer, kritičan proces koji utječe na kupca može odmah poslati potencijalnog klijenta za incident, dok zastarjelo izvješće može pričekati sljedeći planirani pregled. Povežite plan s trenutnim obavijestima Salesforce Trusta i pravima organizacije na podršku. Telefonsko stablo koje više ne odgovara radnoj snazi nije komunikacijski plan.
Započnite s vježbom za stolom. Dajte Northstarovom timu izmišljenu poruku poput: „U 9:10 sati, Salesforce nije dostupan za servisni i prodajni tim; poslovi integracije skladišta pokazuju ponovljene kvarove; Trust prijavljuje prekid usluge.“ Zamolite svaku ulogu da izvrši prvih 30 minuta plana koristeći samo dokumentirane materijale.
Mjerenje vidljivih rezultata:
Nakon testiranja u tablici, pokrenite kontrolirani tehnički test u sandbox okruženju ili neprodukcijskom okruženju gdje je scenarij siguran i podržan. Nemojte tvrditi da vježba sandboxa dokazuje prebacivanje u produkcijsko okruženje. ACRC dokumentacija Salesforcea izričito navodi da organizacije sandboxa nisu obuhvaćene ACRC-om, što je podsjetnik da se testira stvarni opseg oporavka, a ne da se on zaključuje iz nižeg okruženja.
Oporavak počinje kada voditelj incidenta ima pouzdane dokaze da je pogođena Salesforce usluga upotrebljiva, a ne samo kada korisnik može učitati stranicu za prijavu. Potvrdite stranicu statusa, testirajte malom autoriziranom radnjom, provjerite integracije i najavite kontrolirani povratak normalnom radu.
Uskladite redoslijedom koji štiti sustav evidencije:
Plan ne može prisiliti Salesforce na brži oporavak, jamčiti da je pisanje integracije dovršeno ili učiniti da se nepodržani proizvod ponaša kao podržani. Ne može zamijeniti ugovorni pregled, analizu privatnosti, testiranje sigurnosnih kopija ili odgovor na sigurnosne incidente. Ručno zaobilazno rješenje također može uzrokovati pogreške u transkripciji, probleme s kontrolom pristupa, odgođeno priznavanje prihoda i zbunjenost kupaca.
Plan bi stoga trebao uključivati odluku o zaustavljanju. Ako tim ne može provjeriti identitet kupca, integritet naloga za plaćanje, status pošiljke ili odredište prijenosa podataka, zadržite akciju radi ovlaštenog pregleda. Kontinuitet nije isto što i nastavak svake transakcije pod svaku cijenu.
Za Northstar, uspjeh nije "Salesforce nikad ne pada". Uspjeh je u tome što tim prepoznaje poremećaj, štiti kritičan rad, izbjegava nesigurne improvizacije, vodi sljedivu evidenciju privremenih radnji i vraća se normalnom poslovanju bez skrivenih duplikata ili nedostajućih obveza. To je standard koji bi praktični plan kontinuiteta poslovanja Salesforcea trebao ispunjavati.
Pregledajte značajne prekide rada Salesforcea u 2025. godini, što je zakazalo, koliko su dugo trajali odabrani incidenti i praktične lekcije o otpornosti koje timovi mogu primijeniti.
Izradite praktičan plan za kontinuitet zastoja u Salesforceu s analizom utjecaja, ciljevima RTO/RPO, ručnim rješenjima, kontrolama integracije i provjerama oporavka.
Naučite kako kontaktirati Salesforce podršku tijekom većeg prekida: provjerite status povjerenja, odaberite pravi kanal, otvorite snažan slučaj i pratite oporavak.
Rješavanje problema s prijavom u Salesforce Workbench, REST Explorerom, timeoutom, 503, verzijom API-ja i ograničavanje pogrešaka tijekom zastoja pomoću praktičnog dijagnostičkog popisa za provjeru.
Problemi sa StoreForceom mogu poremetiti raspoređivanje, evidenciju vremena i tijekove rada zaposlenika. Naučite kako procijeniti utjecaj, održati trgovine u funkciji, provjeriti oporavak i znati kada eskalirati problem.
Razumjeti glavne uzroke raširenih prekida rada u oblaku, kako se kvarovi kaskadno prenose, što prvo provjeriti i kako osmisliti otporniji plan oporavka.
If Datorama or Marketing Cloud Intelligence seems down, use this evidence-based checklist to verify the outage, protect reporting quality, and know when data is trustworthy again.
A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.
Understand how Salesforce and AWS connect through Hyperforce, integrations, networking, data residency, outages, and shared operational responsibilities.
Prekid rada AWS-a ne znači automatski da je Salesforce u kvaru. Saznajte kako Hyperforce, regije, instance i Salesforce Trust određuju je li vaša organizacija pogođena.
