Демо-переход
Прототип на типовых процессах 1С:ERP и контрольные примеры из вашей УПП — рабочая база при этом не затрагивается
УПП — предыдущее поколение решений «1С»: фирма «1С» заявляла поддержку до конца 2026 года и рекомендует не откладывать переход, актуальную дату стоит уточнить у вендора. Переходим по методике ИПЕР: прототип на типовых процессах ERP, выгрузка контрольных примеров из УПП, перенос типовых настроек, автоматизация проводок и закрытия периода.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Прототип на типовых процессах 1С:ERP и контрольные примеры из вашей УПП — рабочая база при этом не затрагивается
Функциональные и процессные разрывы с приоритетами и вариантами закрытия по каждому
Помощник перехода с дозаполнением реквизитов автоматически созданных элементов
Перенос типовых настроек, автоматизация проводки документов и закрытия периода
Встречный запуск и обучение ключевых пользователей в ходе проекта
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Разворачиваем тестовый ERP-контур, загружаем выгрузку контрольных примеров из УПП и показываем сквозные сценарии: продажи, производство, закупки, бюджетирование. Прямой доступ к рабочей УПП не нужен.
Разбираем процессы и требования, проектируем структуру и учётную политику в ERP, определяем, что переносим как есть, а что перепроектируем.
Настраиваем ERP под согласованную модель, переносим типовые настройки, реализуем доработки по реестру разрывов.
Переносим НСИ и остатки помощником перехода, дозаполняем реквизиты, сверяем данные с УПП по контрольным примерам на дату переноса.
Прогоняем закрытие периода, расчёт себестоимости, проводки и отчётность на копии базы, обучаем ключевых и линейных пользователей, готовим документацию.
Работаем в параллельном контуре, разбираем расхождения, доводим закрытие месяца до регламентной процедуры и передаём систему в сопровождение.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
УПП поддерживается ограниченный срок: фирма «1С» заявляла поддержку до конца 2026 года и рекомендует не откладывать переход. ERP — развиваемая архитектура: расширенное управление производством, затратами и себестоимостью, финансами и казначейством, закупками, складом, CRM и аналитикой. Актуальную дату поддержки УПП уточняем у вендора на старте проекта.
Для УПП 1.3 в поставку ERP входит помощник перехода: он переносит НСИ и начальные остатки, а часть реквизитов автоматически созданных элементов требует дозаполнения. Состав переносимых данных, глубину истории и правила очистки согласуем по проекту — это отдельное решение, а не автоматическая процедура.
Нет. Для демо-перехода достаточно выгрузки согласованных контрольных примеров: прямой доступ к рабочей базе не требуется, и рабочая УПП при прототипировании не затрагивается.
Демо-переход занимает от 5 до 14 рабочих дней и зависит от объёма данных и числа сценариев. Срок полного проекта определяется после обследования: он зависит от числа подсистем, доработок, объёма данных и инфраструктуры.
Да, переход идёт этапами, а на запуске используется параллельная работа: часть операций ещё в УПП, часть уже в ERP. Для этого нужен регламент — кто что проводит и в какой системе и как сходятся итоги периода.
Начнём с процессов, данных и целей проекта.
С 2022 года вендор свернул деятельность в России: официальной поддержки и облачных сервисов нет, обновления по законодательству приходится реализовывать внутри системы своими силами. Переходим на 1С:ERP по технологии Аксионт-САПЕР: инвентаризация ландшафта SAP, целевая архитектура, прототипирование на контрольных примерах, перенос данных и запуск.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Какие модули и доработки реально используются и какие отчёты открывают каждый день
1С:ERP, 1С:Управление холдингом, 1С:Документооборот, 1С:WMS и 1С:Аналитика — по процессам, а не по названиям модулей
Сквозные процессы на контрольных примерах: продажи, закупки, производство, финансы, бюджетирование
НСИ, остатки и согласованный объём истории со сверкой по контрольным примерам
Параллельная работа, обучение ключевых пользователей, поддержка проведения документов и закрытия периода
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Разбираем модули, доработки и интеграции SAP, интервьюируем бизнес и собираем карту процессов «как есть».
Определяем целевую архитектуру: продукты 1С, число контуров и юрлиц, матрицу соответствия SAP и 1С по процессам, план-график и требования к данным.
Собираем прототип на типовых процессах 1С:ERP без предварительных доработок и показываем сквозные сценарии на контрольных примерах, выгруженных из SAP.
Настраиваем ERP под согласованную модель, реализуем доработки по частным техническим заданиям, проектируем интеграции вместо старых связок.
Переносим НСИ, остатки и согласованную историю, сверяем по контрольным примерам, прогоняем статический, интеграционный и нагрузочный контуры.
Работаем параллельно со старой системой, проводим документы, разбираем расхождения и доводим закрытие периода до регламента.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Отправной точкой может быть практически любая модификация SAP: S/4HANA, ERP (ECC) и отдельные модули — FI/CO, MM, SD, PP, EWM, TM, BW, SRM (Ariba), аналитика. Что из этого реально используется и что переносим, показывает аудит ландшафта.
Продажи и отгрузка — 1С:ERP и 1С:Документооборот; закупки — 1С:ERP и 1С:Документооборот; склад и запасы — 1С:ERP и 1С:WMS; транспорт — 1С:ERP и 1С:Управление транспортом; финансы, консолидация и бюджетирование — 1С:ERP, 1С:Управление холдингом и 1С:Аналитика. Соответствие определяем по процессам: часть функций закрывается типовым функционалом, часть настройкой, часть требует доработки.
Заявляемый состав переноса — НСИ, остатки и согласованный объём истории. Полное сохранение всей истории нужно решать отдельно: правила, глубину переноса и требования к качеству данных фиксируем в проекте до загрузки.
Публично подтверждённого кейса «SAP → 1С:ERP» с отзывом клиента у нас нет, и другие проекты мы за него не выдаём. В открытых материалах описан переход с зарубежной ERP Oracle JD Edwards: несколько систем и восемь интеграций, после перехода часть контуров сведена в 1С:ERP. Название заказчика без его согласия не приводим.
Срок зависит от ландшафта: числа модулей, доработок, интеграций и объёма данных. Ориентир называем после аудита, точные сроки и бюджет фиксируем письмом до старта работ.
Начнём с процессов, данных и целей проекта.
Переход с Oracle на 1С:ERP: обследуем текущие процессы и контуры, готовим и очищаем данные, настраиваем целевую систему, переносим данные и обучаем пользователей. Целевой продукт — «1С:ERP Управление предприятием»: единый контур для производства, финансов, закупок, склада, продаж и персонала.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Анализ процессов, требований и возможностей оптимизации
Очистка, структурирование, правила переноса и контроль целостности
Интерфейс, функциональность и интеграции под процессы заказчика
Перенос данных, тестирование на копии базы и опытно-промышленная эксплуатация
Обучение пользователей и передача системы в сопровождение
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Инвентаризируем контуры Oracle, доработки и отчёты, интервьюируем бизнес: что переносим как есть, а что перепроектируем.
Разбираем справочники и остатки, находим дубли и расхождения, определяем правила очистки, сопоставления и глубину переноса.
Настраиваем функциональность и интерфейс под процессы заказчика, проектируем интеграции вместо старых связок, реализуем доработки по техническому заданию.
Переносим данные по согласованным правилам, сверяем контрольные примеры, прогоняем сценарии на копии базы: закрытие периода, себестоимость, отгрузка, закупка.
Запускаем контур в опытную эксплуатацию, обучаем пользователей на их сценариях, разбираем расхождения и передаём систему в поддержку.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Да, такая услуга есть. Детали — состав контуров, объём переноса, интеграции — определяются обследованием: одинаковых Oracle-ландшафтов не бывает, и универсального плана перехода для них нет.
Справочники, остатки и согласованный объём движений переносим по заранее описанным правилам и сверяем по контрольным примерам. Состав переносимых объектов и глубину истории фиксируем до загрузки, а не после неё.
Точного срока для такого перехода мы не публикуем: он зависит от масштаба, числа контуров, качества НСИ и интеграций. Ориентир даём после аудита и фиксируем письмом.
Публично подтверждённого кейса с клиентом, сроками и отзывом у нас нет — другие проекты за него не выдаём. Есть описанный переход с зарубежной ERP Oracle JD Edwards: несколько систем и восемь интеграций, часть контуров сведена в 1С:ERP; название заказчика без его согласия не приводим.
Переходим этапами с параллельной работой и встречным запуском: часть операций ещё в старой системе, часть уже в 1С:ERP. Для этого нужен регламент — кто что проводит и в какой системе и как сходятся итоги периода.
Начнём с процессов, данных и целей проекта.
Пять рабочих дней на то, чтобы описать, что происходит с учётной системой сейчас: где процессы расходятся с практикой, почему период закрывается вручную, что мешает считать себестоимость. На выходе — отчёт с картой рисков, реестром узких мест с оценкой трудоёмкости и планом перехода по шести этапам.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Финансы, производство, ИТ, закупки
Проверка системы по шести стандартам внедрения 1С:ERP
Закрытие периода, себестоимость, остатки, дубли НСИ
Что изменится в сроках закрытия, трудозатратах и стоимости процессов
Отчёт, карта рисков, план перехода по шести этапам и часовая защита документа с командой
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Разговариваем с финансами, производством, ИТ и закупками: как процессы идут на самом деле, а не как описаны в регламентах.
Проверяем систему по шести стандартам внедрения 1С:ERP и смотрим данные: закрытие периода, себестоимость, остатки, дубли. Доступы к системе нужны к этому шагу — начинаем с интервью и отчётов.
Считаем, что изменится в сроках закрытия, трудозатратах и стоимости процессов, если устранить найденное. Эффект в цифрах, а не «станет лучше».
Собираем отчёт, карту рисков и план перехода по шести этапам, затем час разбираем документ с вашей командой.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Нет. Аудит — отдельная услуга: мы не дорабатываем систему и не продаём лицензии. Решение о внедрении вы принимаете после отчёта, и с этим отчётом можно идти к любому подрядчику.
Час времени ключевых ролей на интервью и доступы к системе к третьему дню: первые два дня работаем на разговорах и документах. Если доступы дать нельзя, реестр разрывов строим на интервью и технических заданиях — точность оценки при этом ниже.
Пяти дней хватает компании с одним–тремя юрлицами. Для холдинга с десятками юрлиц срок согласуем отдельно, но тоже фиксируем письмом. Персональный план аудита готовим в течение одного рабочего дня после заявки.
Единой цены нет: объём зависит от числа юрлиц, систем, участков и качества данных. Считаем так же, как проект — от объёма работ. Ориентир по масштабу показывает калькулятор в квизе, точную стоимость называем после короткого разговора и фиксируем письмом.
Если измеримого эффекта в отчёте нет, вернём оплату за аудит. Условие честное: нужны доступы к системе и участие ключевых ролей в интервью.
Начнём с процессов, данных и целей проекта.
Шесть недель на один участок — закупки, склад, кадры, зарплату, один цех или один участок учёта — на ваших реальных данных. Вы видите, как участок работает в системе, и только потом решаете про большой проект. Границы участка, состав работ, срок и цену фиксируем письмом до старта.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Границы согласуем и фиксируем письмом до старта
Настройка на копии базы: справочники, документы, права, отчёты
Справочники, остатки, открытые документы — со сверкой с источником
Обучение на их сценариях и короткие инструкции по операциям
Что работает, где типовой функционал не подошёл и какие риски видны для большого проекта
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Разговариваем с теми, кто работает на участке, смотрим документы и данные. Определяем границы пилота и критерии приёмки результата.
Настраиваем типовой функционал 1С:ERP под участок на копии базы. Доработки — только если без них участок не работает и только по отдельному согласованию.
Переносим данные участка и сверяем их с источником: количество, суммы, сальдо, незакрытые позиции.
Показываем пользователям, как работать в системе, прогоняем их сценарии на реальных примерах, пишем короткие инструкции по операциям участка.
Участок начинает работать на реальных документах параллельно с текущим порядком. Ежедневно разбираем расхождения и правим настройки.
Собираем результат: что работает, что нет, где типовой функционал не подошёл, какие риски видны для большого проекта. Разбираем отчёт с вашей командой.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Отдельный первый этап с собственным результатом: настроенный и запущенный участок на ваших данных. Большой проект обсуждаем после него и только если вы этого захотите — обязательства продолжать нет.
Шесть недель берём за счёт узких границ: один участок и типовой функционал. Если объём участка в эти границы не помещается, скажем об этом до старта, а не в процессе.
Ответственный за участок с правом принимать решения, время ключевых людей на интервью, обучение и приёмку, выгрузки данных участка и доступы к копии базы к второй неделе.
Нет. Лицензии 1С и оборудование, если для пилота нужен отдельный контур, считаются отдельно и только по вашему решению. Стоимость работ считаем от объёма участка и фиксируем письмом до старта.
Скажем об этом прямо, не дожидаясь шестой недели, и покажем, что именно мешает: данные, процесс или границы типового функционала. В отчёте будет фактическое состояние участка, а не вывод «всё хорошо».
Начнём с процессов, данных и целей проекта.
Сопровождение начинается ещё на этапе внедрения и продолжается после запуска без ограничения по времени: поддержка пользователей, решение проблем в ERP, консультации по функционалу, исправление ошибок, оптимизация проблемных мест и развитие системы доработками. Объём работ выбираете по тарифу — от нескольких часов в месяц до индивидуального соглашения.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Разбор обращений и решение проблем в работе системы
1С:ERP и отраслевые решения, помощь при закрытии периода
В гарантийный период и после него
Настройки, отчёты, права доступа, порядок операций
Доработки по согласованному ТЗ, обучение и материалы: инструкции, регламенты, видеоуроки
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Обсуждаем задачу или проблему: что не работает, кого затрагивает, какой результат нужен.
Смотрим текущую конфигурацию, доработки и требования: задача решается типовым функционалом или нужна настройка и доработка.
Согласуем объём работ, тариф, сроки и приоритеты: что делаем в этом периоде, а что переносим.
Консультируем, исправляем ошибки, настраиваем и дорабатываем систему по согласованному объёму, поддерживаем пользователей.
Проверяем результат вместе с вами и переходим к регулярной работе: обращения, консультации, развитие системы.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Сопровождение начинается на этапе внедрения и продолжается после запуска без ограничения по времени: систему можно вести годами, а можно вернуться к нам после паузы.
Тарифы различаются объёмом часов в месяц: базовый — 8 часов, стандарт — 20 часов, премиум — 40 часов, для корпоративных задач — индивидуальное соглашение. Нужный объём подбираем по числу обращений и планам развития системы.
Нормативы реакции и устранения фиксируем в договоре отдельно: публичного регламента с обещаниями по часам у нас нет, а обещать сроки, не подтверждённые договором, мы не будем.
Да, доработки идут по согласованному техническому заданию в рамках выбранного тарифа. Если объём выходит за тариф, согласуем отдельную работу или переход на другой тариф.
Первый шаг — анализ текущей конфигурации, доработок и требований: нужно понять, что уже сделано и как изменения поведут себя при обновлении. По итогам называем объём и условия; если задача не в нашей компетенции, скажем об этом прямо.
Начнём с процессов, данных и целей проекта.
Дорабатываем 1С:ERP под специфику бизнеса: функционал, отчёты, интеграции и мобильные рабочие места. Приоритет — типовой функционал: доработка появляется там, где она даёт обоснованную ценность, и только по согласованному техническому заданию. Разработка ведётся на копии базы, изменения проходят тестирование до переноса в рабочую.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Что именно не закрывает типовой функционал
Состав доработок, влияние на обновления и поддержку, критерии приёмки
Функционал 1С:ERP, отчёты, права доступа, мобильные рабочие места
CRM, WMS, EDI, банк-клиенты, электронные торговые площадки, ЕГАИС, маркировка, ФНС, документооборот
Тестирование сценариев на копии базы, приёмочное тестирование, обучение и передача в сопровождение
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Определяем цели, задачи, состав команды и план работ: что делаем, в каком порядке и как принимаем результат.
Интервьюируем пользователей, разбираем действующие системы, доработки и проблемные зоны.
Проектируем целевые процессы и согласуем решение по каждому требованию: доработка, типовая настройка, интеграция или отказ от изменения.
Разрабатываем и настраиваем на копии базы: функционал, модули, интеграции, работу с данными, тестирование сценариев.
Переносим изменения в рабочую базу, обучаем пользователей, сопровождаем первые недели работы и устраняем замечания.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Нет. Приоритет — типовой функционал: если задача решается настройкой, доработка не нужна, и мы об этом скажем. Дорабатываем там, где это даёт обоснованную ценность и не ломает обновления.
Изменения проектируем так, чтобы систему можно было обновлять: состав доработок, их влияние на обновления и поддержку обсуждаем до разработки, а не после.
Единой цены нет: стоимость зависит от объёма и сложности работ, числа интеграций и требований к тестированию. Считаем от объёма работ, точную смету называем после обследования и фиксируем письмом.
Сроки зависят от состава работ и загрузки команды. После обследования даём план-график с этапами и датами: небольшой доработке не нужен проект на месяцы.
Да. Начинаем с анализа конфигурации, доработок и требований: нужно понять, что уже сделано и как изменения поведут себя при обновлении. По итогам называем состав работ и условия.
Начнём с процессов, данных и целей проекта.
Первый этап проекта: описываем процессы «как есть», собираем требования, фиксируем функциональные и процессные разрывы и считаем объём работ. После обследования у вас есть целевая модель, реестр разрывов с приоритетами, план-график и смета — документ, по которому можно принимать решение о старте проекта.
Не просто настраиваем программу. Сначала разбираемся в процессах, затем выстраиваем понятный путь к рабочей системе.
Как процессы идут на практике
Доработки и данные: что работает, что мешает, где дубли и расхождения
Прототипирование сквозных процессов на контрольных примерах
Приоритеты «критично», «важно», «опционально»
Оценка трудоёмкости и план-график перехода с ресурсами
Каждый этап заканчивается проверяемым результатом. Так команда понимает, что уже сделано и что происходит дальше.
Интервью с ключевыми пользователями и ИТ-специалистами, разбор технических заданий, регламентов и отчётов, которые открывают каждый день.
Разворачиваем контур на типовых процессах 1С:ERP и прогоняем сквозные сценарии на контрольных примерах, без предварительных доработок.
Совместно с вашей командой записываем функциональные и процессные разрывы: что именно не закрывается и почему.
Расставляем приоритеты и подбираем по каждому разрыву один–три варианта закрытия с оценкой трудоёмкости.
Собираем план-график по шести этапам с ответственными и зависимостями, оцениваем состав работ и бюджет.
Не обещаем абстрактный результат. Фиксируем решения, данные и контрольные точки на каждом шаге.
Аудит — отдельная услуга за пять рабочих дней с отчётом, картой рисков и гарантией возврата: его можно заказать, не запуская проект. Обследование — первый этап проекта: его результат — границы автоматизации, целевая модель, план-график и смета, по которым проект стартует.
Да, тогда реестр разрывов строится на интервью и технических заданиях. Точность оценки при этом ниже: часть разрывов видна только на прототипе.
Время ключевых пользователей на интервью — по одному–двум часам на роль, доступ к документам и данным, ответственный, который принимает решения по спорным местам.
Тогда оно пройдёт быстрее: проверим требования на прототипе и покажем, что закрывается типовым функционалом, а что потребует доработки. Это дешевле, чем выяснять то же самое на этапе настройки.
Срок и стоимость зависят от масштаба: числа юрлиц, контуров, процессов и состояния данных. Ориентир по масштабу показывает калькулятор в квизе, точную оценку работ называем после короткого разговора и фиксируем письмом.
Начнём с процессов, данных и целей проекта.