Что такое релиз в 1с

Обновлено: 06.07.2024

Узнаем, что такое релизы 1С. Какие виды релизов бывают, как определить текущий релиз и как узнать последний (актуальный) релиз 1С. А также, какой порядок обновления текущего релиза на актуальный.

Прежде чем начнем разбираться с релизами 1С, разберемся со структурой программного продукта 1С. Стандартно, любой программный продукт фирмы 1С состоит из двух частей: технологическая платформа и конфигурация. Технологическая платформа это среда, в которой функционирует прикладное приложение, а также осуществляется разработка и доработка прикладных решений. Конфигурация – это непосредственно прикладное приложение, в котором настроена логика работы прикладного приложения, интерфейс пользователей и прочие механизмы в рамках того, что предоставляет платформа 1С. Для конфигурации создается база данных (в файловом или клиент-серверном варианте), в которой хранятся данные конкретного прикладного решения.

Релиз платформы 1С

На компьютере может быть установлено несколько релизов платформы 1С, но конкретное прикладное решение может работать только под одним релизом. Узнаем, как определить под каким релизом работает определенное прикладное решение, а также какой релиз платформы актуальный (или последний).

Узнать релиз платформы, под которым работает прикладное приложение можно как в конфигураторе 1С, так и при работе в пользовательском режиме.

Либо в стандартной панели.

В открывшемся окне «О программе» в верхней строке должна быть надпись «1С:Предприятие 8.3» и в скобках рядом релиз платформы.

В пользовательском режиме также необходимо открыть окно «О программе». Для новых версий платформы (начиная с 8.3.15) путь к этому окну следующий:

А для старых такой:

Окно «О программе» в пользовательском режиме внешним видом несколько отличается от аналогичного окна в конфигураторе. Но релиз платформы в ней ищется аналогично.

Последний релиз платформы 1С

На этом сайте, в разделе «Технологические дистрибутивы» нужно найти ссылку «Технологическая платформа 8.3», и справа в колонке «Актуальная версия» будет гиперссылка с последним (актуальным) номером релиза платформы.

Также в эту ссылку можно «провалиться» и скачать актуальный релиз.

Релиз конфигурации 1С

С платформой разобрались, прейдем теперь к прикладному решению. У каждого прикладного решения имеется конфигурация, в которой сконфигурированы объекты этого прикладного решения и запрограммирована его логика.

Но, в прикладном решении не одна конфигурация, а три! Перечислим их:

Рабочая конфигурация – та конфигурация, с которой имеет дело разработчик, в которую он может вносить изменения, и работать с отладкой в этой конфигурации. Дерево метаданных, которое все привыкли видеть в конфигураторе, это дерево метаданных рабочей конфигурации.

Конфигурация базы данных – та конфигурация, с которой работает конечный пользователь.

Конфигурация поставщика – исходная конфигурация, которая была предоставлена поставщиком, и на основе, которой создаются рабочая конфигурация и конфигурация базы данных.

У каждой из этих конфигураций есть свой релиз. Для нормального функционирования прикладного решения, у всех вышеперечисленных конфигураций релизы должны быть одинаковы.

Текущие релизы конфигурации 1С

Узнаем, как определить текущие релизы всех трех конфигураций прикладного решения.

Для определения текущего релиза конфигурации базы данных необходимо открыть знакомое нам окно «О программе» в конфигураторе или в прикладном решении, где под строкой «Конфигурация:» будет название конфигурации и рядом в скобках номер версии текущего релиза конфигурации.

В палитре свойств конфигурации нас интересует свойство Версия, которая находится в категории Разработка.

В этом свойстве и указан текущий релиз конфигурации рабочей базы.

Для определения текущего релиза конфигурации поставщика необходимо открыть окно «Настройка поддержки», которое находится по следующему пути:

В этом окне в поле «Версия» указан текущий релиз конфигурации поставщика.

Последний релиз конфигурации 1С

Мы узнали, как определить текущий релиз конфигурации, теперь выясним, как узнать последний (или актуальный) релиз конфигурации, и, как следствие, определить необходимо ли конфигурации вашего приложения обновление или нет.

На этом сайте нужно найти ссылку-надпись с названием вашего прикладного решения, актуальный релиз которого вы хотите узнать, и справа будет номер актуального релиза.

Если мы кликнем на название конфигурации, которое является гиперссылкой, то у нас выйдет список всех релизов этой конфигурации.

