Содержание

Журнал регистрации уведомлений – описание и образец

> > > >

Журнал регистрации уведомлений

Работнику могут направляться различные уведомления из кадровой службы. Это могут быть уведомления о расторжении трудового договора, о необходимости получить трудовую книжку, об изменении условий трудового договора, о сокращении должности и другое.

Все выше перечисленные кадровые документы регистрируются в специальном журнале регистрации уведомлений.

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

Журнал регистрации уведомлений имеет свои преимущества:

– по последней записи видно общее количество зарегистрированных уведомлений;

– все уведомления компактно сгруппированы в одном журнале;

– из журнала невозможно изъять внесенные данные, зарегистрировать уведомление задним числом.

Журнал состоит из двух разделов: заголовочной и табличной части.

В заголовке обычно указываются:

– наименование журнала;

– наименование организации;

– дата начала и окончания ведения журнала.

В табличной части содержатся следующие сведения:

• порядковый или регистрационный номер;

• должность и данные кадрового специалиста, регистрирующего уведомление;

• дата вручения уведомления работнику;

• фамилия, имя, отчество, должность работника, которому вручено уведомление;

• структурное подразделение, в котором трудится работник;

• тип и краткое содержание уведомления.

Журнал регистрации уведомлений относится к кадровым документам по личному составу и хранится 5 лет согласно “Перечню типовых управленческих, архивных документов, образующихся в процессе деятельности государственных органов, органов местного самоуправления и организаций, с указанием сроков хранения” от 25 августа 2010 г.

С этим шаблоном часто используют:

Популярные документы и процедуры:

Приложение N 2.

Образец журнала регистрации уведомлений работников о возможности возникновения конфликта интересов

Приложение N 2

к Порядку принятия работниками,

замещающими отдельные должности

на основании трудового договора

в организациях, созданных

для выполнения задач,

поставленных перед Минюстом

России, мер по недопущению любой

возможности возникновения

Образец

журнала регистрации

уведомлений работников

о возможности возникновения

конфликта интересов

ЖУРНАЛ

регистрации уведомлений работников о возможности

возникновения конфликта интересов

___________________________________________________________________________

(Департамент государственной службы и кадров Минюста

России, организация)

___________________________________________________________________________

(кадровое подразделение организации либо должность, Ф. И.О. работника,

в должностные обязанности которого входит осуществление

кадровой работы)

Начат “__” ____________ 20__ г.

Окончен “__” __________ 20__ г.

На ___ листах

N п/п

Регистрационный номер уведомления

Дата и время учета уведомления

Ф.И.О., должность, контактный телефон работника, подавшего уведомление

Ф.И.О. лица, принявшего уведомление

Сведения о принятом решении

1

2

3

4

5

6


Открыть полный текст документа

Методические рекомендации о порядке уведомления представителя нанимателя (работодателя) о фактах обращения в целях склонения государственного или муниципального служащего к совершению коррупционных правонарушений, включающие перечень сведений, содержащихс :: Министерство юстиции Российской Федерации

Настоящие Методические рекомендации о порядке уведомления представителя нанимателя (работодателя) о фактах обращения в целях склонения государственного или муниципального служащего к совершению коррупционных правонарушений, включающие перечень сведений, содержащихся в уведомлениях, вопросы организации проверки этих сведений и порядка регистрации уведомлений (далее – рекомендации), подготовлены в целях единообразного применения части 5 статьи 9 Федерального закона от 25 декабря 2008 г. N 273-ФЗ “О противодействии коррупции”.

1. Уведомление представителя нанимателя (работодателя) о фактах обращения в целях склонения государственного или муниципального служащего к совершению коррупционных правонарушений (далее – уведомление) осуществляется письменно по форме согласно приложению N 1 путем передачи его уполномоченному представителем нанимателя (работодателем) государственному или муниципальному служащему (далее – уполномоченное лицо) или направления такого уведомления по почте.

2. Государственный или муниципальный служащий обязан незамедлительно уведомить представителя нанимателя (работодателя) обо всех случаях обращения к нему каких-либо лиц в целях склонения его к совершению коррупционных правонарушений.

В случае нахождения государственного или муниципального служащего в командировке, в отпуске, вне места прохождения службы он обязан уведомить представителя нанимателя (работодателя) незамедлительно с момента прибытия к месту прохождения службы.

Конкретные сроки уведомления устанавливаются представителем нанимателя (работодателем).

3. Перечень сведений, подлежащих отражению в уведомлении, должен содержать:

– фамилию, имя, отчество, должность, место жительства и телефон лица, направившего уведомление;

– описание обстоятельств, при которых стало известно о случаях обращения к государственному или муниципальному служащему в связи с исполнением им служебных обязанностей каких-либо лиц в целях склонения его к совершению коррупционных правонарушений (дата, место, время, другие условия). Если уведомление направляется государственным или муниципальным служащим, указанным в пункте 10 настоящих рекомендаций, указывается фамилия, имя, отчество и должность служащего, которого склоняют к совершению коррупционных правонарушений;

– подробные сведения о коррупционных правонарушениях, которые должен был бы совершить государственный или муниципальный служащий по просьбе обратившихся лиц;

– все известные сведения о физическом (юридическом) лице, склоняющем к коррупционному правонарушению;

– способ и обстоятельства склонения к коррупционному правонарушению, а также информацию об отказе (согласии) принять предложение лица о совершении коррупционного правонарушения.

4. Уведомления подлежат обязательной регистрации в специальном журнале, который должен быть прошит и пронумерован, а также заверен оттиском печати государственного органа или органа местного самоуправления (аппарата избирательной комиссии). Примерная структура журнала прилагается (приложение N 2).

Ведение журнала в государственном органе или органе местного самоуправления (аппарате избирательной комиссии) возлагается на уполномоченное лицо.

5. Уполномоченное лицо, принявшее уведомление, помимо его регистрации в журнале, обязано выдать государственному или муниципальному служащему, направившему уведомление, под роспись талон-уведомление с указанием данных о лице, принявшем уведомление, дате и времени его принятия.

Талон-уведомление состоит из двух частей: корешка талона-уведомления и талона-уведомления (приложение N 3).

После заполнения корешок талона-уведомления остается у уполномоченного лица, а талон-уведомление вручается государственному или муниципальному служащему, направившему уведомление.

В случае если уведомление поступило по почте, талон-уведомление направляется государственному или муниципальному служащему, направившему уведомление, по почте заказным письмом.

Отказ в регистрации уведомления, а также невыдача талона-уведомления не допускается.

6. Конфиденциальность полученных сведений обеспечивается представителем нанимателя (работодателя) или по его поручению уполномоченным структурным подразделением государственного органа или органа местного самоуправления (аппарата избирательной комиссии).

7. Организация проверки сведений о случаях обращения к государственному или муниципальному служащему в связи с исполнением служебных обязанностей каких-либо лиц в целях склонения его к совершению коррупционных правонарушений или о ставших известными фактах обращения к иным государственным или муниципальным служащим каких-либо лиц в целях склонения их к совершению коррупционных правонарушений осуществляется уполномоченным структурным подразделением государственного органа или органа местного самоуправления (аппарата избирательной комиссии) по поручению представителя нанимателя (работодателя) путем направления уведомлений в Прокуратуру Российской Федерации, МВД России, ФСБ России, проведения бесед с государственным или муниципальным служащим, подавшим уведомление, указанным в уведомлении, получения от государственного или муниципального служащего пояснения по сведениям, изложенным в уведомлении.

