Программисты — удалённая работа в Москве

разработка СРМ. Разработка с нуля, тестирование, настройка. Имеется программа и база данных на аксессе( исходных кодов от программы нет. база данных открытая) Необходимо создать модуль (отдельную которая бы позволяла из данных которые находятся в базе данных аксесс - предварительно проверять их по определенным критериям и после проверок если все данные прошли формировать необходимый пакет документов по заявке которая была занесена в программе аксесс если каких то данных не хватает то предлагает сохранить эти данные в отдельную базу либо разработать с нуля систему которая позволит создавать заявки ( вносить в заявки необходимые данные, проверять эти данные на актуальность и по определенным параметрам, формировать пакет документов по заявке. у заявки есть различные статусы( в работе-значит заявка в работ у специалиста и он заносит в нее данные, после того как специалист закончил внесение данные. он переводит заявку на проверку-система сама проверяет все данные по заявке ( параметры проверки изначально запрограмированны в системе( но их можно менять при необходимости как для конкуретной заявки так и для группы заявок, так и для каждой отдельной заявки). После проверки заявки система передает заявки следующем специалисту который смотрит результаты проверок и принимает решение либо вернуть в работу, либо перевести на следующий этап, либо внести изменения и повторно отправить на проверки) либо назначить на другого сотрудника для корректировки. Если достигнут результат и все соответствует в заявке - заявка переходит в статус формирование пакета документов. В этом статусе система автоматом формирует пакет документов и их можно скачать в отдельно разделе заявки. (формирование пакета заявок зависит от определенных параметров-эти параметры заранее запрограммированы как для заявки так и определенной группы заявок, все параметры можно менять) Как документы сформированы дальше необходимо чтоб эти документы были подписаны. - после формирования статус заявки -ожидается сканы документов. После подгрузки сканов документов заявка переходит в статус - идет подача заявки в ведомство. Далее при помощи плагина идет вход в кабинет на мос ру и заполнение необходимых полей в заявке и прикладывание документов из нашей системы ( заявки в нашей системе) Посмотреть и изучить материалы по проекту можно по ссылке https://disk.yandex.ru/d/5G8A-gBADgEWCg Предоплата не предусмотрена. Некоторая дополнительная информация. Более подробно готовы предоставить в диалоге. Создание клиентского сервиса. Разработка с нуля, тестирование. Умение работать с базой данных. Умение парсить данные. Описание можно посмотреть по ссылке https://disk.yandex.ru/d/kpfBc-GRb9uYgg Задачи чат-бота: сбор информации, ответы на типовые вопросы, интерактивное меню или каталог, информирование клиентов, приём текстовых заказов. Оплата за заказа за выполненный функционал. предоплата не предусмотрена. Поэтапная оплата не предусмотрена. Просьба посредников не откликаться - нужны только разработчики Посмотреть и изучить материалы по проекту можно по ссылке https://disk.yandex.ru/d/5G8A-gBADgEWCg Умение реализации задач: поиск клиентов и ведение с ними диалогов при помощи ИИ как в телеграмм каналах...так и на других сайтах и рассылка им предложений и ведение с ними диалогов Веб-разработка. Разработка с нуля, тестирование, настройка, доработка существующего продукта. Нужно разработать личный кабинет для клиента и сотрудника нужно разработать аналог такого сервиса как по ссылке https://my.msp-24.ru/cars/page/ предоплата не предусмотрена. Продукт: сервис по проверке пропусков в Москву. Техзадания нет. Нужен сервис по проверке пропусков в Москву и диагностических карт, полисов ОСАГО, проверка Автомобиля ( автоистория) 1. На первом этапе из существующей базы данных Access нужно загрузить в разрабатываемую систему данные об автомобилях и на различных сервисах проверить ( проверяем диагностические карты, пропуска, ОСАГО) и оповещаем об изменении какого либо статуса клиента через мессенджеры такие как телеграмм, ВАТ САП Весь остальной функционал идет вторым этапом. 2. Необходимо создать робота проверки пропуска - клиент вбивает в строку номер автомобиля, нажимает “Проверить“ и через несколько секунд прогружаются последние 5 пропусков из реестра по его машине. - в строке должна стоять проверка правильности заполнения номера машины (только русские буквы, автоматически должны проставляться в строку заглавные, так как для подачи запроса в реестр ЦОДД принимаются только заглавные буквы. Контроль правильности заполнения должен по правилу: Первая буква (автоматом должна заменяться на заглавную: АВЕКМНОРСТУХ), далее три цифры: 1234567890, далее две буквы (АВЕКМНОРСТУХ), далее 2 или 3 цифры. Именно правило ввода регистрационного номера автомобиля: А123АА777 В данном поле чтобы нельзя было ввести другие буквы и другие языки (только русский) Если клиент вводит не по правилу, то ему должно появляться сообщение об ошибке. Вот полный аналог: proverka-propuska.com/res... https://app.proverit-propusk.info/faq/list https://lk.ru-propusk.com/ Если вы сумеете сделать аналогичный, на нашем сервере, то делайте. Но он должен работать независимым от этого аналога. Данные о статусе (времени действия) пропуска берутся с сайта: www.gucodd.ru/index.php/2... На сайте есть скрипт базы пропусков департамента. Как он работает – это вам должно быть виднее. Ожидаемые результаты: Любой посетитель сайта может вбить номер машины и сразу получить информацию по статусу пропуска (без ввода проверочных букв – капчи, как на официальном сайте ЦОДД) Пример страницы ввода и отображения данных по ссылке: proverka-propuska.com/res... Далее, клиент может зарегистрироваться в кабинете, ввести все данные и попадает в личный кабинет, где может вводить номера машин реестром и на эти машины будет отображаться пропуск. Есть возможность подгрузить список машин из файла эксель. Личный кабинет по функционалу нам подойдет такой же, как на сайте-образце Когда клиент добавляет машину, система автоматом на нее проверяет пропуск и выдает информацию в реестре. Клиент при регистрации вводит свой номер телефона и почту. Каждый из этих видов контакта должен быть подтвержден на действительность через смс и емейл. Чтобы мы знали, что клиент ввёл настоящий номер телефона и почты. Далее, на эти контакты будут ему приходить уведомления об изменении статуса пропуска. Соответственно, нужно будет прикрутить к данному сервису через API сервис смс рассылок smsc.ru и любой популярный сервис емейл рассылки. По отображению внутреннего кабинета и его функционала вы должны пройти сами регистрацию и посмотреть, как все работает. Мы сможем вас проконсультировать по нюансам данного функционала, как мы его видим. Далее, каждые 3-4 часа система автоматически будет проверять пропуска по базе Департамента и в случае изменения статуса, будет присылать уведомления на почту или по смс, которые указал клиент. Или система будет проверять пропуска по заданному интервалу. В дополнение, Мы, как администраторы, можем загружать список из 500-1000 машин одним файлом, а программа будет обновлять статусы машин с заданным интервалом (например 4 раза в день). Интервал проверки мы можем выставлять вручную с шагом в 1 час. Мы, как администраторы, видим все контактные данные клиента, видим его список машин и видим его активность у нас на сайте (дата и время входа, айпи и прочее. Настроена система уведомлений, сообщающих об изменении статуса пропуска (для зарегистрированных пользователей и для нас, администраторов). Клиент у себя в кабинете может сам выбирать, куда ему будут приходить оповещения или смс или емейл. СМС оповещение должно быть платным. И это должно быть отражено в кабинете. Очень хорошо настроить оповещения через телеграмм, вотсап или телеграмм. телеграм-бот -нужно будет разработать для примера телеграмм бот конкурентов@Propusk_bot В ближайшем будущем, данные будут синхронизированы с моб.приложением. То есть, все, что ввел клиент на сайте, будет отображаться и в приложении. Поэтому делать сервис нужно с прицелом на интеграцию с мобильным приложением. Другие детали и подробности и функционал в личном кабинете клиента существует возможность загружать требуемые документы формировать заказ на услуги видить информацию по результатам предоставленных услуг видить все закрывающие документы ппо пропускам видить все транспортные средства и сроки действия диагностических карт и ОСАГО и пропусков получать оповещения за 65 дней об окончании всех документов и пропусков в том числе как на электронную почту так и вайбер и ват сап и телеграмм система сама проверяет есть ли у ответственных сотрудников которых нужно оповещать вайбер и ват сап и телеграмм и отправляем им оповещение ответственный сотрудник может получать оповещения как по все машинам так и можно разделить ответственных на группы в каждой группе свой госномер транспорта формировать различные отчеты о сроке действия документов и пропусков по каждому транспорту и ответственному лицу кто за каким транспортом закреплен какая зона действия пропуска в транспорта.