Возможности OborotРабочая система селлера, собранная вокруг денег и товара
Один кабинет для ежедневных решений: что продается, сколько остается после расходов, где возникнет дефицит и какое действие нужно команде.
01Продажи и экономика
Oborot собирает заказы, начисления, комиссии, логистику и себестоимость. Владелец видит оборот, деньги к выплате, известную себестоимость и маржинальность. Каждая цифра раскрывается до магазина, товара и исходной операции площадки.
02Каталог и цены
Предложения Uzum, Wildberries, Ozon и Яндекс Маркета приводятся к общей модели. Команда сопоставляет внешний SKU с внутренним товаром, хранит себестоимость и меняет цены через очередь безопасных команд с правами, версией записи и журналом аудита.
03Остатки и склад
Снимки остатков показывают доступное количество, резерв и товар в пути. Oborot связывает предложение площадки с каноническим складским товаром Taska. Для площадок с открытым методом записи остаток обновляется обратно через официальный API.
04Дозакупка
Правило товара учитывает скорость продаж, срок поставки, страховой запас, минимальную партию и кратность заказа. Система рассчитывает точку заказа, дату возможного дефицита и рекомендуемое количество. Подтвержденная рекомендация превращается в черновик заказа поставщику.
05Заказы, поставки и возвраты
Заказы синхронизируются по статусам и схемам FBO, FBS и DBS. Разрешенные площадкой переходы выполняются из Oborot. Для Uzum доступны подтверждение, отмена, передача DBS в доставку, подтверждение выдачи и возврат. Накладные поставок попадают в общий журнал.
06Финансы и сверка
Начисления и удержания площадок хранятся отдельно от оборота. Финансист видит выплаты, комиссии, логистику и операции без связанного заказа. Источник, период и время синхронизации остаются рядом с расчетом, поэтому расхождение можно разобрать по данным площадки.
07UTM и внешняя реклама
Общий конструктор Taska Marketing создает UTM-ссылки и QR-коды для Telegram, Instagram, Google, Яндекса и офлайна. История ссылок доступна в Oborot. CRM подключается только компании, которой нужны собственный сайт, оптовые сделки или прямые продажи.
08Документы и ЭДО
По заказу маркетплейса можно собрать пакет документов в модуле ЭДО. Черновики связаны с заказом и проходят права, версии и аудит Taska Core. Интеграция с оператором включается отдельным модулем после проверки юридического и технического контура компании.
09Команда и автоматизации
Роли разделяют доступ владельца, менеджера, закупщика, финансиста, маркетолога и наблюдателя. Сигналы о дефиците, ошибке синхронизации или падении показателя превращаются в уведомления, задачи и согласования. Рискованные действия требуют явного подтверждения.
10Telegram-first работа
Вход в продукт начинается с Telegram. Бот показывает продажи, новые заказы, остатки и рекомендации по дозакупке, а также запускает разрешенную синхронизацию. Команды проверяют роль сотрудника и пространство компании, повторный запрос защищен идемпотентностью.
Контроль качества
Данные остаются проверяемыми
Каждая интеграция объявляет собственные возможности чтения и записи. Интерфейс показывает действие только при наличии capability. Команда видит время последней успешной синхронизации, частичные результаты и код ошибки.
Оценка качества данных от 0 до 100 раскрывается по семи факторам: привязка товаров, себестоимость, SKU, остатки, свежесть синхронизации, выплаты и финансовые операции. Каждый фактор показывает свой балл, вес, число проблем и объем проверенных данных.
Секреты кабинетов хранятся зашифрованно. Все изменения цены, остатка и статуса проходят очередь команд, idempotency key, проверку версии и аудит. Изоляция компаний, права и уведомления работают на Taska Core.
Ролевые экраны
Каждый сотрудник видит свою работу
Владелец начинает со сводки продаж, денег к выплате, известной себестоимости и маржи. Руководитель e-commerce смотрит ассортимент, динамику заказов и проблемы магазинов. Менеджер обрабатывает новые заказы, поставки и отзывы. Закупщик работает с днями покрытия, рекомендациями и заказами поставщикам. Финансист сверяет начисления, удержания и выплаты.
Роль задает набор разрешений, а область доступа ограничивает конкретные магазины, склады и бренды. Наблюдатель получает чтение отчетов, менеджер меняет операционные данные, владелец управляет подключениями и командой. Рискованная кнопка исчезает при отсутствии права, а сервер повторно проверяет доступ перед выполнением.
Суперадминистратор платформы управляет продуктовым manifest, тарифами, квотами и состоянием tenant. Он не работает с операционными данными продавца через обычный интерфейс. Такой разрыв снижает риск случайного доступа и сохраняет понятную ответственность.
Ежедневный цикл
Сигнал заканчивается действием
Утром Oborot обновляет продажи, остатки, финансы и поставки по расписанию. Сводка показывает свежесть каждого подключения. Если площадка задерживает ответ, система сохраняет курсор и продолжает загрузку после управляемой паузы. Ошибка одного магазина не останавливает остальные кабинеты.
После загрузки пересчитываются показатели и правила дозакупки. Дефицит, отрицательная маржа, непривязанный товар или ошибка синхронизации становятся понятным сигналом. Сотрудник открывает источник, проверяет расчет и выбирает действие. Изменение цены, остатка или статуса уходит в очередь, получает результат площадки и обновляет локальную запись только после успеха.
Уведомления приходят в интерфейс и Telegram. Бот дает короткую сводку и запускает разрешенные операции, поэтому руководитель контролирует магазин с телефона. Полная карточка и журнал остаются в веб-приложении для разбора деталей.
Что получает компания после запуска
За первый рабочий цикл Oborot создает магазины, загружает предложения и заказы, строит снимки остатков и показывает покрытие себестоимости. Затем команда связывает товары со складом, настраивает правила дозакупки, роли и уведомления. Финансовая сводка улучшается по мере появления операций площадки. Любой показатель остается доступен до исходной записи, а любое изменение сохраняет автора и результат команды.
Запуск проходит по магазинам и функциям. Сначала команда подключает чтение и сверяет контрольную выборку. После этого включает команды записи для отдельных ролей, тестовых SKU и одного магазина. Руководитель заранее видит владельца каждого процесса, частоту синхронизации и критерий качества. Такой порядок помогает быстро получить рабочую сводку, сохранить контроль над ценами и остатками и расширять автоматизацию по подтвержденным данным.