Любое программное обеспечение нуждается в обновлениях. Будь то сверка с актуальным законодательством, изменения налоговой базы или усовершенствование системы самим разработчиком.
Но, к сожалению, не всегда новинки радуют пользователей. Особенно когда эти самые обновления становятся причиной остановки работы всей системы. Кто же после таких событий согласиться на очередное обновление. Невозможно сдержать эмоции, когда становится понятно, что все доработки пришли в негодность после обновления. Доходит до того, что пользователи панически боятся чего-то нового и стараются обновлять систему как можно реже. Пользователей можно понять, но это не выход.
Сегодня мы будем искать причину подобных казусов и разберёмся, какие ещё сложности могут появиться после доработок.
Какие доработки 1С бывают?
У пользователей может возникнуть резонный вопрос: “Разве 1С несовершенная? Для чего её дорабатывать”? Отвечаем: доработки улучшают систему и помогают компании сформировать дополнительное конкурентное преимущество.
Дорабатывать можно:
● внешние функции: печатные формы, отчёты и т.д.;
● расширения;
● вносить изменения в код типовой конфигурации.
Внешние доработки
Стандартный набор функций, вид печатных форм и отчётов может не отвечать требованиям компании, возникает необходимость заменить совсем немного.
Это самый неприхотливый вид доработок, при наличии которого проблемы при обновлениях системы возникают редко.
Если проблемы после обновления всё же появились, это говорит о том, что разработчики типовой конфигурации, которую мы и обновляем, что-то поменяли в своих механизмах.
Для того, чтобы избежать проблем в работе системы после обновления необходимо поручить вашему программисту до начала работы программы тщательно проверить внесённые доработки. Так, все нюансы и вопросы будут устранены, не дойдя до пользователей.
Однако, процесс может занять очень много времени. Внешние доработки - это множество мелких доработок, отдельных программных модулей, которых может быть множество. Проверить код каждого модуля, даже минимальным встроенным синтаксическим контролем, задача не на одни сутки.
С одной стороны, важно проверить программу до начала работы в ней пользователей, с другой - ошибка рано или поздно найдётся сама, а владельцу не придётся тратить бюджет на оплату часов работы по поиску ошибок. Здесь мнение о том, как лучше поступать, расходятся.
На практике программисты выбирают вариант ничего не проверять. Все нюансы выявляются при непосредственном обращении пользователей.
Внешние доработки условно можно разделить на критичные и некритичные. Критичные - это те, от которых зависит эффективная работа компании (например, если остановится выписка документов, компания начнёт терять достигнутые финансовые результаты).
Для контроля критичных доработок стоит выделить бюджет и поручить опытному специалисту их полное тестирование.
Расширения
Это такой вид доработки, при котором можно изменить что-то точечно, добавить или убрать кнопку, изменить что-то в документе. Однако расширение может быть создано и для целой подсистемы. Такие доработки вносятся поверхностно и позволяют контролировать изменения самой конфигурации.
В том случае, когда изменение конфигурации всё же произойдёт, разработчику придет соответствующее предупреждение.
Как избежать “слёта” значительных доработок?
Опытным программистам знакома концепция «конфигурация должна быть на замке». Она означает, что значительные доработки стоит выполнять с помощью внешних модулей, тогда сама конфигурация останется нетронутой. Однако далеко не все специалисты знают о существовании расширений, которые можно назвать безопасным способом доработки 1С.
Однако и в работе расширений могут возникнуть поломки. Если с основной конфигурацией в этом случае всё в порядке и она “в замке”, то проблема может быть в количестве расширений. Когда их много, вероятно возникновение конфликта. Так бывает, если один и тот же участок программы доработан в разных расширениях. Доработки конфликтуют, и после обновления что-то не работает. Исправить ситуацию можно убрав часть расширений, к тому же это облегчит поддержку и развитие 1С.
И так, наша конфигурация под защитой, количество доработок не критично. Что может произойти ещё после обновления, что необходимо проверять?
Важно протестировать совместимость расширений с обновлённой версией программы. Если они совместимы, нет необходимости проверять все доработанные модули сразу.
Нюансы также выявляются в процессе работы, после жалоб пользователей. Такой способ проверки является наименее трудозатратным и экономит бюджет. Однако система при этих условиях гораздо стабильнее и возникшие неполадки не столь критичны.
Как повысить стабильность доработок?
Главное - это соответствие стандартам и их разумное применение. Да, существуют стандарты создания расширений. Если для вашей компании недопустим даже небольшой перерыв в работе, можно сначала проверить обновление на копии действующей 1С. Для этого обновляется копия, далее по схеме основные моменты проверяет разработчик, а нюансы тестируются выбранным пользователем. Если всё в порядке, обновляется рабочая база.
Изменения кода типовой конфигурации
Это серьёзное изменение, как раз после них возникают нешуточные проблемы с обновлениями. Поэтому важно отличать настоящую необходимость изменения кода от той, что можно решить с помощью расширения.
В предыдущей статье вы можете прочитать о случаях, когда изменение кода конфигурации действительно необходимо.
Доработанную конфигурацию всегда обновляет программист. Ведь если замены в коде уже есть, то изменения от разработчиков 1С могут войти с ними в конфликт. В таком случае переписанный код стирается и заменяется на типовой, одним словом, все доработки конфигурации впустую.
Программист вносит обновления доработанной им конфигурации вручную. Отслеживает изменения и бережно переносит их в программу. Лучше, если специалист будет отмечать места, в которые были внесены изменения. В будущем эти записи спасут от тотальной проверки всей конфигурации.
Подытожим.
Проблемы с обновлениями доработанных конфигураций могут возникнуть только в случае изменения кода.
- Ошибки и конфликты: при внесении доработок в систему 1С могут возникнуть ошибки и конфликты с другими модулями программы, что может привести к сбоям и неполадкам.
- Сложности в обучении пользователей: новые функции и изменения могут потребовать дополнительного обучения пользователей, что может занять много времени и вызвать неудобства в работе.
- Негативное влияние на производительность: некоторые доработки могут негативно сказаться на производительности системы, что может привести к задержкам и снижению эффективности работы.
- Непредвиденные изменения бизнес-процессов: внесение доработок может привести к изменению бизнес-процессов, что может вызвать необходимость перестройки работы компании и требовать дополнительных затрат.
- Дополнительные затраты: поиск ошибок и конфликтов внутри системы может отнять большое количество времени и, соответственно, денежных средств на оплату работы программистов.
В остальных случаях код можно “изолировать” от изменений и тогда обновления будут встраиваться гладко, не вызывая сбоев.
Поделитесь, дорабатывали ли вашу 1С? Возникали какие-то проблемы с обновлениями после расширения?
