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

Разработка чат-ботов. Задачи чат-бота: информирование клиентов, сбор информации, интерактивное меню или каталог, ответы на типовые вопросы, приём текстовых заказов. Платформа: Telegram. Продукт: ф. Техзадания нет.

Разработка с нуля. Приложение: для Android, для iOS, кроссплатформенное. Устройства для масштабирования: смартфоны. Для общения и обмениваться информацией.

Задачи чат-бота: Тендеры. Продукт: Тендеры. Техзадание есть. Пожелания и особенности: ТЗ: Тендерный ИИ-бот для поиска закупок и подбора товаров Цель Разработать бота, который помогает быстро находить тендеры, анализировать документацию, подбирать товар по ТЗ заказчика и считать потенциальную маржу. Формат Telegram-бот или веб-бот. Основной сценарий работы Пользователь вводит запрос: “стол” “робототехника” “интерактивная панель” номер закупки название тендера ссылку на закупку файл ТЗ / документацию Бот должен: Найти подходящие тендеры в ЕИС Госзакупки. Искать не только по названию, но и внутри документации. Скачать и разобрать ТЗ. Определить, какой товар требуется заказчику. Найти подходящий товар у поставщиков / в базе / интернете. Сравнить цену заказчика и рыночную цену. Посчитать примерную маржу. Дать прогноз: участвовать / не участвовать. Показать риски отклонения заявки. Сформировать краткий вывод для менеджера. Пример ответа бота Запрос: “стол ученический” Бот находит закупку: Заказчик: школа № ___ Регион: ___ НМЦК: 300 000 ? Требуется: стол ученический, 30 шт. Цена заказчика за 1 шт.: 10 000 ? Найденный товар у поставщика: 5 000 ? Себестоимость: 150 000 ? Потенциальная маржа: 150 000 ? Рентабельность: 50% Рекомендация: участвовать Риск: проверить размеры, материал ЛДСП, кромку, гарантию Функции MVP 1. Поиск тендеров Бот ищет закупки: по названию; по ключевым словам; по номеру закупки; по ссылке; по тексту внутри документации. 2. Разбор документации Бот должен читать: PDF; Word; Excel; архивы с документацией. Извлекать: наименование товара; характеристики; количество; НМЦК; сроки поставки; регион; требования к участнику. 3. Подбор товара Бот ищет подходящий товар: в базе поставщиков; в вашей базе товаров; на сайтах поставщиков; вручную через подключаемые источники. 4. Расчет цены Бот считает: цену заказчика; примерную закупочную цену; логистику; монтаж, если есть; маржу; минимальную цену участия. 5. Прогноз выигрыша Бот дает оценку: высокая вероятность; средняя; низкая. На основании: цены; конкуренции; региона; требований ТЗ; наличия товара; сложности поставки; прошлых победителей. 6. Отчет Бот формирует краткий отчет: что закупают; подходит ли нам; какой товар можно поставить; по какой цене; сколько можно заработать; какие риски; стоит участвовать или нет. Технологии Желательно: Python; Telegram Bot API; FastAPI; PostgreSQL; OpenAI API; парсер ЕИС Госзакупки; обработка PDF/Word/Excel; поиск по документам; интеграция с базой товаров. Сроки MVP 3–6 недель. Полная версия 2–4 месяца. Бюджет MVP Полная версия Кого ищем Нужен программист или команда с опытом: Python; парсинг сайтов; Telegram-боты; AI/OpenAI API; работа с PDF/Word/Excel; базы данных; желательно опыт с госзакупками / 44-ФЗ / 223-ФЗ. Первый результат, который нужен Рабочий бот, куда можно ввести: “стол ученический” и получить: список тендеров; цену заказчика; подходящий товар; закупочную цену; маржу; рекомендацию участвовать / не участвовать.

