Заказчик

Что имеем:
- vds сервер под Elasticsearch
- mysql с БД вида domain.com (то есть для каждого сайта своя БД)
- каждая база mysql содержит таблицы list1 – list99. В ней есть еще таблицы, но Elasticsearch должен работать только с list...
- сайт с пунктами меню (Пример: site.ru/120)

Как должно работать:
В БД, в таблицах list1 – list99 содержится колонка "page", содержащая в себе id пунктов меню (разделенных знаком _), в которых опубликованы данные.
При переходе к пункту меню (Пример: site.ru/120) параллельно должен создаваться запрос к Elasticsearch на наличие в нем данных по указанному page (120). Elasticsearch должен вернуть ответ в формате json.

Что нужно:
Elasticsearch парсит все данные из таблиц list1 – list99 и автоматом генерирует для них json (для выдачи).
На Elasticsearch установлены словари и настроена безопасность + проксирование запросов по домену.
На Elasticsearch установлен конструктор json (GUI), например github.com/jettro/elastic...
Запрос к Elasticsearch должен возвращать пагинацию и выборку данных, значения которых настраивается на стороне mysql.
Elasticsearch должен вести логгирование синхронизаций с mysql в mysql-таблице "elastic_sync" (есть на скрине).
Развернуть/протестировать на сервере + составить документацию по развертыванию.

Дополнительно от разработчика:
Предложить реализацию поисковой формы.
Предложить генерацию поисковых запросов на уровне html (Пример: <div es-count="10" es-list="2"></div>, либо иной способ)
Не готовы вникать в процесс – можете не отвечать. Портфолио/Опыт с Elasticsearch обязательны, иначе работаем без предоплаты.

Москва и МО будут являться преимуществом для кандидата.
Просьба, не отвечайте абстрактно, в своем ответе укажите имя Александр.

Только Москва! Только профи 1С.

Данный сервис выступает в качестве прокси сервера между 1С и мобильным приложением, попутно отображая статистику в удобном для оператора виде.
Постарался детально описать принцип сервиса, добавил в эксель два листа – это то, как выглядит сайт в итоге (всего 2 страницы).
Фронтенд и дизайн могу сверстать заранее сам(на стоимость работ не влияет).

Документ(там 3 листа):
docs.google.com/spreadshe...
Технологии(возможно):
v8.1c.ru/o7/201312rest/

Принцип действия мобильного приложения следующий:
При нажатии кнопки "Регистрация" в приложении (Android) оператору приходит e-mail с номером телефона (указывается в качестве логина).
Оператор связывается по этому номеру и устно опрашивает кандидата, попутно забивая его данные в ERP. Затем он передает ему пароль, который
кандидат вводит в приложение, тем самым получив токен в системе.

Приложению от REST-сервера json-объектом приходят данные о заявке, а приложение в свою очередь, отдает геопозицию (координаты) и результат поездки.
На контрольной точке водитель как бы "чекинится", отдавая свое местоположение и контрольную точку. Если геопозиция мобильного приложения примерно
совпадает с адресом клиента, система записывает, что водитель на месте. Текущее время записывается как время прибытия и окрашивается в зависимости от опоздания:
- до 5 минут – зеленый;
- от 5 до 20 минут – желтый;
- от 20 минут – красный.

По умолчанию всегда водителя назначает оператор, указывая в ERP нужного кандидата.
Если исполнитель заявки не выбран и заявка приходит в мобильное приложение всем участникам по критериям: город и количество мест в автомобиле. Всего исполнителей по всей стране – до 50 человек.
Если исполнитель подтверждает участие в заявке (через мобильное приложение), оно становится неактивным у остальных участников.

Выбор фреймворка и всех технических решений – по усмотрению исполнителя.
Данные для ERP предоставлю, но на этапе разработки желательно держать все на своих серверах.
ERP не имеет глобального ip, ввиду собственной безопасности.
Если остались вопросы, могу описать детальнее любой момент.

Нужно решить следующие задачи:
1. Подобрать стек технологий и реализовать/развернуть API-сервер мобильного приложения "с нуля"
2. Разработать собственно сами API-методы для ответа на команды мобильного приложения (в кооперации с программистом приложения) – а это методы для работы с авторизацией, регистрацией, проксированием на ERP, статистикой и т.д.
3. Реализовать механизмы для работы с ERP-системой. Походу, это самое долгое и сложное будет, т.к. 1С есть 1С.
4. UI (там тоже не просто статика, я так понял, нужно подгружать/обновлять/перерисовывать актуальные данные в открытой вкладке)
5. ERP не имеет глобального ip, ввиду собственной безопасности. VDS сервер со статическим ip развернут в локалке с ERP, порты 22, 80, 443 открыты, доступы есть. Можно делать на нем.

С учетом факторов:
- надо разбираться, как "общаться" с этой ERP-системой, после чего писать соответствующий функционал
- разработать API
- проектировать платформу "с нуля"
- срок 10 дней (нужно уложиться)

Дополнительно:
ERP – продукт 1С (1С ERP Управление предприятием 2(2.21.100))
Если проще написать плагин для 1С – это еще лучше (но у него должна быть веб-морда для оператора).
Разработчика мобильного приложения предоставлю, доступы от 1С есть.
Если 100к мало – назовите свою +/-.

ВНИМАНИЕ!!! Не пишите абстрактные ответы – в своем ответе укажите имя Николай.