|
10.08.2018, 17:45 | #1 |
Участник
|
Добрый день,
Вы путаете комментарии сущности с комментариями бизнес процесса. Что вы предлагаете, это на мой взгляд тупик. Если у Вас есть внутренняя система обмена информацией по процессам (хотя бы outlook, SharePoint или иное), может проще это приложение "прицепить" к документам, книгам и.т.п. ИМХО.
__________________
--------------------------------------------------------------------------------------------- "Собрать стадо из баранов легко, трудно собрать стадо из кошек" Профессор Сергей Капица |
|
10.08.2018, 18:00 | #2 |
Участник
|
Цитата:
Пожалуйста, дайте хоть немного фактуры!!! Почему "на мой взгляд тупик"?! Как тупик будет выглядеть? Ведь, сущность - часть бизнес-процесса да еще в нескольких "срезах" (пример, сущность = заказ продажи, данные 36 и 37 таблиц формируются разными подразделениями : продавцами, CS , производством и ... остальными). Можно ли разделять комментарии к сущности (сущность , на мой взгляд, описывает часть бизнес-процесса) и "комментарии бизнес-процесса"? Я вижу : несколько сущностей содержат данные по бизнес-процессу. Например, продажа от начала до конца: заказ продажи, заказ производства,... производство..., доставка и монтаж, сервисные товары (это если крупными мазками и про таблицы). Я не права? Шефу только написала, что задала вопрос на форуме "мол, подозрительно", что наше решение расходится с идеей Нав. Отвечает "Ничего подозрительного .. задачу поставил.. тратить время на форум - ваш выбор". Вот такой контекст. Цитата:
С уважением, Мира Последний раз редактировалось mira; 10.08.2018 в 18:35. |
|
10.08.2018, 18:35 | #3 |
Участник
|
Зацепили!))
Есть правило, информация введенная однократно, должна использоваться многократно. НАВ закрытая система с ограниченным количеством пользователей, которые в ней работают по обязанности или по поступающим уведомлениям. Вывод - уведомления должны быть вне системы. Пример - сотруднику продаж надо что-то сделать, как он об этом узнает? 1.Откроет нав и прочитает сообщение. 2 Получит сообщение по почте с ссылкой на документ и указанием что сделать. После этого откроет Нав. 3 Ничего не узнает, пока не откроет НАВ.4 Ничего не захочет открывать и знать. Попытки внести комментарии в нав и включить это в процесс, работают только если в данном приложении человек живет, спит и кушает. Если он в нем работает фрагментарно, особенно руководители - вот это тупик (в моем понимании). Удачи! Я бы в outlook написал макрос на VBA, который сразу генерит задачу и и кляузу руководителю по факту её игнорирования со смайликами типа
__________________
--------------------------------------------------------------------------------------------- "Собрать стадо из баранов легко, трудно собрать стадо из кошек" Профессор Сергей Капица Последний раз редактировалось Captain; 10.08.2018 в 18:45. |
|
|
За это сообщение автора поблагодарили: sergus (1), mira (1). |
10.08.2018, 18:38 | #4 |
Участник
|
Цитата:
Сообщение от Captain
Есть правило, информация введенная однократно, должна использоваться многократно. НАВ закрытая система с ограниченным количеством пользователей, которые в ней работают по обязанности или по поступающим уведомлениям. Вывод - уведомления должны быть вне системы. Пример - сотруднику продаж надо что-то сделать, как он об этом узнает? 1.Откроет нав и прочитает сообщение. 2 Получит сообщение по почте с ссылкой на документ и указанием что сделать. После этого откроет Нав. 3 Ничего не узнает, пока не откроет НАВ.4 Ничего не захочет открывать и знать.
Попытки внести комментарии в нав и включить это в процесс, работают только если в данном приложении человек живет, спит и кушает. Если он в нем работает фрагментарно, особенно руководители - вот это тупик (в моем понимании). Удачи! Captain, большая благодарность! Буду думать. О! У нас есть система уведомлений : из Нава в outlook. Разделим : комменты, которые никуда не двигаются (комменты к сущностям) и комменты, которые создают уведомления (комменты бизнес-процессов). И подружим систему уведомлений и систему комментов, чтобы настройками (и\или пользователем) решалось лететь комменту к адресату или сидеть ровно и ждать, пока прочтут. Цитата:
Остался вопрос разделения таблиц. Т.е. по замыслу демиургов в 30 таблицах - комменты сущностей, а в некой новой таблице - комменты бизнес-процесса? Так ли они принципиально разделены? Регламент нужен, и разделение комментов по таблицам, привязанным к сущностям, может быть частью регламента. Если все процедуры устаканились. А если процедуры не устаканились? Тогда все комменты свести в одну таблицу, чтобы "дорожки" протоптали сами пользователи (пусть договариваются, создают правила, а я буду подкручивать... в крайнем случае из таблицы в таблицу перебросить не сложно). Пока так думается. Задумалась, почему "Собрать стадо из баранов легко, трудно собрать стадо из кошек" . У кошек уровней сложности больше? но.. в общем, задумалась ) Последний раз редактировалось mira; 10.08.2018 в 20:02. |
|
10.08.2018, 20:11 | #5 |
Участник
|
Остался вопрос разделения таблиц.
Т.е. по замыслу демиургов в 30 таблицах - комменты сущностей, а в некой новой таблице - комменты бизнес-процесса? Так ли они принципиально разделены? >>Регламент нужен, и разделение комментов по таблицам, привязанным к сущностям, может >>быть частью регламента. Если все процедуры устаканились. >>А если процедуры не устаканились? Тогда все комменты свести в одну таблицу, чтобы >>"дорожки" протоптали сами пользователи (пусть договариваются, создают правила, а я буду >>подкручивать... в крайнем случае из таблицы в таблицу перебросить не сложно). >>Пока так думается. матрица нужна в нав. Попробуйте её реализовать на 91 (User). Но не явно, а как подчиненную
__________________
--------------------------------------------------------------------------------------------- "Собрать стадо из баранов легко, трудно собрать стадо из кошек" Профессор Сергей Капица |
|
10.08.2018, 20:14 | #6 |
Участник
|
|
|
10.08.2018, 21:40 | #7 |
Administrator
|
справочники и документы надо бы разделить в плане комментариев
справочники статичны, доки рождаются и умирают или учитываются, следовательно, каменты доков должны жить в отдельной таблице и при учете переливаться в учтенные каменты т.е. будь я демиургом - родил бы 3, а не 30 таблиц комментариев: card, document, posted document. но и не одну. |
|
|
За это сообщение автора поблагодарили: mira (1). |
11.08.2018, 08:53 | #8 |
Участник
|
Цитата:
Думаю дальше ... Последний раз редактировалось mira; 11.08.2018 в 09:12. |
|
10.08.2018, 21:51 | #9 |
Administrator
|
Цитата:
а кошке с кошкой рядом некомфортно. |
|