Проверил локальный обмен заявками по HTTP между учебной формой и моделью CRM-реестра. Отправил четыре запроса с вымышленными данными. Две корректные заявки создали записи CRM-DEMO-001 и CRM-DEMO-002. Повтор с тем же внешним ID вернул статус «уже есть» без новой записи. Запрос с некорректным email получил ошибку проверки 422 и в реестр не попал. В исходных материалах сохранены код сервера и клиента и JSON-отчёт с результатами четырёх запросов. Три иллюстрации показывают маршрут данных, ответы API и итог. Это воспроизводимый локальный прототип, а не внедрение у заказчика. Живая форма, amoCRM/Битрикс24, авторизация, очередь повторов и уведомления не подключались. Для реальной интеграции потребуется согласовать поля, доступ к API, защиту данных и поведение при сбоях.