RM Updates

Revision as of 19:30, 14 January 2008

Срочное

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

Bugs

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

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

Доработко

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

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

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

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

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

Доработки раздела "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).
• Договор (либо подгружается, либо сопоставляется один из договоров из списка данного клиента).
• Список контактов, подписанных на обновления по данному продукту.

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

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

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

Раздел "Subscriptions"

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

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

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

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

Директива IF.

Переменные:

• ссылка последнюю версию продукта
• апдейт лог
• даты

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

Задачи:

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

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

Замечания:

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

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

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

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

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