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

Задачи чат-бота: создание бота в телеграм который будет принимать платежи и добавлять после успешной оплаты на prodamus. а также автопродление подписки и автоудание участников по истечению срока. и несколько вариантов тарифов. Продукт: закрытый телеграм канал. Техзадание есть. Я уже пыталась сделать сама, и есть все текста и файлы. просто нужно их соединить в рабочую воронку, которая будет исправно работать.

Создание сайта. Веб-сервис. Платформа: Кастомная разработка. Функционал сайта: Генератор qr кодов. Контента нет.

Задачи чат-бота: информирование клиентов, Пример скину. Продукт: Здоровье ,образ жизни. Техзадания нет.

Разработка приложений для ПК. Разработка с нуля. Десктопное приложение для учёта и контроля выдачи СИЗ Бюджет: - по договорённости Формат: Разовая оплата, исходный код передаётся заказчику 1. Общая информация Обособленное подразделение в г. Ноябрьск (ЯНАО). Вахтовый метод работы. Требуется разработать десктопное приложение для Windows — учёт и контроль выдачи средств индивидуальной защиты (СИЗ) сотрудникам. 100-120 сотрудников, 7 производственных участков + АУП. Все исходные данные предоставляются заказчиком в формате Excel: База сотрудников: Ведомость выданных СИЗ Нормы выдачи СИЗ (15 категорий по внутреннему приказу) Справочники (росты, размеры, типы обуви) Образцы печатных форм: личная карточка СИЗ, заявка на закупку, акт на списание 2. Требования к архитектуре Десктопное приложение для Windows (установочный файл .exe или .msi) Локальная база данных (SQLite, Firebird Embedded или аналогичная) — данные хранятся на компьютере пользователя, без передачи в интернет Технология: на усмотрение исполнителя (C#/WinForms/WPF, Python/PyQt, Delphi, Lazarus) Графический интерфейс — формы с полями ввода, выпадающими списками, кнопками, вкладками (не таблица Excel) Работает офлайн, без интернет-соединения Совместимость с Windows 10/11 3. Функциональные требования 3.1. База сотрудников (справочник) Форма ввода нового сотрудника — отдельное окно с полями: ФИО Должность (выпадающий список) Участок/подразделение (выпадающий список: Участок №1–7, Цех автоматизации, АУП) Рост (выпадающий список) Размер одежды (выпадающий список) Размер обуви (выпадающий список) Тип обуви (выпадающий список) Размер головного убора (выпадающий список) Комплектность (выпадающий список) Дата начала работы (календарь) Статус: Активен / Уволен Редактирование данных сотрудника — через форму Увольнение — отдельная кнопка: сотрудник переводится в архив, фиксируется дата увольнения, история СИЗ сохраняется Поиск по ФИО (частичный ввод — фильтрация списка) Группировка по участкам в виде дерева или вкладок Импорт из Excel — загрузка существующих сотрудников при первом запуске 3. Ведомость СИЗ (журнал выдачи) Таблица всех записей выдачи: сотрудник, наименование СИЗ, категория, дата выдачи, срок носки (мес), дата окончания, статус Добавление записи — форма: выбор сотрудника ? должность и участок подставляются автоматически; выбор СИЗ из норм ? срок носки подставляется автоматически; ввод даты выдачи ? дата окончания считается автоматически Контроль сроков — цветовая индикация: Просрочено (дата окончания < сегодня) — красный Истекает менее 2 мес — жёлтый В норме — зелёный Фильтрация по сотруднику, участку, статусу, категории СИЗ Импорт из Excel — загрузка существующих ~1200 записей 3.3. Личная карточка СИЗ Формирование по образцу (предоставляется файл .doc) Лицевая сторона: данные сотрудника + таблица норм выдачи Оборотная сторона: история выдачи с датами, количеством, подписями, ссылками на акты списания При выборе ФИО — все данные подтягиваются автоматически Печать в установленной форме (экспорт в Word или PDF) 3.4. Заявка на закупку СИЗ Формирование по образцу (предоставляется файл) При выборе ФИО — должность, участок, рост, размер, тип обуви подтягиваются автоматически Тип выдачи: первичная / повторная (определяется по ведомости — есть ли у сотрудника активная выдача этого СИЗ) Цена ? количество = сумма (итого по заявке) Печать в установленной форме 3.6. Акт на списание СИЗ Формирование по образцу (предоставляется файл) Шапка: «УТВЕРЖДАЮ», состав комиссии (редактируемый) При выборе ФИО — должность и участок подтягиваются автоматически Таблица СИЗ: наименование, количество, дата выдачи, срок носки, остаток срока, % износа — считается автоматически Поля для ручного ввода: № акта, причина списания, метод утилизации Печать в установленной форме 3.7. Склад СИЗ Учёт поступления: наименование, артикул, количество, дата поступления Учёт выдачи со склада: сотрудник, дата, количество Статус: «Ожидает» / «Выдан» Остаток на складе — считается автоматически 3.8. Архив уволенных Уволенные сотрудники переносятся из активной базы отдельной кнопкой Поля: ФИО, должность, участок, дата начала, дата увольнения, примечание История СИЗ уволенного сохраняется и доступна для просмотра 3.9. Сводный отчёт «ИТОГИ» По каждому участку: количество сотрудников, всего СИЗ, просрочено, истекает, сотрудники без размеров Общий итог по подразделению Цветовая индикация: просрочка — красным, истекает — жёлтым, без размеров — жёлтым Экспорт в Excel или PDF 4. Требования к интерфейсу Интуитивно понятный, для пользователя с базовым уровнем ПК Главное окно — навигация по разделам (вкладки или меню: Сотрудники, Ведомость, Склад, Документы, Отчёты, Архив) Выпадающие списки на всех полях ввода Автоподстановка данных при выборе сотрудника Цветовая индикация сроков в таблицах Кнопки: «Добавить», «Редактировать», «Удалить», «Печать», «Экспорт» Краткая справка/инструкция внутри программы (кнопка «?» или вкладка «Справка») 5. Требования к данным Импорт из Excel при первом запуске — Экспорт данных — резервная копия базы в один файл Восстановление из резервной копии Персональные данные хранятся только локально, без передачи в интернет 6. Передача работы Готовый установочный файл (.exe или .msi) Исходный код проекта Краткая инструкция для пользователя (1–2 страницы) Тестирование на реальных данных (предоставляются) Доработки по результатам тестирования — в рамках бюджета 7. Желательно (но не обязательно) Логотип/название организации в шапке программы (предоставляется) Возможность работы по сети (несколько ПК с общей базой) — если в рамках бюджета Хранение сканов подписей для печатных форм.

Веб-разработка. Разработка с нуля. Описание (первый абзац видят все исполнители, поэтому он короткий) Нужен разработчик или небольшая команда, чтобы сделать веб-сервис Sky Curator. Сейчас заказы бортового питания для бизнес-авиации ведутся в Excel, сервис должен их заменить. Есть техническое задание и подробный кликабельный макет всех экранов, так что сделать нужно рабочую систему по готовому макету. Первый этап займёт около месяца, после него менеджеры начинают работать в системе. Дальше развиваем по этапам, то есть сотрудничество долгое. Подробное описание О проекте. Sky Curator — платформа, через которую рестораны-партнёры получают заказы бортового питания от авиакомпаний, брокеров и бортпроводников бизнес-авиации. Сейчас подключён один ресторан, дальше будут ещё. Менеджеры принимают заказы в мессенджерах, собирают накладную в Excel, согласуют её с кухней и организуют доставку к борту. Что есть на старте: техническое задание на MVP; кликабельный макет всех экранов и ролей (HTML). Это объяснение логики, а не финальный дизайн. Пришлю его исполнителям, с которыми начнём обсуждать проект; реальный формат накладной и база блюд ресторана в Excel. Что входит в 1-й этап: Роли и доступ: владелец, администратор, менеджер, бортпроводник. Вход по почте и паролю, права по ролям, журнал действий. Заказ целиком: создание, состав по разделам (пассажиры, экипаж), комментарии к позициям для кухни, статусы от заявки до доставки, изменение заказа с историей правок. Накладная в формате нашего Excel-шаблона с выгрузкой в XLSX и PDF. Справочники: база блюд ресторана (категории, вес, цена, КБЖУ, стоп-лист), клиенты, рестораны. Реестр заказов с фильтрами и поиском. Конфиденциальность клиентской базы: у менеджера нет общего списка клиентов, клиента он находит только по номеру телефона, а контакты видны только в активном заказе. Комиссии бортпроводников и брокеров. Их видит только владелец. Структура данных, в которую потом без переделок добавятся другие рестораны. Следующие этапы (оценивать сейчас не нужно, но архитектура должна их выдержать): кабинеты ресторанов и внешних менеджеров; финансы и выгрузка в 1С; общая переписка с клиентами (WhatsApp, Telegram, Max, почта) в одном окне; приложение для водителей; мобильное приложение для бортпроводников с голосовым заказом; аналитика; интеграция с iiko и r_keeper. Требования: данные хранятся на сервере в России (152-ФЗ, персональные данные); адаптивная вёрстка: менеджеры работают и с компьютера, и с телефона; исходный код, репозиторий и доступы к серверу принадлежат заказчику; код передаётся постоянно (Git), а не в конце; стек на ваш выбор, но предложите и обоснуйте его; работа по договору и поэтапная оплата за принятый результат; соглашение о неразглашении (NDA) и поручение на обработку персональных данных. Что прошу указать в отклике 2–3 похожих проекта: учётные системы, CRM, сервисы заказов. Нужна ссылка или скриншоты. Какой стек предлагаете и почему. Оценку 1-го этапа в часах и деньгах, разбитую по пунктам 1–8 выше. Кто будет работать над проектом: один человек или команда. Как будете показывать промежуточный результат (тестовый сервер, частота показов). Используете ли ИИ-инструменты для разработки, и какие. Отклики без оценки по пунктам рассматривать не буду.

Задачи чат-бота: сбор информации. Платформа: веб-сайт, MAX. Продукт: сервис мониторинга комментариев ВКонтакте. Техзадание есть. Описание сервиса мониторинга комментариев ВКонтакте 1. Назначение Автоматизированный сбор комментариев из указанных публичных страниц ВКонтакте, фильтрация по ключевым словам и доставка найденных комментариев в мессенджер MAX. 2. Источники данных Мониторинг ведётся на чужих публичных страницах ВК (сообщества, паблик-страницы). Пользователь задаёт список страниц в виде ссылок (URL) или идентификаторов (screen name / ID). Количество страниц в списке — до 20. Которые можно будет добавлять, удалять в веб интерфейсе 3. Фильтрация 3.1. Ключевые слова Задаётся пользовательский список ключевых слов и фраз. Поиск осуществляется по тексту комментария (без учёта регистра). Поддержка точного совпадения фразы (в кавычках). 3.2. Временной диапазон Первый поиск комментариев среди, опубликованных за последние 48 часов. А потом проверяется только те комментарии, что опубликованы за время после момента предыдущей проверки. 4. Регулярность мониторинга Опрос каждой страницы из списка выполняется каждые 15–30 минут (интервал настраивается). Одновременно проверяются все страницы из списка. Для каждой страницы фиксируется время последней проверки, чтобы не дублировать уже отправленные комментарии. 5. Дедупликация Каждый комментарий идентифицируется по comment_id + owner_id + post_id. Комментарии, уже отправленные ранее, повторно не пересылаются. 6. Доставка уведомлений 6.1. Канал доставки MAX (личный чат или группа). 6.2. Формат сообщения Каждое уведомление содержит: Текст комментария — целиком; Ссылка на комментарий — прямая ссылка вида https://vk.com/wall{owner_id}_{post_id}?reply={comment_id} ; 9. Критерии готовности Сервис корректно собирает комментарии со всех страниц из списка. Фильтрация по ключевым словам работает с точностью не ниже 95% (без ложных срабатываний на стоп-слова). Дубликаты не отправляются. Уведомления доставляются в выбранный канал в течение 5 минут после обнаружения комментария. Сервис автоматически восстанавливается после сбоев VK API. Можно добавлять, редактировать, удалять "ключевые слова", страницы мониторинга и чаты для доставки комментариев.

Задачи чат-бота: информирование клиентов, сбор информации, интерактивное меню или каталог, ответы на типовые вопросы, приём текстовых заказов, финансовые операции, автоматическое бронирование. Продукт: Психолог - создать воронку. Техзадания нет. Зачем нужен. Бот проверяет, какой оффер в робот-обзвоне приносит больше заявок, и отдаёт лучшему остаток базы. Вручную настраивать кампании и сводить цифры больше не нужно. Как работает. Создаю в боте тест и называю его. Отправляю офферы голосовыми или mp3. Если пишу текстом, бот сам озвучивает. Отправляю файл с базой. Бот убирает битые номера, дубли, стоп-лист и компании, с которыми уже идёт сделка в Битрикс24. Если в файле базы уже разбиты на листы под тест, бот берёт их как есть. Бот сам создаёт в Скорозвоне кампании по шаблону, ставит в них ролики, проверяет настройки и расписание и загружает контакты. Перед включением бот отмечает кампании в интеграции с Битрикс24, чтобы заявки уходили в CRM. Только после этого включает обзвон. Можно включить сразу, а можно задать день и время, тогда бот включит сам. Сначала каждый оффер звонит на 50 номеров. Если дозвон нормальный и заявки доходят до Битрикс24, бот догружает остальные номера. Если нет, ставит на паузу и пишет причину. Когда тест обзвонен, бот по статистике выбирает лучший оффер и загружает ему остаток базы. Если явного лидера нет, делит остаток между двумя лучшими. Когда бот сам ставит паузу: пришла жалоба; часто просят не звонить; часто сбрасывают в первые секунды; упал дозвон; заявка не дошла до Битрикс24; расход вышел за бюджет. Что присылает: сводку два раза в день: расход, стоимость заявки по каждому офферу, заявки в Битрикс24; ход каждого действия по шагам; ошибку и что сделать, если что-то сломалось. Ограничения: в Битрикс24 бот только читает и ничего не меняет; одному и тому же номеру два раза не звоним; кампании в Скорозвоне бот не удаляет и не завершает, только ставит на паузу; управлять ботом могут только те, кому я дал доступ.