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