Задача и границы решения
Если приложение может обслуживать только автор, заказчик остаётся зависимым от одного человека. Передача должна позволять другому специалисту восстановить и обновить систему.
Как подойти к задаче
Передайте исходники, зависимости, настройки окружения без секретов и описание установки. Укажите место размещения, фоновые задачи, права доступа и внешние сервисы. Зафиксируйте владельцев доменов и учётных записей.
Что проверить на практике
Разверните приложение по инструкции в тестовом окружении и выполните ключевой сценарий. Проверьте резервную копию и порядок обновления. Неработающий шаг инструкции исправляют до завершения передачи.
Какой ошибки избежать
Ошибка — ограничиться архивом без версий и схемы БД. Контекст архитектуры, список известных ограничений и процедуры диагностики не менее важны, чем сами файлы.
Пример для проверки на вашем проекте
Исходники переданы, но очередь задач запускается только вручную на компьютере разработчика. После передачи данные перестают обновляться. Контрольное развёртывание по инструкции выявит отсутствующий сервис или расписание. Поэтому передача включает рабочее окружение и фоновые процессы. Заказчик должен понимать, где смотреть состояние интеграции и как отличить остановленную очередь от отсутствия новых данных.
Проектирование приложения
Начинаем с действия пользователя, которого не хватает в стандартном интерфейсе. Проверяем точки встраивания и доступные методы, затем согласуем прототип и границы хранения данных. Отдельно описываем авторизацию, размещение и сопровождение. Приложение должно дополнять CRM, а не создавать необъяснимую вторую копию её состояния.
Приёмка и передача
Проверяем интерфейс под разными ролями, ошибки API и восстановление доступа. Передаём исходники, параметры окружения без секретов и процедуру обновления. В документации фиксируем зависимости и ограничения. Если приложение работает с несколькими порталами, изоляция их данных проверяется как самостоятельный сценарий до запуска.