В 9:10 ч. екипът по продажбите на Northstar Office Supply се опитва да отвори Salesforce и получава грешка в услугата. Нови поръчки пристигат по имейл, агентите за обслужване на клиенти не могат да виждат историята на акаунтите, а интеграция, която изпраща актуализации на поръчките до склада, се опитва отново във фонов режим. Никой все още не знае дали прекъсването ще продължи пет минути или до края на деня.
Илюстративен сценарий: Northstar Office Supply е измислена компания, използвана в тази статия. Тя не е клиентско отзив, доклад за инцидент или резултат от тест. Примерът показва как една реална организация би могла да превърне концепциите за непрекъснатост на бизнеса в оперативен план.
Полезният план за прекъсване на работата на Salesforce не гарантира, че всеки процес ще продължи нормално. Той определя коя работа трябва да продължи, коя може да изчака, как хората ще комуникират, как ще се контролират интеграциите и как записите ще се съгласуват след възстановяване. Това ръководство използва актуалната документация на Salesforce, проверена на 16 септември 2026 г., плюс насоки за планиране на непредвидени ситуации на NIST. Имената на продуктите, функциите, наличността, договорите и ангажиментите за услуги могат да се променят, така че валидирайте собственото си издание и споразумения на Salesforce.
Настоящата документация за устойчивост на Salesforce прави важно разграничение между програмата за непрекъснатост на бизнеса на доставчика и собствения план за непрекъснатост на бизнеса на клиента. Резюмето на Salesforce за устойчивост на предприятията/BCP, актуализирано на 23 юли 2026 г., описва програми на ниво доставчик за управление на риска, непрекъснатост на бизнеса, управление на кризи, риск от трети страни, киберустойчивост, реагиране на инциденти и възстановяване след бедствия. То не замества клиентския план за персонал, ръчна работа, комуникация с клиенти, интеграции или съгласуване на данни.
Друга актуална промяна е страницата за помощ на Salesforce от 9 септември 2026 г. за Advanced Cross-Region Continuity (ACRC). Salesforce твърди, че ACRC е първокласно Hyperforce предложение за извънредни регионални бедствия и че е преименуван от Out of Region Disaster Recovery. Страницата изброява целите за RTO и RPO от 12 часа и 4 часа за ACRC, отбелязва, че някои услуги все още не се поддържат и заявява, че организациите с пясъчник не са обхванати. Тези подробности може да имат значение, ако по-стара версия на runbook се отнася до предишното име на продукта или приема, че платена опция за възстановяване защитава всяка организация и функция.
За повечето бизнеси, практическата отправна точка остава план, собственост на клиента, който работи по време на обикновено прекъсване на услугата на Salesforce, планиран прозорец за поддръжка, повреда в самоличността, мрежов проблем или прекъсване на интеграцията. Възможността за възстановяване на доставчика може да намали риска; тя не може да определя приоритетите на вашия бизнес вместо вас.
Опишете резултата в оперативни термини. Целта на Northstar може да бъде: „По време на прекъсване на Salesforce, да се поддържа спешните заявки на клиенти, ангажиментите за поръчки и предаването на складови поръчки в движение; да се предотврати дублиране на изпълнението; да се съобщава за състоянието на всеки 30 минути; и да се съгласува всеки временен запис след възобновяване на услугата.“ Това твърдение е по-полезно от „поддържане на наличността на Salesforce“, защото последното е до голяма степен извън контрола на клиента.
Планът за непрекъснатост на работата трябва да позволи на екипа бързо да отговори на пет въпроса:
NIST описва планирането за непредвидени ситуации като координирана стратегия от планове, процедури и технически мерки за възстановяване на информационни системи, операции и данни след прекъсване. Насоките на NIST наблягат на оценката на системите и операциите, за да се определят изискванията и приоритетите. Използвайте тази идея като рамка за планиране, но адаптирайте контролите към вашите продукти, процеси, договори и толерантност към риска в Salesforce.
Започнете с анализ на въздействието върху бизнеса, а не със списък с обекти на Salesforce. Интервюирайте собственици на процеси от отделите продажби, обслужване, финанси, изпълнение, съответствие и ИТ. Попитайте какво спира, ако Salesforce не е наличен, какво може да се извърши от съществуващ източник и какво става опасно, ако се въведе по-късно без контрол.
За Northstar, първата инвентаризация може да изглежда така:
| Процес | Въздействие по време на престой | Временен метод | Доказателства за възстановяване |
|---|---|---|---|
| Спешни клиентски случаи | Ангажиментите за услуги и ескалациите може да бъдат пропуснати | Одобрена телефонна опашка и ограничен офлайн формуляр | Номер на делото, собственик, времева маркировка, приоритет и статус на проследяване |
| Нови поръчки | Поръчките може да са забавени или дублирани | Контролиран регистър на поръчките с уникални временни идентификатори | Потвърждение от клиента, списък с артикули, одобрение на цената и резултат от изпълнението |
| Предаване в склада | Пратките може да нямат авторитетно искане | Ръчно одобрение за освобождаване от оторизиран мениджър | Временен идентификатор, съпоставен с окончателната поръчка в Salesforce |
| Търговска дейност | Видимостта на тръбопровода става нестабилна | Съществуващи бележки от срещи и малък одобрен лист за прием | Последен контакт, следваща стъпка, собственик и времева маркировка на източника |
| Планирани интеграции | Повторните опити могат да създадат дубликати или да претоварят крайните точки | Пауза, карантина или ограничение на честотата според наръчника с процедури | Дълбочина на опашката, състояние, решение за преиграване и отчет за съгласуване |
Не поставяйте чувствителни данни за клиентите в импровизирана лична електронна таблица или чат. Определете одобрено временно хранилище, списък за достъп, период на съхранение и процедура за изтриване. Ако ръчното попълване на формуляр е неизбежно, съберете минималните данни, необходими за поддържане на критичния процес.
Задайте на всеки критичен процес целево време за възстановяване (RTO) и целева точка на възстановяване (RPO). RTO показва колко бързо процесът се нуждае от използваемо заобиколно решение или възстановена услуга. RPO показва колко скорошни данни бизнесът може да си позволи да загуби или пресъздаде. Това са бизнес решения, а не предположения за това колко бързо Salesforce ще разреши инцидент.
Northstar може да определи RTO от един час за спешни клиентски случаи, RTO от четири часа за предаване в склада и RTO от един работен ден за рутинни актуализации на тръбопровода. Може да определи RPO от нула за решение за оторизация на плащане, като същевременно приеме, че рутинните бележки за продажби трябва да бъдат въведени отново от временен дневник с времеви печат. Числата са измислени примери; вашите финансови, правни и оперативни собственици трябва да одобрят целите.
Документирайте предположението зад всяка цел. Едночасов RTO може да изисква телефонна опашка с персонал, обучен дежурен мениджър и предварително одобрен формуляр. Ако тези ресурси не са налични през почивните дни, целта не е план, а стремеж.
Определете кратка процедура за активиране, така че служителите да не импровизират с различни отговори. Първият човек, който забележи проблема, трябва да запише UTC времето, засегнатите потребители, засегнатите продукти, съобщението за грешка и бизнес процеса. След това водещият инцидент проверява дали проблемът е широк или локален.
Сайтът за доверие на Salesforce предоставя информация в реално време и историческа информация за наличността и производителността на продукти и инстанции. Настоящите помощни указания обясняват как да се идентифицира инстанция чрез Настройка > Информация за компанията или чрез търсене на префикс „Моят домейн“ и как да се интерпретират цветовете на състоянието: зелено за Налично, жълто за Влошаване на услугата, лилаво за Поддръжка и червено за Прекъсване на услугата. Salesforce също така препоръчва известия за доверие и съветва да се свържете с поддръжката, когато основен проблем е надвишил 10 минути, без да се появява на сайта.
Доверието е важно доказателство, но ясната страница за състоянието не доказва, че вашата собствена мрежа, доставчик на самоличност, браузър, API идентификационни данни или крайна точка за интеграция са в добро състояние. Northstar трябва да тества втори потребител, втора мрежа и действие само за четене с нисък риск, където политиката го позволява. Ако е засегнат само един офис, активирането на ръчен процес за цялата компания може да създаде ненужна работа.
Наречете заобиколното решение именуван режим, например „Salesforce degraded operations“ (Операции с влошени характеристики на Salesforce) и дефинирайте критериите му за влизане и излизане. Служителите трябва да знаят къде да намерят текущия формуляр, кой одобрява изключенията и кои действия са забранени. Доброто заобиколно решение е умишлено по-тясно от нормалните операции.
За Northstar, влошените операции могат да позволят спешни случаи, одобрени поръчки и задържане на доставки, като същевременно се паузират отстъпки, сливания на акаунти, групови актуализации и импортиране на несъществени данни. Планът трябва да присвои временен идентификатор на всяка ръчна транзакция. Полезен идентификатор може да включва дата, код на екипа и пореден номер, но точният формат трябва да бъде избран от организацията и проверен за колизии.
Използвайте разделяне на задълженията за действия с голямо въздействие. Лицето, получаващо поръчка, не трябва да е единственото лице, което одобрява пратка с висока стойност. Изисквайте втора проверка за възстановяване на суми, промени в банкови данни или решения, свързани с самоличността на клиента. Записвайте одобренията с час, име и причина. Тези контроли може да изглеждат по-бавни, но намаляват риска от превръщане на кратко прекъсване в измама, инцидент, свързан с поверителността или изпълнението на поръчките.
Направете интеграциите част от плана за непрекъснатост, а не приложение, собственост само на разработчиците. Избройте всеки входящ и изходящ поток, неговия тригер, собственик на данните, поведение при опашка или повторен опит, риск от дублиране и бизнес последици. Включете планирани задачи, уеб кукички, междинен софтуер, потоци от събития, доставчици на идентичност, извлечения от отчети и качвания от хора.
По време на прекъсване на Salesforce, автоматичните повторни опити могат да бъдат полезни или вредни. Ако дестинацията не е налична, ограничените повторни опити с backoff може да са подходящи. Ако източникът приема съобщения, но Salesforce не, поставете съобщенията в опашка с траен времеви печат и ключ за идемпотентност. Ако нито една от страните не може да потвърди дали записът е бил успешен, спрете повторното възпроизвеждане, докато състоянието не стане известно. Никога не приемайте, че изчакването означава, че транзакцията не е била извършена.
Наръчникът с инструкции на Northstar може да инструктира собственика на интеграцията да постави на пауза изходящите задачи след три неуспешни опита, да запази оригиналния полезен товар, да запише последния потвърден времеви отпечатък на Salesforce и да предотврати ръчно повторно влизане, докато опашката не бъде класифицирана. Точният праг е измислен пример. Задайте го въз основа на наблюдавано поведение, насоки от доставчика и бизнес риск.
Осигуряването на непрекъснатост и архивирането решават свързани, но различни проблеми. Процедурата за осигуряване на непрекъснатост поддържа бизнеса в експлоатация по време на прекъсване. Архивирането помага за възстановяване на данни след изтриване, повреда или друго събитие, водещо до загуба. Архивирането не осигурява автоматично живо заместване на приложението Salesforce, неговите разрешения, автоматизации или интеграции.
Ръководството за архивиране на данни на Salesforce описва резервните копия като копия, съхранявани отделно за възстановяване, и препоръчва редовно архивиране, множество местоположения и тествано възстановяване. Решете кои записи, метаданни, файлове и одитна информация бизнесът трябва да възстанови, колко дълго трябва да се съхраняват и кой може да разреши възстановяване. Тествайте дали възстановените данни могат да бъдат съпоставени с временните записи, създадени по време на престой.
Ако вашата организация обмисля Advanced Cross-Region Continuity, прочетете внимателно текущите ЧЗВ на Salesforce. Salesforce съобщава, че предлагането е ограничено до Hyperforce, някои услуги все още не се поддържат и събитие за възстановяване прави организацията недостъпна, докато се извършват операции за възстановяване след бедствие. Също така се казва, че ангажиментите за съхранение на данни на ниво държава може да бъдат засегнати, когато основните и вторичните региони са в различни държави. Това са ограничения за планиране, а не бележки под линия.
Назначете един ръководител за инциденти, един технически ръководител, един ръководител за бизнес операции и един отговорник за комуникациите. Определете резервни копия за всяка роля. Поддържайте съобщението фактическо: какво е засегнато, кога е започнало, какво трябва да правят потребителите, какво не трябва да правят, кога ще пристигне следващата актуализация и къде се намират одобрените инструкции.
Не обявявайте време за възстановяване, което Salesforce не е потвърдил. Не изисквайте от клиентите да изпращат информация многократно, ако първоначалната заявка може вече да е в опашка. За Northstar съобщението до клиента може да гласи, че приемането на поръчки се извършва чрез временен канал, че клиентите трябва да използват един определен метод за контакт и че следващата актуализация на състоянието ще бъде издадена в определено време.
Включете вътрешни прагове за ескалация. Например, критичен процес, който влияе върху клиента, може незабавно да изпрати сигнал до потенциалния клиент за инцидент, докато остарял отчет може да изчака следващия планиран преглед. Свържете плана с текущите известия на Salesforce Trust и правата за поддръжка на организацията. Телефонно дърво, което вече не съответства на работната сила, не е комуникационен план.
Започнете с упражнение на маса. Дайте на екипа на Northstar измислена задача, например: „В 9:10 ч. Salesforce не е на разположение за екипите за обслужване и продажби; задачите за интеграция на складове показват повтарящи се повреди; Trust съобщава за прекъсване на услугата.“ Помолете всяка роля да изпълни първите 30 минути от плана, използвайки само документираните материали.
Измерете наблюдаемите резултати:
След теста, проведете контролиран технически тест в среда с пясъчник или непроизводствена среда, където сценарият е безопасен и поддържан. Не твърдете, че упражнение в пясъчник доказва превключване на производствения срив. Документацията на ACRC на Salesforce изрично посочва, че организациите с пясъчник не са обхванати от ACRC, което е напомняне да се тества действителният обхват на възстановяване, а не да се прави извод за него от по-ниска среда.
Възстановяването започва, когато потенциалният клиент при инцидента има надеждни доказателства, че засегнатата услуга на Salesforce е използваема, а не само когато потребителят може да зареди страницата за вход. Потвърдете страницата за състоянието, тествайте с малко оторизирано действие, проверете интеграциите и обявете контролирано връщане към нормални операции.
Съгласувайте в последователност, която защитава системата за водене на записи:
Планът не може да принуди Salesforce да се възстанови по-бързо, да гарантира, че записът за интеграция е завършен, или да накара неподдържан продукт да се държи като поддържан. Той не може да замести договорния преглед, анализа на поверителността, тестването на резервни копия или реагирането на инциденти със сигурността. Ръчното решение може също да доведе до грешки при транскрипцията, проблеми с контрола на достъпа, забавено признаване на приходи и объркване на клиентите.
Следователно планът трябва да включва решение за спиране. Ако екипът не може да провери самоличността на клиента, целостта на платежната инструкция, статуса на пратката или местоназначението на трансфера на данни, действието се задържа за оторизиран преглед. Непрекъснатостта не е същото като продължаване на всяка транзакция на всяка цена.
За Northstar успехът не е „Salesforce никога не спира“. Успехът е екипът да разпознае прекъсването, да защити критичната работа, да избегне опасна импровизация, да поддържа проследим запис на временните действия и да се връща към нормални операции без скрити дубликати или липсващи ангажименти. Това е стандартът, на който трябва да отговаря един практичен план за непрекъснатост на бизнеса на Salesforce.
Проверете графика за смет, рециклиране, зелени отпадъци и мебели в София през октомври 2026 г. Вижте как да намерите зоната си и какво да направите при пропуск.
Потвърдените промени в София за октомври 2026: бул. „Владимир Вазов“, автобуси 84 и N4, Маратон София, ограничения за паркиране и какво още може да се промени.
Проверен график за октомври 2026 в София: почивни дни на Столична библиотека и музеите, режим на пощите, общински услуги и достъпни онлайн услуги.
Проверете кога НОИ изплаща пенсиите през октомври 2026 г., какво е обявено за социалните помощи и кои групи могат да получат компенсация от 50 евро.
Проверен календар за София през октомври 2026: последен учебен ден, есенна ваканция, връщане в клас, официални празници и училищни изключения.
Проверете работното време на обществените служби в Лондон за октомври 2026 г.: проверени изключения за библиотеките и музеите, разлики в клоновете на пощенските станции, достъп до услугите на общината и кои онлайн задачи остават налични.
Повечето училища в Голям Лондон имат ваканция от 26 до 30 октомври 2026 г., но училищата в Бромли и някои училища в Бексли са различни. Проверете последния ден, датата на връщане, официалните празници и дните за начален час (INSET).
Планирайте пътуването си до Лондон през октомври 2026 г. с потвърдени затваряния на метрото, надземната железница, железопътния транспорт, автомобилния транспорт и събитията, засегнати часове, промени в паркирането, алтернативи и ясни бележки за това какво все още може да се промени.
Намерете правилата за боклук, рециклиране, градински отпадъци и обемисти предмети във вашия лондонски район за октомври 2026 г. Проверете конкретните дати за адреса, пропуснатите места за вземане и одобрените опции за изхвърляне.
Официални правила за плащане на универсален кредит и държавна пенсия за Обединеното кралство от октомври 2026 г., включително корекции през уикенда, разлики за Северна Ирландия и чекове за закъснели плащания.
