Проекты ERP редко проваливаются на настройке. Они проваливаются в первый месяц после запуска, когда выясняется, что себестоимость не считается, склад не сходится, а ЭСФ не уходят. Почти всё это можно поймать раньше — если тестировать не отдельные кнопки, а процессы компании целиком, и дать системе пожить в опытной эксплуатации. Рассказываем, как мы это организуем.
Три уровня проверки
| Уровень | Что проверяем | Кто проверяет |
|---|---|---|
| Модульное тестирование | Отдельный участок: закупка, отгрузка, выпуск, расчёт зарплаты | Консультант и ключевой пользователь участка |
| Сквозное тестирование | Процесс от заказа клиента до оплаты и себестоимости | Ключевые пользователи всех участков вместе |
| Опытная эксплуатация | Реальные документы за реальный период | Все пользователи, консультанты на поддержке |
Пропускать уровни нельзя. Если участки работают по отдельности, это ещё не значит, что заказ клиента дойдёт до себестоимости. Типичная картина: склад провёл отгрузку, бухгалтерия выписала ЭСФ, а производство списало материалы на другой заказ — и маржа по заказу отрицательная.
Сценарии тестирования
Сценарий — это пошаговое описание процесса с ожидаемым результатом. Не «проверить продажи», а так:
- Менеджер создаёт заказ клиента на 100 единиц изделия А по договору с отсрочкой.
- Система резервирует 40 единиц со склада и создаёт потребность в производстве 60 единиц.
- Производство выпускает 60 единиц по заказу.
- Склад отгружает 100 единиц, оформляется ЭСФ и СНТ.
- Ожидаемый результат: долг клиента равен сумме заказа, остаток изделия А уменьшился на 40, себестоимость заказа видна после закрытия месяца.
Сценарии пишутся по описанию процессов, которое делали на этапе подготовки к внедрению. На средний проект ERP у нас выходит несколько десятков сквозных сценариев. Больше — не значит лучше: важно покрыть процессы, которые приносят деньги, и те, где ошибка дорого стоит.
Что обязательно должно быть в наборе:
- типовые продажи и закупки, включая возвраты;
- производство с отклонениями: перерасход, брак, частичный выпуск;
- инвентаризация с излишками и недостачами;
- ЭСФ, СНТ и виртуальный склад — подробнее в статье «ЭСФ, СНТ и виртуальный склад в 1С:ERP»;
- закрытие месяца целиком.
Тестовое закрытие месяца — главный экзамен
Если закрытие месяца на тестовых данных не проходит без ручных правок, к запуску система не готова. Мы берём реальные данные одного прошлого месяца: остатки, поступления, продажи, выпуск. Вводим их в тестовую базу и выполняем закрытие. Потом сравниваем результат со старой системой.
Расхождения будут всегда. Важно, чтобы каждое было объяснено: «в старой системе себестоимость считалась по плановым ценам» — объяснение, «не знаем почему» — нет. Как устроен расчёт — в статье «Расчёт себестоимости в 1С:ERP».
Нагрузочная проверка
Если в ERP будут работать десятки пользователей одновременно, проверьте производительность до запуска. Самые тяжёлые операции — закрытие месяца, расчёт себестоимости, массовое формирование ЭСФ и отчёты за длинный период. Мы запускаем их на тестовом сервере с объёмом данных, близким к реальному, и смотрим, сколько они идут. Если закрытие месяца занимает целую ночь на тесте, на рабочем сервере с пользователями будет хуже. Выбор сервера — в статье «Облако или свой сервер для 1С:ERP».
Инструменты: вручную или автоматически
На большинстве проектов основное тестирование ручное: ключевые пользователи проходят сценарии по чек-листу и фиксируют замечания. Это нормально — пользователи заодно учатся работать в системе.
Для 1С существуют и средства автоматизированного тестирования: встроенный в платформу механизм автоматизированного тестирования, решение «1С:Сценарное тестирование», открытые инструменты сообщества. Автотесты окупаются на длинной дистанции — когда в базе много доработок и её регулярно обновляют. Тогда набор автотестов прогоняется после каждого обновления. Об этом — в статье «Обновление 1С:ERP с доработками».
Замечания ведём в одном реестре: что, где, кто нашёл, критичность, кто исправляет, когда перепроверили. Таблица или трекер задач — неважно, важно, чтобы реестр был один.
Опытная эксплуатация
Опытная эксплуатация — период, когда пользователи работают в ERP с реальными документами, а консультанты рядом. Есть два подхода.
Параллельный учёт. Старая система и ERP работают одновременно, документы вводятся в обе. Плюс — можно сравнить результаты. Минус — двойная нагрузка на людей, и уже через две-три недели они начинают «забывать» вводить документы в одну из систем. Мы советуем параллель не дольше одного закрытого месяца и только на критичных участках.
Запуск с откатом. Работа сразу переходит в ERP, старая система остаётся только для чтения. На случай серьёзного сбоя есть план отката. Это быстрее и честнее, но требует хорошо проведённого сквозного тестирования.
Обычно опытная эксплуатация длится до первого закрытого месяца в ERP. Для компаний с производством — иногда два месяца, чтобы увидеть себестоимость на реальных данных. О сроках проекта в целом — в статье «Этапы и сроки внедрения 1С:ERP».
Данные для тестирования
Тестировать на пустой базе бессмысленно. Мы готовим тестовую базу заранее:
- загружаем реальные справочники — номенклатуру, контрагентов, спецификации, склады;
- переносим остатки на дату начала тестового периода;
- настраиваем пользователей с теми же правами, что будут в рабочей базе.
Последнее важно. Если ключевые пользователи тестируют под полными правами, на запуске окажется, что кладовщик не может провести приходный ордер, потому что ему не дали доступ к нужному виду документа.
Перенос данных тоже тестируется. Мы делаем минимум одну пробную загрузку остатков и справочников из старой системы и сверяем её: количество и сумма по складам, долги по контрагентам, остатки по счетам. Ошибки при пробной загрузке — нормально, ошибки при финальной — нет.
Обучение во время тестирования
Тестирование — лучшая площадка для обучения. Ключевые пользователи, которые прошли свои сценарии, потом сами обучают коллег на своих участках. Мы помогаем им подготовить короткие инструкции: на одной-двух страницах, со скриншотами, под конкретную операцию, а не пересказ документации.
Полезно назначить «дежурного» ключевого пользователя на каждый участок в первые недели опытной эксплуатации. К нему коллеги идут с вопросами раньше, чем к консультанту, и большинство вопросов закрывается на месте.
Критерии готовности к промышленной эксплуатации
Перед подписанием акта мы проверяем вместе с руководителем проекта со стороны клиента:
- критичных замечаний в реестре нет, некритичные запланированы;
- закрытие месяца проходит без ручных правок, расхождения со старой системой объяснены;
- остатки перенесены и сверены по складам и взаиморасчётам;
- права пользователей настроены и проверены каждым ключевым пользователем;
- пользователи обучены, инструкции на рабочих местах;
- настроено резервное копирование, проверено восстановление из копии.
Если хоть один пункт не выполнен, мы честно говорим, что запуск лучше перенести. Это неприятный разговор, но дешевле, чем разбор учёта за квартал. О том, что ещё губит проекты, — в статье «Почему проекты внедрения 1С:ERP проваливаются». После запуска начинается сопровождение 1С:ERP.
Мы участвуем в тестировании и в проектах, которые внедряли не мы, — например, как независимая проверка перед запуском. Работы — от 22 000 ₸ в час. Подробнее — на странице внедрения 1С:ERP для Казахстана.
Частые вопросы
Кто должен тестировать — подрядчик или сотрудники компании?
Оба. Подрядчик проверяет, что настройка работает как спроектировано. Ключевые пользователи проверяют, что так можно работать на их участке. Без вторых тестирование формальное.
Сколько длится тестирование?
Зависит от числа процессов и доработок. На сквозное тестирование и тестовое закрытие месяца в среднем проекте уходит несколько недель, плюс опытная эксплуатация до первого закрытого месяца.
Можно ли запуститься без опытной эксплуатации?
Технически да, но мы не рекомендуем. Первый месяц на реальных данных всегда выявляет то, чего не было в сценариях, и лучше, если консультанты в этот момент рядом.
Что делать, если закрытие месяца не сходится со старой системой?
Разбирать каждое расхождение по шагам закрытия. Часто причина в разной методике: распределение затрат, оценка остатков, учёт возвратных отходов. Важно, чтобы методика в ERP была осознанно выбрана и утверждена.
