Установка и использование подсистемы подробно описаны в pdf-файле в архиве с демо конфигурацией и могут быть сделаны и "продвинутым" пользователем слегка знакомым с конфигуратором, но для разработчиков и программистов, как всегда возможностей больше;-)
Поэтому пусть Вас не пугают эти примечания, можете не обращать на них внимания, установить и использовать подсистему практически также легко, как установить модуль или шаблон в CMS Joomla, например;-)
Файл с документацией выкладываю как отдельно, также он включен и в архив с демо-конфигурацией.
Примечания для разработчиков и программистов:
Вкладка "Статусы" документа для вида которого включены статусы генерируется программно, см. скриншоты.
Реализация подсистемы такова, что документы, которым устанавливаются и изменяют статусы не надо перепроводить и пересохранять при изменении, установке или снятии статусов. Что исключает необходимость перепроводки и изменения документов задним числом из-за изменения их статусов. Т.к. текущий статус и история статусов документа хранятся в служебных подчиненных документах.
Также подсистема рассчитана и на использования в распределенных базах, т.е. учитывает коллизии, которые могут возникнуть при работе со статусами одного и того же документа в разных узлах базы. Это важно, так как текущий статус и история статусов документа хранится в служебных подчиненных документах, как говорилось выше.
Т.е. когда в одном и в другом узле между обменами одному и тому же документу устанавливаются статусы первый раз, т.е. в обоих узлах будут создаваться подчиненные документы статусов для одного и того же документа и при обмене, такой документ станет иметь два подчиненных документа статусов, соответственно, например, текущим будет считаться статус из самого позднего служебного подчиненного документа статусов, а история будет объединена из табличных частей всех служебных подчиненных документов статусов, а вводиться новые данные о текущем статусе и истории будут в последний по дате и времени документ, а при пометке к удалению или снятии ее, она будет ставиться или сниматься со всех подчиненных служебных документов статусов. Причем время и дата служебного документа "отодвигается" в момент установки или снятия статуса подсистемой, что позволяет всегда разрешать подобные коллизии правильно. И так как служебные документы статусов не могут быть проведены и не проводятся, то это также не приводит к изменению последовательностей документов. И нумерация служебных документов подсистемой также идет с учетом префикса номера узла распределенной базы.
В подсистеме в классе 1С++ «статусов документов» реализовано в качестве внешнего интерфейса различные функции программной установки статуса документа, снятия, просмотра и печати истории, определения текущего статуса и т.п. Что позволяет тем, кто устанавливает подсистему в конфигурацию и знаком с программированием внедрить прямо на формы журналов документов возможность просмотра статуса текущего документа, установку или снятие статуса, без открытия формы самого документа, печати его истории статусов и т.п. прямо из формы журнала. Примеры есть в демо-конфигурации, в общем журнале документов. Точно также, с помощью этого интерфейса можно организовать добавления действий установки/снятия статуса в групповые обработки документов и т.п.
Подсистему «Статусы документов» можно установить и использовать в одной конфигурации совместно с другими моими подсистемами, например, с этими:
Универсальная подсистема «Дополнительные права документов» + «Сканы документов»
//infostart.ru/public/71084/
Универсальная подсистема «Подписи/согласования документов»
//infostart.ru/public/73774/
Как их установить совместно также описано в pdf-файле к этой подсистеме в разделе "Примечание к установке".
