Ако Datorama – сега наречена Marketing Cloud Intelligence – погледне надолу, най-важният въпрос не е просто „Мога ли да отворя таблото за управление?“. За маркетолозите по-силен стандарт за възстановяване е: Мога ли да се доверя достатъчно на числата, за да взема решение?
Това разграничение е от значение по време на мащабен инцидент в Salesforce. На 16 септември 2026 г. Salesforce съобщи за прекъсване на услугата, засягащо множество случаи в различни региони, със сериозни забавяния, периодични грешки и периоди, когато някои услуги или създаване на заявки за поддръжка не бяха налични. Инцидентът беше свързан с натиск върху обработката на заявки, включващ компонент, свързан с влизане, и Salesforce внедри отстраняване на проблеми регион по регион. Маркетолозите трябва да третират това като доказателство за проблем с достъпността в целия Salesforce, а не като автоматично доказателство, че всеки клиент, конектор, табло или канал за данни на Marketing Cloud Intelligence е дал повреда по един и същи начин. Проверете сайта за състояние на доверието в Salesforce на живо и собственото си поведение на клиент, преди да направите това заключение.
Salesforce описва Marketing Cloud Intelligence като платформа за свързване, хармонизиране, визуализиране и действие въз основа на маркетингови данни. Тъй като тези дейности обхващат няколко слоя, прекъсването може да се прояви по различни начини. Може да не можете да влезете, табло за управление може да не се зареди, времетраенето на уиджет може да изтече, конектор може да спре да приема нови записи или интерфейсът може да работи, докато най-новите данни все още липсват.
Ето защо един прост тест „страницата се зарежда/страницата не се зарежда“ е твърде слаб. Предишен инцидент в Salesforce, засягащ Marketing Cloud Intelligence през май 2026 г., включваше проблеми със зареждането на таблото за управление и забавяния при въвеждането на данни. Услугата по-късно се възстанови, но инцидентът илюстрира важен оперативен момент: наличността и актуалността на данните са отделни проверки за качество. Salesforce документира този инцидент в своя запис за инциденти със състоянието на доверието .
За контекста на продукта, текущата документация на Salesforce нарича Datorama Marketing Cloud Intelligence. Официалният ѝ преглед обяснява, че продуктът свързва, хармонизира, визуализира и активира маркетингови данни. Вижте Помощ за Salesforce: Интегриране и анализ на маркетингови данни с Marketing Cloud Intelligence .
Добрата реакция при инцидент не свършва, когато някой каже „таблото за управление се завръща“. Тя приключва, когато екипът ви може да отговори на три въпроса с доказателства:
Ако и трите са изпълнени, платформата може да е достатъчно оперативна за нормална маркетингова работа. Ако е възстановен само достъпът, продължете да третирате последните доклади предпазливо.
Използвайте Salesforce Trust като основен източник за потвърдени инциденти и поддръжка. Потърсете засегнатия продукт, услуга, регион, екземпляр, начален час и най-новата актуализация. Глобален инцидент в Salesforce може да обясни неуспешните входове, без да доказва, че конкретен канал на Marketing Cloud Intelligence е загубил данни.
Сигналът за качество, който искате, е актуализация на доверието, която съответства на това, което вашият екип наблюдава. Ако Salesforce отчита възстановяване, но вашият клиент продължава да се проваля постоянно, преминете към диагностика, специфична за клиента, вместо да чакате пасивно.
Не започвайте с отваряне на най-тежкото табло за управление. Използвайте малък, известен отчет или набор от данни, който обикновено се зарежда бързо. Уверете се, че можете да влезете, да отворите работното пространство, да заредите проста визуализация и да извлечете последните записи.
Успешният лек тест ви показва, че платформата е поне достъпна. Той не доказва, че всяко табло, конектор, изчисление или планирано приемане е изправно.
Изберете няколко фийда, които са важни за текущото бизнес решение – например разходи за платени медии, реализации, възможности за CRM или приходи от електронна търговия. Сравнете най-новия времеви печат в Marketing Cloud Intelligence с най-новия времеви печат в оригиналната платформа или експорта.
Най-добрият знак за възстановяване не е „графиката има числа“. А „най-новата очаквана партида е налична и времето ѝ е обратно в нормалния работен диапазон“. Ако изходната система има данни от 14:00 ч. и Marketing Cloud Intelligence спре в 10:00 ч., таблото за управление може да е достъпно, но все още оперативно остаряло.
Изберете показатели, които са едновременно важни и лесни за сравнение: дневни разходи по платформа, реализации по кампания, приходи по канал или брой потенциални клиенти по дата. Сравнете скорошен период в Marketing Cloud Intelligence с изходната платформа.
Не изисквайте перфектно равенство, ако нормалната ви имплементация включва правила за атрибуция, конвертиране на валута, картографиране на данни, дедупликация или забавено отчитане на източници. Вместо това, сравнете с установения толеранс на вашия екип. Ключът е да се разграничи известна разлика в моделирането от нова разлика, свързана с прекъсване.
| Проверете | Добър сигнал за възстановяване | Причина да бъдете внимателни |
|---|---|---|
| Вход и навигация | Многократните тестове са успешни без необичайни грешки | Периодични неуспешни влизания, изтичане на времето за изчакване или многократни опити |
| Зареждане на таблото за управление | Известните отчети се зареждат за нормално или почти нормално време | Уиджетите са празни, частични или са с изтекло време за изчакване |
| Актуалност на данните | Налични са последните очаквани партиди | Липсват скорошни часове или планирани товари |
| Съгласуване на източника | Ключовите показатели попадат в рамките на нормалното отклонение | Неочаквани пропуски, дублирани общи суми или необясними колебания |
| Планирани изходи | Експортирането, предупрежденията и низходящите задачи се изпълняват нормално | Натрупани неизпълнени задачи, неуспешни задачи или забавена доставка надолу по веригата |
Този гейт е умишлено консервативен. Правилният толеранс зависи от вашата архитектура на отчитане и бизнес употреба. Табло за управление, използвано за седмичен преглед на тенденциите, може да толерира по-голямо забавяне от табло за управление на темпото, използвано за паузиране на голяма кампания в реално време.
Променете подхода, когато платформата е недостъпна достатъчно дълго, за да застраши реалния краен срок за вземане на решение, или когато качеството на данните остава несигурно след възобновяване на достъпа. Полезните резервни варианти включват отчитане от типа „изходна платформа“, предварително валидирани експорти, заявки към хранилища или намален набор от ръчно съгласувани ключови показатели за ефективност (KPI).
Резервният отчет трябва да е по-тесен от обикновеното табло. По време на инцидент, по-малко проверени показатели са по-добри от широк отчет с неизвестна актуалност. Обозначете резервните числа с техния източник и време, през което са получени данните, за да могат получателите да разберат ограничението.
Например, ако таблата ви за управление на платените социални мрежи спрат да се обновяват преди преглед на бюджета в същия ден, може да използвате разходите и общите стойности на реализациите на рекламната платформа за определяне на темпото, като същевременно отлагате решенията за междуканална атрибуция, докато хармонизираните данни отново не станат актуални.
Ако Salesforce Trust не покаже съответстващ инцидент или ако публичният инцидент е маркиран като разрешен, докато вашата среда Marketing Cloud Intelligence все още показва възпроизводими грешки, отворете заявка за поддръжка. Ръководството за поддръжка на Salesforce за Marketing Cloud Intelligence изисква от клиентите да включат въздействието върху бизнеса, екранни снимки на засегнатия екран или грешка, стъпки за възпроизвеждане, очаквано поведение, съответните URL адреси или идентификатори на обобщени таблици или уиджети и подробности за работата, извършена непосредствено преди проблема.
Salesforce заявява, че заявките за поддръжка на Marketing Cloud Intelligence се подават чрез Salesforce Help. Вижте официалното ръководство за подаване на заявки за Marketing Cloud Intelligence и ЧЗВ за поддръжка на Marketing Cloud Intelligence .
За един маркетолог „решено“ би трябвало да означава повече от зелена страница със състоянието. Силното приключване има четири доказателства: потребителите могат надеждно да имат достъп до услугата, текущите данни са наваксали, важните общи суми са в рамките на нормалните отклонения и планираната последваща работа отново се изпълнява.
Ако някой от тях все още не работи, дръжте инцидента отворен вътрешно, дори ако общото състояние на услугата на доставчика се е подобрило. Възстановяването на доставчика може да се случи, преди всяко натрупване на неизпълнени задачи, график на конектора или специфичен за клиента работен процес да се върне към нормалното.
Съществува и ограничение за това, което може да ви каже външна страница за състоянието. Salesforce Trust може да потвърди инциденти на платформата и засегнатите услуги, но не може да докаже, че точният модел на данни, графикът на конекторите, трансформациите и решенията надолу по веригата на вашата организация са правилни. Тази окончателна проверка принадлежи на вашия екип.
Когато Datorama или Marketing Cloud Intelligence не работят, оптимизирайте възстановяването на качеството на вземане на решения , а не само наличността на екрани. Проверете доверието в Salesforce, тествайте малък работен процес, проверете актуални времеви отпечатъци, съгласувайте няколко показателя с висока стойност и едва след това възобновете нормалното отчитане. Ако достъпът се възстанови, но данните са остарели или непоследователни, преминете временно към по-тесен, проверен източник и документирайте крайния срок. Този подход няма да елиминира всеки риск от прекъсване, но дава на маркетолозите ясен, измерим стандарт за определяне кога анализите отново са надеждни.
Прегледайте забележителните прекъсвания на Salesforce през 2025 г., какви са били неуспешните действия, колко дълго са продължили избрани инциденти и практическите уроци за устойчивост, които екипите могат да приложат.
Build a practical Salesforce downtime continuity plan with impact analysis, RTO/RPO targets, manual workarounds, integration controls, and recovery checks.
Learn how to contact Salesforce Support during a major outage: check Trust Status, choose the right channel, open a strong case, and track recovery.
Отстраняване на неизправности при влизане в Salesforce Workbench, REST Explorer, изчакване, 503, версия на API и ограничаване на грешките по време на престой с практичен диагностичен контролен списък.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Разберете основните причини за широко разпространените прекъсвания на работата в облака, как се натрупват повреди, какво да проверите първо и как да проектирате по-устойчив план за възстановяване.
Ако Datorama или Marketing Cloud Intelligence изглеждат неработещи, използвайте този контролен списък, базиран на доказателства, за да проверите прекъсването, да защитите качеството на отчитането и да разберете кога данните отново са надеждни.
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.
Прекъсването на AWS не означава автоматично, че Salesforce не работи. Научете как Hyperforce, регионите, инстанциите и Salesforce Trust определят дали вашата организация е засегната.