Data Science. Разработка с нуля. Пожелания и особенности: Техническое задание (ТЗ) на разработку системы управления производством «Цифровой Цех» ?1. Цель ?Создание системы для планирования, оперативного учета и контроля себестоимости производства плитки 120x60 см и услуг постобработки. ?2. Производственная модель (Статусы) ?Процесс разбит на 8 этапов с ручным вводом данных ответственными сотрудниками (с фиксацией даты и времени): ?Подготовка сырья (Дробление -> Бункер) ?Прессование (Мешалка -> Дозатор -> Пресс) — Точка списания основного сырья ?Влажная сушка (24 ч) ?Распалубка ?Отлежка (1-2 дня) ?Полировка (А) (320 грит + Лак) — Точка списания лака и падов ?Полировка (Б) (320 -> 6000 грит) — Точка списания падов ?Готовый склад (Упаковка в поддоны) — Точка списания упаковки ?3. Финансовый модуль (Планирование и Факт) ?Планирование: Ввод плана производства и фиксированных расходов (ЗП, аренда, налоги, питание) на неделю/месяц. Расчет плановой себестоимости 1 кв.м. ?Оперативный ввод (Ежедневно): ?Показания электросчетчика (Начало/Конец дня); ?Объем продукции по этапам; ?Расходы на ремонт и вспомогательные материалы (поддоны, пленка); ?Фиксация брака (причина + фото). ?Расчет себестоимости: ?Ежедневный: Распределение затрат дня на объем выпуска. ?Средневзвешенный: Расчет за выбранный период (день/неделя/месяц). ?Формула: Прямые\ затраты\ (сырье\ на\ прессе,\ лак,\ пады,\ упаковка) + Косвенные\ (ЭЭ,\ ЗП,\ аренда,\ налоги,\ питание,\ ремонт) / Объем\ выпуска. ?4. Складской и технический учет ?Автоматическое списание: Основное сырье (цемент, пигмент, пластификатор) списывается автоматически при подтверждении этапа «Прессование». ?Минимальные остатки: Оповещение при прогнозе остатков менее чем на 4 дня. ?Контроль оборудования: Счетчик циклов работы пресса и ресурс расходников (пады, диски). Предупреждение о необходимости ТО/замены. ?5. Аналитика и удаленный контроль ?Дашборд: Отображение количества плитки на каждом из 8 этапов. ?Отклонение от плана: Анализ причин невыполнения плана (выбор из списка: поломка, нехватка сырья, брак и т.д.). ?Доступы: Персональные аккаунты для мастеров (ввод данных по своим этапам) и администратора (полный доступ + отчеты). ?Рекомендации по передаче ТЗ: ?Распечатайте или скопируйте это ТЗ и покажите его разработчику. ?Демо-версия: Договоритесь, что программист сначала покажет вам «прототип» — как именно выглядит ввод данных за день (электроэнергия, выпуск плиток). Это позволит вам сразу увидеть, удобно ли это будет вашим мастерам. ?Логика изменений: Попросите программиста сделать так, чтобы вы могли сами менять нормы расхода сырья (например, изменился поставщик цемента -> вы поменяли расход в программе -> себестоимость пересчиталась). Этот ТЗ я создал с помощью ИИ. Готов ответить на все вопросы чтобы я мог объяснить а Вы предложить варианты.

