Коротко. У Directum RX две основные версии: платформа Sungero (например, 25.2.0.0071) и прикладная разработка (25.2.0.40). Первые две цифры общие и обозначают выпуск. Обе версии видны в веб-клиенте в меню пользователя, пункт «О программе», и на сервере в Directum Launcher, а таблица «Версии компонентов» в справке «Что нового» показывает, какому обновлению соответствует ваша пара. Вендору и интегратору называйте обе.

Вопрос «какая у вас версия RX» обычно получает ответ «двадцать пятая» или «4.12». Для обсуждения новостей этого хватает, а для обращения к вендору, проверки совместимости или плана обновления нет. У Directum RX несколько номеров версий, и нужны как минимум два из них.

Симптом

Вендор или интегратор просит «точную версию», а в разных местах системы видны разные числа: 25.2, 25.2.0.0071, 25.2.0.40. Непонятно, какое из них правильное и что отвечать.

Почему так

Directum RX состоит из двух слоёв, и у каждого своя версия:

  • Платформа (Sungero): сервер приложений, сервисы, веб-клиент. Её номер выглядит как 25.2.0.0071.
  • Прикладная разработка: модули с документами, задачами, договорами и прочей логикой, плюс доработки вашего внедрения. Номер стандартной прикладной разработки выглядит как 25.2.0.40.

Первые две цифры у них совпадают и обозначают выпуск: 25.2. Дальше слои живут отдельно. Например, в обновлении 25.2.0.40 по списку вендора платформа имеет номер 25.2.0.0071, а прикладная разработка 25.2.0.40. Свои номера есть и у остальных компонентов: веб-агента, программы установки Directum Launcher, мобильных приложений. Если поверх стандартной прикладной разработки сделаны доработки, у вашего решения может быть и своя версия.

Где посмотреть

  1. В веб-клиенте. Меню пользователя справа вверху, пункт «О программе»: там версии платформы и прикладной разработки. Заголовок справки показывает только выпуск, например «Справка Directum RX 25.2».
  2. На сервере. Directum Launcher показывает установленные компоненты с версиями. По сути это вывод скрипта развёртывания do.sh, который Launcher показывает в своём интерфейсе. При установке в контейнерах номер версии обычно стоит и в тегах образов сервисов.
  3. В справке «Что нового». Для каждого обновления там есть таблица «Версии компонентов». По ней можно понять, к какому обновлению относится ваша пара номеров и чего вам не хватает до последнего.

Что сделать

  • В обращении к вендору или интегратору указывайте обе версии: платформу и прикладную разработку. Если есть доработки, назовите и их версию или дату последней публикации.
  • При планировании обновления сверяйте пару номеров с таблицей «Версии компонентов» нужного выпуска. Платформа и прикладная разработка обновляются согласованно, и требования к ОС, СУБД и Elasticsearch зависят от выпуска.
  • Записывайте версии в паспорт системы или в описание стенда после каждого обновления. Через полгода вспомнить, что именно стоит на тестовом стенде, будет сложно.

Чего не делать

  • Не называть версию по заголовку справки. «25.2» обозначает выпуск, а внутри одного выпуска выходят обновления с исправлениями.
  • Не обновлять платформу отдельно от прикладной разработки, если вендор не говорит прямо, что так можно. Несовпадение сборок проявляется ошибками вроде Method not found in type.