In terms of best practices, using the account closure tool takes care of everything since it's GDPR compliant and will automatically remove any sensitive user data. The only content that remains are messages, but the author is listed as anonymous (or whatever name you set in admin for closed accounts) and there's no other identifying information - it's literally just the message.
If you just want a list of closed accounts, I'd export the audit log for the date range you're interested in, then filter the CSV by the text "closed account" and you should get a general idea of your overall closed account numbers. If you want information on how we store / collect data, the data collector info can be found here.
Please let me know if you have any other questions.
... View more
Anytime an account is closed, an entry is made within the audit logs detailing which account was closed and who closed it (whether it was an admin or the user themselves), which can also be exported by CSV for review. Additionally, you can also get a list of deleted accounts using LiQL, as detailed here at the bottom under "Added 18.3".
... View more
@jlinster the idea is to be on full-site SSL prior to Chrome release 68 dropping in July. This can be done at any point, but will require some work to be done on both sides.
In addition to enabling SSL or switching from partial to full-site SSL, we'll need to review your studio content and change any hard-coded HTTP links to HTTPS. Additionally, if you have any hard-coded links in the admin panel (custom content modules, announcements, etc.), you'll need to change those to use HTTPS or a relative path.
... View more
Some tips before escalating
In the case portal, you have the ability to set/change the "Customer Priority" field between low, normal and high. When issues are urgent but not necessarily world ending, changing the priority to "high" will push it up the list of issues based on your support level, which is a good way to get support's attention to an issue.
One thing to avoid if possible is creating a case and escalating it that same day without a strong reason. Same day escalations are generally pushed back on to allow them to go through the standard support triage process and gather all necessary information before bringing in other experts or teams, but short-cutting tends to be disruptive to that process and introduces further delays.
While it is important to stay in close contact with your CSM or account rep, we strongly recommend bypassing them for escalations and instead escalating directly via the case portal. Ad-hoc escalations create back channels and can duplicate efforts, which has resulted in delays or confusion around escalations. CSM's are also informed around escalations automatically, so they will be aware.
When should I escalate?
You should escalate when there is urgency involved in a support ticket. This would include issues such as, but not limited to:
Time constraints (SSL cert expiring, deadlines, events, etc.)
A major impaired function that does not qualify as an severity 1 issue
SLA missed for first response
Unresponsive or lack of updates in a case
While we'll do our best to keep it to a minimum, there will be times when escalated issues will not be accepted as an escalation. If/when that happens, an automated reply will be sent to inform the user who originally escalated the case. Decisions around escalations are entirely at the discretion of the team responsible for escalations.
Additionally, the escalation feature is not designed to replace the outage alias. Any issue which qualifies as being of outage severity should continue to go through the standard outage process of emailing email@example.com or setting the case severity to "1".
When can I escalate?
The option to escalate a case is available to all customers. However, there are restrictions in place to reduce the number of same-day escalations, and give front line support time for due diligence. Please note that these times are subject to change, but currently leverage support tier.
Can I escalate outages?
All severity 1 issues are considered outage level and it's not necessary to escalate since an on-call team is available 24/7/365 for issues that qualify. S1 cases are already at the highest and most visible level possible.
How do I escalate a support case?
After a case has been created, the option to escalate it will be available. Simply open the desired support ticket within the Case Portal and click Escalate Case located in the escalation information section.
A new form displays along with some details and instructions. On that form, provide a summary of why the case needs to be escalated to an Escalation Manager for review within 4 business hours.
After you've filled out the escalation summary and submitted the request, an alert is sent to an Escalation Manager for review. An Escalation Manager will review the request and reply directly in the case you escalated with a decision or plan of action.
What if I'm not satisfied with the current escalation decision or progress?
Should you be unsatisfied with the results of your case escalation, you have the option to go up a higher level by clicking the "Escalate Case" button again. When the "Escalate Case" button is used again, you'll be presented with a different form acknowledging the next-level escalation and again requesting you provide an explanation around the reason for escalating again / higher. Once submitted, an Escalation Manager will review the request and respond directly within the escalated case.
You can perform this process multiple times. The higher the escalation, the more members of Leadership or Management will be involved. Here's a breakdown of the various levels and what occurs:
Level 1: The case is escalated to our senior support engineers, team leads and managers.
Level 2: All of the previous team is alerted, but the escalation is extended to senior managers, directors and your account's Customer Success Manager (CSM).
Level 3: All of the previous manager groups from Level 2 are alerted, but in addition, the Senior Director of Global Technical Support will be included. A full analysis will be completed to understand why this case needed an escalation to this level.
Level 4: All of the managers from Level 3 are alerted, but our VP of Support is also alerted and will take personal responsibility to drive through to completion.
... View more
Node ID's can't be changed so it sounds like these are two different knowledge bases, in which case both would be accessible. We can add a redirect from the old one so it forces users to the new one, if that would help.
... View more