Этот алгоритм справедлив и тогда, когда мы пропустили много релизов. Например, у нас текущий релиз 1.6.19.160 между этим релизом и актуальным находится 8 релизов. И нам необязательно скачивать все релизы, и обновлять базу на каждый из этих релизов. Достаточно найти самый «верхний» релиз, на который можно обновить наш текущий релиз, смотря на релизы в колонке «Обновление версий», потом также найти самый «верхний»релиз, на который можно обновить уже этот релиз и т.д.

Другие статьи по теме обновлений 1С:

Если по мимо задач по обновлению, перед вами стоят задачи по разработке в 1С, то рекомендую вам свою книгу «Программировать в 1С за 11 шагов», в которой подробно и основательно шаг за шагом даются основные знания по разработке в 1С.

Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
Научитесь понимать архитектуру 1С;
Станете писать код на языке 1С;
Освоите основные приемы программирования;
Закрепите полученные знания при помощи задачника.

Отличное пособие по разработке в управляемом приложении 1С, как для начинающих разработчиков, так и для опытных программистов.

Очень доступный и понятный язык изложения
Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
Поймете идеологию управляемого приложения 1С
Узнаете, как разрабатывать управляемое приложение;
Научитесь разрабатывать управляемые формы 1С;
Сможете работать с основными и нужными элементами управляемых форм
Программирование под управляемым приложением станет понятным

Эти книги, плюс книга по программированию оперативного учета имеются в едином комплекте: комплект книг по разработке в 1С.
Только для читателей моего блога,
промо-код на скидку в 300 рублей на весь комплект: blog

Если Вам понравился этот урок, был полезен или помог решить какую-нибудь проблему, то Вы можете поддержать мой проект, перечислив любую сумму.

можно оплатить вручную:

В наше время программы 1С (бухгалтерия, ЗУП, УТ, КА) – это своеобразный стандарт для ведения управленческого, бухгалтерского и прочих видов учета. Это программное обеспечение устанавливается на всех предприятиях, которые переходят на полную автоматизацию учета. Работодатели требуют знание и навыки работы именно с этой программой. Если возникают вопросы, связанные с системой автоматизации (стоимость, остатки и проч.), как правило, сотрудники предприятия прибегают к помощи базы данных 1С.

Сегодня достаточно часто пользователи сталкиваются с вопросами о том, что такое программные продукты компании «1С» (1С: Предприятие, 1С: ЗУП и т.д.), их структура, а также принципы работы. Кроме того, всем интересно, какую версию обновления нужно установить, чтобы учет на предприятии велся в соответствии с законодательством.

Начнем по порядку.

Платформа

Любая версия программного продукта «1С: Предприятие» (ЗУП, бухгалтерия и др.) имеет такую структуру:

Технологической платформой называется «движок» программы. Именно он создает интерфейс user, обеспечивает ввод, хранение, а также предоставление данных. Платформа дает возможность разрабатывать обновления для программы 1С: Предприятие (ЗУП, УТ и проч.) и осуществлять ранее разработанные операции на рабочем месте. На сегодняшний день существует несколько функционирующих платформ, таких как 7.7 ,8.0.,8.1, 8.2, 8.3, к тому же планируется выход последней платформы 8.4.Работать можно на любой редакции платформы. Выбор зависит от руководства предприятия. Но самой актуальной для user считается версия 8.3.

Платформу нужно обновлять, если обновляется релиз конфигурации, другими словами, появляются новые возможности, которые будут работать только с новой платформой.

Конфигурация

Конфигурация – это прикладное решение (обновление), которое предназначено для осуществления конкретных задач. Обновление программного продукта 1С – это определенный набор справочников (для ЗУП это нормативная база, которая отвечает за управление персоналом), констант, документации, журналов, отчетов и других объектов, имеющих отношение к ведению учета на предприятии. Все данные элементы предназначены для ввода и обработки данных, необходимых для user.

Различают два вида:

Типовые. Эти конфигурации создаются разработчиками компании 1С и все их можно найти на официальном сайте компании. Как правило, эти конфигурации более качественные. В них используются только оптимальные решения поставленных задач, быстро исправляются возникающие в процессе работы ошибки;
Нетиповые. Этот вид обычно создают компании-партнеры. Нетиповые конфигурации могут быть разработанными для конкретной отрасли с учетом ее особенностей (отраслевые) либо для какой-то определенной фирмы. Выбирая нетиповые конфигурации, требуется понимать, что обычно у фирм-партнеров 1С большая текучка кадров. Именно по этой причине одна конфигурация может быть написана несколькими разными разработчиками. Отсюда и нестабильность работы, зависание программы и проч.

На данный момент существует множество конфигураций:

Каждая конкретная конфигурация имеет свой релиз и свою редакцию. Например:

