RM Updates: Later
From AVObjects Knowledge Base
(Difference between revisions)
(→Вьюха customer/show.rhtml) |
|||
| Line 3: | Line 3: | ||
===Вьюха customer/show.rhtml=== | ===Вьюха customer/show.rhtml=== | ||
| − | + | (?) Договор (либо подгружается, либо сопоставляется один из договоров из списка договоров данного клиента). | |
| + | |||
| + | (?) При появлении нового контакта в одном из лиц-файлов - что происходит? | ||
* Добавить параметр '''license.allowed_modules''' (поступает в систему через RM API). | * Добавить параметр '''license.allowed_modules''' (поступает в систему через RM API). | ||
Revision as of 17:15, 15 February 2008
Contents |
Доработки по вьюхам
Вьюха customer/show.rhtml
(?) Договор (либо подгружается, либо сопоставляется один из договоров из списка договоров данного клиента).
(?) При появлении нового контакта в одном из лиц-файлов - что происходит?
- Добавить параметр license.allowed_modules (поступает в систему через RM API).
- Добавить пааметр expiration date (поступает в систему через RM API).
- Добавить параметр Allowed Modules (редактировать нельзя - загружается только автоматически из mklic).
Доработки главной страницы
- Вместо списка продуктов необходимо отображать список клиентов/лицензий, которые не полностью заполнены (не подписан договор).
Изменения процедуры добавления дистрибутива
- О том что админ должен верифицировать апдейт и принять решение рассылать или не рассылать кастомерам подписку.
Другие доработко
- запись данных в вику
- [в обдуме] придумать как сделать так чтобы можно было использовать RM для нотификаций о новых обновлениях тех клиентов, которые еще не купили продукт (а только выразили свой интерес) - это можно сделать заставляя себя выдавать этим клиентам лицензию на полную версию (это логично, т.к. они ждут по нашей вине)
- [в обдуме] закачивать через генератор лицензий и договор тоже. клиенту высылать ссылку на него с просьбой подписать
