RM Updates

Revision as of 22:08, 14 January 2008

Срочное

• Релизовать отсылку обновлений с ссылками на последнее издание продукта.

Bugs

• Конвертацию /r/n (новая строка) в
  (см. описания там всё в одну линии).

• поправить постоянную ссылку на файл. можно ли сделать так чтобы оно редиректило на файл с именем версии (последней)?

Доработко

• cделать что-бы можно было обновлять файл без изменения описания и версии.

• сделать отправку нотификаций по почте администратору о новых закачках

Доработки раздела "Customers"

В режиме отображения раздела "Customers"

Ссылка: http://rm.medialooks.com/customer

Поля таблицы:

• Customer (это то что сейчас называется "Company Name")
• Contacts (через перевод строки выводится список контактов данного клиента; каждый контакт выполнен в виде ссылки)
• Web-site (то же что и сейчас)
• Number of Licenses (количество лицензий данного клиента, учитываются все продукты)

Ссылки "Edit" и "Delete" переносятся в раздел "show".

В режиме отображения отдельного кастомера

Ссылка: http://rm.medialooks.com/customer/show/1

Поля блока "Customer":

• Company
• Сontact #1 (например "Joe Rabah <JRabah@symon.com>")
• Contact #2 (и т.д., в зависимости от количества контактов)
• Web site

Кнопочки "Edit" и "Delete".

Note: "Delete" должен происходить через диалог подтверждения.

(?) При появлении нового контакта в одном из лиц-файлов - что происходит?

Поля блока "Licenses":

• Product
• Expiration Date
• Update Expiration Date
• Allowed Modules (редактировать нельзя - загружается только автоматически из mklic).
• Договор (либо подгружается, либо сопоставляется один из договоров из списка договоров данного клиента).
• Subscribers (список контактов, подписанных на обновления по данному продукту).

Доработки раздела "Products"

• Из таблицы "Products" нужно убрать столбцы "Edit" и "Delete" - эти контролы перенести на уровень ниже. В саму таблицу добавить поля "Licenses" и "Subsriptions", в которых соответственно отображать количество лицензий и подписок по каждому из продуктов.

• Добавить для каждого продукта поле в котором хранится файл .MLG. В этом файле содержатся все необходимые данные для генерации лицензии для данного продукта через mklic.

• Добавить поле "Update Log" - сюда будет вбиваться ссылка на update log данного продукта в вике.

• Добавить поле "License Update Link" - сюда будет вбиваться ссылка на оплату продления лицензии.

Раздел "Subscriptions"

Каждый контакт может быть подписан на любое количество имеющихся подписок.

В первом приближении нужно две подписки:

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

• Автоматические нотификации об истечении срока действия лицензии. Высылается за 7 дней до окончания срока действия лицензии. Высылается повторно в день окончания срока действия лицензии.

Обе подписки выставляются контактам автоматически.

В самом разделе нужно отображать список подписок и количество подписчиков и ссылку "Template", которая выводит форму для редактирования шаблона письма для данной подписки (plain text) и отдельно поля "Subject".

Шаблоны писем

Директива IF/ELSE. Например, для случая если для данного продукта уже истекла лицензия - что-т вроде <IF license_expired> ... <ELSE> ... <END>.

Переменные:

• Cсылка последнюю версию продукта.
• Release Notes (из текущего релиза).
• Ссылка на апдейт лог.
• Ссылка на оплату продления лицензии.
• Дата, когда заканчивается (или закончилась) лицензия на данный продукт.

Редактирование общих параметров подписок

• Поле "From"
• Поле "Reply-to"

Интеграция с mklic.exe (RM API)

Задачи:

1) Закачка лицензионного файла, добавление/обновление данных о клиенте и лицензии, отправка .LIC-файла клиенту по почте, загрузка договоров.

2) Поиск кокретного клиента/лицензии, скачивание данных в mklic.

Замечания:

• Имя продукта в RM не должно использоваться в качестве идентификатора продукта. Имя можно в любое время поменять.

Доработки главной страницы

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

Изменения процедуры добавления дистрибутива

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

Другие доработко

• запись данных в вику

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

• [в обдуме] закачивать через генератор лицензий и договор тоже. клиенту высылать ссылку на него с просьбой подписать