|
|
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
Если упрощенно, то есть таблица с параметрами документа (id, название, описание, статус), где статус сейчас надо расширить в вариациях: 1. черновик 2. на подписи 3. действующий 4. закончился срок действия 5. отменен на основании (или причине) 6. введен вместо какого-то ... и т.п. Причем такие пункты как, например 5 и 6, могут быть в таком виде: - отменен на основании закона-1, постановления-2 и т.п.; - введен вместо приказа-1, распоряжения-2 и т.п. Ранее это всё было включено в описание, а теперь надо выводить что-то типа истории документа и какой док в какой иерархии присутствует: док-1=>док-6=>док-7 док-6=>док-11=>док-23 чтобы можно было всегда узнать откуда док появился и какие доки на его основе разплодились. Как это все замутить? Типа дерево? Но как тогда указывать, что иногда доки сливаются, а иногда и разделяются на несколько? Вообщем нужны советы. Пока в голове туман :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2014, 15:53 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
Дерево вам нужно для отображения потенциальных изменений статусов. А для реально прошедших 1. Таблица переходов между статусами (Документ, ИсходныйСтатус, НовыйСтатус, Пользователь, Дата, Примечание, ....) 2. Таблица связей между документами "многие ко многим" с типом связи - "порожден", "отменен", т.п. Возьмите какой-нибудь фриварный документооборот и поглядите, как оно сделано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2014, 16:15 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
AISЕсли упрощенно, то есть таблица с параметрами документа (id, название, описание, статус), где статус сейчас надо расширить в вариациях: 1. черновик 2. на подписи 3. на подписи у Самого! 4. действующий 5. закончился срок действия 6. отменен на основании (или причине) 7. введен вместо какого-то ... и т.п. Причем такие пункты как, например 5 и 6, могут быть в таком виде: - отменен на основании закона-1, постановления-2 и т.п.; - введен вместо приказа-1, распоряжения-2 и т.п. Ранее это всё было включено в описание, а теперь надо выводить что-то типа истории документа и какой док в какой иерархии присутствует: док-1=>док-6=>док-7 док-6=>док-11=>док-23 чтобы можно было всегда узнать откуда док появился и какие доки на его основе разплодились. Как это все замутить? Типа дерево? Но как тогда указывать, что иногда доки сливаются, а иногда и разделяются на несколько? Вообщем нужны советы. Пока в голове туман :) Подписи разные бывают, нужно это тоже учитывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2014, 16:16 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
prog123AIS... 3. на подписи у Самого! ... Подписи разные бывают, нужно это тоже учитывать. Прямо в десятку :) Для этого случая есть целая пошаговая процедура, типа: менеджер, юрист, бухгалтерия, Самый Он! Это тоже вопросец, т.к. если юрист, например, забраковал док и вернул его на "старт", то эти редакции для анализа случившегося тоже хотят видеть :( P.S. наверное, чтобы знать "кто виноват", что контракт "профукал" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2014, 23:19 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинДерево вам нужно для отображения потенциальных изменений статусов. А для реально прошедших 1. Таблица переходов между статусами (Документ, ИсходныйСтатус, НовыйСтатус, Пользователь, Дата, Примечание, ....) 2. Таблица связей между документами "многие ко многим" с типом связи - "порожден", "отменен", т.п. Возьмите какой-нибудь фриварный документооборот и поглядите, как оно сделано А зачем в таб1 нужен в этом случае "НовыйСтатус"? Достаточно поставить дата-время его изменения. Может будет достаточно таб1 с добавкой столбца "Parent", т.е. тот кто изменил состояние статуса и не важно как? P.S. чем больше вопросов, тем сильнее туман в голове :) P.P.S. вот реальная ситуация: два раза док вернул юрист менеджеру на доработку дока и один раз главбух. Промежуточные релизы хранятся в Blob. Как директор может проанализировать работу подчиненных, если док пройдя через многошаговый "фильтр" его не устаивает? Кто виноват? Кто слабое звено? (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2014, 23:33 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
AISА зачем в таб1 нужен в этом случае "НовыйСтатус"? Достаточно поставить дата-время его изменения. В Таблице1, скорее, не нужен старый статус, т.к. он есть в записи о прежнем/исходном состоянии документа. AISМожет будет достаточно таб1 с добавкой столбца "Parent", т.е. тот кто изменил состояние статуса и не важно как? Вы предлагаете директору выяснять, что именно бухгалтер сделал с документом? AISвот реальная ситуация: два раза док вернул юрист менеджеру на доработку дока и один раз главбух. Промежуточные релизы хранятся в Blob. Как директор может проанализировать работу подчиненных, если док пройдя через многошаговый "фильтр" его не устраивает? Нарисуйте на бумаге(!) жизненный путь документа, и туман в голове рассеется. Вы увидите, что документ был впервые составлен кем-то составителем направлен кому-то этим кем-то возвращен составителю с замечаниями (т.о. была порождена новая версия) составитель учел замечания (слил новую версию со исходной, породив третью) … profit ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 00:17 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
AISЕсли упрощенно, то есть таблица с параметрами документа (id, название, описание, статус), где статус сейчас надо расширить в вариациях: 1. черновик 2. на подписи 3. действующий 4. закончился срок действия 5. отменен на основании (или причине) 6. введен вместо какого-то ... и т.п. Причем такие пункты как, например 5 и 6, могут быть в таком виде: - отменен на основании закона-1, постановления-2 и т.п.; - введен вместо приказа-1, распоряжения-2 и т.п. Ранее это всё было включено в описание, а теперь надо выводить что-то типа истории документа и какой док в какой иерархии присутствует: док-1=>док-6=>док-7 док-6=>док-11=>док-23 чтобы можно было всегда узнать откуда док появился и какие доки на его основе разплодились. Как это все замутить? Типа дерево? Но как тогда указывать, что иногда доки сливаются, а иногда и разделяются на несколько? Вообщем нужны советы. Пока в голове туман :) тебе надо прежде всего отделить состояние документа от всякой шелухи типа " на основании и вследствие ...". без этого это - автомат Мили, читаешь и сети и реализуешь, а чтобы добавить еще и эту фигню, надо подумать и что-то сделать, типа комментариев на переходы состояний. из можно формализовать или можно сделать в свободной форме, кака хочешь. для истории надо естественно сделать сохранение всей истории перехода и воздействий, но это не сложно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 07:27 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
AIS, еще одна идея, это один в один как тикеты в Jira. можно прямо оттуда брать и списывать решения, если не все, так хоть частично. а можно кстати сразу поставить Jira + Confluence и этим сразу все автоматизировать, а свою систему не писать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 07:33 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
MasterZivAIS, еще одна идея, это один в один как тикеты в Jira. можно прямо оттуда брать и списывать решения, если не все, так хоть частично. а можно кстати сразу поставить Jira + Confluence и этим сразу все автоматизировать, а свою систему не писать. Хотя бы посмотреть и понастраивать воркфлоу в жире. Можно создать свой тип запросов, назвать их документами, создать свои статусы и граф переходов между ними. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 08:29 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
AISЕсли упрощенно, то есть таблица с параметрами документа (id, название, описание, статус), где статус сейчас надо расширить в вариациях: 1. черновик 2. на подписи 3. действующий 4. закончился срок действия 5. отменен на основании (или причине) 6. введен вместо какого-то ... и т.п. А сейчас в поле статуса что находится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 08:46 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
П-ЛMasterZivAIS, еще одна идея, это один в один как тикеты в Jira. можно прямо оттуда брать и списывать решения, если не все, так хоть частично. а можно кстати сразу поставить Jira + Confluence и этим сразу все автоматизировать, а свою систему не писать. Хотя бы посмотреть и понастраивать воркфлоу в жире. Можно создать свой тип запросов, назвать их документами, создать свои статусы и граф переходов между ними. Да, он настраивается в принципе произвольно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 11:55 |
|
||
|
Статус документа
|
|||
|---|---|---|---|
|
#18+
Спасибо всем за советы. Думаю правильным будет найти что-то похожее и адаптировать под свои заморочки, чтобы не изобретать велосипед. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2014, 12:35 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=38775718&tid=1540773]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
169ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 271ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
