Shopify добавила в Dev Dashboard общую страницу сведений о магазине и подробности установки приложения. Обновление от 27 октября объединяет информацию о приложениях организации, сотрудниках с collaborator access, доходах и активности. Для команды разработчика это сокращает число разрозненных проверок при обращении продавца в поддержку.

Два уровня просмотра

На странице магазина доступны приложения организации, установленные в этом магазине, пользователи организации с доступом сотрудника-партнёра и сведения о доходах. В деталях установки конкретного приложения показываются его доходы от магазина за всё время, лента событий установки и биллинга, текущая подписка и переход к журналам.

Начинайте разбор с правильного уровня. Если магазин сообщает, что приложение исчезло, сначала нужна установка. Если вопрос касается состава доступа команды, нужна страница магазина. Финансовый показатель сам по себе не объясняет техническую ошибку: наличие дохода от установки не доказывает, что текущая версия приложения успешно выполняет запросы.

Сверяйте идентичность магазина

В обращении поддержки сначала сопоставьте магазин с фактической установкой. Команда может обслуживать несколько магазинов одного владельца или тестовое окружение рядом с рабочим. Похожее название не является достаточным подтверждением. Сохраните внутренний идентификатор обращения и корректный контекст, не включая в переписку лишние сведения других клиентов.

После этого восстановите последовательность событий: установка, изменение подписки, время возникновения проблемы. Лента помогает сформулировать проверяемую гипотезу, например связь обращения с недавним изменением состояния. Но совпадение по времени ещё не устанавливает причину. Следующим шагом должны стать журналы и воспроизведение конкретного симптома.

Учитывайте права сотрудников

Shopify уточняет, что доступная информация зависит от разрешений и доступа к магазину. Поэтому неполный экран сотрудника не следует автоматически считать потерянными данными. Сверьте назначенную роль и задачу. Не выдавайте финансовые права только ради удобства технической диагностики, если нужный результат можно получить через ответственную роль.

Сходный принцип описан в материале о разделении финансовых разрешений Shopify. Доступ к установке приложения, журналам и сведениям о доходах нужно рассматривать по их назначению. Сотруднику полезно знать, к кому передать недоступный участок расследования, вместо попыток собрать его через чужую учётную запись.

Сделайте результат поддержки воспроизводимым

В итоговой заметке укажите выбранный магазин, приложение, существенное событие и выполненную проверку. Не ограничивайтесь снимком ленты без вывода: следующий специалист должен понимать, какой участок уже исследован. Если проблема техническая, используйте инструменты диагностики приложения и запишите проверенный запрос или сценарий.

Новое представление удобно как отправная точка, но не заменяет систему обращений и не подтверждает успешное решение проблемы. Критерий завершения — продавец снова выполняет нужную операцию, а команда может объяснить причину и действие. История установки помогает связать факты, однако выводы о работе приложения должны оставаться основанными на проверяемых результатах.

Перед передачей обращения в разработку сопоставьте время проблемной операции с нужной установкой приложения. Один магазин может иметь несколько рабочих контекстов, поэтому идентификатор магазина и название приложения следует записать явно. Снимок экрана с общей сводкой не заменяет описание того, какая установка и какое действие вызвали вопрос у продавца.