Настройка email-уведомлений в Shop-Script

Действия и события

Shop-Script позволяет автоматически отправлять уведомления при наступлении разнообразных событий. Уведомления могут отправляться администратору магазина, покупателю и на любой другой адрес, указанный для конкретного уведомления. Событие — это совершение какого-то действия с заказом: создание, прием в обработку, отправка клиенту, добавление комментария и т. д. Для каждого события можно настроить одно или более уведомлений.

Создание нового уведомления

Чтобы настроить отправку уведомления, перейдите в раздел «НастройкиУведомления».

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

Для настройки нового уведомления щелкните по ссылке «Новое уведомление» и укажите перечисленные далее параметры.

  1. Выберите из списка событие, после наступления которого должно отправиться уведомление.
    Если нужное событие в списке отсутствует, добавьте соответствующее действие в разделе «НастройкиСтатусы заказов» и затем снова перейдите к настройке уведомления.
  2. Укажите произвольное наименование для уведомления — оно не будет показано получателю уведомления и будет отображаться в бекенде Shop-Script только для вашего удобства.
  3. Убедитесь в том, что в качестве транспорта выбран вариант «Email».
  4. Выберите получателя уведомления, выбрав один из вариантов:
    • покупатель (уведомление отправится на электронный адрес покупателя, если он был указан при покупке)
    • администратор (уведомление отправится на электронный адрес, указанный в разделе «НастройкиОбщие настройкиОсновной email-адрес»)
    • другой (введите произвольный электронный адрес — уведомление отправится только на этот дополнительный адрес)
  5. В поле «Текст» содержится стандартный шаблон сообщения, в который при отправке подставляются реальные значения вместо переменных. Например, в шаблоне уведомления об оформлении нового заказа есть переменная {$order.id}. Это значит, что получатель сообщения вместо этой переменной увидит номер заказа, о котором он уведомляется.

Полный перечень доступных переменных доступен в по ссылке «Шпаргалка» под полем для редактирования шаблона сообщений.

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

