Feature Request

We would like the ability to send the weekly Analytics report to users other than just project owners. Specifically, we need an option to send the report to any user we specify. Restricting this feature to only owners doesn’t seem practical – what if we want other teams without Doc360 access to receive these emails? Allowing broader access makes more sense, as project owners can easily check the analytics dashboard themselves. The weekly roundups are what stakeholders are most interested in.

Editable notification email templates: Enable us to customize and brand notification emails to maintain consistency with our other client touchpoints and professional standards Lack of branding: The notification emails cannot be customized and don't reflect our company branding. This creates an inconsistent, unprofessional experience. It would be great to have the option to customize the email templates along with logo.

Hi, We are sending invitation email to our customer, but we need to adjust them (text,language, logo...). Can you please add that feature? Thanks Pavel

Ability to customize the automated invitation email sent to self-registered users, so admins can inform readers that access will be granted after they are assigned to the correct reader groups.

Problem Statement: Currently, webhooks only fire when specific article events occur (publish, unpublish, delete, etc.). Users have no way to manually trigger a webhook event for testing, debugging failed integrations, or resynchronizing external systems after a disconnection. The only option is to change article state, which may not be appropriate or desired. Suggested Enhancement: Add a "Test Webhook" or "Trigger Event" button in the article editor that allows users to manually fire configured webhook events for the current article without changing article state or visibility. Customer Benefit: Improves debugging and troubleshooting of webhook integrations Enables recovery workflows when external systems miss or fail to process events Reduces support tickets related to webhook synchronization issues Provides better developer experience during integration setup

When a user clicks on a feedback assignment link without logging in, after successful login they are redirected to the specific page (not the dashboard).

Problem Statement: Verifying that a channel and event mapping work correctly requires waiting for a real event to occur, then checking Notification history after the fact. There is no way to trigger a sample notification on demand during setup. Suggested Enhancement: Add a "Send test notification" action on the Notification channels and Notification mapping screens so admins can confirm delivery immediately after configuration. Customer Benefit: Shortens setup verification time and reduces support tickets related to "notifications not received," which the source article's troubleshooting section suggests is a common pain point.

When a user attempts to delete a notification channel that has one or more events mapped to it, display a warning listing the affected events and requiring confirmation or reassignment before deletion proceeds. Customer Benefit: Prevents unnoticed notification outages (such as missing "Article created" alerts) caused by unrelated channel cleanup, reducing reliance on manual audits.

Currently, webhook notifications can only be enabled for all articles. Please add support for configuring webhook notifications for articles update under a specific category. This will allow users to trigger webhooks only when articles are published/updated within selected categories rather than receiving notifications for all articles.

We should be able to configure notification mapping and receive email when a user provides feedback for answers provided by Eddy. Currently, we are able to see the feedback in the feedback manager but we are not notified as we don't have any event for it.