AXIONTАнализ процессов и постановка задачи
Что именно не закрывает типовой функционал
Сначала проверяем, можно ли закрыть задачу настройкой: часто доработка не нужна. Если нужна — делаем её по ИПЕР, с контрольными примерами и проверкой на данных. Дорабатываем 1С:ERP под специфику бизнеса: функционал, отчёты, интеграции и мобильные рабочие места. Приоритет — типовой функционал: доработка появляется там, где она даёт обоснованную ценность, и только по согласованному техническому заданию. Разработка ведётся на копии базы, изменения проходят тестирование до переноса в рабочую.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Что именно не закрывает типовой функционал
Состав доработок, влияние на обновления и поддержку, критерии приёмки
Функционал 1С:ERP, отчёты, права доступа, мобильные рабочие места
CRM, WMS, EDI, банк-клиенты, электронные торговые площадки, ЕГАИС, маркировка, ФНС, документооборот
Тестирование сценариев на копии базы, приёмочное тестирование, обучение и передача в сопровождение
Каждый этап заканчивается проверяемым результатом: видно, что сделано и что будет дальше.
Разбираем, что именно не закрывается типовым функционалом и почему.
Показываем, как будет выглядеть решение в системе.
Оформляем функциональные требования и примеры для приёмки.
Делаем доработку, проверяем на тестовом контуре и исторических данных.
Выпускаем в продуктив, обучаем и передаём в сопровождение.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Нет. Приоритет — типовой функционал: если задача решается настройкой, доработка не нужна, и мы об этом скажем. Дорабатываем там, где это даёт обоснованную ценность и не ломает обновления.
Изменения проектируем так, чтобы систему можно было обновлять: состав доработок, их влияние на обновления и поддержку обсуждаем до разработки, а не после.
Единой цены нет: стоимость зависит от объёма и сложности работ, числа интеграций и требований к тестированию. Считаем от объёма работ, точную смету называем после обследования и фиксируем письмом.
Сроки зависят от состава работ и загрузки команды. После обследования даём план-график с этапами и датами: небольшой доработке не нужен проект на месяцы.
Да. Начинаем с анализа конфигурации, доработок и требований: нужно понять, что уже сделано и как изменения поведут себя при обновлении. По итогам называем состав работ и условия.
Начнём с процессов, данных и целей проекта.