Привіт,
Шукаємо розробника для створення системи форми реєстрації для гостей короткострокової оренди.
Технологічний стек
Технологічний стек повністю обговорюється і може бути запропонований розробником.
Будь ласка, рекомендуйте найбільш підходящий стек для цього проекту та поясніть причини вибору (масштабованість, швидкість розробки, економічна ефективність, підтримуваність, хостинг, інтеграції).
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
Будь ласка, знайдіть схему проекту, прикріплену нижче.
