Используйте это руководство в среде DEV, чтобы проверить доступ пользователей, сообщения поставщикам, данные заказов, ответы поставщиков, проверку покупателем и обратную запись в ERP. Завершите все обязательные тесты вместе с командой внедрения Leverage до перехода в PROD.
Перед началом
До тестирования выполните следующие условия:
Заполнены PO Lifecycle Questions, а процессы работы с заказами документированы.
Завершен Integration Build Guide и настроена интеграция с ERP.
Вы можете создавать тестовые заказы в ERP.
У вас есть доступ к среде Leverage DEV.
Создан хотя бы один тестовый контакт поставщика.
Включены правила исходящих сообщений.
Если условие не выполнено, сначала обратитесь к команде внедрения. Контакт: implementations@tryleverage.ai.
Этап 1. Подготовка пользователей и тестовых данных
1. Проверка пользователей-покупателей
Цель: Убедиться, что все необходимые сотрудники имеют доступ к Leverage.
В Leverage откройте Settings → Users.
Убедитесь, что все необходимые пользователи-покупатели есть в списке.
Проверьте, что каждый пользователь зарегистрирован и может войти в DEV.
✅ Успешно, если: Все необходимые сотрудники могут открыть Leverage в DEV.
2. Настройка тестовых поставщиков
Цель: Проверить интерфейс поставщика, не связываясь с реальными поставщиками.
Откройте Suppliers.
Добавьте тестовый контакт в карточку поставщика.
Назначьте роль PO Processor.
💡 Совет: Используйте отдельный почтовый ящик или адрес с плюсом, например yourname+supplier@company.com. Для разных сценариев можно создать два или три тестовых контакта.
✅ Успешно, если: Тестовые контакты готовы и имеют роль PO Processor.
3. Настройка правил исходящих сообщений
Цель: Подготовить автоматические сообщения поставщикам.
Ознакомьтесь с разделом Правила и шаблоны исходящих сообщений.
Настройте нужные правила и периодичность отправки.
Убедитесь, что правила активны и отправляют сообщения контактам с ролью PO Processor.
✅ Успешно, если: Нужные правила активны для тестовых контактов.
Этап 2. Проверка данных заказов и сообщений
4. Проверка данных заказа из ERP
Цель: Убедиться, что интеграция READ правильно передает данные заказа и строк в Leverage.
Создайте в ERP тестовый заказ для тестового поставщика.
Добавьте нужные строки и сценарии, затем запишите номер PO и ожидаемые значения.
Дождитесь завершения настроенного цикла синхронизации.
В Leverage откройте Purchase Orders и тестовый PO.
Проверьте номер PO, поставщика, строки, количества, цены, даты поставки, пользовательские поля и запланированные сообщения.
⚠️ Остановитесь, если данные отсутствуют или неверны: Обратитесь в поддержку. Интеграция READ должна работать до следующих тестов.
✅ Успешно, если: Тестовый PO в Leverage соответствует данным ERP.
5. Проверка доставки электронной почты
Цель: Убедиться, что письма о подтверждении поступают поставщику с правильными данными.
Выполните действие, которое запускает сообщение, например создание PO или изменение статуса.
Проверьте ящик тестового контакта.
Проверьте данные PO, ссылки, PDF-вложение, оформление и отправителя.
⏱ Срок: Доставка зависит от настроенной периодичности. Если письма нет, проверьте спам и статус правила.
💡 Совет: Открывайте ссылки поставщика в другом браузере или приватном окне.
✅ Успешно, если: Поставщик получил полное корректное письмо, а все ссылки работают.
6. Проверка PDF заказа
Цель: Убедиться, что вложение содержит все необходимые сведения о заказе.
Откройте письмо из предыдущего теста.
Скачайте и проверьте PDF заказа.
Проверьте фирменное оформление, заголовок PO, строки, количества, цены за единицу, даты, условия, пользовательские поля и читаемость.
⚠️ Если информация отсутствует: Зафиксируйте ее и попросите поддержку изменить шаблон PDF.
✅ Успешно, если: PDF точный, полный и легко читается.
Этап 3. Проверка процессов поставщика и покупателя
7. Проверка действий на странице ответа поставщика
Цель: Убедиться, что поставщик может правильно ответить на заказ.
Откройте ссылку поставщика в другом браузере или приватном окне.
Подтвердите один тестовый PO без изменений и проверьте сообщение об успехе.
В новом PO отправьте изменение цены с обоснованием.
В другом PO отправьте изменение обещанной даты с примечанием.
В еще одном PO отправьте изменение количества с обоснованием.
✅ Успешно, если: Каждое действие отправляется и подтверждается.
8. Проверка процесса покупателя
Цель: Убедиться, что покупатели могут рассматривать изменения поставщика.
Войдите как пользователь-покупатель.
Откройте Needs Review.
Найдите изменения, отправленные во время тестов поставщика.
Проверьте исходные и новые значения и комментарии поставщика.
Протестируйте одобрение и отклонение, включая комментарии.
Убедитесь, что статус обновился.
✅ Успешно, если: Покупатели могут понять, одобрить или отклонить каждое изменение.
9. Проверка обратной записи в ERP
Цель: Убедиться, что подтверждения и одобренные изменения возвращаются в ERP.
Для подтверждений:
Найдите PO, подтвержденный во время теста поставщика.
Проверьте в ERP статус PO и данные подтверждения.
Проверьте настроенные обещанную дату или срок, количество и стоимость единицы.
Для одобренных изменений:
Найдите одобренное изменение поставщика.
Проверьте в ERP обновленные цену, дату или количество.
Проверьте историю или примечания.
⏱ Срок: Обратная запись зависит от конфигурации и частоты синхронизации.
⚠️ Не переходите в PROD, если запись не работает: Немедленно обратитесь в поддержку.
✅ Успешно, если: Подтверждения и одобренные изменения правильно отображаются в ERP.
Этап 4. Проверка уникальных процессов
До запуска проверьте процессы, правила и исключения, выявленные при обсуждении жизненного цикла PO.
Многоуровневые согласования, пороги и маршрутизация по подразделениям.
Рамочные и постоянные заказы, дропшиппинг и консигнация.
Особые условия поставщиков, цены и требования к сообщениям.
Соответствие требованиям, сертификаты и отслеживание партий.
Отмены, частичные поставки, разделенные отправки и срочные изменения.
Высокая нагрузка и связи с другими системами.
Определите ожидаемый результат, привлеките ответственных и сначала протестируйте критические процессы. Выполните эти тесты до работы с реальными поставщиками в PROD.
Контрольный список перед запуском
Все необходимые пользователи имеют доступ к Leverage.
Тестовые PO отображаются с правильными данными.
Письма поставщикам доставляются надежно.
PDF заказов содержат нужную информацию.
Поставщики могут подтверждать PO и менять цену, дату и количество.
Покупатели могут одобрять и отклонять изменения.
Подтверждения и изменения записываются в ERP.
Уникальные процессы прошли тесты.
Команда обучена.
Следующие шаги
Задокументируйте найденные проблемы.
Завершите последние изменения конфигурации.
Запланируйте запуск.
Подготовьте сообщения и обучение для поставщиков.
Подтвердите переход из DEV в PROD с командой внедрения.
Устранение неполадок
PO отсутствует или неверен: Остановитесь и обратитесь в поддержку до исправления READ.
Письмо не пришло: Проверьте периодичность, активное правило, роль PO Processor и папку спама.
PDF неполный: Зафиксируйте отсутствующие поля или форматирование и запросите изменение.
Обратная запись в ERP не работает: Не переходите в PROD и немедленно обратитесь в поддержку.
Нужна помощь?
Обратитесь в центр поддержки Leverage или напишите на support@tryleverage.ai.