Tina: Send note to JMP staff letting them know we are modifying the default sites and moving
any existing site to the AKA site. Copy account name to AKA name based on site id when
one to one match of names. Duplicates should be fixed by account owner. Antoine noted
that 29 outside of US are duplicates and <100 within the US are duplicates.
Logic:
- if GIDB account you cannot edit the site #
- Lock siteid # so it is not editable.
Future: Only editable by Business Operations and SFDC data managers
Validation rule: not able to make closed as won on non-GIDB account
Scenario:
- account has been validated and an existing account is available For example, a customer that has analytics Pro and they now want to buy JMP they won’t have a site because they don’t have an account
A discussion around account validation and timing of when it occurs.
SFDC is matching to DUNS #; not accepted
"...shared responsibilities is no responsibilities."
Salespeople create an opportunity and validate account with ORION. Salespeople have read-only account in ORION
account validation
ID
which stage is account clean-up occurring?
stage 4?
stage 5: asks for paperwork; do not mark as closed until invoice is paid
commissions sitting in a SAS data set on a SAS server backed up daily; sales people have no visibility into it. No change process available with commission reporting in ordinate amount of time spent on calculations of commissions. Need clear feedback mechanism of who should know the account and who should know the deal? invoicing to paying.
commission part is desperately needed
validate account
setinitname
Clean if name is not in SFDC
Allow edit of AKA field name to be editable after being locked
SAS thinks of an account with many sites and many MLAs. A site is generally the product but not always. A satellite account is where users are located for the licensed product.
Related entities?
- setinit#
- Product offering
- operating system (OS)
- SID
- DUNS #
- supplement
System of record is GIDB currently matching on DUNS number
- develop relational models for account, contract, and site