Big Data - Hadoop

Наша стара самописная система себя изжила, надо расти. Ищем опытного профи для внедрения ERPNext Обязательно с опытом, наша сфера - оптовая и розничная торговля. Будет очень много различных стандартных и нестандартных решений, а также классическое подключение ПРРО, Банков Моно и Приват, Нова Пошта, Маркетплейсы и так далее. Готовы?! :) Тогда присылайте свое резюме и давайте знакомиться.

Общая информация: Есть Telegram-бот, написанный на Python (aiogram v3, aiohttp, MySQL, Redis). Это сервис для взаимодействия заказчиков и исполнителей (профили, проекты и т.д.). Необходимые навыки: - Уверенный опыт с aiogram v3 (не v2!), asyncio, aiohttp; - Знание Telegram Bot API (вебхуки); - Опыт работы с MySQL, Redis; - Умение разбираться в чужом коде; - Коммуникабельность, ответственность. Мне нужно на текущей версии бота прямо на сервере исправить баг- проблему Проблема заключается в чем: Не функционируют полноценно чаты (Норы), должен быть чистильщик который будет по алгоритму работать, но сейчас он работает с багами, чистит не по графику - Чат между заказчиком нужен для обсуждения с исполнителем рабочих моментов. - Чаты (норы уже все созданы, нужно чтобы их чистило и становило в очередь - Юзер бот создает чаты (парные норы, они у нас уже есть) и ставит их в очередь, если в чате совершена сделка собеседники в нем находятся (в одном чате исполнитель, в другом чате заказчик) ; если же чат закрыт или там не было произведено сделку и пользователи там не писали в течении 7 дней; бот удаляет от туда заказчиков или исполнителей и ставит этот чат (нору обратно в очередь) - Заказчик может перейти в чат с любым исполнителем который откликнулся на заказ - Заказчик и исполнитель находятся в двух параллельных чатах, чтобы не было возможности видеть прямой аккаунт собеседника и не было возможности ему написать напрямую * Работу чатов и все остальное не меняем Главное чтобы исправление не потянуло других проблем за собой

Система авто-уведомлений о пополнении склада аналитика. На 8n8. Небольшая автоматизация для e-commerce. Раз в сутки система считает скорость продаж по каждому товару и отправляет в Telegram, что пора заказывать (с рекомендованным объемом) и на сколько дней хватает остатка. Что делаем: Забор данных: KeyCRM API (история заказов) + остатки/заказы с Rozetka (API или выгрузка) Хранение в SQLite на моем VPS (Contabo, Linux) Расчет среднего продаж, запаса в днях, точки заказа ABC-анализ: приоритизация, какой товар пополнять первым (класс A — главные по выручке — важнее) Ежедневный Telegram-бот + запуск по cron Все пороги (срок поставки, страховой запас, целевой запас) — в конфиге

Приветствую! Мне нужно визуально кастомизировать систему InvenTree (open-source) для презентации проекта кофейни. Сложный бэкэнд и интеграция с кассой (POS) не требуются — важна внешняя переделка интерфейса, чтобы показать разницу «Было / Стало». Стек проекта: Python (Django) + React (Mantine UI). Что нужно сделать в интерфейсе: Кастомный брендинг, Переименование в боковом меню и таблицах, Очистка форм от инженерных полей, Настроить один рецепт «сборки» напитка (например, Капучино), чтобы при ручном списании со склада наглядно вычитались все ингредиенты, добавить функции в виде дополнительных отчётов, и объяснение принципов работы сделанных изменений. Все конкретные детали обсудим лично. Требования к исполнителю: Опыт работы с Django и React (Mantine UI). Способность сделать задачу быстро — проект нужен для презентации. Работаем через Сейф (Безопасную сделку). В ответе начните со слова «КОФЕ», чтобы я видел, что вы дочитали до конца. Напишите ваши сроки и цену

Необходимо внести небольшое изменение в программу, которая формирует заказы для печати. Задача: Мы добавили в ассортимент мягкое стекло с принтом. В заказах название принта будет выделено символами #...# для корректного распознавания. Пример: Мягкое стекло, #Абстракция белая# 2.0mm, Форма: Прямоугольник... Необходимо: если в тексте заказа присутствует фрагмент между символами #...#, программа должна распознать его как заказ с принтом; при формировании PDF или листа для печати такой заказ нужно выделить отдельным цветом (любым заметным, согласуем во время выполнения); остальная логика работы программы должна остаться без изменений. Пример заказа добавляю ниже для тестирования.