Тестовый заказ: как проверять и ничего не сломать
Как провести тестовый заказ в CRM и ничего не отгрузить клиенту. Практика для тех, кто жмёт «проверить».
Зачем
Любое изменение в CRM, на сайте или в бизнес-процессе надо проверять. Не «по логике должно работать», а увидеть глазами.
Проверять на настоящих заказах нельзя: настоящий заказ — это реальный клиент, деньги и отгрузка со склада.
Что описано в Вики
- Создание заказа в МойСкладе
- Создание заказа в CRM с нуля, а не копированием
- Создание тестового клиента
- Уценка — у неё особый способ оформления
Инструкция живёт в разделе ИТ-отдела и обновляется, когда меняется процесс.
Почему «с нуля, а не копированием» — самое важное
Самая частая ошибка при тестировании — взять похожий заказ и скопировать.
Копия наследует всё: скидки, статусы, служебные поля, привязки. Вы проверяете новую логику на данных, собранных старой логикой, и получаете зелёный результат там, где на настоящем новом заказе всё сломается.
Тест должен повторять путь клиента, а не путь копипаста.
Кому это нужно
Не только ИТ. Если вы руководитель и хотите проверить новую механику перед тем, как дать её команде — это ваш инструмент. Ждать нас не нужно.
Правила хорошего тона
- Тестового клиента называть явно тестовым именем, не «Иван Иванов»
- После проверки заказ закрывать, чтобы не попал в отчётность
- Если тест затрагивает отгрузку — предупредить склад
Если пользуетесь инструкцией и чего-то не хватает — напишите. Она для того и лежит в Вики, чтобы дополняться.