This commit is contained in:
135
todo.txt
135
todo.txt
@@ -1,24 +1,13 @@
|
||||
TODO:
|
||||
|
||||
DOCS
|
||||
Once it's up and running update docs to mention that perpetual trial period is two weeks subscription is one week
|
||||
|
||||
|
||||
- Purchase event must trigger notification event subscribable (might already due to created etc)
|
||||
|
||||
|
||||
make sure to add
|
||||
if (ServerBootConfig.MIGRATING) return;
|
||||
check or all hell will break loose
|
||||
Also wrap the notification in a DEBUG block so that it will send to gzmailadmin only instead of customer actual email
|
||||
this way can really test out anything without fear
|
||||
|
||||
|
||||
|
||||
- trial server request route that contact form can trigger
|
||||
- JOB: notify user active license
|
||||
- JOB: vendor notification to purchase, create customer if necessary from purchase notification or add to existing
|
||||
- sub or part of above JOB: purchase to license
|
||||
- JOB: Process purchases that are from vendor notification
|
||||
- create customer if necessary from purchase notification or add to existing
|
||||
- if v7 needs to account for there being a delay sometimes in order completeness
|
||||
maybe just keep adding to the order and refreshing
|
||||
- JOB: make a license from purchases but not active ready to send / in waiting only for approval
|
||||
|
||||
- JOB: Ping / check health route of subscription server
|
||||
flag last health check
|
||||
trigger event notification if fails
|
||||
@@ -61,114 +50,26 @@ Once it's up and running update docs to mention that perpetual trial period is t
|
||||
|
||||
|
||||
- Add ui to front the route under /api/v8/license/v7-reset-manager-creds
|
||||
- Need ui that shows money required for paying future for yearly subs so at a glance know what money need in bank each month
|
||||
|
||||
|
||||
////////////////////////////////////////////////////////////////////////////////////////////
|
||||
//OLD
|
||||
|
||||
LICENSE NOTES
|
||||
|
||||
|
||||
|
||||
------
|
||||
|
||||
Sockeye should generate a license on a sale receipt, maybe after a slight delay.
|
||||
Generated license should be in the list of licenses but have a unfulfilled status of some kind so it's ready for me to visually
|
||||
see purchases applicable and confirm approve and send it with one click but it's not doing it itself.
|
||||
|
||||
If more purchases come in that apply to same customer for v7 then it should regenerate a new license or I guess edit the one it made before and just add to it.
|
||||
Idea being that all I have to do is open they list of licenses and just release any that are good to go.
|
||||
UI should show the purchases that go into a license so can confirm visually without having to click anywhere else.
|
||||
|
||||
This way is all but automatic in preparation for full automation later.
|
||||
Maybe even a semi automatic dead man switch that will just send it after 24 guess if I don't once it's confirmed to work properly.
|
||||
|
||||
So need properties added to license object for fulfilled status and a property indicating sent to customer and a menu options to send manually maybe too.
|
||||
|
||||
I guess will need a template for email messages as well.
|
||||
Tied into notification system.
|
||||
Don't forget some licenses are not done through SHAREitb do must support manual generation from Paypal etc
|
||||
|
||||
ALSO
|
||||
|
||||
Needs manual license generation for v7 still
|
||||
|
||||
|
||||
** CONTACT FORM
|
||||
Server request for trial subscription server should maybe go through sockeye instead as a form people can request from or the contact app should forward to sockeye
|
||||
so it can create a new subscription server record that is pending status for me to just approve and ultimately auto-generate a server using D.O. API or whatever
|
||||
|
||||
|
||||
|
||||
=========
|
||||
|
||||
PURCHASE drives new licensing ui
|
||||
To automate as much as possible need following:
|
||||
- Purchase Customer id nullable as may not be able to match to an existing customer
|
||||
- processed date important as shows what is not processed yet if empty
|
||||
- product category for purchase automatically attributed, i.e. v7, raven perpet, raven sub, misc
|
||||
|
||||
|
||||
License edit / entry form
|
||||
- Pick license key type different fields appear
|
||||
NEED TO ADD KEYTYPE ENUM TO LICENSE OBJECT
|
||||
this will future proof and make UI and handling easier
|
||||
Keytypes: AyaNova 7, RAVEN Perpetual, RAVEN Subscription
|
||||
- generates key at server on save depending on what is new or changed I guess or needs to be edited after the fact?
|
||||
- Generate v7 license from entered ad-hoc data, i.e. it should be from the license edit form and take the entries and make a key on save
|
||||
- Generate v7 license for customer from all active purchases
|
||||
NEED TO ADD PRODUCT CATEGORY FOR AUTO LICENSE GENERATION?
|
||||
V7, RAVEN, MISC (not license keyed)
|
||||
this way, can automatically create key for v7 from all purchases that have not yet expired for a customer
|
||||
- Generate v8 license from entered data, ''
|
||||
- Opening license existing in edit form should re-populate the controls even for v7 so that they can be changed, saved, edited etc
|
||||
- Once it's fetched it's read-only but can duplicate!!!!!
|
||||
|
||||
- direct open a case by case number like workorder
|
||||
(id's differ so it isn't easy to just open a case in the url)
|
||||
|
||||
|
||||
NOTE: v7 licensing will be hard to automate fully as it's a fucked up system
|
||||
RAVEN is much easier to automate with only one key per db
|
||||
So I'm thinking make v7 renewals and purchases as easy and semiautomatic as possible, perhaps it fills in and suggest the whole thing but requires me
|
||||
to press a button to actually do it, whereas raven can ultimately just process automatically, particularly subscription monthly important!!
|
||||
LATER
|
||||
|
||||
AUTOMATION ROUTES REQUIRED
|
||||
Both v7 and v8 point to "rockfish.ayanova.com" so maybe nginx can redirect?
|
||||
forgot about that, was hoping for ability to parallel and keep rockfish going... hmmm...
|
||||
|
||||
AyaNova 7 license fetch URL
|
||||
"https://rockfish.ayanova.com/fetch/" + sFetchCode + "/" + sEmail;
|
||||
rockfish FetchController.cs
|
||||
|
||||
RAVEN trial request URL
|
||||
POST to
|
||||
$"{LICENSE_SERVER_URL_ROCKFISH}rvr";
|
||||
|
||||
RAVEN license fetch url
|
||||
POST to
|
||||
$"{LicenseServer}/rvf"
|
||||
|
||||
License server url is one of:
|
||||
- ** DOCS Once it's up and running update docs to mention that perpetual trial period is two weeks subscription is one week
|
||||
- trial server request route that contact form can trigger
|
||||
- Subscription server trial request form through Sockeye instead?
|
||||
or perhaps it sends to sockeye route?
|
||||
this allows for automation and notification handling and auto generation
|
||||
- Contact form via sockeye instead?
|
||||
or perhaps it sends to sockey contact route?
|
||||
this allows for automation and notification handling and auto reply once qualified if a customer or not
|
||||
- Need ui that shows money required for paying future for yearly subs so at a glance know what money need in bank each month
|
||||
|
||||
|
||||
LICENSE_SERVER_URL_ROCKFISH = "http://localhost:3001/";//dev testing
|
||||
LICENSE_SERVER_URL_ROCKFISH = "https://rockfish.ayanova.com/";//1st default production primary
|
||||
LICENSE_SERVER_URL_IO = "https://io.ayanova.com/";//2nd production
|
||||
LICENSE_SERVER_URL_EUROPA = "https://europa.ayanova.com/";//3rd production
|
||||
LICENSE_SERVER_URL_CALLISTO = "https://callisto.ayanova.com/";//4th production
|
||||
|
||||
|
||||
DTR
|
||||
|
||||
Also, sidebar, check if can pay d.o. in advance, or do I want that??
|
||||
|
||||
|
||||
new roles and bizroles set appropo
|
||||
Developer - rw cases
|
||||
Support - read cases, read sales and customer data?
|
||||
Sales - licenses
|
||||
////////////////////////////////////////////////////////////////////////////////////////////
|
||||
//OLD
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user