Конфигурация ЗУП 2.5 будет работать под платформой, которая имеет редакцию 8.2 и выше;
Конфигурация ЗУП 3.0 будет работать под платформой, которая имеет редакцию 8.3 и выше.

При этом каждый конкретный релиз «1С: ЗУП» будет нормально работать только с определенным релизом данной платформы.

Конфигурацию приходиться обновлять для соблюдения законодательства при сдаче отчетности и ведению учета.

Релизы

Создатели программного продукта 1С непрерывно мониторят изменения законодательной базы, методики ведения бухучета, торгового учета, а также форм для сдачи отчетности в соответствующие инстанции. Это делается для того чтобы user всегда был в курсе событий.

Результатом такой активной деятельности являются обновления платформы, конфигурации, а также формы регламентированных отчетов предприятия, применение которых дает возможность поддерживать программный продукт в актуальном состоянии.

Своевременное обновление программы 1С дает избежать неприятностей, которые могут быть вызваны несоответствием системы учета действующему налоговому и бухгалтерскому законодательству. Для того, чтобы выяснить имеющийся в ваших программных продуктах релизы 1С необходимо открыть программу и выбрать в меню вкладку «Справка», далее нажать «О программе». Появится такое окно:

Запомните: новую платформу без обновленной конфигурации можно установить, а вот обновленную конфигурацию без новой платформы нельзя.

Если проводить аналогию между «1С: Предприятие» (1С:ЗУП, 1С:УТ и др.) и прочими системами, то все программные продукты компании 1С можно сравнить с любой операционкой, установленной на вашем компьютере (это вариант платформы) и различными программами, которыми вы пользуетесь Office, Total Commander, Skype, AdobeReader (это варианты конфигурации).

После запуска справки у вас есть возможность узнать все об установленной у вас версии программы. Вы сможете посмотреть не только путь, где была установлена ваша база данных. Но с помощью скобок справа вы можете выяснить редакцию платформы и релиза программного продукта, который установлен на вашем компьютере. К примеру:

Скобки вверху (8.2.13.219) говорит о том, какая редакция программного продукта 1С: Бухгалтерия 8 и платформы была установлена для работы;
Скобки внизу (2.0.23.9) показывает: 2.0 – версию конфигурации, 23.9 – где, 23 – это текущий релиз, а 9 – номер сборки.

Релизом называется обновление программы, которое предназначено для смены текущей рабочей версии программного обеспечения на компьютере пользователя. Компания 1С постоянно выпускает новые релизы (версии) конфигураций. Основное различие редакции конфигурации и релиза заключается в том, что чаще всего, в релизе не содержится каких-то серьезных перемен, к примеру, в строении плана счетов.

Главной причиной для выпуска новых релизов являются изменения в действующем законодательстве налогового и бухгалтерского учета. В отличие от устаревших релизов, выпуск обновленной версии является дальнейшем развитием доступных вам возможностей установленной на вашем компьютере конфигурации. Написание новой редакции происходит, как правило, по двум серьезным причинам: это обобщение опыта применения конфигурации и отображение значительных изменений в действующем законодательстве – в таком случае внесение изменений в конфигурацию является вынужденной мерой.

Эта информация необходима для того, чтобы понимать, как и какие части 1С:Предприятия необходимо обновлять, а также для того, чтобы при обращении в службу технической поддержки фирмы «1С» пользователь мог точно сообщить, с каким программным продуктом он работает. Информация о том, какие обновления установлены, существенно повышает эффективность консультации.

Прежде всего отметим, что 1С:Предприятие состоит из платформы (системной части) и различных конфигураций. Платформа поставляется всегда в готовом виде и не может быть изменена пользователем. Конфигурация также поставляется в готовом виде, но может изменяться пользователем (кроме базовых версий). В поставку большинства программных продуктов 1С:Предприятия входит платформа и одна или несколько конфигураций. Некоторые конфигурации поставляются отдельно, и для их работы у пользователя должен быть другой продукт, включающий платформу.

Платформа и конфигурации обновляются независимо, то есть обновления платформы и конфигурации выпускаются в разное время и имеют разные номера. Однако в некоторых случаях необходимо выполнять обновление и платформы, и конфигурации. Данное обстоятельство обычно оговаривается в инструкции по обновлению конфигурации.

Получение обновлений

Существует несколько способов получения обновлений.

Получение обновлений может выполняться у партнеров фирмы «1С». Возможность и условия обновлений следует обговаривать с конкретной партнерской организацией.

Не рекомендуется пользоваться неофициальными источниками для получения обновлений.

