Если панель мониторинга Marketing Cloud внезапно перестает загружаться, самая быстрая реакция — не предполагать, что Datorama не работает. Salesforce теперь называет Datorama Marketing Cloud Intelligence , и на официальном сайте Trust компания сообщает о доступности продукта отдельно от более масштабных инцидентов Salesforce. По состоянию на 16 сентября 2026 года Salesforce Trust указывает, что Marketing > Intelligence доступен. Это важно, потому что более масштабная проблема с сервисом Salesforce, сбой коннектора, сбой исходной платформы, проблема с правами доступа или задержка загрузки данных могут выглядеть одинаково с точки зрения маркетолога.
Рассмотрим гипотетический пример: Майя, руководитель отдела платной рекламы, открывает панель мониторинга темпов кампании за 45 минут до совещания с руководством. Несколько плиток KPI продолжают загружаться, данные о вчерашних расходах отсутствуют, а экспорт одного отчета завершается неудачей. Ее первая реакция — «Datorama не работает». Вместо того чтобы немедленно приостановить кампании или изменить бюджеты, она рассматривает ситуацию как проблему диагностики доступности. Такое разграничение предотвращает превращение проблемы с отчетностью в ошибку при принятии маркетингового решения.
Datorama — это прежнее название Salesforce Marketing Cloud Intelligence. Salesforce подтверждает, что оба названия относятся к одному и тому же продукту. Платформа предназначена для объединения, согласования, анализа и визуализации маркетинговых данных из различных источников. Если ваша команда по-прежнему использует «Datorama» внутри компании, это понятно, но на официальных страницах статуса и поддержки теперь обычно используется название Marketing Cloud Intelligence.
Вы можете проверить название и область применения продукта на официальной странице Salesforce, посвященной маркетинговой аналитике , а также в справочной документации Marketing Cloud Intelligence .
Существует также важное различие между продуктами. Marketing Cloud Intelligence — это не обязательно то же самое, что и отчеты Intelligence Reports, входящие в состав Marketing Cloud Engagement. Salesforce описывает их как отдельные предложения по отчетности с различными требованиями к учетным записям и клиентам. Если коллега говорит: «Отчетность Marketing Cloud не работает», уточните, какой продукт он имеет в виду, прежде чем делать выводы.
Наиболее авторитетным общедоступным контрольным пунктом является Salesforce Trust. На момент написания статьи (16 сентября 2026 г.) на странице доступности Salesforce Trust указано, что Marketing > Intelligence доступен. Salesforce также предоставляет специальный сайт состояния , где клиенты могут просматривать текущие инциденты, информацию о техническом обслуживании, затронутые экземпляры и историю работы сервиса.
Это не доказывает, что каждый клиент сталкивается с нормальным поведением. Статус Salesforce — это лишь один из сигналов, а не замена тестированию собственного клиента, рабочего пространства, коннекторов и источников данных. Это означает, что маркетологам следует быть осторожными с заголовками или внутренними сообщениями типа «Datorama не работает», если официальное сообщение об инциденте или проверка конкретного клиента не подтверждают это утверждение.
В рекомендациях службы поддержки Salesforce советуется проверять сайт Trust перед открытием обращения в службу поддержки Marketing Cloud Intelligence. Компания также просит клиентов указывать влияние на бизнес, приводить скриншоты, шаги для воспроизведения проблемы, ожидаемое поведение и соответствующие идентификаторы рабочих областей, виджетов или сводных таблиц при сообщении о технической проблеме.
Вернемся к Майе. Она видит пустые значения KPI и неудачный экспорт. Эти симптомы реальны, но они не указывают на причину. Полезный способ классификации проблемы — тестирование четырех слоев.
| Возможная проблема | Что могут увидеть маркетологи | Что нужно проверить |
|---|---|---|
| Доступность платформы | Сбои при входе в систему, многочисленные ошибки на панели управления, недоступность нескольких рабочих пространств. | Salesforce Trust, статус инцидентов, затронутые экземпляры |
| Проблема с загрузкой данных или подключением. | Панель мониторинга загружается, но отсутствуют или устарели недавние данные. | Состояние потока данных, учетные данные источника, доступность платформы-источника, время обновления. |
| Проблема с рабочим пространством или доступом. | Одни пользователи или ресурсы выходят из строя, в то время как другие работают. | Роль пользователя, права доступа, область действия рабочей области, последние изменения конфигурации. |
| Проблема с отчетностью или визуализацией. | Сбои возникают при работе с отдельными виджетами, страницами, экспортом или вычислениями. | Затронутые идентификаторы активов, фильтры, диапазоны дат, изменения модели данных, поведение браузера. |
В случае Майи предположим, что на сайте Trust отображается доступность функции Intelligence, другой член команды может открыть то же рабочее пространство, и только в одном платном источнике отсутствуют данные за вчерашний день. Теперь данные указывают не на полный сбой продукта, а на более узкую проблему, связанную с обработкой данных или источником информации. Это полностью меняет ситуацию.
Наибольший операционный риск при сбое в аналитике связан не с самой панелью мониторинга, а с принятием необратимых решений по кампаниям на основе неполных или устаревших данных. Если отчетность вызывает сомнения, пометьте затронутые показатели как непроверенные и избегайте рассматривать отсутствующие данные как нулевую производительность.
Например, Майе не следует сокращать бюджет канала только потому, что расходы или конверсии исчезли с панели управления. Она должна сравнить последнюю известную действительную метку времени, проверить платформу нативной рекламы или систему источников и отметить, затрагивает ли расхождение один источник или несколько. Отсутствие строки в слое аналитики не является доказательством того, что показ базовой кампании прекратился.
Практическое правило принятия решений заключается в разделении действий на обратимые и необратимые. Повторный запуск отчета, проверка собственной платформы или отсрочка несрочной оптимизации являются обратимыми. Приостановка дорогостоящей кампании, перераспределение крупного бюджета или предоставление руководству окончательного показателя рентабельности инвестиций могут быть необратимыми. Когда целостность данных вызывает сомнения, следует отдавать предпочтение проверке перед внесением существенных изменений.
В случае предполагаемого сбоя внутренняя формулировка имеет значение. «Datorama не работает по всему миру» — гораздо более убедительное утверждение, чем «наша панель мониторинга Marketing Cloud Intelligence не обновляется». Второе утверждение описывает то, что вашей команде действительно известно.
Майя могла бы сообщить заинтересованным сторонам: «В нашем представлении Marketing Cloud Intelligence в настоящее время отсутствуют данные о недавних платных медиа. Salesforce Trust в данный момент не отображает Intelligence как недоступную, поэтому мы проверяем затронутый коннектор и исходные данные, прежде чем использовать панель мониторинга для принятия решений по бюджету. Последняя проверенная точка отчетности была вчера, в конце отчетного периода».
Это сообщение полезно, поскольку оно отделяет наблюдаемое воздействие от неподтвержденной причины. Оно также дает лицам, принимающим решения, четкую границу: какие показатели затронуты, что по-прежнему заслуживает доверия, а какие действия следует отложить.
Даже если в разделе «Аналитика» для конкретного продукта всё выглядит нормально, более масштабный инцидент в Salesforce может иметь значение. Общая аутентификация, основные сервисы, доступ к поддержке, API или зависимые компоненты могут влиять на то, как пользователи получают доступ к продукту или работают с ним. Правильным решением будет сравнить перечисленные в инциденте сервисы и экземпляры с вашим собственным клиентом, а не предполагать, что все продукты Salesforce вышли из строя.
В официальном руководстве Salesforce по проверке инцидентов объясняется, как отслеживать текущие инциденты и техническое обслуживание . Также в руководстве по состоянию сервисов описываются значения таких статусов, как «Доступен», «Снижение производительности», «Сбой в работе сервиса» и «Техническое обслуживание» .
Для Майи это означает, что ей следует записать идентификатор инцидента, если таковой имеется, отметить затронутый экземпляр или службу и держать страницу состояния открытой во время совещания руководства. Если соответствующего инцидента нет, ей следует продолжить более точную диагностику, а не пассивно ждать глобального решения.
Marketing Cloud Intelligence является частью цепочки формирования отчетов, которая часто начинается за пределами Salesforce. Платформы для размещения рекламы, веб-аналитика, CRM-системы, системы электронной коммерции, загрузка файлов, API и потоки данных из баз данных — все это может предоставлять данные. В документации Salesforce Marketing Cloud Intelligence описывается как система, которая объединяет и гармонизирует множество источников маркетинговых данных. Такая архитектура мощна, но она также означает, что устаревшие отчеты могут поступать из вышестоящих источников.
В случае сбоя необходимо вести простой журнал учета: время первого наблюдения, время последнего подтверждения данных, затронутые рабочие области или отчеты, затронутые источники, скриншоты, точные сообщения об ошибках и любые недавние изменения конфигурации. Если потребуется поддержка, эти сведения снизят вероятность того, что обращение начнется с длительного раунда базовых разъяснений.
Если использование портала поддержки затруднено во время решения более масштабной проблемы Salesforce, продолжайте документировать доказательства локально, чтобы ничего не было утеряно. Как только станет доступно создание обращения, предоставьте полную хронологию событий.
«Страница загружается» — этого недостаточно. Восстановление должно включать в себя как доступность, так и проверку данных. В гипотетическом сценарии Майя ждет, пока затронутый источник возобновит обновление, а затем сравнивает небольшой набор критически важных показателей с исходным источником за тот же диапазон дат. Она также проверяет, поступили ли задержанные записи в полном объеме, а не предполагает, что первое обновление завершено.
Проверка на предмет восстановления включает в себя три момента: соответствующий статус Salesforce находится в норме, поток затронутых данных соответствует ожидаемой метке времени, и несколько важных показателей соответствуют допустимым отклонениям, которые уже используются вашей командой. Если хотя бы одна из этих проверок не пройдена, отметьте отчетность как восстанавливающуюся, а не как полностью восстановленную.
Salesforce также предоставляет историю обслуживания для экземпляров, которая может помочь командам понять, совпадал ли сбой с периодом, в котором возникли проблемы с данными или доступом. См. инструкции Salesforce по истории обслуживания .
Если кто-то спросит: «Datorama не работает?», лучший ответ будет основан на фактах: Datorama теперь называется Marketing Cloud Intelligence, и перед объявлением о сбое следует проверить текущую общедоступную страницу доверия Salesforce. По состоянию на 16 сентября 2026 года Salesforce Trust показывает, что Intelligence доступна, поэтому команда, столкнувшаяся с проблемами, должна также проверить доступ к клиенту, коннекторы, исходные платформы, актуальность данных и отдельные ресурсы для формирования отчетов.
Урок, извлеченный из гипотетического утра Майи, прост. Неисправную панель мониторинга следует рассматривать как сигнал к проверке, а не как доказательство сбоя всей платформы. Необходимо защищать решения, принимаемые в ходе кампании, пока данные неопределенны, сообщать только то, что известно, и проверять цепочку отчетности, прежде чем объявлять о восстановлении. Такой подход медленнее, чем гадать несколько минут, но гораздо быстрее, чем исправлять неудачное бюджетное решение или неточный отчет руководства позже.
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 году.
