Приёмка без записанных заранее критериев превращается в обмен впечатлениями.
Чтобы этого не было, проверяют по списку — и список составляют до начала работ, а не в
конце.

Реальные данные, а не демо

Демонстрационные данные всегда ведут себя идеально. Загрузите настоящий справочник
целиком: длинные названия, похожие позиции, отрицательные остатки, документы с нулевой
суммой.

Проверьте объём. Список, который летает на сотне записей, может не открываться на двадцати
тысячах.

Условия эксплуатации

Для прикладных систем это отдельный блок проверки, который обычно пропускают.

Проверьте приложение на том телефоне, который реально у сотрудников, а не на новом
флагмане. В перчатках. При плохом освещении. С выключенной сетью — и посмотрите, что
произойдёт при её включении.

Если проверять только в кабинете, все проблемы обнаружит первая смена, а не вы.

Роли и отказы

Вход под каждой ролью отдельно, а не «под администратором всё работает». Отдельно — то,
чего быть не должно: открыть чужой документ по прямому адресу, увидеть закупочные цены,
изменить данные другой точки.

Отключите интеграцию и посмотрите, что покажет система. Отправьте форму дважды подряд —
появится ли дубль.

Что передаётся вместе с системой

Исходный код в вашем репозитории, а не «у нас на сервере». Административные доступы ко
всему: сервер, база, домен, платёжный шлюз. Инструкция по развёртыванию, по которой другой
разработчик поднимет систему с нуля. Описание интеграций и структуры данных.

Без этих четырёх пунктов вы не владеете системой, а арендуете её: формально код ваш,
практически — нет.

Сроки

Приёмка — это одна-две недели параллельной работы, а не один день демонстрации. Часть
проблем видна только при ежедневной эксплуатации.

Читайте также: разработка программного обеспечения, программа для учёта, веб-приложения, личный кабинет, техническое задание.