Разработка приложений для ПК. Разработка с нуля, тестирование, настройка. Пожелания и особенности: Техническое Задание: ERP-система «ОЗОН-ТЕЗАРИУС» 1. Архитектура и запуск Платформа: Локальное приложение на Python (Streamlit). База данных: SQLite. Хранение настроек, маппинга, White-листов и учетных данных. Локальный Запуск с помощью bat файла 2. Модуль: Глубокий мониторинг почты Поиск: Самое свежее письмо по фильтрам (Email + Тема + Файл) во всех папках, включая прочитанные. Фильтр не “стогое соответствие“, а “содержит значение“. Так как есть динамические значения (например дата прайса в названии или теме письма) Архивы: Автоматическая распаковка zip и rar. Почта Яндекс Обновление по почте раз в час Настроки по серверу imap, логину и паролю выведены в интерфейс. 3. Модуль: Универсальный парсинг и White-листы Динамичность: Неограниченное кол-во прайсов, редактируемых пользователем. Маппинг: Цифровые номера колонок (1, 2, 3...) индивидуально для каждого поставщика. Привязка прайса к складу OZON и складу Тезариус (задается пользователем) White-list: Редактируемый список брендов (через запятую) для фильтрации каждого прайса. Сравнение по связке бренд и артикул производителя есть ли карточка товара на озон, если нет создать карточку методом упрощенного создания для автотоваров. Данные для авторизации с озон выведены в интерфейс. 4. Модуль: Юнит-экономика и Ценообразование (Расширенный) Редактируемые глобальные коэффициенты: Налоговая ставка (по умолчанию АУСН 8%). Минимальная чистая прибыль (по умолчанию 15%). Потолок чистой прибыли (по умолчанию 1000%). Процент возвратов/брака (редактируемый параметр, например, 3%). Учет возвратов: При расчете цены «пола» программа закладывает стоимость обратной логистики и комиссию за обработку возврата Ozon, пропорционально установленному проценту возвратов. Динамический расчет: Сбор комиссий и логистики через Ozon API. Алгоритм конкуренции: Снижение цены на 5% от цены конкурента, но не ниже порога с учетом всех издержек (включая риск возврата). Если один и тот же товар есть в разных прайсах. Выбираем наиболее дешевый при услови, что в наличии более 10 шт. Если во всех прайсах менее 10, выбираем просто наиболее дешевый. Обновление цен по факту обновления прайса или раз в 24 часа, если прайс по каким либо причинам не обновлялся. 5. Модуль: Интеграция с Тезариус (Partners API) Контрагент: Все заказы на ID клиента в тезариус (редактирумый с возможномтью сохранения). Связка складов: Индивидуальный маппинг ID Ozon -> ID Тезариус. Синхронизация статусов заказов на всех этапах между озон и тезариус. Передача новых заказов и синхронизация статусов раз в 15 минут. Проверять что все заказы за последние 7 дней корректно переданы из озона в тезариус. Данные для синхронизации с озон выведены в интерфейс (хост, логин и пароль) 6. Модуль: Управление продажами («Стоп-кран») Уровни контроля: Глобальный и локальный (выборочный). Визуализация: Индикаторы ??/?? для каждого склада. Логика работы стоп-крана: Все расчеты ведутся в штатном режиме, обработка и синхронизация заказов в штатном режиме, на склады озон по всем товарам передается нулевой остаток, чтобы не было возможности оформить заказ. 7. Отчетность и контроль Просмотр прайсов: Нумерация колонок для настройки маппинга. Excel-отчеты: Сравнение плановой и фактической прибыли (с учетом реально случившихся возвратов). Отчеты о проделанной работе с пояснением логики работы Отчеты о сбоях 8. Тестирование связи Нужно ностроить модули тестирования: 1. Тестовое создание заказа для выбранного склада озон, ручное указание бренда, артикула, закупочной цены, цены продажи и количества. (Цель - протестировать как на практике идет взаимодействие с тезариус) 2. Нужно разработать метод тестирования на платформе озон. Чтобы к моменту запуска мы 100% были уверены в работоспособности программы. Озон за неправильную обработку, отказы или задержки штрафует.