Настроить: обмен данными. Версия платформы: 8.3. Конфигурации типовые, без доработок. Количество пользователей: от 1 чел, до 3 чел Задача: Требования к интеграции МойСклад - 1С:Бухгалтерия (БПРК 3.0) с аггрегацией продаж по инвесторам и контрагентам 1. Общее описание Настраивается интеграция между системой МойСклад и 1С:Бухгалтерия (БПРК 3.0). Из МойСклад в 1С передаются данные о продажах и справочник номенклатуры. В 1С, в разделе «Продажи», данные должны отображаться в разрезе номенклатуры и контрагентов. 2. Агрегация данных Переданные данные о продажах должны агрегироваться по двум разрезам: По инвесторам - каждая позиция номенклатуры (или партия товара) привязывается к конкретному инвестору. В разделе «Продажи» должна быть возможность группировать и распределять продажи по группам: «Инвестор 1», «Инвестор 2» и т.д. По контрагентам (клиентам) - продажи отображаются и суммируются в разрезе каждого клиента. 3. Условия работы с клиентами Контрагенты (клиенты) могут получать товар на разных условиях: в долг (с отсрочкой платежа, товарный кредит); на бартерной основе (взаиморасчет товаром или услугами). Система должна учитывать тип условий по каждому клиенту и корректно отражать задолженность и взаиморасчеты. 4. Индивидуальная маржа (наценка) по клиентам Для каждого клиента задается индивидуальная ставка маржи (наценки на товар). Требования: возможность настройки ставки наценки в карточке контрагента (или в отдельном регистре); автоматическое применение наценки при формировании цены продажи для данного клиента; отображение примененной наценки и маржинального дохода в разделе «Продажи» / отчетах по продажам. 5. Структура цены товара В цену товара входит доля инвестора. Соответственно, при распределении продаж по группам инвесторов система должна раскладывать выручку (или себестоимость/доход) по инвесторам согласно их привязке к товару. 6. Ожидаемый результат В 1С доступны отчеты и раздел «Продажи», где можно: видеть продажи по номенклатуре и контрагентам; группировать и распределять продажи по инвесторам (Инвестор 1, Инвестор 2 и т.д.); видеть условия отгрузки клиенту (долг / бартер) и состояние взаиморасчетов; настраивать и контролировать индивидуальную наценку по каждому клиенту. Прошу расписать шаги решения задачи и ориентировочную стоимость.

Задачи чат-бота: информирование клиентов, автоматическое бронирование. Продукт: преподаватель. Техзадание есть. Хотелось бы узнать, насколько реализуем следующий функционал, сколько времени займет разработка и ориентировочную стоимость. 1. Интеграция с Notion Синхронизация расписания: отмены и переносы уроков через бота автоматически обновляют Notion (и желательно наоборот тоже). 2. Умный перенос уроков При переносе бот сначала предлагает не все свободные слоты, а только те, которые находятся рядом с уже существующими уроками (например, если урок в 12:00, предложить 11:00 и 13:00), чтобы расписание оставалось плотным. Если ученику не подходит — он запрашивает другие варианты, после чего я вручную выбираю время, бот отправляет его ученику и после подтверждения обновляет расписание. 3. Учет абонементов У каждого ученика отображается количество оплаченных уроков, после занятия автоматически или по моей команде списывается один урок, видно остаток занятий. 4. Массовые рассылки Возможность отправлять сообщения/домашние задания сразу нескольким ученикам или выбранным чатам. Также хотелось бы понять: лучше дорабатывать существующего бота или делать нового; нужны ли Telegram Premium/Business; какие есть ограничения Telegram. Буду благодарна, если также подскажете, какие полезные функции для преподавателя стоит добавить сразу.

Автоматизация расчётов. Расчёты: логистические. Технического задания нет. Есть две таблицы наименований товаров, связанных между собой некоторыми параметрами. Ниже приведен возможный алгоритм действий, не абсолютный. Надо: 1. Привести обе таблицы в порядок - убрать лишние пробелы, точки и т.д.. Разобрать 1 таблицу на поля, около 10, составить промежуточную таблицу с этими полями раздельно по колонкам. 2.Сформировать что-то типа служебного ключа 3.Проверить корректность записи на невозможные сочетания признаков или непонятные значения, вывести список таких ошибок. 4.Построить такой же ключ для 2 таблицы и сделать промежуточную таблицу. 5. Сравнить ключи и вывести таблицу 3, которая будет являться таблицей соответствий, в ней одно значение 1 таблицы будет соответствовать нескольким значениям из 2 таблицы. Условия отбора полей, возможные ошибки и т.д. опишу. Можно сделать отдельные модули, например, парсер, валидатор, анализатор, можно создавать реальную книгу Excel с VBA, как удобнее.