Установка обновлений

Установка новых версий программы выполняется достаточно редко и подробно описывается в прилагаемой документации.

Установка релизов платформы выполняется аналогично первоначальной установке программы. Обновление представляет собой обычный дистрибутив (запись программы, предназначенная для установки) - такой же, как в комплекте поставки или специальный дистрибутив с диска ИТС. Установка с обычного дистрибутива ничем не отличается от первичной установки, а установка с диска ИТС автоматически находит программу, установленную на компьютере, и выполняет установку. При установке релиза платформы неважно, какой релиз был установлен до этого.

Обновление конфигураций (редакций и релизов) должно выполняться согласно инструкции. Для типовых конфигураций инструкция по установке выдается в процессе установки новой редакции или релиза конфигурации. В состав конфигурации включается также и описание изменений, внесенных в данном релизе или редакции. Обновление конфигурации следует выполнять весьма внимательно. Рекомендуется до выполнения обновления сделать резервную копию информационной базы. При установке обновлений конфигураций следует придерживаться той последовательности, в которой выпускаются релизы и редакции. Так как при установке каждого релиза может выполняться конвертация информации, то для более корректного обновления не следует пропускать релизы.

На диске ИТС существует раздел с подробными рекомендациями по обновлению конфигураций.

Как обновить свою программу?

Получение обновлений

Существует несколько способов получения обновлений.

Не рекомендуется пользоваться неофициальными источниками для получения обновлений.

Установка обновлений

На диске ИТС существует раздел с подробными рекомендациями по обновлению конфигураций.

Что такое "версия" программы?

В системе программ 1С:Предприятие понятие "версия" относится к платформе. Версия является своего рода "поколением" системы программ. Новая версия выпускается раз в несколько лет и является существенным развитием практически всех возможностей системы. Текущей версией 1С:Предприятия (на апрель 2001 года) является версия 7.7. По имени этой версии именуются и все продукты, выпускаемые с момента выхода данной версии. Например, 1С:Бухгалетерия 7.7, включает платформу 1С:Предприятия версии 7.7 и типовую конфигурацию, разработанную для этой версии. Конфигурации, разработанные для предыдущих версий, могут использоваться с данной версией, но только после выполнения конвертации (преобразования самой конфигурации и данных).

Номер версии указывается и на коробке, и в книжке. В самой программе его можно посмотреть в режиме "Помощь - О программе" - в верхней строке диалога. Для версии 7.7 там должно быть написано "1С:Предприятие 7.7 …". Далее может быть уточнение варианта платформы, например, "для SQL".

