01 Услуга / Automation

Обновление и доработка 1С

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

Все услуги направления
01
Стратегия
02
Разработка
03
Рост
Связанные процессы, данные и автоматизация
system.visual / online

02 Короткий ответ

// PAGE_JOB: 1C / SUPPORT

Задача и результат

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

Для кого

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

03 Подробности

Задача и границы работы

Как разбираем накопленные изменения

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

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

Как устраняем конфликты с новым релизом

На копии выполняем согласованный переход, объединяем необходимые изменения и проверяем расширения. Учитываем изменившиеся структуры и поведение объектов, на которые опирается бизнес-логика. Автоматическое сравнение помогает найти различия, но не определяет само, какой расчёт или проверка соответствует требованиям компании.

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

Как проверяем и выпускаем результат

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

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

04 Разбор до сметы

Разберём, что мешает обновить вашу 1С

Укажите конфигурацию, релиз и известные изменения. Начнём с карты доработок и определим объём адаптации.

05 Точка входа

Какие задачи решаем

01

Изменённая конфигурация давно не обновлялась из-за опасения потерять доработки.

02

Расширения конфликтуют с новым релизом или изменившейся типовой логикой.

03

Нужно одновременно обновить базу и заменить устаревшие индивидуальные функции.

06 Состав

Что останется у вашей команды

Комплект результата согласуется до старта. Ниже — материалы и проверки для этой задачи.

01

Карта изменений

Назначение доработок и решения по каждой значимой функции.

02

Адаптированная версия

Согласованный релиз с нужной логикой и устранёнными конфликтами.

03

Материалы проверки

Контрольные случаи, состав выпуска и ограничения сопровождения.

07 Процесс

Как проходит работа

  1. 01 / STEP

    Аудируем различия

    Находим доработки и подтверждаем их назначение.

  2. 02 / STEP

    Адаптируем на копии

    Обновляем основу и согласуем индивидуальную логику.

  3. 03 / STEP

    Проверяем и выпускаем

    Принимаем сценарии и переносим проверенную версию.

08 Приёмка

Как проверить результат

Решения

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

Логика

Нужные расчёты и проверки подтверждены на контрольных примерах.

Следующий релиз

Оставлен перечень объектов и тестов для последующей поддержки.

09 Соседние задачи

Кейсы и примеры работ

Задачи клиентов, принятые решения и выполненные работы — в опубликованных проектах ISKAR.

AvkDoors

Каталог и интеграция с 1С

Каталог продукции на CasaPRO, обмен товарами, остатками и ценами с 1С, оформление и базовая SEO-подготовка.

Читать кейс: AvkDoors
Все кейсы ISKAR

Что о нас говорят клиенты

Отзывы о сотрудничестве с ISKAR: сопровождении сайта, продвижении и внедрении CRM.

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

Виктор ПузиковГенеральный директор

«За полгода работы выросло число заявок с сайта и улучшилось качество обращений. Удобно, что отвечают быстро и говорят на понятном языке.»

Студенцов МихаилИндивидуальный предприниматель

«Внедрили Битрикс24 и связали с сайтом — заявки перестали теряться, менеджеры наконец работают по воронке.»

Анна СеливановаМаркетолог

10 FAQ

Вопросы об услуге

Короткие ответы без скрытых условий и неподтверждённых обещаний.

01Можно сохранить все доработки без изменений?

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

02Что делать, если предыдущий разработчик не оставил описание?

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

03Новые пожелания можно добавить во время обновления?

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

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

Обсудим задачу вашего проекта

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