8. Уведомление направляется представителем нанимателя (работодателя) в органы Прокуратуры Российской Федерации, МВД России, ФСБ России либо в их территориальные органы не позднее 10 дней с даты его регистрации в журнале. По решению представителя нанимателя (работодателя) уведомление может направляться как одновременно во все перечисленные государственные органы, так и в один из них по компетенции.

В случае направления уведомления одновременно в несколько федеральных государственных органов (их территориальные органы) в сопроводительном письме перечисляются все адресаты с указанием реквизитов исходящих писем.

9. Проверка сведений о случаях обращения к государственному или муниципальному служащему в связи с исполнением служебных обязанностей каких-либо лиц в целях склонения его к совершению коррупционных правонарушений или о ставших известными фактах обращения к иным государственным или муниципальным служащим каких-либо лиц в целях склонения их к совершению коррупционных правонарушений проводится Прокуратурой Российской Федерации, МВД России, ФСБ России в соответствии с законодательством Российской Федерации. Результаты проверки доводятся до представителя нанимателя (работодателя).

10. Государственный или муниципальный служащий, которому стало известно о факте обращения к иным государственным или муниципальным служащим в связи с исполнением служебных обязанностей каких-либо лиц в целях склонения их к совершению коррупционных правонарушений, вправе уведомлять об этом представителя нанимателя (работодателя) в порядке, аналогичном настоящим рекомендациям.

11. Государственная защита государственного или муниципального служащего, уведомившего представителя нанимателя (работодателя), органы прокуратуры или другие государственные органы о фактах обращения в целях склонения его к совершению коррупционного правонарушения, о фактах обращения к иным государственным или муниципальным служащим в связи с исполнением служебных обязанностей каких-либо лиц в целях склонения их к совершению коррупционных правонарушений, в связи с его участием в уголовном судопроизводстве в качестве потерпевшего или свидетеля обеспечивается в порядке и на условиях, установленных Федеральным законом “О государственной защите потерпевших, свидетелей и иных участников уголовного судопроизводства”.

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

В случае привлечения к дисциплинарной ответственности государственного или муниципального служащего, указанного в абзаце первом настоящего пункта, обоснованность такого решения рассматривается на заседании соответствующей комиссии по соблюдению требований к служебному поведению и урегулированию конфликта интересов в соответствии с подпунктом “в” пункта 16 Положения о комиссиях по соблюдению требований к служебному поведению федеральных государственных служащих и урегулированию конфликта интересов, утвержденного Указом Президента Российской Федерации от 1 июля 2010 г. N 821.

Доступ к журналам доставки темы Amazon SNS для push-уведомлений

Я хочу получить доступ к журналам доставки темы Amazon Simple Notification Service (Amazon SNS) для push-уведомлений.

Краткое описание

Прежде чем выполнять следующие шаги, убедитесь, что вы используете конечные точки SNS, поддерживаемые Amazon SNS, для регистрации состояния доставки уведомлений:

  • HTTP и HTTPs
  • Пожарный шланг для данных Amazon Kinesis
  • АВС Лямбда
  • Конечная точка приложения платформы
  • Amazon Simple Queue Service (Amazon SQS)
  • СМС

Примечание. Если вы получаете ошибки при выполнении команд интерфейса командной строки AWS (AWS CLI), убедитесь, что вы используете самую последнюю версию AWS CLI.

Разрешение

Настройка атрибутов статуса доставки push-уведомлений для журналов Amazon CloudWatch

Примечание. В качестве альтернативы следующим действиям в консоли можно настроить статус доставки сообщений с помощью AWS SDK или интерфейса командной строки AWS.

1.    Откройте консоль Amazon SNS.

2.    В меню навигации разверните Mobile и выберите Push-уведомления .

3.    В разделе Приложения платформы выберите приложение платформы, для которого вы хотите получить статус доставки.

4.    Выберите Изменить .

5.    Развернуть Журнал статуса доставки — необязательно .

6.    Для Частота выборки успеха в текстовом поле % введите 100 .

7.    В разделе Роли IAM для Роль службы выберите Создать новую роль службы , а затем выберите Создать новые роли .Откроется консоль AWS Identity and Access Management (IAM).

Примечание: Если у вас уже есть роль IAM с нужными разрешениями, вы можете использовать эту роль службы, выбрав вместо этого Использовать существующую роль службы .

8.    На странице запроса разрешения консоли IAM выберите Разрешить .

9.    Вернувшись в консоль Amazon SNS, выберите Сохранить изменения .

Теперь для успешных и неудачных доставок создается роль IAM со следующей политикой и доверительными отношениями для Amazon SNS.См. следующие примеры:

Роль IAM для успешных доставок:

  arn:aws:iam::1111111111:role/SNSSuccessFeedback  
Роль IAM

