Приёмка работ подрядчика по 1С

Приёмка «ну вроде работает» — главный источник вечных доработок «это же очевидно входило». Нормальная приёмка — прогон согласованного сценария под рабочими ролями на копии (потом на проде), плюс проверка, что решение не убило обновляемость. Так делают зрелые заказчики; так я сам прошу принимать мою работу.

Форматы работ: от 2 999 ₽/час или смета; сопровождение — от 49 999 ₽/мес: услуги.

Минимальный протокол приёмки

1. Критерий «готово» из ТЗ — по шагам.
2. Прогон на копии под ролями, не под полными правами.
3. Негативные кейсы: нет прав, пустые поля, граничные количества.
4. Регресс: соседние документы/отчёты/обмен не отвалились.
5. Артефакты: где лежит расширение/внешний файл, как обновить.
6. Короткий акт: что принято, что отложено, что вне scope.

Что проверить отдельно для кода

• сделано расширением или правкой типовой — осознанно ли;
• есть ли список изменённых объектов;
• есть ли инструкция для пользователей;
• понятно ли, как повторить на другой базе (тест → прод).

Самопроверка заказчика

1. Можете ли вы провалить приёмку по чеклисту, а не по настроению?
2. Кто со стороны бизнеса ставит подпись?
3. Заложен ли день на приёмку в плане, или «впихнём в пятницу»?
4. Есть ли доступ к копии у принимающего?

Типичные ошибки

• Принимать на проде первыми пользователями.
• Путать демонстрацию программистом с приёмкой ролью.
• Не фиксировать отклонения письменно.
• Оплачивать 100% до прохождения сценария.

Как я сдаю работу

1. Показ по сценарию.
2. Правки по списку замечаний (в рамках scope).
3. Перенос на прод по окну.
4. Короткая запись в паспорт доработок.

Пришлите ТЗ и «как принимали в прошлый раз» — помогу собрать одностраничный протокол приёмки под ваш тип задач.