Система автоматического размещения цифровых товаров на маркетплейс

Наша стара самописна система себе ізжила, треба рости. Шукаємо досвідченого профі для впровадження 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 або аркуша для друку таке замовлення потрібновиділити окремим кольором (будь-яким помітним, узгодимо під час виконання); решта логіки роботи програми має залишитися без змін. Приклад замовлення додаю нижче для тестування.