для неудачных доставок:

  arn:aws:iam::1111111111:role/SNSFailureFeedback  
  {
    «Версия»: «2012-10-17»,
    "Заявление": [
        {
            «Эффект»: «Разрешить»,
            "Действие": [
                "журналы: CreateLogGroup",
                "журналы: CreateLogStream",
                "журналы: PutLogEvents",
                "журналы: PutMetricFilter",
                "журналы: путретентионполици"
            ],
            "Ресурс": [
                "*"
            ]
        }
    ]
}  
  {
  «Версия»: «2012-10-17»,
  "Заявление": [
    {
      «Эффект»: «Разрешить»,
      "Главный": {
        «Сервис»: «sns.
amazonaws.com" }, "Действие": "sts:AssumeRole" } ] }

Просмотр журналов состояния доставки

1. Откройте консоль Amazon CloudWatch.

2. На панели навигации разверните Журналы и выберите Группы журналов .

3.   В поле поиска «Фильтр» введите sns , чтобы найти только группы журналов для Amazon SNS.

Группа журналов sns/your-AWS-region/your-account_ID/app/platform_name/application_name содержит журналы успешной доставки.

  sns/us-east-1/1111111111/приложение/GCM/Test1
sns/us-east-1/1111111111/app/APNS_SANDBOX/Test2
sns/us-east-1/1111111111/app/APNS/Test3  

Группа журналов sns/your-AWS-region/your-account_ID/app/platform_name/application_name /Failure содержит журналы доставки ошибок:

sns/us-east-1/1111111111/приложение/GCM/Test1/Failure sns/us-east-1/1111111111/app/APNS_SANDBOX/Test2/Ошибка sns/us-east-1/1111111111/app/APNS/Test3/Failure

4. Выберите группу журналов Amazon SNS, которую вы хотите просмотреть.

5.    На вкладке Потоки журналов выберите конкретный поток журналов для просмотра журналов доставки конечной точки приложения.

Рассмотрим следующее:

  • Вы не можете добавить префикс к потокам в журналах CloudWatch.
  • Нельзя напрямую изменить имя группы журналов по умолчанию для Amazon SNS.
  • Содержимое уведомления не записывается в ваши журналы CloudWatch.То есть журналы доставки тем SNS не регистрируют содержимое уведомлений в CloudWatch, а записывают в CloudWatch только метаданные.
  • Если вы публикуете в теме SNS, в которой есть конечные точки SMS и приложения платформы, журналы состояния доставки по-прежнему заполняются для этих конечных точек в соответствующей группе журналов.

Устранение сбоев уведомлений

Найдите statusCode в службе провайдера, такой как FCM или APN. Чтобы узнать точное ответное сообщение поставщика, просмотрите providerResponse .

Список кодов ответов службы push-уведомлений см. в разделе Коды ответов платформы.



Вам нужен счет или техническая поддержка?

Как включить ведение журнала подписки — Azure DevOps

  • Статья
  • 2 минуты на чтение
  • 4 участника

Полезна ли эта страница?

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft. Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

Службы Azure DevOps | Azure DevOps Server 2020 | Azure DevOps Server 2019 | ТФС 2018

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

Ведение журнала подписки — ценный инструмент для устранения неполадок. Он предоставляет диагностическую информацию из конвейера уведомлений и по умолчанию отключен. После включения для подписки собирается до 25 журналов или журналов за один час.

Включение ведения журнала подписки

Важно

Существует известная проблема в TFS 2018 с обновлением 2 и TFS 2018 с обновлением 3, из-за которой включение ведения журнала подписки для подписок по умолчанию может вызвать проблемы с доставкой уведомлений. Если вы используете одну из этих двух версий, рекомендуется не включать ведение журнала подписки для подписок по умолчанию.

Выполните следующие действия, чтобы включить ведение журнала подписки:

  1. Включите диагностику для своей организации, введя в браузере следующий URL-адрес:

    https://dev.azure.com/{organization}/_notifications?diagnostics=true

  2. Параметр Включить диагностику появляется в контекстном меню подписки.

Просмотр журналов диагностики подписки для сопоставления событий

Получите все журналы обработки событий подписки, введя в браузере следующий URL-адрес:

https://dev.azure.com/{organization}/_apis/notification/DiagnosticLogs/{идентификатор события}/entries?startTime={date}&endTime={date}

  • организация — ваша организация (например, dev.azure.com/fabrikam-fiber)
  • date — спецификация даты и времени (например, 2018-06-29 или 2018-06-29 02:00 )
  • идентификатор события : 915f48f2-1b64-40d9-a43f-fe2528b4f296 для событий рабочего элемента или
  • идентификатор события : 9a688110-9e33-4cdc-affd-75d16303e7f1 для событий Git или
  • идентификатор события : a4804dcf-4bb6-4109-b61c-e59c2e8a9ff7 для любого другого типа события

Результатом является информация журнала в формате JSON.

Просмотр журналов диагностики подписки для доставки уведомлений

Получить все журналы доставки уведомлений за заданный период времени, введя URL-адрес в браузере.

https://dev.azure.com/{organization}/_apis/notification/DiagnosticLogs/{идентификатор события}/entries?startTime={date}&endTime={date}

  • организация — ваша организация (например, dev.azure.com/fabrikam-fiber)
  • date — спецификация даты и времени (например, 2018-06-29 или 2018-06-29 02:00 )
  • идентификатор события : 631f49b3-46e1-42ec-8fff-081bd176c18a для событий рабочего элемента или
  • идентификатор события : 8833fc71-42ca-441b-ab12-25314877772d для событий Git или
  • идентификатор события : a96d6177-beef-477a-a2ee-2c31433214d0 для любого другого типа события

Результатом является информация журнала в формате JSON.

Отслеживание сообщений | Документы Майкрософт

  • Статья
  • 15 минут на чтение
  • 11 участников

Полезна ли эта страница?

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

Журнал отслеживания сообщений — это подробная запись обо всех действиях, когда почта проходит через транспортный конвейер на серверах почтовых ящиков и пограничных транспортных серверах. Вы можете использовать отслеживание сообщений для криминалистической экспертизы сообщений, анализа потока почты, составления отчетов и устранения неполадок.

По умолчанию Exchange использует циклическое ведение журнала, чтобы ограничить журнал отслеживания сообщений в зависимости от размера файла и возраста файла, чтобы помочь контролировать пространство на жестком диске, используемое файлами журнала.Чтобы настроить журнал отслеживания сообщений, см. раздел Настройка отслеживания сообщений.

Поиск в журнале отслеживания сообщений

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

  • Get-MessageTrackingLog : Администраторы могут использовать этот командлет Exchange Management Shell для поиска информации о сообщениях в журнале отслеживания сообщений с использованием широкого диапазона критериев фильтрации. Дополнительные сведения см. в разделе Поиск журналов отслеживания сообщений.

  • Отчеты о доставке для администраторов : Администраторы могут использовать вкладку Отчеты о доставке в центре администрирования Exchange или базовые командлеты Search-MessageTrackingReport и Get-MessageTrackingReport в командной консоли Exchange для поиска в журналах отслеживания сообщений информация о сообщениях, отправленных или полученных определенным почтовым ящиком в организации.Дополнительные сведения см. в разделе Отчеты о доставке для администраторов.

Структура файлов журнала отслеживания сообщений

По умолчанию файлы журнала отслеживания сообщений находятся в %ExchangeInstallPath%TransportRoles\Logs\MessageTracking . Папка содержит файлы журналов с разными именами, но все они соответствуют соглашению об именах MSGTRKServiceyyyymmdd-nnnn.log . Различные имена файлов журнала описаны в следующей таблице.


Имя файла Серверы Описание
МСГТРК Серверы почтовых ящиков и пограничные транспортные серверы Файлы журнала для службы транспорта.
МСГТРКМА Серверы почтовых ящиков Файлы журналов для утверждений и отклонений в модерируемом транспорте. Дополнительные сведения см. в разделе Управление утверждением сообщений.
МСГТРКМД Серверы почтовых ящиков Файлы журналов для сообщений, доставленных в почтовые ящики службой доставки транспорта почтовых ящиков.
МСГТРКМС Серверы почтовых ящиков Файлы журналов для сообщений, отправленных из почтовых ящиков службой отправки транспорта почтовых ящиков.

Другие заполнители в именах файлов журнала представляют следующую информацию:

  • ггггммдд — это дата по всемирному координированному времени (UTC), когда был создан файл журнала. гггг = год, мм = месяц и дд = день.

  • nnnn — это номер экземпляра, который начинается со значения 1 каждый день для каждого журнала.

Информация записывается в файл журнала до тех пор, пока файл не достигнет максимального размера.Затем открывается новый файл журнала с увеличенным номером экземпляра (первый файл журнала имеет значение -1, следующий — -2 и т. д.). Циклическое ведение журнала удаляет самые старые файлы журналов для службы, если выполняется одно из следующих условий:

Файлы журнала отслеживания сообщений — это текстовые файлы, содержащие данные в формате значений, разделенных запятыми (CSV). Каждый файл журнала отслеживания сообщений имеет заголовок, содержащий следующую информацию:

.
  • #Software : значение Microsoft Exchange Server .

  • #Version : Номер версии сервера Exchange, создавшего файл журнала отслеживания сообщений. Значение использует формат 15.01.nnnn.nnn .

  • #Log-Type : Значение равно Журнал отслеживания сообщений .

  • #Date : Дата и время в формате UTC, когда был создан файл журнала. Дата-время UTC представляется в формате даты-времени ISO 8601: гггг-мм-дд T чч:мм:сс.fff Z, где yyyy = год, mm = месяц, dd = день, T указывает начало временной составляющей, hh = час, mm = минута, ss = секунда, fff = доли секунды, а Z означает Zulu, что является еще одним способом обозначения UTC.

  • #Fields : имена полей с разделителями-запятыми, которые используются в файлах журнала отслеживания сообщений.

Поля в файлах журнала отслеживания сообщений

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

Имя поля Описание
дата-время Дата-время в формате UTC для события отслеживания сообщений.Дата-время UTC представлено в формате даты-времени ISO 8601: гггг-мм-дд T чч:мм:сс.fff Z, где гггг = год, мм = месяц, дд = день, T указывает на начало компонента времени, hh = час, mm = минута, ss = секунда, fff = доли секунды, а Z означает Zulu, что является еще одним способом обозначают UTC.
IP-адрес клиента IPv4- или IPv6-адрес сервера обмена сообщениями или клиента обмена сообщениями, отправившего сообщение.
имя-клиента-хоста Имя хоста или полное доменное имя сервера обмена сообщениями или клиента обмена сообщениями, отправившего сообщение.
IP-адрес сервера Адрес IPv4 или IPv6 исходного или целевого сервера.
имя-хоста-сервера Имя хоста или полное доменное имя целевого сервера.
исходный контекст Дополнительная информация, связанная с полем источника .Например:
CatContentConversion
250 2.0.0 OK;ClientSubmitTime:
идентификатор соединителя Имя соединителя отправки или получения, принявшего сообщение. Например, ServerName \ ConnectorName или ConnectorName .
источник Транспортный компонент Exchange, ответственный за событие. Эти значения описаны в разделе Значения источника в разделе журнала отслеживания сообщений далее в этом разделе.
идентификатор события Тип события сообщения. Эти значения описаны в разделе Типы событий в разделе журнала отслеживания сообщений далее в этом разделе.
идентификатор внутреннего сообщения Идентификатор сообщения, назначенный сервером Exchange, который в данный момент обрабатывает сообщение.
Внутренний идентификатор сообщения отличается в журнале отслеживания сообщений каждого сервера Exchange, участвующего в передаче сообщения.Пример значения: 73014444033 .
идентификатор сообщения Значение поля заголовка Message-Id: в заголовке сообщения. Если поле заголовка Message-Id: не существует или пусто, Exchange присваивает произвольное значение. Это значение является постоянным в течение всего времени существования сообщения. Для сообщений, созданных в Exchange, значение имеет формат , включая угловые скобки ( < > ).Например, <[email protected]> . Другие системы обмена сообщениями могут использовать другой синтаксис или значения.
идентификатор сетевого сообщения Уникальное значение идентификатора сообщения, которое сохраняется в копиях сообщения, которые могут быть созданы из-за разделения или расширения группы рассылки. Пример значения: 1341ac7b13fb42ab4d4408cf7f55890f .
адрес получателя Адреса электронной почты получателей сообщения.Несколько адресов электронной почты разделяются точкой с запятой (;).
статус получателя Статус получателя для каждого получателя, разделенный точкой с запятой (;). Значения состояния представлены для получателей в том же порядке, что и значения в поле адрес получателя . Примеры значений состояния включают:
Кому , Копия или Скрытая копия
250 2.1.5 Получатель OK
550 4.4.7 QUEUE.Expired;
всего байт Общий размер сообщения в байтах, включая все вложения.
количество получателей Общее количество получателей сообщения.
связанный-адрес-получателя Это поле используется с событиями EXPAND , REDIRECT и RESOLVE для отображения других адресов электронной почты получателей, связанных с сообщением.
номер по каталогу Это поле содержит дополнительную информацию для определенных типов событий. Например:
DSN : содержит ссылку на отчет, которая является значением Message-Id связанного уведомления о состоянии доставки (также известного как DSN, сообщение о недоставке, отчет о недоставке или отчет о недоставке), если DSN генерируется после этого события. Если это DSN-сообщение, поле Reference содержит значение Message-Id исходного сообщения, для которого было создано DSN.
EXPAND : Содержит значение related-recipient-address связанных сообщений.
ПОЛУЧЕНИЕ : Может содержать значение Message-Id связанного сообщения, если сообщение было сгенерировано другими процессами, например, правилами ведения журнала или папки “Входящие”.
SEND : Содержит значение Internal-Message-Id любых сообщений DSN.
THROTTLE : Содержит причину блокировки сообщения.
TRANSFER : Содержит значение Internal-Message-Id сообщения, которое разветвляется.
Сообщение, сгенерированное правилами для папки “Входящие” : Содержит значение Internal-Message-Id входящего сообщения, из-за которого правило для папки “Входящие” сгенерировало исходящее сообщение.
Разветвленные сообщения : могут содержать значение Internal-Message-Id .
Для других типов событий это поле обычно пустое.
тема сообщения Тема сообщения найдена в поле заголовка Subject: . Отслеживание тем сообщений управляется параметром MessageTrackingLogSubjectLoggingEnabled в командлете Set-TransportService .По умолчанию отслеживание темы сообщения включено.
адрес отправителя Адрес электронной почты, указанный в поле заголовка Sender: , или в поле заголовка From: , если поле Sender: не существует.
обратный путь Обратный адрес электронной почты, указанный командой MAIL FROM , отправившей сообщение. Хотя это поле никогда не бывает пустым, оно может иметь нулевое значение адреса отправителя, представленное как <> .
сообщение-информация Дополнительная информация о сообщении. Например:
Дата и время отправки сообщения в формате UTC для событий DELIVER и SEND . Дата-время происхождения — это время, когда сообщение впервые поступило в организацию Exchange. Дата-время UTC представлено в формате даты-времени ISO 8601: гггг-мм-дд T чч:мм:сс.fff Z, где гггг = год, мм = месяц, дд = день, T указывает на начало компонента времени, hh = час, mm = минута, ss = секунда, fff = доли секунды, а Z означает Zulu, что является еще одним способом обозначают UTC.
Ошибки аутентификации. Например, вы можете увидеть значение 11a и тип проверки подлинности, который использовался при возникновении ошибки проверки подлинности.
направленность Направление сообщения. Примеры значений включают Входящие , Неопределенные и Исходящие .
идентификатор арендатора Это поле не используется в локальных организациях Exchange.
исходный IP-адрес клиента Адрес IPv4 или IPv6 исходного клиента.
исходный IP-адрес сервера Адрес IPv4 или IPv6 исходного сервера.
пользовательские данные Это поле содержит данные, относящиеся к определенным типам событий. Например, агент правила транспорта использует это поле для записи идентификатора GUID правила потока обработки почты (также называемого правилом транспорта) или политики защиты от потери данных, которая воздействовала на сообщение. Дополнительные сведения см. в статье Просмотр отчетов об обнаружении политик защиты от потери данных.
транспортно-дорожный В локальном Exchange это поле пустое или имеет значение Электронная почта .
идентификатор журнала Уникальный идентификатор строки в журнале отслеживания сообщений. Это поле не имеет значения в локальных организациях Exchange.
версия схемы Номер версии сервера Exchange, создавшего запись в журнале отслеживания сообщений. Значение использует формат 15.01.nnnn.nnn .

Типы событий в журнале отслеживания сообщений

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

Название события Описание
АГЕНТИНФО Это событие используется агентами транспорта для регистрации пользовательских данных.
BADMAIL Сообщение, отправленное каталогом раскладки или каталогом воспроизведения, не может быть доставлено или возвращено.
ПОДАЧА КЛИЕНТА Сообщение отправлено из папки “Исходящие” почтового ящика.
ОТЛОЖИТЬ Доставка сообщения задержана.
ДОСТАВКА Сообщение было доставлено в локальный почтовый ящик.
СБОЙ ДОСТАВКИ Агент попытался доставить сообщение в папку, которая не существует в почтовом ящике.
КАПЛЯ Сообщение было удалено без уведомления о состоянии доставки (также известного как уведомление о доставке, сообщение о недоставке, отчет о недоставке или отчет о недоставке).Например:
• Завершенные сообщения запроса на модерацию.
• Спам-сообщения, которые были автоматически удалены без отчета о недоставке.
ДСН Создано уведомление о состоянии доставки (DSN).
ДОПОЛНИТЕЛЬНАЯ ДОСТАВКА Получателю доставлено повторяющееся сообщение. Дублирование может произойти, если получатель является членом нескольких вложенных групп рассылки. Дублирующиеся сообщения обнаруживаются и удаляются хранилищем информации.
ДУБЛ. РАСШИР. При расширении группы рассылки обнаружен повторяющийся получатель.
ДУБЛИРОВАНИЕ ПРЯМОЕ Альтернативный получатель сообщения уже был получателем.
РАСШИРЕНИЕ Группа рассылки была расширена.
НЕИСПРАВНОСТЬ Ошибка доставки сообщения. Источники включают SMTP , DNS , QUEUE и ROUTING .
ХАДИСКАР Теневое сообщение было отброшено после того, как основная копия была доставлена ​​на следующий переход. Дополнительные сведения см. в разделе Теневая избыточность в Exchange Server.
ХАРЕСИВ Сервер в группе обеспечения доступности локальной базы данных (DAG) или на сайте Active Directory получил теневое сообщение.
ПРЯМАЯ Создано теневое сообщение.
HAREDIRECTFAIL Не удалось создать теневое сообщение.Детали хранятся в поле исходного контекста .
INITMESSAGECREATED Сообщение было отправлено модерируемому получателю, поэтому сообщение было отправлено в почтовый ящик арбитража для утверждения. Дополнительные сведения см. в разделе Управление утверждением сообщений.
НАГРУЗКА Сообщение было успешно загружено при загрузке.
MODERATIONEXPIRE Модератор модерируемого получателя не утвердил или не отклонил сообщение, поэтому срок действия сообщения истек.Дополнительные сведения о модерируемых получателях см. в разделе Управление утверждением сообщений.
МОДЕРАТОРУТВЕРЖДАЕТ Модератор модерируемого получателя утвердил сообщение, поэтому сообщение было доставлено модерируемому получателю.
МОДЕРАТОРОТКЛОН Модератор модерируемого получателя отклонил сообщение, поэтому сообщение не было доставлено модерируемому получателю.
МОДЕРАТОРЫALLNDR Все запросы на утверждение, отправленные всем модераторам модерируемого получателя, не были доставлены и приводили к отчетам о недоставке (также известным как отчеты о недоставке или сообщения о недоставке).
УВЕДОМЛЕНИЕMAPI В папке «Исходящие» почтового ящика на локальном сервере обнаружено сообщение.
УВЕДОМЛЕНИЕ ТЕНЬ В папке «Исходящие» почтового ящика на локальном сервере обнаружено сообщение, и необходимо создать теневую копию сообщения.
ОТРАВЛЕНИЕ Сообщение было помещено в очередь подозрительных сообщений или удалено из очереди подозрительных сообщений.
ПРОЦЕСС Сообщение успешно обработано.
СООБЩЕНИЕ О ПРОЦЕССЕ СОВЕЩАНИЯ Сообщение о собрании было обработано службой доставки транспорта почтовых ящиков.
ПРИЕМ . Компонент получения SMTP службы транспорта или из каталогов раскладки или воспроизведения (источник: SMTP ) получил сообщение или сообщение было отправлено из почтового ящика в службу отправки транспорта почтовых ящиков (источник: STOREDRIVER ). .
ПЕРЕНАПРАВЛЕНИЕ Сообщение было перенаправлено альтернативному получателю после поиска в Active Directory.
РАЗРЕШЕНИЕ Получатели сообщения были разрешены к другому адресу электронной почты после поиска в Active Directory.
ПОВТОРНАЯ ОТПРАВКА Сообщение было автоматически повторно отправлено из сети безопасности. Дополнительные сведения см. в разделе Сеть безопасности в Exchange Server.
ПОВТОРНАЯ ЗАДЕРЖКА Сообщение, повторно отправленное из сети безопасности, было отложено.
ПОВТОРНАЯ ОШИБКА Не удалось повторно отправить сообщение из сети безопасности.
ОТПРАВИТЬ Сообщение было отправлено SMTP между транспортными службами.
ОТПРАВИТЬ Служба отправки транспорта почтовых ящиков успешно передала сообщение службе транспорта. Для событий SUBMIT свойство source-context содержит следующие сведения:
MDB : GUID базы данных почтовых ящиков.
Почтовый ящик : GUID почтового ящика.
Событие : Порядковый номер события.
MessageClass : Тип сообщения. Например, IPM.Примечание .
CreationTime : Дата-время отправки сообщения.
ClientType : например, User , OWA или ActiveSync .
ОТПРАВИТЬDEFER Передача сообщения из службы отправки почтовых ящиков в транспортную службу была отложена.
SUBMITFAIL Не удалось передать сообщение из службы отправки транспорта почтовых ящиков в службу транспорта.
ПОДАВЛЕННЫЙ Передача сообщения была подавлена.
ДРОССЕЛЬ Сообщение было ограничено.
ПЕРЕДАЧА Получатели были перемещены в разветвленное сообщение из-за преобразования содержимого, ограничений на число получателей сообщений или агентов. Источники включают ROUTING или QUEUE .

Исходные значения в журнале отслеживания сообщений

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

.
Исходное значение Описание
АДМИН Источником события было вмешательство человека. Например, администратор использовал средство просмотра очереди для удаления сообщения или отправил файлы сообщений с помощью каталога воспроизведения.
АГЕНТ Источником события был агент транспорта.
УТВЕРЖДЕНИЕ Источником события была структура утверждения, используемая с модерируемыми получателями. Дополнительные сведения см. в разделе Управление утверждением сообщений.
ЗАГРУЗЧИК Источником события были необработанные сообщения, существующие на сервере во время загрузки. Это связано с типом события LOAD .
DNS Источником события был DNS.
ДСН Источником события было уведомление о состоянии доставки (также известное как уведомление о доставке, сообщение о недоставке, отчет о недоставке или отчет о недоставке).
ШЛЮЗ Источником события был внешний соединитель. Дополнительные сведения см. в разделе Внешние соединители.
ПОЧТОВЫЙ ЯЩИК Источником события было правило для папки “Входящие”. Дополнительные сведения см. в разделе Правила для папки «Входящие».
ПРОЦЕССОР СООБЩЕНИЙ СОВЕЩАНИЯ Источником события был обработчик сообщений собрания, который обновляет календари на основе обновлений собрания.
ОРАР Источником события был запрошенный отправителем альтернативный получатель (ORAR).Вы можете включить или отключить поддержку ORAR для соединителей получения с помощью параметра OrarEnabled в командлетах New-ReceiveConnector или Set-ReceiveConnector .
ПОДБОРЩИК Источником события был каталог раскладки. Дополнительные сведения см. в разделах «Каталог раскладки» и «Каталог воспроизведения».
ОТРАВЛЕНИЕ Источником события был идентификатор подозрительного сообщения. Дополнительные сведения о подозрительных сообщениях и очереди подозрительных сообщений см. в разделе Очереди и сообщения в очередях
ПУБЛИЧНАЯ ПАПКА Источником события была общедоступная папка с включенной поддержкой почты.
ОЧЕРЕДЬ Источником события была очередь.
ИЗБЫТОЧНЫЙ Источником события была теневая избыточность. Дополнительные сведения см. в разделе Теневая избыточность в Exchange Server.
РАЗРЕШИТЕЛЬ Источником события был компонент разрешения получателей классификатора в службе транспорта. Дополнительные сведения см. в разделе Разрешение получателей в Exchange Server.
МАРШРУТИЗАЦИЯ Источником события был компонент разрешения маршрутизации классификатора в службе транспорта.
БЕЗОПАСНОСТЬ Источником события была сеть безопасности. Дополнительные сведения см. в разделе Сеть безопасности в Exchange Server.
SMTP Сообщение отправлено компонентом отправки или получения SMTP транспортной службы.
СТОРЕДРАЙВЕР Источником события была отправка MAPI из почтового ящика на локальном сервере.

Примеры записей в журнале отслеживания сообщений

Сообщение, отправленное двумя пользователями без каких-либо событий, создает несколько записей в журнале отслеживания сообщений.Вы можете просмотреть результаты с помощью командлета Get-MessageTrackingLog . Дополнительные сведения см. в разделе Поиск журналов отслеживания сообщений.

Это пример записей журнала отслеживания сообщений, созданных, когда пользователь [email protected] успешно отправляет тестовое сообщение пользователю [email protected] Оба пользователя имеют почтовые ящики на одном сервере.

  EventId Источник Отправитель Получатели MessageSubject
------- ------ ------ ---------- --------------
УВЕДОМЛЕНИЕMAPI STOREDRIVER {}
ПОЛУЧИТЕ STOREDRIVER [email protected] {[email protected]} тест
ОТПРАВИТЬ тест STOREDRIVER [email protected] {[email protected]}
HAREDIRECT SMTP [email protected] {[email protected]} тест
ПОЛУЧИТЬ SMTP-тест [email protected] {[email protected]}
АГЕНТИНФО АГЕНТ [email protected] {[email protected]} test
ОТПРАВИТЬ SMTP тест [email protected] {[email protected]}
ДОСТАВИТЬ тест STOREDRIVER [email protected] {[email protected]}
  

Проблемы безопасности для журнала отслеживания сообщений

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

Журнал активности сообщений

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

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

Вы можете фильтровать по следующему содержимому, зарегистрированному в журнале активности сообщений :

  • Ошибки push-уведомлений
  • Прерванные ошибки сообщения
  • Ошибки вебхука
  • Почтовые ошибки
  • записей сообщений API
  • Ошибки подключенного содержимого
  • Ошибки подключенной аудитории REST API
  • Ошибки псевдонимов пользователей
  • Ошибки A/B-тестирования
  • Ошибки SMS/MMS

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

Понимание сообщений журнала

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

Например, если у вас есть запись в журнале, в сообщении которой указано «empty-cart_app», и вы не уверены, что это означает, посмотрите слева на столбец Введите . Если вы видите «Aborted Message Error», вы можете с уверенностью предположить, что это сообщение было написано как сообщение о прерывании с помощью Liquid, и что сообщение было прервано, потому что у предполагаемого получателя сообщения была пустая корзина в вашем приложении.

Общие сообщения

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

примечание:

Сообщения, перечисленные ниже, приведены для примера и могут не совсем совпадать с тем, что отображается в столбце журнала Message .

Тип сообщения Образец сообщения Описание
Мягкий отскок Адрес электронной почты [email protected] com soft отскочил. Адрес электронной почты был действительным, и сообщение электронной почты достигло почтового сервера получателя, но было отклонено из-за «временной» проблемы. Общие причины мягкого возврата включают:

— почтовый ящик был заполнен (пользователь превысил свою квоту)
— сервер был недоступен
— сообщение было слишком большим для папки входящих сообщений получателя

Если электронное письмо получило мягкое возвращение, мы обычно повторяют попытку в течение 72 часов, но количество повторных попыток варьируется от получателя к получателю.

Жесткий отскок Учетная запись электронной почты, к которой вы пытались подключиться, не существует. Пожалуйста, попробуйте дважды проверить адрес электронной почты получателя на наличие опечаток или ненужных пробелов. Узнайте больше на странице SAMPLE URL . Ваше сообщение не попало в папку “Входящие” этого человека, потому что там не было папки “Входящие”! Если вы хотите углубиться в подробности, подобные сообщения иногда могут иметь ссылки в столбце View Details , которые позволят вам просмотреть профиль предполагаемого получателя.
Блок Спам-сообщение отклонено из-за политики защиты от спама. Для получения дополнительной информации посетите веб-сайт SAMPLE URL . Ой-ой. Похоже, ваше сообщение попало в категорию спама. Это может быть просто предназначено для предполагаемого получателя, но если вы часто видите это сообщение, вы можете пересмотреть свои привычки отправки или содержание вашего сообщения. Кроме того, вспомните — вы разогревали свой IP? Если нет, обратитесь к Braze за советом, как это сделать.
Прервано Сообщение Ошибка пустая-cart_web Если у вас есть приложение с корзиной или вы создаете отправку с сообщением об отмене в Liquid, вы можете настроить, какое сообщение будет возвращено вам, если отправка будет прервана. В этом случае возвращается сообщение empty-cart_web.

Использование журналов данных | Справочный центр курьера

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

Автор: Нейт
Обновлено больше недели назад

Журналы данных Courier предоставляют временную шкалу и информацию о статусе ваших уведомлений, получателей, списков и автоматизации.

Темы

  1. Журналы сообщений

  2. Журналы автоматизации

Журналы сообщений

Краткий обзор журналов данных уведомлений

Журналы данных передают большое количество информации в виде сводки:

  • Статус отправки каждого сообщения

  • Уведомление и получатель связаны с каждым статусом отправки

  • Каналы провайдера для уведомления

Ключ состояния отправки и определения

Каждый шаг в состоянии отправки имеет визуальное представление.

  • В очереди: Courier получил правильно отформатированный и действительный запрос API отправки и пытается отправить уведомление.

  • Отправлено: означает, что провайдер канала отправил сообщение получателю. входящие).

  • Открыто: сообщение было доставлено и открыто получателем (доступно только для определенных поставщиков каналов).

  • Нажато: пользователя щелкнули ссылку в уведомлении.(Это доступно только для определенных поставщиков каналов и только после того, как вы включите отслеживание кликов в настройках Courier).

  • Недоставлено: Провайдер канала не принял запрос на отправку от Courier.

  • Несопоставленный : идентификатор уведомления не существует или идентификатор события, включенный в команду send , не сопоставлен с уведомлением.

  • Имеет ошибки: указывает, что временная шкала в представлении сведений об отправке содержит ответ об ошибке.

Просмотр сведений журнала уведомлений

Чтобы просмотреть сведения об отправке уведомлений, щелкните уведомление в представлении списка, чтобы открыть сведения журнала.

Отправить подробное представление

Если щелкнуть уведомление, чтобы открыть представление журнала, вы увидите сводку и временную шкалу.

  • Сводка См. такие сведения, как идентификатор сообщения и получателя, а также метки даты и времени для этапов отправки (в очереди, отправлено, первая доставка, статус и т. д.).).

  • Хронология – подробная хронология каждого шага на хронологии. Временную шкалу можно прокручивать, а события на временной шкале можно щелкнуть, чтобы открыть дополнительные сведения.

Откройте представление сведений о событии на временной шкале, чтобы просмотреть сообщения об ошибках.

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

Фильтрация ваших журналов сообщений

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

Фильтры по дате, получателю и уведомлениям

  • Фильтр по дате журнала позволяет отфильтровать уведомления, отправляемые в определенные даты (подробные сведения о сроках хранения журнала см. на странице с ценами).

  • Фильтр по электронной почте или идентификатору получателя

  • Фильтр по определенному уведомлению или поиск по всем уведомлениям.

Фильтр состояния уведомлений

Вы можете отфильтровать журналы уведомлений, выбрав один или несколько типов состояния: В очереди, Отправлено, Доставлено, Открыто, Нажато, Не доставлено или Несопоставлено*.

*Unmapped означает, что событие было отправлено в наш API отправки с идентификатором eventId , который не соответствует уведомлению или имеет недопустимый идентификатор уведомления.

Фильтр статуса ошибки

Вы также можете идентифицировать уведомления с любым статусом, которые также содержат ошибки.

Фильтр поставщиков

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

Журналы автоматизации

Журналы автоматизации предоставляют подробные сведения о состоянии выполнения автоматизации, а также сведения о шагах.

Список запусков автоматизации:

Щелчок по одному из процессов автоматизации в журнале открывает сводку запуска, предоставляя подробные сведения о каждом этапе автоматизации.

О шаблонах push-уведомлений — документация Backendless SDK для JavaScript API

Шаблон push-уведомления определяет все аспекты push-уведомления, которое будет создано на основе шаблона и доставлено аудитории, указанной в шаблоне. И контент, и аудитория могут быть динамическими, в результате один и тот же шаблон может привести к отправке push-уведомления разным группам пользователей в зависимости от условий в вашем приложении.Динамический характер контента реализуется с помощью технологии Smart Text. Узнайте больше об интеллектуальном тексте в разделе «Содержимое уведомлений» этого руководства.

Шаблон можно создать с помощью Backendless Console с простым в использовании и очень интуитивно понятным интерфейсом (дополнительные сведения см. в разделе Push Composer). У шаблона есть имя, которое необходимо использовать при публикации Push-уведомления на основе шаблона.

Структура шаблона push-уведомлений

Шаблон Push имеет следующую структуру.Каждый блок подробно описан ниже:

См. ниже обзор каждого блока/раздела на схеме:

Содержимое push-уведомления

Содержимое push-уведомления в шаблоне включает текстовое сообщение, заголовок, подзаголовок. Дополнительные сведения см. в разделе «Содержимое уведомления».

Аудитория уведомлений

Определяет, кто будет получать уведомление, например, все устройства Android и/или iOS, подписчики определенного канала обмена сообщениями или пользовательский сегмент.Дополнительные сведения см. в разделе «Аудитория уведомлений».

Варианты внешнего вида

Доступные параметры зависят от push-уведомлений Android и iOS. В совокупности параметры включают значок и / или изображение в уведомлении, звук, цвет заголовка, самоотмену уведомления и возможность доставки в виде беззвучных уведомлений. В приведенном ниже примере используется пользовательский цвет для имени приложения и пользовательский значок:

.

Варианты кнопок

Это ссылка на конфигурацию опций кнопок, которая определяет кнопки, включаемые в уведомления, созданные из push-шаблона.Разработчик/администратор бэкэнд-приложений может создать несколько конфигураций опций кнопок и ссылаться на одну из них в шаблоне push-уведомлений. Дополнительные сведения о шаблонах кнопок см. в разделе «О параметрах кнопок».

Параметры канала (только для Android)

Push-уведомления, доставляемые Backendless на устройства Android, могут включать конфигурацию канала уведомлений Android. Конфигурация определяется с помощью параметров канала, показанных на снимке экрана ниже. Один и тот же шаблон канала можно повторно использовать в разных шаблонах push-уведомлений.Для получения дополнительной информации о настройках конфигурации параметров канала см. раздел О шаблонах каналов.

Управление шаблонами push-уведомлений

Push Templates можно управлять с помощью Backendless Console с экраном Push Templates , доступным в разделе Messaging на вкладке PUSH NOTIFICATIONS . Все шаблоны push-уведомлений, созданные с помощью раздела Compose Push и сохраненные там, появятся в списке, показанном ниже:

Для любого показанного шаблона push вы можете выполнить следующие действия:

Редактировать шаблон

Значок действия редактирования открывает шаблон для редактирования, в котором можно изменить любое из свойств:

Создание API для шаблона

Получите код генерации для разных языков, чтобы опубликовать push-уведомление для шаблона. Шаблон push-уведомления можно использовать для публикации push-уведомления с вызовом API, просто указав имя шаблона. Поскольку шаблон содержит как содержимое (которое может быть динамическим), так и определение аудитории, Backendless может создавать и доставлять push-уведомления, зная только имя шаблона push-уведомлений:

Отображаемое всплывающее окно позволяет выбрать язык на стороне клиента и скопировать созданный код:

Расписание автоматической доставки

Вы можете создать автоматическую доставку push-уведомлений с помощью Backendless Timers.Это можно сделать, щелкнув значок Создать расписание , как показано на снимке экрана ниже:

При нажатии на значок открывается интерфейс Business Logic для создания таймера. Используя интерфейс, вы можете создать собственное расписание для публикации push-уведомления, включая однократную доставку push-уведомления в будущем или повторяющуюся доставку в соответствии с расписанием.

Важно

Имейте в виду, что создание запланированной доставки push-уведомлений приводит к выделению таймера бизнес-логики, который является ресурсом, учитываемым при выставлении счетов Backendless Cloud.Проверьте тарифный план вашего приложения, чтобы узнать ограничения для сценариев бизнес-логики (включая таймеры).

Изменить шаблоны уведомлений · Shopify Справочный центр

Эта страница была напечатана 16 марта 2022 г. Актуальную версию можно найти на странице https://help.shopify.com/en/manual/orders/notifications/edit-template.

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

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

Добавьте логотип в шаблоны электронной почты

Вы можете добавить логотип сразу ко всем шаблонам электронной почты:

  1. В админке Shopify перейдите в Настройки > Уведомления .
  1. В приложении Shopify перейдите в Магазин > Настройки .
  2. В разделе Настройки магазина нажмите Уведомления .
  1. В приложении Shopify перейдите в Магазин > Настройки .
  2. В разделе Настройки магазина нажмите Уведомления .
  1. Нажмите Настроить .

  2. Добавьте логотип, нажав Выберите файл , найдите его и загрузите.

Выберите цвета для шаблонов электронной почты

Вы можете изменить цветовую схему ваших шаблонов электронной почты:

  1. В админке Shopify перейдите в Настройки > Уведомления .
  1. В приложении Shopify перейдите в Магазин > Настройки .
  2. В разделе Настройки магазина нажмите Уведомления .
  1. В приложении Shopify перейдите в Магазин > Настройки .
  2. В разделе Настройки магазина нажмите Уведомления .
  1. Нажмите Настроить .

  2. Измените цвет акцента в своих электронных письмах, введя код цвета или щелкнув палитру цветов.

Изменение языка шаблонов электронной почты

Язык по умолчанию, на котором отображаются ваши шаблоны электронной почты, зависит от языка вашей темы и любых изменений, которые вы внесли в шаблоны.

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

Если вы продаете на нескольких языках и включили дополнительные языки в своем магазине, ваши клиенты будут получать уведомления по электронной почте на других языках. Если вы хотите отредактировать переводы шаблонов или добавить переводы уведомлений по электронной почте, см. раздел Оформление заказа и уведомления по электронной почте.

Настройка определенных шаблонов электронной почты

шагов:
  1. В админке Shopify перейдите в Настройки > Уведомления .
  1. В приложении Shopify перейдите в Магазин > Настройки .
  2. В разделе Настройки магазина нажмите Уведомления .
  1. В приложении Shopify перейдите в Магазин > Настройки .
  2. В разделе Настройки магазина нажмите Уведомления .
  1. Щелкните имя уведомления, которое вы хотите изменить.

  2. Отредактируйте поле Тема сообщения электронной почты и текст сообщения электронной почты.

  3. Щелкните Сохранить .

Примечание

Если вам нужно сбросить шаблон до значения по умолчанию, нажмите Вернуться к значению по умолчанию под редактором шаблонов.

Проверьте свои изменения

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

шагов:
  1. Чтобы предварительно просмотреть уведомление, выберите Действия > Предварительный просмотр .
  2. Если вас устраивают изменения, закройте окно предварительного просмотра и нажмите Сохранить .
  3. Чтобы отправить уведомление в виде тестового электронного письма, нажмите Действия > Отправить тестовое электронное письмо . Электронное письмо отправляется на учетную запись, которую вы использовали для входа в админку Shopify.

Добавление регистрационного номера налогоплательщика к счету-фактуре

В некоторых странах и регионах вам может потребоваться указать свой регистрационный номер налогоплательщика в счетах клиентов или других уведомлениях. В Австралии, Канаде и Индии компаниям, которые взимают налог на товары и услуги (GST), может потребоваться указать свой регистрационный номер. В Европейском союзе вам может потребоваться предъявить свой идентификационный номер налога на добавленную стоимость (НДС).

Узнайте у своего налогового бухгалтера или в государственном органе, нужно ли вам показывать номер.

Чтобы показать свой номер в уведомлении по электронной почте, выполните следующие действия:

  1. Откройте шаблон электронной почты, как показано в разделе Настройка отдельных шаблонов электронной почты.
  2. В поле Тело электронной почты (HTML) введите свой регистрационный или идентификационный номер в соответствующем месте. Включите HTML, чтобы убедиться, что выходные данные отформатированы правильно.
  3. Необязательно: Чтобы убедиться, что ваши настройки отображаются правильно, просмотрите свои изменения.
  4. Щелкните Сохранить .

В следующем примере владелец магазина добавил свой адрес и налоговый номер после логотипа своего магазина в уведомлении Подтверждение заказа .

  <таблица>
    
      <тд>
        {%- если shop.email_logo_url %}
          {{ shop.name }}
          

150 Elgin St, Ottawa K2P 1L4 GST# 123456789

{%- еще %}

{{ shop.name }} {%- endif %}

Кроме того, вы можете приобрести и загрузить приложение для выставления счетов в магазине приложений Shopify.Приложение для выставления счетов позволяет включать налоговый номер в счета.

Добавить строку обязанностей в шаблоны подтверждения заказа и возврата заказа

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

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

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

  {%, если current_total_duties %}


 <тд>
   

Обязанности

<тд> {{ current_total_duties | деньги }} {% endif%}

Добавление условий оплаты к счетам заказа

Условия оплаты указывают дату, когда должен быть оплачен заказ.

Если вы настроили шаблон электронной почты счета-фактуры заказа , вы можете добавить следующий код в свои шаблоны электронной почты, чтобы добавить сроки платежа.

  {% assign due_date = payment_terms.next_payment.due_at | по умолчанию: ноль %}

{% if payment_terms.type == 'квитанция' и due_date == nil %}
   {% assign due_date = 'сейчас' %}
{% конец%}

 

Выплата {{ order.

total_outstanding | деньги }} должны {{ due_date | date: format: 'date' }}

Подробнее см. в справочнике по Liquid для payment_terms.

Добавить пользовательское сообщение в уведомления

Вы можете добавить собственное сообщение к нескольким уведомлениям, в том числе:

  • заброшенная касса
  • связаться с клиентом
  • активация клиента
  • проект счета-фактуры
Примечание

Пользовательские сообщения необязательны. Если вы добавляете настраиваемые сообщения, ваши уведомления должны содержать в своем коде тег {{ custom_message }} . Если вы нажмете Просмотреть электронное письмо без специального сообщения при отправке уведомлений, ваше электронное письмо не будет содержать его.

шагов:
  1. Введите собственное сообщение в текстовое поле.
  2. Нажмите Просмотрите электронное письмо .
  3. Убедитесь, что сообщение отображается правильно, и нажмите Назад , чтобы внести изменения.
  4. Нажмите Отправьте уведомление , когда будете готовы.

Стиль шаблонов электронной почты с использованием встроенного CSS

Наконечник

Для оформления шаблонов с помощью CSS требуются глубокие знания HTML и CSS.

Вы можете использовать встроенный CSS для оформления шаблонов электронной почты, переопределив таблицу стилей по умолчанию: . Редактор шаблонов автоматически встраивает любые теги стилей в шаблон. Он сохраняет медиа-запросы, чтобы упростить создание адаптивных электронных писем. Внешние таблицы стилей и таблицы стилей, загруженные с ресурсами темы, не могут быть встроены, поэтому рекомендуется, быть включенным в тег

(function(w, d, n, s, t) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: 'R-A-475602-1', renderTo: 'yandex_rtb_R-A-475602-1', async: true }); }); t = d.getElementsByTagName('script')[0]; s = d.createElement('script'); s.type = 'text/javascript'; s.src = '//an.yandex.ru/system/context.js'; s.async = true; t.parentNode.insertBefore(s, t); })(this, this.document, 'yandexContextAsyncCallbacks');
"; cachedBlocksArray[83652] = "
(function(w, n) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: 'R-A-475602-2', renderTo: 'yandex_rtb_R-A-475602-2', async: false }); }); document.write(''); })(this, 'yandexContextSyncCallbacks');
"; cachedBlocksArray[54246] = "
(function(w, n) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: 'R-A-413609-2', renderTo: 'yandex_rtb_R-A-413609-2', async: false }); }); document.write(''); })(this, 'yandexContextSyncCallbacks');
"; cachedBlocksArray[84552] = "
(function(w, d, n, s, t) { w[n] = w[n] || []; w[n].push(function() { Ya.Context.AdvManager.render({ blockId: 'R-A-413609-1', renderTo: 'yandex_rtb_R-A-413609-1', async: true }); }); t = d.getElementsByTagName('script')[0]; s = d.createElement('script'); s.type = 'text/javascript'; s.src = '//an.yandex.ru/system/context.js'; s.async = true; t.parentNode.insertBefore(s, t); })(this, this.document, 'yandexContextAsyncCallbacks');
";