Ищите решение для записей Dynamics365 CRM, аналогичное отслеживанию изменений в MS Word
В настоящее время я возглавляю внедрение Office 365 для краудфандингового портала для агентства ООН. На портале представлены истории выживших в торговле людьми. Их случаи генерируются в Dynamics (по разным причинам) и публикуются на пользовательской платформе. Каждый случай состоит из набора записей, включая различные текстовые поля, которые содержат отдельные сюжетные пункты.
Проблема: эти истории выживших обычно генерируются командами на местах, но могут быть деликатными с дипломатической точки зрения.
Таким образом, каждый случай должен пройти сложный процесс проверки, чтобы гарантировать, что старшие могут предложить изменения к делу, сделать комментарии для конкретных полей. Каждое поле может иметь несколько (1:n) комментариев / предложений по изменению от n сотрудников (не только одного).
Было предложено сопоставить обратную связь в поле под названием "комментарии", но это отделяет входные данные от полей, к которым был сделан комментарий. Сейчас мы ищем решение, которое имитирует функцию отслеживания изменений в Word.
Варианты рассмотрены, но исключены: мы знаем, что Dynamics поставляется с модулем истории аудита, но для этого обычно требуется, чтобы изменения / комментарии отображались в отдельном окне, что не соответствует цели.
Кто-нибудь знает о полезном обходном пути, который выполняет один или несколько из следующих:
- Изменения флагов в конкретной записи для каждой записи и рядом с указанной записью
- Допускает, что указанные изменения будут приняты или отклонены владельцем дела
- Поддерживает интеграцию рабочего процесса и пользовательские иерархии.
- Работает в динамике (не Sharepoint... ... ...)
Любой совет будет высоко оценен.
2 ответа
Хотя я всецело за творческое использование CRM, и CRM может хранить данные, которые вы ищете, использование CRM в качестве системы совместного редактирования документов может оказаться в затруднительном положении.
Прежде чем создавать собственную систему редактирования документов, вы можете рассмотреть возможность просмотра SharePoint и некоторых других надстроек для управления документами, которые существуют для CRM. Хотя я не реализовал это сам, я слышал хорошие вещи о LaserFiche.
Возможно, вы также захотите заглянуть в сторонний редактор, который предоставляет возможности "отслеживания изменений", которые вы можете встроить в веб-ресурс в форме Case. Я быстро взглянул и нашел этот плагин LoopIndex LITE для CKEditor.
Если вы идете по специальному маршруту, вот потенциальный дизайн для сбора комментариев по полям: каждое поле может иметь отдельное текстовое поле, где пользователь может ввести новый комментарий об этом поле. Рабочий процесс может принять этот комментарий, превратить его в новую запись "комментария", которая будет включать пользователя, метку времени и текст. Рабочий процесс также очистит поле для следующего комментария.
Вы также можете захотеть скрыть это текстовое поле по умолчанию для каждого поля и установить флажок "Добавить комментарий" (снова для каждого поля), который будет отображать текстовое поле нового комментария.
И вы могли бы рассмотреть возможность автоматического заполнения нового текстового поля комментария исходным текстом, чтобы пользователь мог редактировать его, а не начинать с нуля. Это может быть необязательным с помощью флажка или кнопки "Изменить исходный текст".
Чтобы по-настоящему представить, вы можете запустить модуль сравнения текста, чтобы сравнить обновленный текст и оригинал, и сохранить новый текст в формате HTML, подчеркивая различия.
Процесс утверждения отработает от сущности "комментарий". Люди могут просматривать каждый комментарий и одобрять или отклонять с дополнительными "мета-комментариями".
После этого у вас может появиться веб-ресурс, который скомпилирует все существующие комментарии для поля в html и отобразит их под полем, отформатированный в соответствии с их статусом (т. Е. Ожидающий проверки черный, запрещенный красным, утвержденный зеленым).
Хотя я думаю, что этот подход может быть эффективным, добавление нового поля в историю выжившего будет иметь некоторые накладные расходы. Другой подход заключается в создании объекта Story Field и объекта Story Field Type. Допустим, в истории выжившего есть 5 полей. Когда вы заполняете историю в CRM, вы создаете 5 записей Story Field, каждая из которых имеет свой соответствующий тип. И сущность Story Field будет иметь 1:N для комментариев. Таким образом, добавить новое поле в шаблон истории выжившего так же просто, как добавить новый тип поля истории.
Мое предложение:
Используйте объект инцидента CRM или любой пользовательский объект, поскольку теперь можно поддерживать данные иерархии.
Инцидент родителей - это запись, собранная в полевых условиях, а инциденты с детьми могут использоваться для отслеживания каждого отзыва / комментария / запроса на изменение от официальных лиц.
Создайте собственный механизм утверждения, используя действия / рабочий процесс / плагины, основанные на наборе навыков вашей команды. Это может быть вызвано на основе этапов BPF в дочернем случае.
После утверждения (закрытие дочернего случая) значения / комментарии могут быть свернуты / включены в родительскую запись инцидента.
Примечание: множественная параллельная обратная связь для перезаписи изменений может быть проблемой, но поток бизнес-процессов утверждения должен позаботиться об этом сценарии.