Нам потребовалось решение для управления документами , и мы надеялись, что SharePoint 2007
удовлетворит наши потребности. Мы чувствовали, что наши потребности были относительно просты. Нам нужно было управлять версиями , иметь возможности поиска и иметь рабочий процесс утверждения .
SharePoint
отлично справился с этими тремя аспектами из коробки.
Однако мы также требуем, чтобы нижний колонтитул в документах Office 2007 (Word, Excel и PowerPoint) отражал версию документа, последний человек, который изменял, и дату последнего изменения. Эти вещи можно сделать с помощью автоматизации делопроизводства, но нам еще предстоит найти полное решение.
Сначала мы попытались сделать это на событиях регистрации и регистрации и некоторое время следовали по этому пути, однако, сложность, с которой мы столкнулись, заключалась в том, что после внесения изменений в документ мы не могли ничего предотвратить. сохранить от обновления номера версии. Это привело к чему-то похожему на это:
Документ зарегистрирован - версия документа должна быть v0.1, однако это v0.2, потому что мы сохраняем документ после замены нижнего колонтитула. Если мы посмотрим в истории документа, то увидим, что есть две отдельные версии v0.1, в которых нет нижнего колонтитула, в v0.2 есть нижний колонтитул, но в нем говорится v0.1, так как это версия документа, когда он был заменен.
Это неприемлемое для нас решение, поскольку мы хотим, чтобы процесс был полностью обработан на стороне пользователя, чтобы они имели полный контроль над возвратом к версии, в которой нижний колонтитул был бы неправильным и не содержал правильных данных. Когда мы попытались создать пользовательский рабочий процесс утверждения / регистрации, мы обнаружили, что та же самая проблема присутствовала. Нижний колонтитул необходим для того, чтобы печатные копии можно было отследить до их электронного аналога.
Еще одно решение, которое нам было предложено, - это создание плагинов для офиса, которые бы обрабатывали замену нижнего колонтитула. Это не соответствует нашим потребностям, поскольку требует развертывания наших плагинов на стороне клиента, что нежелательно для наших клиентов. То, что мы ищем, является чистым решением этой проблемы.