Привет,
Ищу разработчика для создания системы формы регистрации для гостей краткосрочной аренды.
Технологический стек
Технологический стек полностью обсуждаем и может быть предложен разработчиком.
Пожалуйста, порекомендуйте наиболее подходящий стек для этого проекта и объясните причины выбора (масштабируемость, скорость разработки, экономическая эффективность, поддерживаемость, хостинг, интеграции).
1. Форма регистрации гостей
1.1 Основные требования
- Разработать простую форму регистрации гостей, собирающую:
- Полное имя
- Электронная почта (только основного гостя, с валидацией)
- Номер телефона (только основного гостя, с валидацией)
- Количество гостей (динамическое поле, которое генерирует дополнительные секции для гостей)
- Для каждой записи гостя:
- Поле загрузки паспорта (один файл на гостя)
1.2 Идентификация бронирования
- Обязательный идентификатор бронирования, передаваемый через параметр URL
- Идентификатор бронирования будет внедрен в ссылку формы через переменную CRM
- Используется внутренне для сопоставления заявок с правильным бронированием
1.3 Согласие и соблюдение
- Чекбокс согласия, подтверждающий:
- Данные, представленные верными
- Согласие на маркетинговые и коммуникационные цели
1.4 Обработка заявок
- Четкие сообщения об успехе и ошибках
- Полная обработка ошибок и отчетность
- Обратная связь или уведомление, когда заявка получена или требует доработки
2. Дополнительные улучшения (Этап 2)
2.1 Проверка качества изображения паспорта
- Автоматические проверки на:
- Читаемость
- Полную видимость документа
- Полноту изображения
2.2 Автоматизация OCR
- Извлечение данных гостя из изображений паспортов с помощью OCR:
- Гость сначала загружает изображение паспорта
- OCR автоматически заполняет поля формы
- Гость проверяет и редактирует извлеченные данные при необходимости
2.3 Рабочий процесс ревизии
- Подтверждение по электронной почте отправляется основному гостю после подачи заявки
- Дополнительный поток запроса на редактирование:
- Создается новая версия заявки для корректировок
- Предыдущая версия остается сохраненной для справки (обсуждаемо)
3. Требования к базе данных
3.1 Основная база данных
- Простая структурированная таблица базы данных
- Каждое поле формы хранится как отдельный столбец
- Записи гостей связаны с идентификатором бронирования
3.2 Дополнительно (Этап 2)
- Варианты хранения изображений паспортов:
- Хранится напрямую или как ссылки в базе данных
- Дополнительная выгрузка в Google Drive
- Предложенная структура Google Drive:
- Организовано по годам + месяц + зданию или квартире
- Именование файлов по гостю
- Дополнительная компрессия изображений для оптимизации хранения
4. Автозаполнение PDF и веб-формы
Следующий этап рабочего процесса должен быть определен на основе правил здания.
Назначение здания контролирует, будет ли вывод основан на PDF или на веб-сайте.
4.1 Заполнение PDF формы
- Скрипт для автозаполнения PDF-шаблонов (поля, готовые для заполнения в Adobe)
- Один PDF-шаблон на здание
- Административный интерфейс для:
- Загрузки новых PDF-шаблонов
- Назначения шаблонов на номера зданий или квартир
- Данные о здании или квартире могут автоматически извлекаться из URL бронирования
(могут оставаться скрытыми от гостей для внутреннего использования)
4.2 Заполнение веб-формы
- Скрипт для автозаполнения полей на внешней веб-форме
- Включено только для определенных зданий
5. Общие требования
- Сильная обработка ошибок во всех рабочих процессах
- Обратная связь и уведомления, когда процессы успешны или терпят неудачу
- Поддерживаемая и расширяемая структура для улучшений Этапа 2
Пожалуйста, найдите схему проекта, прикрепленную ниже.