Заметим, что слово "версия" в 1С:Предприятии используется и для обозначения варианта поставки, например, "базовая", "сетевая", "стандартная", "для SQL" и т. д. Однако версия в этом смысле не влияет на обновление программы - это именно варианты поставки программного продукта (подробнее варианты поставки были описаны нами в № 1 «БУХ.1С» за 2001 год, а также содержатся в разделе "Различия программных продуктов системы программ "1С:Предприятие" диска ИТС).

Что такое "редакции"?

Понятие "Редакция" в системе программ 1С:Предприятие применяется к конфигурациям. Новые редакции конфигураций разрабатываются в среднем раз в полгода и являются развитием конкретной конфигурации. В новых редакциях расширяется состав задач, решаемых программой, вводятся новые возможности (документы, справочники, отчеты), улучшаются алгоритмы и внешнее оформление. В некоторых случаях выпуск новых редакций обусловлен существенными изменениями законодательства, требующими перестройки механизмов учета. Новая редакция, как правило, имеет новую документацию. Кроме того, новая редакция обычно содержит описание отличий для пользователей предыдущих редакций. При переходе на новую редакцию требуется выполнить определенную процедуру установки, которая может выполняться с конвертацией данных или без нее в зависимости от характера развития конфигурации.

Номер редакции обычно не включается в название самого продукта, но указывается в названии книги, описывающей работу с типовой конфигурацией. В самой программе номер редакции можно посмотреть в режиме "Помощь - О программе". После слова "Конфигурация" располагается название конфигурации и номер редакции.

В некоторых конфигурациях номер редакции может не отображаться в режиме "О программе". Помимо этого, для некоторых конфигураций (например, "Зарплата + Кадры") понятие редакции не используется.

Что такое "релиз (выпуск)"?

Термин "релиз" (от английского "release" - "выпуск") используется в компьютерной индустрии для обозначения обновления программы, незначительно отличающегося от предыдущего. В 1С:Предприятии понятие "релиз" применяется для обозначения текущего обновления как платформы так и конфигурации. Соответственно бывают релизы платформы, а бывают релизы конфигураций. Релиз не является существенным развитием программы. В основном выпуски релизов связаны с исправлением обнаруженных ошибок или изменениями, внесенными в соответствии с вышедшими нормативными актами.

Обновление релиза платформы выполняется достаточно просто. Конвертация данных при этом не производится. Обновление релиза конфигурации выполняется по прилагаемой инструкции. В зависимости от сделанных в релизе изменениях при обновлении может потребоваться или не потребоваться конвертация данных.

Номера релизов не печатаются в документации или каких-либо других печатных материалах. Номера релизов можно посмотреть в самой программе в режиме "Помощь - О программе". Номер релиза платформы выводится в скобках справа от названия и номера версии платформы, а номер релиза конфигурации выводится в скобках справа от названия и номера конфигурации.

В некоторых конфигурация номер релиза может не отображаться в режиме "О программе".

Ведение учета, отчетность и автоматизация бизнес-процессов на предприятиях всех форм собственности и отраслевой направленности предполагает использование специального программного обеспечения. Программные продукты 1С наиболее востребованы при ведении учета, отчетности, они позволяют комплексно решать коммерческие, организационные, аналитические, управленческие и многие другие задачи, но для их корректной и продуктивной работы требуется лицензионное программное обеспечение, своевременное обновление 1C 8 (до последних релизов).

Основа всех конфигураций софта - платформа 1С: Предприятие, представляющая собой ориентированную среду разработки, на базе которой реализуется программный код конфигураций (ещё одна составляющая продукта), решаются традиционные задачи, связанные с производительностью, функциональностью, эргономикой. Восьмая версия софта была создана в 2003 году. Платформа унифицирована, позволяет осуществлять интеграцию различных конфигураций. Благодаря этому софт применим в различных областях:

ведение всех видов учёта и отчетность;
автоматизация бизнес-процессов, в том числе на отраслевых предприятия;
оперативный менеджмент;
сбор и систематизация информации;
объединение всех подразделений и филиалов в единую информационную систему;
планирование, бюджетирование, консолидация;
различные виды управленческого и финансового анализа;

Все возможности софта во многом открывают гибкие настройки продукта делают софт универсальным и многофункциональным. Разработчики проводят обновление платформы 1C, что позволяет программным решениям соответствовать рыночным, законодательным и экономическим реалиям.

Конфигурации 1C

Представляют собой модули, созданные на базе платформы при помощи программного кода для решения конкретных, но типовых задач. Делятся на отраслевые и региональные, позволяют автоматизировать/систематизировать/упростить отдельные направления или целые сферы деятельности компании. Каждый программный продукт оптимально сочетает универсальность и отраслевую направленность (сферу деятельности предприятия). Компании, имеющие подтверждённый статус "Центр разработки тиражных решений", на базе платформы 1C обновление конфигурации проводят регулярно, работая во всех доступных направлениях:

1С Бухгалтерия,
1С Управление торговлей,
1С Зарплата и управление персоналом,
1С Предприниматель и т.д.

Интегрируя нужную конфигурацию, компания получает возможность решать определённые задачи отдельного предприятия, не переплачивая за неиспользуемый функционал. Верно подобранная конфигурация программы 1С Предприятие кроме бухгалтерского учета сможет обеспечить выполнение определенных узкоспециализированных задач менеджмента предприятия.

Лицензии 1C

В России, в отличие от развитых стран, законы об авторских правах не соблюдаются в полной мере, что приводит к незаконному распространению интеллектуальной собственности. Это же касается и программ 1С. На первый взгляд возможность получить софт бесплатно может показаться привлекательной, но это не соответствует действительности. Вот почему, нелицензионное программное обеспечение устанавливать не стоит:

нарушение законодательства;
отсутствие гарантии работоспособности (сбои в работе, чреватые потерей данных);
отсутствие возможности получать свежие релизы (актуальные изменения);
табу на обращение за помощью в техподдержку разработчика, официальных партнеров (ни один из официальных партнеров не имеет права работать с нелицензионным ПО 1С).

Так как обновление 1C 8.3 и более новых версий контрафактных программных продуктов не производится, нелицензионный софт не будет выполнять актуальные требования новых законодательных и регламентирующих актов, что делает его фактически бесполезным.

Существующие версии

В основном, всего их три:

Базовая . Оптимальное решение для малого бизнеса, для работы 1 пользователя.
ПРОФ . Создана для компаний, в которых в одной информационной базе работают более 1 пользователя, требуется более широкий функционал. Существует потребность в работе нескольких юридических лиц в одной информационной базе.
КОРП . Разработана для крупных предприятий, информационные системы которых включают в себя несколько подразделений, требующих отдельных учет в обособленных подразделениях. Требуется возможность конфигурирования (доработки) под нужны предприятия.

Помимо назначения версии отличаются функциональными возможностями. Ещё одна ключевая особенность, предусмотренная разработчиком 1С обновление программ в версиях ПРОФ и выше должно осуществляться исключительно при участии официальных партнёров. Базовые вариации могут обновляться самостоятельно.

Обновление 1С

Обывателю может показаться, что для 1C обновление базы - это способ дополнительного заработка, но это не соответствует действительности. Новые релизы преследуют исключительно прагматичные цели:

приведение программных продуктов в соответствие действующей законодательной базе, которая непрерывно меняется;
устранение существующих ошибок в программном коде;
расширение функционала;
адаптация софта к маркетинговым и экономическим реалиям.

Практика показывает: компании, имеющие лицензионные программные продукты, но пренебрегающие их регулярным обновлением в целях экономии, теряют значительно больше денег в долгосрочной перспективе. Такой софт со временем становится не просто бесполезным, но и потенциально вредным - ошибки в отчётах, вызванные несоответствием новым законам, влекут за собой крупные штрафы со стороны фискальных органов. Ещё одно веское основание для своевременного обновления заключается в необходимости инсталляции всех пропущенных релизов в случае запоздалого принятия такого решения. Это долго и дорого.

Доверьтесь профессионалам

Имя договор сопровождения Вы сможете получать обновление 1C 8.3 у нас, вы получаете ряд неоспоримых преимуществ:

Самые свежие релизы . Вам будут всегда доступны бланки, формы, новый функционал и устраненные разработчиком ошибки в релизах.
Экономию средств и времени . Стабильная работа компании на фоне беспроблемного функционирования софта - залог выраженного экономического эффекта от дальновидных затрат на сопровождение.
Круглосуточный доступ к бесплатным сервисам ИТС . Такая возможность предусмотрена разработчиками только для тех, кто пользуется услугами официальных партнёров.
Возможность произвольного выбора формата сопровождения . Клиентам доступны почасовые, пакетные или комплексные услуги. Последний вариант решает и сопутствующие проблемы, предусматривая сопровождение под ключ.
Возможность развития системы вместе в изменениями на предприятии.

Шестнадцатилетний опыт успешного развития в сегменте, статус официального партнёра разработчика, исключительная клиентоориентированность и широкий перечень функциональных областей, в которых работаем, делают компанию "1-й Советник" оптимальным решением для приобретения программных решений 1С и их своевременного обновления.

Меня зовут Екатерина, я возглавляю департамент информационных систем в Иркутской нефтяной компании. Сегодня я расскажу вам, как мы навели порядок в процессе выпуска обновлений в наших информационных базах.

Мой доклад будет построен следующим образом.

Сначала я расскажу о компании, в которой я работаю.
Затем - о нашей собственной разработке – о системе, которую мы назвали Service Desk.
Потом мы с вами поговорим непосредственно о формировании релиза.
После этого будет несколько слов о результатах внедрения.
И в конце расскажу о перспективах развития нашей системы.

О компании

Иркутская нефтяная компания – одна из крупнейших независимых нефтегазодобывающих компаний в России.

Она насчитывает более 8000 сотрудников, и по прогнозам через пять лет нас будет уже не менее 15 тысяч.
Деятельность компании представлена в Восточной Сибири. Это – Иркутская область, республика Саха, Якутия, а также Красноярский край.
Количество информационных баз, используемых в режиме промышленной эксплуатации, исчисляется десятками. В них работает более 1000 пользователей, и это число постоянно растет. Также есть крупные базы на платформе 1С, которые включают в себя несколько функциональных блоков.

Задача моего департамента – обеспечить сопровождение и развитие существующих систем, а также внедрить новые информационные системы.

В департаменте информационных систем есть три отдела:

отдел сопровождения, который является первой линией поддержки пользователей;
отдел внедрения информационных систем – в нем работают консультанты;
и отдел разработки, в котором трудятся сами программисты, которых в народе называют «кодерами».

Система Service Desk

Ни для кого не секрет, что базы периодически нужно обновлять. Какие-то базы обновляются чаще, какие-то – реже, но в целом такое событие, как выпуск релиза, для нашей компании весьма частое явление. Раньше разработчики тратили кучу времени на сбор релизов, установку, потом на сбор исправительных релизов, так как «что-то лишнее зацепили» или наоборот «не обновили какой-то нужный объект».

Теперь механизм управления релизами реализован в нашей системе «Service Desk». Но обо всём по порядку!

В далёком 2014-м году проблем с релизами у нас не было, компания была намного меньше и баз было не более 5.

Но в какой-то момент мы осознали потребность упорядочить процесс работы с обращениями пользователей в рамках сопровождения этих баз.

И тогда у нас возникла идея быстренько накидать функционал, который позволил бы пользователям регистрировать свои обращения, отслеживать их статус, а нам в порядке очередности обрабатывать эти обращения.

В пустой конфигурации на платформе 1С мы быстренько накидали требуемый функционал, который состоял из одного документа «Обращение» и назвали систему «Service Desk».

Система быстро стала популярной в компании, и с тех пор её функционал нами расширялся и совершенствовался.

На данный момент в этой системе реализован механизм управления релизов.

Если не вдаваться глубоко в детали, механизм создания релиза следующий:

Сначала в систему «Service Desk» поступает обращение от пользователя по вопросам работы в той или иной системе.
Если вопрос на 1-ой линии не решился и выявлена необходимость внесения изменений в алгоритмы работы системы, то вопрос передаётся на вторую линию для формирования постановки задачи на разработку и, собственно, самой разработки. На этом этапе создаётся документ «Доработка».
В конечном итоге доработки объединяются в релиз, который устанавливается на рабочую базу.

Формирование релиза

Расскажу о процессе формирования релиза более подробно.

Документ «Обращение» – очень простой, в нем нет ничего сложного:

его основной реквизит – это «Статус»;
и главное поле «Описание обращения» – здесь простым человеческим языком написано то, что хочет пользователь.

Прежде чем перейти к следующему документу «Доработка» я немного расскажу о структуре баз и хранилищ конфигураций в нашей компании.

У каждой информационной системы есть два хранилища. Мы их называем «Тестовое» и «Релизное».

К тестовому хранилищу подключены тестовые базы консультантов и разработчиков. Разработчики вносят изменения в конфигурации в свои базы, а консультанты тестируют работу программистов.
Затем в процессе подготовки обновления разработчики помещают изменения из своих тестовых баз в свои так называемые релизные базы. Каждый разработчик имеют свою базу для каждой системы, и все эти базы подключены к релизному хранилищу.
В итоге в релизном хранилище оказываются доработки всех разработчиков для установки релиза.
Сама рабочая база также подключена к релизному хранилищу и обновляется непосредственно из релизного хранилища, в котором происходит окончательный сбор релиза.

Также хочу заметить, что наша система Service Desk содержит информацию о конфигурациях систем. Она берет эту информацию непосредственно из тестовых хранилищ, так как в тестовых хранилищах есть абсолютно все изменения, которые разработчики вносят в систему – даже те, которые еще не планируются к установке на рабочую базу.

Перейдем к документу «Доработка». Этот документ намного более функционален, чем документ «Обращение», и создается на его основании.

Перекидывание доработки между статусами происходит до тех пор, пока консультант не примет изменения и у него не останется замечаний к разработчику. После того, как это происходит, консультант должен заполнить вкладку «Информация о релизе».

Вкладка «Информация о релизе» содержит три раздела:

«Описание релиза» – здесь содержится информация для пользователей на простом человеческом пользовательском языке о том, что изменилось в системе
«Список адресов» – это адреса пользователей, которые получат информацию об обновлении.
«Изменяемые инструкции» – здесь консультант вносит изменения в файлы инструкций, которые необходимо обновить после того, как изменения будут установлены на рабочую базу.

После того, как консультант заполнит всю необходимую информацию о доработке, он переводит доработку в статус «К помещению в рабочую базу».

Как только доработка попала в этот статус, исполнителем по ней снова становится разработчик. Но он не работает дальше с документом «Доработка» до тех пор, пока эта доработка не попадет в документ «Релиз».

Таким образом, мы с вами подошли к главному документу моего сегодняшнего доклада – документу «Релиз».

В зависимости от типа релиза он появляется разными способами:

плановый релиз создается автоматически регламентным заданием по расписанию;
другие виды релизов формируются консультантами.

Что нужно заполнить в релизе? Минимальные данные – это плановая дата установки релиза и набор тех доработок, которые должны войти в этот релиз (из числа доработок в статусе «К помещению в рабочую базу»). Все остальные вкладки, которые есть в этом документе, заполняются автоматически на основании тех данных, которые имеются во включенных в этот релиз «Доработок». Например, вкладка «Информация о релизе» формируется из описаний релиза в «Доработках» – это информация, которая будет в рассылке при установке релиза.

После того как документ «Релиз» переходит в статус «Согласован», разработчики начинают работать каждый со своей доработкой – переносить изменения по ним в релизное хранилище.

Используя вкладку «Измененные объекты», разработчики должны перенести в релизные базы те изменения, которые должны войти в релиз. Каждый разработчик переносит изменения только по выполненным им доработкам. Так как все релизные базы подключены к одному релизному хранилищу, изменения в общие объекты программистам приходится вносить по очереди.

На вкладке «Измененные объекты» есть вся информация об измененных объектах всех доработок, которые вошли в документ «Релиз». Эта вкладка имеет два представления.

Первое представление, которое вы видите на экране (со снятой галочкой «По доработкам») – это представление, которое показывает изменения в разрезе структуры конфигурации:

Здесь есть столбец «К установке», где содержатся номера доработок, которые вошли в этот релиз.
Также здесь есть столбец «Не устанавливать». Здесь фигурируют те доработки, которые не должны попасть в релиз, но по которым на данный момент в системе есть изменения конфигурации именно в части этого объекта. Они подсвечены розовым цветом, и разработчик, когда помещает изменения в свою релизную базу, должен обратить внимание, что эти объекты конфигурации нельзя полностью заменить, их нужно проанализировать, вычленить из них те изменения, которые сделаны в рамках этой доработки, и внести только их. Те объекты, которые не подсвечены розовым, разработчик может полностью заменять.

Это представление удобно использовать для тех релизов, в которых принимал участие только один разработчик. Оно удобно в этом случае.

Второй вид (при установленной галке «По доработкам») удобно использовать, если в релизе принимали участие несколько разработчиков – когда идет обновление баз, где много функциональных блоков.

Это представление помогает разработчику перенести изменения только по своим доработкам, абстрагируясь от изменений, сделанных его коллегами – т.е. каждый разработчик вносит изменения только по своим доработкам.

Т.к. все базы прикреплены к одному релизному хранилищу, то разработчики вносят эти изменения последовательно:

После того, как разработчик внес изменения в релизную базу, он переводит доработку в статус «В релизном хранилище».
Только после того, как все доработки перешли в этот статус, документ «Релиз» переходит в статус «Готов к установке».
Затем строго по расписанию, которое было указано в документе, происходит обновление из релизного хранилища рабочей базы. Оно происходит в одной транзакции – в один момент документ «Релиз» переходит в статус «Установлен», и все доработки, которые в него включены, а также обращения, на основании которых созданы эти доработки, переходят в статус «Выполнено». Происходит автоматическое обновление инструкций для пользователей. И автоматически происходит рассылка с информацией об обновлении.

Эффекты от внедрения

Что мы получили благодаря реализованному механизму?

Возможно, для небольшой компании, где два разработчика и пять информационных баз, это все неактуально – у них никаких проблем с учетом обновлений нет. Но в рамках «Иркутской нефтяной компании» нам этот механизм очень сильно помог.

Перспективы развития

В описанной мною функциональности меня устраивает практически все, за исключением одного – разработчикам приходится ручками вручную отмечать измененные объекты, которые он помещает в хранилище конфигурации в документах «Доработка» системы Service Desk. Это своего рода «двойной ввод». Но пока мы не решили, что с этим можно сделать. Мы бы хотели, чтобы:

при помещении разработчиком изменений в хранилище – информация об определенных объектах, которые он туда помещает, приходила бы в систему Service Desk;
так как разработчик при помещении в хранилище указывает в комментарии номер доработки, хотелось бы, чтобы в этой доработке все эти объекты автоматически отмечались на вкладке «Измененные объекты»;
при этом если есть добавленные объекты, сначала обновлялась информация о конфигурации тестового хранилища в Service Desk, а потом также отмечались все измененные или добавленные объекты.

Тогда бы мы ушли от риска того, что набор действительно измененных объектов конфигурацию и тот набор объектов, который отмечен в «Доработке» разработчиком, не совпадают. Такое, к сожалению, бывает. Человеческий фактор пока остается.

Главное – хотелось бы, чтобы эта процедура инициировалась на стороне конфигуратора при помещении объекта в хранилище, а не из системы Service Desk. Повторюсь, что мы пока решения этому не нашли.

Если вдруг у кого-то будут какие-то идеи на этот счет – поделитесь, пожалуйста, я буду очень признательна!

У меня все. Спасибо за внимание!

Вопросы

Данная статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART EVENT 2019. Больше статей можно прочитать здесь.

Читайте также: