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