46 комментариев

  • +1
    Николай Евстафьев Николай Евстафьев 12 ноября 2015 04:06 #

    Добрый день!

    текст в уведомлениях по e-mail может быть только на английском?

  • +1
    Вячеслав Вячеслав 27 ноября 2015 05:59 #

    Как отправить уведомление на несколько адресов?

    При перечислении нескольких адресов через точку с запятой письма не доходят.

    • +1
      Алексей Алексей Webasyst 27 ноября 2015 08:04 #

      Пока только создать несколько уведомлений с разными адресами.

      • +1
        Вячеслав Вячеслав 27 ноября 2015 08:54 #

        а вот и нет!

        Разобрался я! RFC почитал!

        Можно отправлять на несколько адресов сразу! Нужно перечислять их через запятую!

        Проверено, всё работает!

        Но за внимание к проблеме спасибо

      • +1
        Влад Влад 31 марта 2016 01:42 #

        Дубль надо создавать. см видео выше там об этом говорят


      • +1
        axel_z@bk.ru axel_z@bk.ru 10 января 2016 21:36 #

        Подскажите, пожалуйста код ДАТЫ СОЗДАНИЯ заказа. В шпаргалке я его не нашёл. :(

      • +1
        Сергей Сергей 13 марта 2016 09:29 #

        Здравствуйте, незнаю сюда ли я пишу, но все же, создал почту на основе моего сайта - pochta@mysite.com добавил ее в тандербирд, письма доходят на эту почту без проблем, а отправлять письма не получается - выскакивает ошибка - this adres is not allowed to send mail (этот адрес не разрешается отправлять почту)

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

      • +1
        Михаил Яновский Михаил Яновский 21 марта 2016 07:33 #

        Кто подскажет: Поменял пароль на своем почтовом ящике(который в поле отправитель) , теперь у меня не отправляются уведомления никому и ни по какому адресу. Нужно ли где то в шоп скрипт менять этот пароль или она как то и без пароля отправляет?Заранее спасибо!

        • +1
          Алексей Алексей Webasyst 21 марта 2016 07:44 #

          Если отправляете через функцию mail(0 хостинга то не надо, если через SMTP то в файле wa-config/mail.php

        • +1
          fedor butorin fedor butorin 25 мая 2016 08:18 #

          Сайт на облаке. Заново создал уведомления, письма не доходят ни админу, ни покупателю. До обновления всё работало.

          Электронка обычная на мейл ру.

          Как починить?


        • +1
          Greg Greg 21 сентября 2016 20:37 #

          <o:p></o:p>

          Добрый день, когда закончиться этот бред от разработчиков webasyst, уже 7 версия а проблема с несколькими витринами так и не решена постоянно все надо допиливать, есть возможность менять уведомления от разных витрин, разные Е-мэйл но почему все данные телефоны, мыло и название магазина тянется из основных настроек, как это победить «{$wa->shop->settings("name")}»

        • +1
          Энвер Энвер 18 ноября 2016 08:27 #

          Доброго времени перестали приходить письма раньше приходили но с ошибками а теперь и вовсе перестали

        • +1
          Minya Jam Minya Jam 28 ноября 2016 14:51 #

          А где стандартные шаблоны для администратора?

        • +1
          Анна Малютина Анна Малютина 13 апреля 2017 03:04 #

          как добавить в текст уведомления интервал доставки курьером? добавление кода из шпаргалки {$shipping_interval} ничего не дает

          • +3
            Михаил Ушенин Михаил Ушенин Webasyst 13 апреля 2017 10:52 #

            Предпочтительные дата и интервал времени для курьера, выбранные покупателем при оформлении заказа:

            {$order.params['shipping_params_desired_delivery.date_str']} {$order.params['shipping_params_desired_delivery.interval']}

            А {$shipping_interval} показывает то, что вы выбрали в бекенде при выполнении действия "Изменить параметры доставки".

            • +1
              Анна Малютина Анна Малютина 13 апреля 2017 12:54 #

              благодарю! теперь все красиво)))

            • +1
              robotsmarsa robotsmarsa 15 ноября 2017 01:04 #

              Михаил, а как в уведомлении вывести дату и время доставки которые выбрали при выполнении действия "Изменить параметры доставки" ?

              • +1
                Михаил Ушенин Михаил Ушенин Webasyst 15 ноября 2017 09:46 #

                См. мой комментарий выше:

                {$shipping_interval} показывает то, что вы выбрали в бекенде при выполнении действия "Изменить параметры доставки".
                • +1
                  robotsmarsa robotsmarsa 15 ноября 2017 10:57 #

                  Михаил, если {$shipping_interval} добавить в уведомление, то ничего не отображается

                  Если добавить {$order.params['shipping_params_desired_delivery.date_str']} {$order.params['shipping_params_desired_delivery.interval']}

                  То отображается "Желаемое время доставки" не то которое задано через "Изменить параметры доставки"

                • +1
                  Роман Вагабов Роман Вагабов 22 апреля 2017 16:44 #

                  Добрый день!

                  Вопрос что делать когда?

                  1. Меняю текст темы сообщения в почтовых уведомлениях

                  с "Новый заказ {$order.id}"

                  на "Заказ {$order.id} принят"

                  сохраняю, выхожу из настроек, захожу, а текст тот же

                  "Новый заказ {$order.id}"

                  2. Редактирую текст непосредственно в поле

                  Текст сообщения
                  HTML + Smarty


                  Даже после изменений слов в предложении

                  <p>Ваш заказ {$order.id} подтвержден и принят(меняю на "передан") в обработку.</p>

                  после сохранения

                  <p>Ваш заказ {$order.id} подтвержден и принят в обработку.</p>

                  изменения не наступают.

                • +1
                  Мила Мила 30 апреля 2017 11:51 #

                  Добрый день! Рассылка настроена через SMPT yandex.ru. Поменяла пароль на своем почтовом ящике yandex.ru (который в поле отправитель), в файле mail.php - тоже поменяла.

                  Почта не приходит ни администратору, ни клиенту. Сервер перегружала. Где еще что надо поменять?

                  Спасибо за помощь!

                  • +1

                    Очистите кеш в "Инсталлере". Если это не поможет, посмотрите с помощью приложения "Логи", какие сообщения об ошибках появляются при попытках отправки сообщений.

                  • +1
                    Alex09 Alex09 23 августа 2017 16:03 #

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

                  • +1
                    Alex09 Alex09 23 августа 2017 17:52 #

                    В ранних версиях webasyst при смене статуса - письмо (sms) автоматически отправлялось клиенту без настройки уведомлений, также автоматически отправлялся комментарий без покупки платного плагина "написать клиенту". Непонятно, действие и событие - это одно и тоже понятие разными словами? Вчера полдня потратил на настройку и тестирование уведомлений, но так и не понял логику "улучшений" скрипта?

                    • +1
                      Михаил Ушенин Михаил Ушенин Webasyst 23 августа 2017 18:06 #
                      автоматически отправлялся комментарий без покупки платного плагина "написать клиенту"

                      О каком платном плагине вы пишете?

                      Непонятно, действие и событие - это одно и тоже понятие разными словами?

                      В терминах настройки уведомлений это одно и то же. К статусам уведомления не имеет смысла привязывать, потому что статус — это свойство заказа. Имеет смысл отправлять уведомление, когда это свойство меняется. А меняется это свойство (­статус) в результате выполнения действия с заказом.

                      Есть ещё не совсем действия, которые вы можете выполнять, а, наверное, скорее события, которые происходят вне вашего контроля — это запросы (callback) от платёжных систем для обновления статуса заказа. Такие запросы тоже входят в список событий, для которых можно настроить отправку уведомления. Уведомления о таких событиях можно настроить себе, администратору магазина — покупателям они бесполезны, потому что позволяют отслеживать техническую информацию о платёжных транзакциях.

                    • +1
                      Alex09 Alex09 23 августа 2017 18:34 #

                      "не совсем действия, а скорее события" - выведите в отдельную настройку "не совсем действий, а скорее событий", чтобы настраивали те, кому это нужно. раньше всегда при смене статуса заказа автоматически (без доп. настроек) отправлялось письмо (sms) клиенту, т.е. настраивались только статусы. сейчас, в чем состоит логика?

                      • +1
                        Михаил Ушенин Михаил Ушенин Webasyst 24 августа 2017 09:01 #
                        сейчас, в чем состоит логика?

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

                      • +1
                        Alex09 Alex09 23 августа 2017 20:07 #

                        Вы пишите: "К статусам уведомления не имеет смысла привязывать, потому что статус — это свойство заказа". Статус - это не свойство заказа, а этап технологического перехода. статус для чего вообще нужен? 1. чтобы менеджеры интернет-магазина сортировали заказы для передачи на следующий этап технологической цепи и-магазина. 2. для того, чтобы клиент всегда был в курсе того, что происходит с его заказом.- именно для этого и нужны уведомления клиенту на email (sms) о главных/или обо всех изменениях его заказа. В этом и есть логика присваивания заказам новых статусов! В заказе менеджер и-м меняет только статусы, он ведь уведомления не отправляет, как к статусам тогда уведомления не привязывать?

                        • +1
                          Михаил Ушенин Михаил Ушенин Webasyst 24 августа 2017 09:08 #
                          В заказе менеджер и-м меняет только статусы

                          Это возможно делать только путём выполнения какого-то действия. Просто так (без выполнения действий) менять статусы заказам нельзя. Если только вы не используете для смены статусов какой-то дополнительный плагин, который не задействует стандартный механизм действий.

                          Статус - это не свойство заказа, а этап технологического перехода.

                          Статус — это и свойство заказа, и этап технологического перехода. Его определение в конкретной ситуации зависит от способа использования и точки зрения.

                          Когда вы нажимаете на кнопку "Оплачен" на странице заказа, вы не статус выбираете, а выполняете действие с таким названием — "Оплачен". А действие устроено так, что при его выполнении оно меняет статус заказа на... "Оплачен".

                          Путаница тут в том, что и статус, и действие имеют одинаковое название. По-видимому, разработчики Shop-Script захотели, чтобы пользователям (особенно старых версий Shop-Script) было удобно ориентироваться в статусах и действиях. А порой выходит наоборот — путают. На самом деле действие правильно было бы назвать "Отметить как оплаченный", а название статуса оставить "Оплачен". Возможно, тогда смысл этого механизма был бы более очевиден.

                        • +1
                          Alex09 Alex09 24 августа 2017 21:09 #

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

                          • +1
                            Михаил Ушенин Михаил Ушенин Webasyst 25 августа 2017 10:52 #
                            статусы заказов в программе интернет-магазина - это отражение технологических операций, которые происходят в реальности.

                            Воплощением этих операций в интернет являются действия с заказами. Получили оплату — выполнили действие "Оплачен" (статус заказа изменился на "Оплачен", клиенту отправилось уведомление об этом, если вы его настроили для этого действия). Отправили заказ — выполнили действие "Отправлен" (статус заказа изменился на "Отправлен", клиенту отправилось уведомление об этом, если вы настроили его для этого действия).

                            Что в описанном мною процессе вас не устраивает?

                          • +1
                            Дмитрий - Дмитрий - 22 сентября 2017 10:31 #

                            Можно ли создать уведомление "о снижении цены"? Нужна автоматическая отправка сообщений "о снижении цены" нашим клиентам.

                            Добавить комментарий

                            Чтобы добавить комментарий, зарегистрируйтесь или войдите