Помочь применить это руководство?Спросить команду DripTell
Клиент может не знать, что технический маршрут за привычной кнопкой поддержки скоро изменится. Он знает другое: вопрос о заказе, записи или платеже уже отправлен, а компания должна помнить контекст. Именно так стоит оценивать этот переход.
Microsoft объявила канал Apple Messages for Business в Dynamics 365 устаревшим 17 июля 2026 года и сообщила, что удалит его настройку из Copilot Service admin center 30 сентября 2026 года. Если ваша команда использует именно это подключение, относитесь к изменению как к проекту непрерывности обслуживания. Просто удалить один канал и добавить другой недостаточно.
Короткий ответ такой: найдите все точки входа, сохраните незавершенную работу и ее владельцев, выберите поддерживаемую замену, проверьте ее глазами реального клиента и наблюдайте за старым и новым маршрутами во время перехода. Уведомление относится к подключению в Dynamics 365. Оно не говорит, что Apple Messages for Business прекращает работу повсюду.
Что именно удаляет Microsoft
Уведомление Microsoft сформулировано узко, но срок уже близко. Канал признан устаревшим с 17 июля, а его конфигурация в Copilot Service admin center должна исчезнуть 30 сентября. Microsoft указывает, что доступны альтернативные варианты интеграции каналов, и советует обратиться в поддержку при необходимости.
- Ограничьте уведомлениеОтделите удаление канала Dynamics 365 от более широкого сервиса Apple.
- Учтите каждый входНайдите все публичные кнопки, ссылки, кампании, документы и инструкции.
- Защитите открытые делаСохраните вместе клиента, владельца, статус, обещание, доказательство и действие.
- Докажите заменуПроверьте вход, маршрутизацию, контекст, ответ, завершение и отказ.
- Наблюдайте переходСледите за объемом, неназначенной работой, ответами, передачами и ошибками.
Это различие нельзя пропустить. Одна команда решит, что ничего не меняется, потому что сервис Apple существует за пределами Dynamics 365. Другая скажет клиентам, что Apple закрывает весь сервис. Ни один вывод не следует из уведомления. Непосредственный объект работы — подключение, маршрутизация, история клиента и операционные правила, связанные с каналом Microsoft.
Действующее руководство по настройке канала показывает, почему простая замена конечной точки опасна. Настройка может включать рабочие потоки, маршрутизацию, автоматические сообщения, аутентификацию, вложения, Apple Pay, опросы, уведомления, контекстные переменные, быстрые ответы, расширенные сообщения и необязательную обработку ИИ. Возможно, вы используете лишь часть функций. Но для каждой действующей зависимости нужно явно выбрать перенос, упрощение или отключение.
| Что проверить | Какое доказательство сохранить | Какое решение принять |
|---|---|---|
| Точки входа клиента | Все активные кнопки, ссылки, страницы и кампании | Заменить, перенаправить или убрать |
| Открытые обращения | Клиент, владелец, статус, последнее обещание и следующий шаг | Продолжить с тем же ответственным владельцем |
| Поведение канала | Маршрутизация, автоматизация, аутентификация, файлы, платежи и опросы | Воссоздать, упростить или осознанно прекратить |
| Отчетность | Объем, ответы, решения, ошибки и незавершенная работа | Сохранить базовый уровень и определить новый отчет |
Начните с точек входа клиента
Не начинайте с административного экрана. Начните с мест, где клиент действительно находит канал.
Составьте список кнопок на сайте, ссылок в приложении, точек в поиске, подписей в письмах, кампаний, QR размещений, печатных инструкций и сохраненных статей справки, которые могут открыть разговор в Apple Messages. Для каждой позиции укажите владельца и дату последней проверки. После перехода забытая ссылка станет не мелкой ошибкой документации, а дверью, за которой может не оказаться работающей команды.
Сравните список с реальным трафиком. Редко используемая ссылка может обслуживать важный сценарий, например помощь с доступностью, платежом или изменением записи. Решайте по данным, а не только по видимости страницы. Обзор общего входящего ящика поможет определить, какие каналы и очереди команда будет обслуживать после перехода.
Сформулируйте простое обещание клиенту. Объясните, где продолжить обращение, когда ждать ответа и что делать, если срочный запрос уже открыт. Не обещайте автоматический перенос всей истории, пока не проверите именно это поведение.
Сохраните открытую работу до смены маршрута
Открытый разговор — это не только расшифровка. У него есть владелец, текущий статус, последнее обязательство и иногда срок. Экспортируйте или зафиксируйте эти элементы до изменения подключения.
Начните с нерешенных обращений. Для каждого сохраните разрешенный идентификатор клиента, ответственную команду и сотрудника, статус, последнее содержательное сообщение, нужные вложения, состояние согласия или аутентификации и обещанный следующий шаг. Сохраняйте только то, что позволяет ваша политика. Цель — непрерывность, а не вечная копия всего массива данных.
Назначьте одного конкретного человека ответственным за каждое переносимое дело. Руководство по назначению разговоров помогает разделить владение очередью и личную ответственность. Сохраните значение состояний открыто, ожидание и решено с помощью руководства по статусам, а не превращайте все импортированные записи в общую открытую очередь.
Если новая система не импортирует старые сообщения, сделайте ограничение видимым для сотрудников. Краткая честная заметка полезнее пустой истории, которая скрывает отсутствие контекста. В ней должны быть причина обращения, уже выполненные действия, оставшееся обязательство и место хранения подтверждений.
Проверьте замену как настоящий клиент
Выбирайте новый маршрут по задаче клиента, а не только по названию канала. Для одних сценариев подойдет другой асинхронный мессенджер. Для других лучше веб чат, WhatsApp, SMS, электронная почта или обратный звонок. Проверяйте актуальную доступность, правила согласия, безопасность, расширенные сообщения, платежи и стоимость у выбранного поставщика.
Создайте управляемый тест для каждого важного сценария. Начните с настоящей публичной точки входа. Отправьте обычный вопрос, вложение при его поддержке и запрос аутентификации, если он нужен. Убедитесь, что разговор попал в правильную очередь, сохранил ожидаемый контекст, получил одного понятного владельца, остановил неподходящую автоматизацию и может быть завершен без просьбы повторить всю историю.
Проверьте и отказ. Что произойдет вне рабочего времени? Что будет, если ни одно правило маршрутизации не совпадет? Найдет ли руководитель разговор без владельца? Руководство по правилам маршрутизации описывает полезные операционные проверки независимо от провайдера.
Одна доставленная реплика не означает готовность. Готовность означает, что работает вся задача клиента.
Проведите переход с назначенными владельцами
Выберите короткое окно изменений и зафиксируйте решение о запуске или остановке. Назначьте владельца точек входа, владельца открытых обращений, владельца маршрутизации и автоматизации, а также владельца клиентских коммуникаций. Небольшая команда может совмещать роли, но ответственность должна оставаться видимой.
Заменяйте старые точки входа только после успешного теста нового пути. Храните список всех измененных мест. В первые дни следите за объемом, неназначенной работой, временем до первого содержательного ответа, передачами, ошибками и жалобами на непонятный путь. Сравнивайте результаты с сохраненным уровнем в отчетах входящего ящика.
Если критический сценарий не работает, остановите продвижение нового маршрута и включите документированный резервный путь. Не направляйте клиентов в неисправный канал, пока команда экспериментирует. Запишите сбой, владельца, влияние на клиента, временный маршрут и результат повторной проверки.
Хороший переход заканчивается доказательством. Сохраните исходное уведомление, перечень зависимостей, передачу открытых дел, результаты тестов, изменения точек входа и решение о закрытии старого пути. Если несколько систем обмениваются состоянием клиента, изучите варианты интеграции, не предполагая, что один коннектор перенесет все права, вложения и детали истории.
Часто задаваемые вопросы
Apple Messages for Business закроется повсюду
Нет. Microsoft сообщает, что ее канал в Dynamics 365 устарел и будет удален из Copilot Service admin center 30 сентября 2026 года. Это не объявление о глобальном закрытии сервиса Apple.
Что нужно переносить в первую очередь
Сначала переносите ответственность, а не архив. Найдите каждое нерешенное обращение, сохраните владельца, статус, последнее обещание, доказательства и следующий шаг, затем определите новый путь клиента.
Нужно ли удалить старый канал 30 сентября
Не начинайте с удаления. Уточните поведение своей среды у Microsoft, завершите испытания замены, обновите публичные точки входа, сохраните обязательные данные и подготовьте управляемый резервный путь.
Как понять, что замена готова
Она готова, когда реальный клиент может найти путь, начать нужную задачу, попасть к правильной команде, сохранить достаточный контекст, получить содержательный ответ и завершить обращение, а сбои остаются видимыми ответственному владельцу.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники