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