- +7 (495) 0808-922
- info@ls-gp.com
- ПН - ПТ: 9:00 - 18:00
На каждом предприятии есть своя специфика, бизнес-процессы, свои правила ведения внутреннего учета. Как правило, типовой функционал охватывает общие (консолидированные) схемы и процессы, а для остального необходимы доработки программ.
Когда же нужны доработки типового функционала:
- Необходимый функционал, процесс, объект, отчет или печатная форма отсутствуют в программе
- Функционал присутствует, но не удобен в использовании и отнимает много времени
В остальных случаях, рекомендуется использовать типовой функционал. Наши специалисты помогут Вам корректно выполнить настройки программы и обучат пользоваться типовым функционалом (подробнее тут).
Наши специалисты помогут Вам:
провести аудит разработанного функционала и документировать его
убрать весь неактуальный/не используемый функционал
привести Вашу программу к типовому решению, сохранив все необходимые доработки
перенести все доработки/разработки в расширения и оптимизировать их работу
разработать новый функционал
Когда не нужны доработки типового функционала:
- 1. Я не знаю, как работает типовой механизм, поэтому сделаем новый
- 2. Я не хочу разбираться с типовым функционалом, он слишком сложный, давайте просто галочку сделаем
- 3. Мне не нравится этот отчет, он выводит колонки не в том порядке, сделаем свой отчет
- 4. В этом документе слишком много реквизитов, давайте сделаем свой, и он будет выполнять те же функции
В этих и ряде других случаев, следует всегда помнить, что любая доработка типового функционала влечет следующее:
- доработанный функционал надо поддерживать – это стоит денег
- некачественные доработки могут сломать типовые механизмы, что влечет за собой нарушение правил ведения учета и, как следствие, искажение данных
- для доработанного функционала всегда необходима документация, иначе любая смена исполнителя или пользователя – это обучение или, еще хуже, переделка функционала
В итоге, полностью переработанные программы:
- лишаются возможности обновления, что в свою очередь лишает Вас доступа к новому функционалу от вендора и приходится все необходимое реализовывать за свои деньги
- привязывают Вас к конкретному исполнителю, который все это дело реализовал
- со временем утрачивают возможность синхронизации (обмена данными) с другими типовыми решениями
- и самое главное: когда руководитель предприятия все же решит перейти на новое типовое решение, это, в большинстве случаев, будет сложный, трудоемкий и дорогостоящий процесс
Исходя из этого, рекомендуется придерживаться следующих правил:
- доработка/разработка функционала должна вестись под контролем технического архитектора, который будет следить за соблюдением стандартов разработки, «чистотой» кода и техническим построением решений
- разработка функционала должна быть четко описана и согласована функциональным заказчиком и техническими специалистами
- доработки необходимо выполнять с максимально возможным исключением изменений типового решения, если такой подход является оптимальным
- доработка не должна быть излишней, ограничивать доступы к функционалу на уровне кода (всегда необходимо выводить в настройки), содержать в себе обращения к конкретным элементам НСИ и документов (поиск по коду, наименованию и т.д.)
- рекомендуется выполнять доработки в расширениях, а создавать и изменять объекты в основной конфигурации
- все доработки должны быть описаны в документации, а для всего разработанного функционала необходимо создавать пользовательские инструкции
Конечно же, это не все правила при доработке/разработке функционала. Есть ряд других требований и особенностей, которые необходимо учесть.
Стоимость сервиса:
руб./час
0
Первый заказ
от руб./час
0
Проекты и сопровождение
Дополнительные скидки при оплате сопровождения:
- за 3 мес. – 5%
- за 6 мес. – 7%
- за 12 мес. – 10%
Подробности в тарифах
Продукты компании
Наши решения – это полноценные качественные продукты, написанные по стандартам, установленным фирмой «1С»
