Перейти к содержанию

Управляемые изменения в системе 1С

Доработка 1С под процессы бизнеса — с контролем обновлений

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

Не начинаем с кода. Выбираем наименее сложный способ, который решает задачу и сохраняет понятное дальнейшее сопровождение.
  • Разработка и проверка вне рабочей базы
  • Критерии приёмки до начала реализации
  • Описание изменений для сопровождения
Контролируемое изменение От бизнес-задачи до принятого релиза
управляемая доработка архитектура, код и приёмка
  1. Задачапроцесс и результат
  2. Архитектураспособ и ограничения
  3. Разработкакопия и версия
  4. Приёмкасценарии и релиз
Способ реализации зависит от конфигурации, версии платформы и требований задачи.

Вход по задаче

Что нужно изменить в 1С

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

Аналитика

Отчёт или управленческий показатель

Фиксируем состав данных, правила расчёта, разрезы и доступ пользователей.

  • вариант типового отчёта;
  • отчёт на системе компоновки данных;
  • проверка результата на примерах.
Обсудить отчёт
Документы

Печатная форма или новый шаблон

Учитываем источник реквизитов, правила заполнения и варианты печати.

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

Ручную операцию нужно превратить в процесс

Описываем этапы, роли, проверки и исключения до написания кода.

  • массовые и регламентные операции;
  • маршруты и статусы документов;
  • контроль ошибок и результата.
Автоматизировать операцию
Рабочее место

Нужно упростить интерфейс и права

Настраиваем доступные действия под роль и реальную последовательность работы.

  • формы, команды и начальная страница;
  • роли и ограничения доступа;
  • подсказки и проверка заполнения.
Улучшить рабочее место
Скорость

Операция или отчёт работают медленно

Сначала измеряем узкое место, затем меняем запрос, алгоритм или регламент.

  • воспроизводимый сценарий;
  • замеры до и после изменения;
  • проверка влияния на другие операции.
Провести диагностику
Наследие

Нужно разобраться в чужих доработках

Составляем карту изменений и зависимостей перед исправлением или развитием.

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

Сначала простое решение

Настройка, расширение или изменение конфигурации

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

Типовая настройка

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

Расширение или внешняя обработка

  • отделяем изменение от типовой конфигурации;
  • фиксируем совместимые версии и зависимости;
  • проверяем работу после обновлений поставщика.

Изменение основной конфигурации

  • используем, когда других механизмов недостаточно;
  • документируем затронутые объекты и причины;
  • учитываем сравнение и объединение при обновлении.

Расширение не является автоматической гарантией совместимости с каждым новым релизом. Перед обновлением проверяем заимствованные объекты, зависимости и сценарии работы.

Контроль результата

Что делает изменение сопровождаемым

Качество доработки определяется не количеством кода, а тем, насколько безопасно её проверить, установить, обновлять и передать другой команде.

Отдельная среда

Разработка и первичная проверка выполняются на копии или тестовом контуре.

Сценарии приёмки

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

Версия и история

Изменения объединяются в понятный релиз с описанием состава и зависимостей.

План установки

Резервная копия, окно работ, проверка и порядок отката согласуются заранее.

Порядок разработки

От требования до установленного релиза

  1. 01

    Обследование

    Процесс, пользователи, данные, текущая конфигурация и ограничения.

  2. 02

    Постановка

    Границы, способ реализации, прототип и критерии приёмки.

  3. 03

    Разработка

    Код, настройки и миграция данных в отдельной среде.

  4. 04

    Проверка

    Функциональные сценарии, права, производительность и совместимость.

  5. 05

    Релиз

    Резервная копия, установка, приёмка и описание изменений.

Проверяемая технология

Официальные материалы платформы 1С

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

До начала разработки

Вопросы о доработке 1С

С чего начать доработку 1С?

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

Всегда ли лучше делать доработку в расширении?

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

Можно ли обновлять доработанную конфигурацию?

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

Как определяется стоимость разработки?

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

Разработка выполняется прямо в рабочей базе?

Нет, разработку и первичную проверку выполняем на отдельной среде или копии. В рабочую базу переносим согласованный релиз после резервного копирования и проверки плана установки. Исключения для срочных исправлений отдельно согласуются с заказчиком.

Можно ли доработать систему, созданную другим подрядчиком?

Да. Сначала проводим аудит: определяем состав расширений и изменений, качество кода, зависимости, историю обновлений и критичные участки. После этого предлагаем исправление, рефакторинг или постепенную замену проблемных решений.

Что остаётся у заказчика после выполнения задачи?

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

Интеграция с сайтом или CRM относится к доработке?

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

Следующий шаг

Есть задача, которую типовая 1С не закрывает?

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