Страница 1 из 4 123 ... ПоследняяПоследняя
Показано с 1 по 10 из 36

Тема: Работа почтового шлюза

  1. #1
    Senior Member
    Регистрация
    30.10.2008
    Сообщений
    120

    По умолчанию Работа почтового шлюза

    При отправке сообщения на шлюз пользователь получает следующие сообщения:

    1. Вы не зарегистрированы в нашей системе. Для того чтобы сообщение было принято, вам нужно...

    2. Ваше сообщение принято. Теперь вы можете общаться с нами через через электронную почту или тикет-систему...

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

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

  2. #2
    Senior Member
    Регистрация
    30.10.2008
    Сообщений
    120

    По умолчанию

    Идеальная схема.


    Алгоритм взаимодействия клиента и биллинга.

    1. Потенциальный клиент отправляет сообщение со своего почтового адреса или заполняет форму на сайте.
    2. Биллинг размещает сообщение в "Центр поддержки -> Электронная почта" и высылает уведомление "Мы получили Ваше сообщение... Чтобы ускорить рассмотрение нужно подтвердить... Для этого Вам необходимо пройти по ссылке...".
    4. Если клиент (по желанию) проходит по ссылке, то биллинг помещает сообщение в "Центр поддержки -> Активные запросы".

    При этом, никакой регистрации потенциального клиента не происходит.


    Алгоритм работы сотрудника технической поддержки:

    1. Если есть активные запросы в "Центр поддержки -> Активные запросы", то сотрудник обрабатывает их.
    2. Если нет активных запросов, то сотрудник чистит "Центр поддержки -> Электронная почта" (удаляет спам, отправляет нормальные сообщения в очередь).

    Иными словами, в приоритете активные запросы, куда должно попадать письмо потенциального клиента с подтвержденным адресом электронной почты.


    Как реализовать алгоритм работы биллинга? (желательно, в виде ссылок на документацию)

  3. #3
    BILLmanager team Аватар для DimaK
    Регистрация
    05.08.2008
    Сообщений
    3,415

    По умолчанию

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

  4. #4
    Senior Member
    Регистрация
    30.10.2008
    Сообщений
    120

    По умолчанию

    Цитата Сообщение от DimaK Посмотреть сообщение
    Пользователю, ведь, нужно только перейти по ссылке и нажать OK.
    Кстати, на счет этого не совсем ясно:

    1. Зачем ему нажимать ОК, если достаточно просто нажать по ссылке (с автоматическим закрытием окна)?
    2. После того, как пользователь нажал ОК у него появляется вторая форма с кнопкой ОК (хотя, на этом шаге уже можно было закрыть окно)?
    3. Можно до бесконечности давить на ОК во второй форме, но окно не закроется.

    Цитата Сообщение от DimaK Посмотреть сообщение
    Создание клиента в биллинге обязательно, т.к. невозможно создать тикет без клиента.
    Это печально. Заведомо мертвые аккаунты. Может, выносить их отдельно от "Клиент -> Клиенты"?

    Цитата Сообщение от DimaK Посмотреть сообщение
    Сообщения изменить нельзя, но если нужно, можем добавить в шаблоны сообщений.
    Да, было бы просто замечательно.

  5. #5
    Senior Member
    Регистрация
    30.10.2008
    Сообщений
    120

    По умолчанию

    Хочется, чтобы клиент ничего не знал о том, что при подтверждении почтового ящика внутри системы создается аккаунт. Решается редактированием отправляемого сообщения.

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

    Вопрос 1.

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

    Вопрос 2.

    Могу ли я, как пользователь BILLmanager, сделать хак, который позволит добавить дополнительное условие выборки данных из MySQL, чтобы в разделе "Клиент -> Клиенты" не отображать "почтовый аккаунт"? Куда копать? Есть документация?

  6. #6
    Developer team Аватар для Igor
    Регистрация
    18.03.2004
    Сообщений
    7,674

    По умолчанию

    Чем они вам так мешаеют?
    Серьезно, расскажите, а мы подумаем как решить эту проблему.
    Igor. ISPsystem.

  7. #7
    Senior Member
    Регистрация
    30.10.2008
    Сообщений
    120

    По умолчанию

    Основная причина - при регистрации можно спрашивать всякие разные интересные данные, в том числе и собственные (полученные путем самостоятельной модификации формы для регистрации). Например, биллинг спрашивает "Статус заказчика", "Название компании", "Контактное лицо" и т. д. Если регистрироваться "через почту", то сбор этих данных не происходит.

    Дополнительная причина - наличие "мертвого груза" в разделе "Клиент -> Клиенты". Со временем, количество тех, кто "проходил мимо и что-то спросил" будет велико, поэтому найти реального клиента будет сложно. Не говоря о том, что это портит статистику.

    Возможные решения (основной) проблемы:

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

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

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

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

    Такое решение имеет еще один очевидный плюс - уникальность почтового ящика, что способствует правильной идентификации входящего письма для gatemail.

  8. #8
    BILLmanager team Аватар для DimaK
    Регистрация
    05.08.2008
    Сообщений
    3,415

    По умолчанию

    1. Зачем ему нажимать ОК, если достаточно просто нажать по ссылке (с автоматическим закрытием окна)?
    Защита от роботов.
    Да, было бы просто замечательно.
    Сделаем. На следующей неделе.
    Дополнительная причина - наличие "мертвого груза" в разделе "Клиент -> Клиенты". Со временем, количество тех, кто "проходил мимо и что-то спросил" будет велико, поэтому найти реального клиента будет сложно. Не говоря о том, что это портит статистику.
    Есть фильтры, они вам помогут. Биллинг рассчитан чтобы работать с очень большим количеством клиентов. Создано куча механизмов по отбору, гарантирую - не будет у вас проблем с поиском. (проверено на себе)

  9. #9
    Senior Member
    Регистрация
    30.10.2008
    Сообщений
    120

    По умолчанию

    Цитата Сообщение от DimaK Посмотреть сообщение
    Сделаем. На следующей неделе.
    Как успехи?

  10. #10
    BILLmanager team Аватар для DimaK
    Регистрация
    05.08.2008
    Сообщений
    3,415

    По умолчанию

    Сделано. Ждите обновления.

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •