Когда Salesforce становится недоступным, наибольший операционный риск редко заключается в самом сообщении об ошибке. Реальная проблема состоит в том, что отделы продаж, обслуживания, обработки заказов, маркетинга или бэк-офиса могут больше не знать, куда записывать данные о работе, как обслуживать клиентов или какие решения можно безопасно отложить. Поэтому полезный план обеспечения непрерывности бизнеса — это не документ, который просто гласит: «Проверьте доверие к Salesforce и подождите». Он должен поддерживать работу наиболее важных бизнес-процессов на приемлемом уровне до тех пор, пока не восстановится нормальная работа системы.
Качество плана можно оценить по результатам. Во время сбоя люди должны знать , что делать, где регистрировать временные работы, кто может принимать решения, как информировать клиентов и как сверять временные записи после восстановления . План также должен четко определять, где обеспечение непрерывности работы перестает быть безопасным. Некоторые процессы могут выполняться вручную в течение нескольких часов; другие следует приостановить, поскольку дублирование транзакций, ошибки в соблюдении нормативных требований или несоответствие данных могут нанести больше вреда, чем ожидание.
План обеспечения непрерывности бизнеса должен начинаться с оценки влияния на бизнес, а не на технологии. Руководство NIST по планированию действий в чрезвычайных ситуациях для федеральных информационных систем рекомендует определять требования и приоритеты в отношении мер реагирования на основе анализа влияния на бизнес. Хотя публикация написана для федеральных информационных систем, лежащая в её основе дисциплина полезна в более широком смысле: определить основные функции, понять последствия сбоев, определить приоритеты восстановления и поддерживать проверенные процедуры действий в чрезвычайных ситуациях.
Для Salesforce это означает определение того, какие виды деятельности должны продолжаться даже при недоступности платформы. Отделу продаж может потребоваться зафиксировать срочные обязательства перед потенциальными клиентами. Службе поддержки может потребоваться получать и обрабатывать критически важные инциденты с клиентами. Выездной команде может потребоваться доступ к небольшому набору данных о клиентах или активах. Финансовый отдел может принять решение о полной приостановке некоторых транзакций до тех пор, пока Salesforce и подключенные системы не стабилизируются.
Четко сформулированная цель обеспечения непрерывности работы должна быть достаточно конкретной, чтобы ее можно было проверить. Например, фраза «служба поддержки клиентов должна оставаться работоспособной» звучит расплывчато. А вот фраза «заявки клиентов с приоритетом 1 должны по-прежнему приниматься, назначаться, подтверждаться и отслеживаться без потери запросов во время четырехчасового сбоя Salesforce» — измерима.
Непрерывность — это не то же самое, что полная функциональность. Цель обычно состоит в том, чтобы сохранить минимально жизнеспособный бизнес-сервис до тех пор, пока основная система не вернется в рабочее состояние. Для каждого критически важного процесса, зависящего от Salesforce, определите, что означает «достаточно хорошо во время сбоя».
| Бизнес-процесс | Цель обеспечения непрерывности | Допустимое временное ухудшение качества | условие остановки |
|---|---|---|---|
| Служба поддержки клиентов | Приём и определение приоритетности срочных дел. | Используйте утвержденные временные системы приема и отслеживания очередей. | Приостановите обновление некритических данных по делу, если риск примирения станет слишком высоким. |
| Продажи | Фиксируйте срочные обязательства и дальнейшие действия. | Используйте контролируемые офлайн-шаблоны | Не завершайте сделки, требующие недоступных разрешений или утвержденных цен. |
| Управление заказами | Сохраните срочные заказы. | Поставьте запросы в очередь для последующего ввода в систему. | Остановите выполнение, если возможно дублирование или некорректное выполнение. |
| Полевые операции | Продолжите приоритетные визиты, предоставив необходимые справочные данные. | Используйте утвержденные кэшированные или экспортированные оперативные данные там, где это разрешено политикой. | Остановите операцию, если текущие данные о клиенте, безопасности или правах не могут быть подтверждены. |
Условие остановки имеет важное значение. План обеспечения непрерывности работы, предписывающий сотрудникам продолжать работу любой ценой, может привести ко второму инциденту: дублированию заказов, противоречивым обновлениям дел, отсутствию согласований или хранению конфиденциальной информации в неутвержденных инструментах.
В вашем плане следует определить авторитетный источник информации о состоянии сервиса. Salesforce использует сайт Trust Status в качестве источника данных о доступности и производительности сервиса. Salesforce также предоставляет уведомления о проблемах с сервисом, техническом обслуживании и выпуске новых продуктов по электронной почте или SMS. Актуальный обзор доступен в справке Salesforce: Trust Status .
В статье Salesforce « Коммуникации по вопросам доверия при инцидентах» объясняется, что компания может использовать сайт доверия, уведомления о доверии, информационные сообщения, баннеры справки, электронные письма с оповещениями об инцидентах и вебинары в режиме реального времени для информирования о критических незапланированных инцидентах и ходе их устранения.
Хороший план обеспечения непрерывности работы не требует от каждого сотрудника самостоятельной интерпретации страниц состояния. Назначьте ответственного за инцидент или небольшую группу по инцидентам для проверки затронутого экземпляра или сервиса, обобщения имеющейся информации и публикации внутренних обновлений с определенной периодичностью.
Состояние Salesforce — это не единое глобальное бинарное состояние. Ваша организация должна знать, какие идентификаторы экземпляров или служб Salesforce имеют значение. В руководстве Salesforce « Просмотр информации об экземпляре для вашей организации Salesforce» , обновленном 4 августа 2026 г., объясняется, как найти экземпляр в разделе «Настройка» в подразделе «Информация о компании» или с помощью сайта «Состояние Salesforce».
Компания Salesforce также отмечает, что на её сайте Trust сообщается об инцидентах и событиях технического обслуживания по затронутым экземплярам и службам. В руководстве по проверке текущих инцидентов или технического обслуживания указано, что запись о событии включает в себя информацию о затронутых экземплярах и службах, а также о статусе и времени.
Поэтому в вашем руководстве по обеспечению непрерывности работы следует указать соответствующие доменные данные и сведения об экземпляре производственной организации, а также любые отдельно отслеживаемые продукты Salesforce, такие как Marketing Cloud или сервисы Commerce, которые важны для вашей деятельности.
Наиболее практичным запасным вариантом зачастую является не замена CRM-системы. Это контролируемый метод сохранения минимального объема информации, необходимого для продолжения срочной работы. Это может быть утвержденная электронная таблица, очередь в службе поддержки, внутренняя форма, канал для совместной работы, телефонная система или другая система, уже охваченная политиками безопасности и хранения данных вашей организации.
Метод резервного копирования должен определять:
Лучший признак того, что эта часть плана работает, — это возможность для группы восстановления ответить на вопрос: «Что изменилось, пока Salesforce был недоступен?», не полагаясь на память, историю чатов или рукописные заметки, разбросанные по разным командам.
Компания Salesforce рекомендует использовать стратегию регулярного резервного копирования в рамках управления данными и обеспечения безопасности. В руководстве от 2 апреля 2026 года «Рекомендации по резервному копированию данных Salesforce» проводится различие между бизнес-данными, такими как записи и файлы, и метаданными, такими как пользовательские поля, макеты, отчеты, панели мониторинга, Apex и Visualforce.
В документации Salesforce перечислены встроенные методы резервного копирования, включая Salesforce Backup, Data Export Service, экспорт данных с помощью Data Loader и экспорт отчетов. В документации по экспорту резервных данных из Salesforce отмечается, что стандартный экспорт данных может создавать резервные копии в формате CSV еженедельно или ежемесячно в зависимости от версии.
Однако резервное копирование — это средство восстановления, а не режим работы в случае сбоя. Резервная копия не обеспечивает автоматически работоспособную замену Salesforce. Кроме того, большие экспортированные данные могут быть слишком старыми, слишком объемными, слишком конфиденциальными или слишком сложными для безопасного использования в целях обеспечения непрерывности работы основных систем. Заранее определите, действительно ли необходимы какие-либо экспортированные данные во время сбоя, и защитите их соответствующим образом.
Целевой показатель непрерывности описывает, как работает бизнес в условиях недоступности Salesforce. Целевой показатель восстановления описывает, как восстанавливается нормальная работа и как осуществляется согласование временных задач.
Для каждого процесса необходимо задокументировать как минимум три практические цели:
Эти целевые показатели должны определяться владельцами бизнеса, а не общими предположениями в сфере ИТ. Двухчасовой допустимый предел может быть разумным для одного отдела и неприемлемым для другого.
Планирование замедляется, когда люди знают задачи, но не знают, кто обладает полномочиями. Определите именованные роли или роли для управления процессом объявления инцидента, активации резервного варианта, взаимодействия с клиентами, обработки исключений безопасности, эскалации со стороны поставщика, проверки восстановления и принятия окончательного решения о возвращении к нормальному режиму работы.
Как минимум, один человек должен иметь возможность активировать режим непрерывности работы, а другой — подтвердить возвращение к нормальному режиму. Для процессов, оказывающих существенное влияние, следует избегать назначения одного человека единственным, кто может выполнять необходимые функции; необходимо назначать резервных сотрудников для выполнения ключевых задач.
Стандарт NIST SP 800-34 Rev. 1 включает тестирование, обучение, учения и поддержание плана в качестве основных элементов планирования на случай непредвиденных обстоятельств. Поэтому тест на непрерывность работы Salesforce должен имитировать существенную потерю доступа и измерять фактическую производительность.
К полезным критериям тестирования относятся:
Если настольное упражнение лишь подтверждает, что участники могут открыть план, оно не демонстрирует непрерывность процесса. Более качественное упражнение доказывает, что люди могут выполнить рабочий процесс и корректно восстановить данные.
Не ждите реального сбоя, чтобы обнаружить, что план устарел. Пересматривайте его после существенных изменений в архитектуре Salesforce, критически важных интеграциях, бизнес-процессах, требованиях к соответствию нормативным требованиям, распределении обязанностей между командами, стратегии резервного копирования, маршрутизации контакт-центра или каналах связи с клиентами.
Измените подход, если результаты тестирования выявят повторяющиеся недостатки. Примеры включают создание сотрудниками неконтролируемых электронных таблиц, несмотря на официальный резервный вариант, слишком длительное время восстановления из-за отсутствия уникальных идентификаторов во временных записях или обнаружение бизнес-командами того, что заявленный целевой показатель непрерывности работы недостаточен для реального спроса клиентов.
Полезный план включает в себя управление версиями и триггер для проверки. «Ежегодная проверка» лучше, чем ничего, но «ежегодная проверка и проверка после существенных изменений в Salesforce, интеграции, управлении или процессах» более надежна.
Ни один план обеспечения непрерывности бизнеса не может гарантировать бесперебойную работу во время каждого сбоя Salesforce. Некоторые сбои могут одновременно затрагивать подключенные системы, поставщиков идентификационных данных, сети, средства связи или общедоступные облачные сервисы. Серьезный или затяжной инцидент также может превысить возможности ручных процедур резервного копирования.
Существуют также ограничения по безопасности и качеству данных. Перемещение конфиденциальных данных Salesforce в инструмент для экстренных случаев может нарушать политику или правила. Работа в автономном режиме может привести к принятию устаревших решений, противоречивым записям и дублированию транзакций. Наиболее безопасным вариантом обеспечения непрерывности для некоторых процессов с высоким риском является контролируемая приостановка, а не ручное продолжение.
Именно поэтому в хорошо продуманном плане указываются как предполагаемый период работы, так и порог эскалации. Если сбой длится дольше, чем ожидалось, если очередь резервных процессов становится слишком большой или если целостность данных больше не может поддерживаться, руководство должно перейти от рутинных процедур обеспечения непрерывности работы к более широким решениям по управлению кризисом.
План считается удачным, когда реалистичное упражнение позволяет продемонстрировать четыре вещи: компания может определить, что действительно важно, продолжать основную работу на согласованном минимальном уровне, сохранять достоверные временные записи и вернуться к Salesforce без потери или дублирования важной деятельности.
Проведите заключительную проверку готовности:
План обеспечения непрерывности бизнеса Salesforce успешен не потому, что он всеобъемлющ на бумаге, а потому, что он обеспечивает предсказуемое поведение в стрессовых ситуациях. Наиболее полезный план достаточно мал для выполнения, достаточно детализирован, чтобы предотвратить небезопасную импровизацию, и достаточно хорошо протестирован, чтобы организация знала свои пределы до того, как реальный сбой их выявит.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Узнайте, как интерфейсы «мозг-компьютер» расшифровывают нейронные сигналы для восстановления коммуникации и движений, чего достигли недавние исследования и что по-прежнему ограничивает использование BCI.
Узнайте, как коммерческие дроны сочетают в себе датчики, периферийный ИИ, батареи, средства связи и программное обеспечение для управления полетом, а также где автономность по-прежнему зависит от задачи и регулирования.
Сравните семь перспективных вариантов аккумуляторных батарей и систем хранения энергии по таким параметрам, как материалы, системы, исследования, опыт работы в отрасли, гибкость, языковые особенности и соотношение цены и качества.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
Сравните ведущие программы по биомедицинской инженерии для создания интеллектуальных медицинских устройств, включая проектирование, биоэлектронику, искусственный интеллект, кибербезопасность, клиническую подготовку и регулирование.
Разработайте практичный план обеспечения бесперебойной работы Salesforce в случае простоя, с четко определенными приоритетами, резервными рабочими процессами, проверками восстановления, критериями тестирования и реалистичными ограничениями.
Проблемы с системой StoreForce могут нарушать графики работы, учет рабочего времени, смену смен и коммуникацию в магазине. Узнайте, как диагностировать проблему, обеспечить бесперебойную работу розничной торговли и проверить ее устранение.
Узнайте, как связаться со службой поддержки Salesforce во время крупного сбоя, выбрать подходящий канал связи, подготовить информативное обращение и отслеживать ситуацию, не создавая дубликаты заявок.
Сравните лучшие магистерские программы в области финансовых технологий и кибербезопасности по всему миру, включая учебный план, формат обучения, соответствие карьерным целям и актуальную информацию о приеме в 2027 году.
