Развивайте продажи вместе с Мосавтошиной

Приглашаем производителей, импортёров и дистрибьюторов автотоваров к сотрудничеству

Предложите свой ассортимент покупателям нашего интернет-магазина, шинных центров и маркетплейсов
Мы поможем с размещением товаров, обработкой заказов и доставкой

Шинный центр Мосавтошины
17 летРаботаем с 2009 года
5 млнПринятых заказов за историю компании
25Шинных центров в 22 городах
70+Собственных автомобилей

Что мы предлагаем поставщикам

Несколько каналов продаж

Интернет-магазин mosautoshina.ru, шинные центры, Wildberries, Ozon и Яндекс Маркет — площадки для вашего ассортимента согласуем при подключении

Покупатели в регионах

Расширяйте географию продаж через нашу сеть филиалов и шинных центров без открытия собственной розницы в каждом городе

Доставка до покупателя

Собственная служба доставки и транспортные партнёры — согласуем склады отгрузки, маршруты и сроки с учётом расположения вашего товара

Автоматический обмен данными

Подключим обновление цен и остатков, передачу заявок и подтверждение резервов, чтобы сократить ручную работу

Требования к резервированию

Подходящая схема поставок

Рассмотрим закупки на наши склады и поставки под заказы покупателей, заранее согласуем объёмы, оплату и логистику

Работа с вашим брендом

Представим ассортимент в каталоге, обсудим совместные акции и продвижение
С Goodyear сотрудничаем с 2013 года, с Michelin — с 2014-го

4,8 из 5

Более 790 тысяч отзывов и оценок
На сайте, сервисах, картах и маркетплейсах

Отзывы покупателей

Филиалы и доставка по России

Адреса шинных центров

Наши шинные центры работают в разных регионах России, а доставка позволяет продавать товары и за пределами сети

Центр

Москва и область
Воронеж, Калуга

Северо-Запад

Санкт-Петербург
Архангельск

Юг

Краснодар
Ростов-на-Дону

Поволжье

Казань
Нижний Новгород

Урал

Екатеринбург

Сибирь

Новосибирск
Иркутск

Более 70 собственных автомобилей и транспортные партнёры помогают доставлять заказы покупателям по России

Как начать сотрудничество

Рассматриваем предложения производителей и поставщиков автотоваров

Шины
Диски
Аккумуляторы
Масла и автохимия
Запчасти и аксессуары
  1. Пришлите предложение

    Заявка с прайсом, брендами, складами и условиями работы

  2. Согласуем условия

    Ассортимент, закупочные цены, оплату и схему поставок

  3. Подключим обмен данными

    Проверим обновление цен, остатков и обработку резервов

  4. Начнём продажи

    Разместим согласованный ассортимент и сможем принимать заказы

Начнём с вашего прайса
Цены и остатки помогут сразу перейти к предметному разговору

Отправить предложение

Остатки и цены

Актуальное предложение по каждому складу — основа размещения товаров и точного резервирования.

  • Формат файла: JSON или XML.
  • Кодировка: UTF-8.
  • Обновление: файл должен обновляться не реже 1 раза в час (максимальный интервал — 60 минут).
  • Доступ: файл должен быть доступен для автоматической загрузки по постоянной ссылке (HTTPS / FTP / SFTP — по согласованию).
  • Обязательные данные для каждой товарной позиции:
    • Уникальный код товара у поставщика;
    • Код склада поставщика, на котором доступен товар;
    • Наименование товара;
    • Доступное количество (целое число ≥ 0);
    • Цена за единицу товара с учетом НДС.
  • Важно: конкретные названия полей в файле не регламентируются и могут отличаться. Рекомендуемые наименования: supplier_code, warehouse_id, name, qty, price_with_vat.
  • Склады: предоставьте справочник с постоянными кодами, названиями, городами и адресами складов. Остатки передаются отдельно по каждому складу. Даже для единственного склада нужен код; тот же код используется при резервировании.
  • Дублирование пары «код товара + код склада» не допускается. Один товар на разных складах передаётся отдельными позициями; остатки разных складов не суммируются.
  • Если товар отсутствует на складе, допускается передача позиции с количеством 0.
  • Данные должны отражать фактические остатки и действующие цены на момент выгрузки.
  • Примеры файлов:
    JSON — Пример остатков JSON
    XML — Пример остатков XML

Резервирование товаров

От заявки Мосавтошины до подтверждённого резерва на вашем складе.

Мосавтошина отправляет заявки в систему поставщика. Поставщик резервирует товар на выбранном складе и возвращает результат. Для подключения предоставьте адрес API, документацию, способ авторизации, тестовый доступ и справочник складов.

Ниже приведён рекомендуемый формат обмена. Адреса методов, названия полей, сроки резервирования и частоту проверки статусов согласуем при подключении. Примеры содержат условные данные. Если используется файловый обмен, применяются требования к XML через FTP.

Обязательный выбор склада

В каждой заявке передаётся warehouse_id — код конкретного склада поставщика из выгрузки остатков. Резерв создаётся только на этом складе и на всё запрошенное количество. При нехватке товара, неизвестном или отсутствующем коде склада необходимо вернуть отказ. Перенос на другой склад и частичный резерв требуют отдельного согласования. Адрес доставки передаётся отдельно и не заменяет код склада резервирования.

Как проходит резервирование

  1. Мосавтошина выбирает предложение из остатков поставщика и отправляет код товара, склад, количество и ожидаемую закупочную цену.
  2. Поставщик проверяет данные, актуальную цену и свободный остаток, затем создаёт резерв в своей учётной системе.
  3. В ответе поставщик возвращает подтверждение с номером и сроком резерва либо отказ с причиной. Если обработка продолжается, возвращается статус pending.
  4. Мосавтошина получает итоговый статус и сохраняет результат в заказе. Отправка запроса сама по себе не подтверждает резерв. Отгрузка оформляется отдельно.
Методы API и данные заявки

Обмен по HTTPS, данные — JSON в UTF-8. Доступ привязывается к учётной записи Мосавтошины; ключ передаётся в заголовке авторизации. Ниже указаны рекомендуемые пути на сервере поставщика.

МетодНазначение
GET /warehousesСправочник складов с кодом, названием, городом и адресом.
POST /reservesСоздание резерва: одна заявка на один товар и один склад.
GET /reserves?request_id=...Результат заявки по нашему идентификатору, в том числе после потери ответа.
POST /reserves/{reserve_number}/cancelОтмена резерва. В теле — новый request_id операции; успех подтверждается после снятия резерва.

Обязательные поля заявки: request_id — уникальный идентификатор запроса; order_id и order_position_id — наши номера заказа и позиции; warehouse_id — склад поставщика; supplier_code — код из прайс-листа; qty — положительное целое количество; expected_price_with_vat — ожидаемая цена за единицу с НДС; currency — валюта, в примере RUB.

Коды товаров, складов и идентификаторы передаются строками с сохранением ведущих нулей. При изменении цены возвращается PRICE_CHANGED с актуальной ценой; резерв по новой цене создаётся после согласования отдельной заявкой.

{
  "request_id": "MA-123456-1",
  "order_id": "123456",
  "order_position_id": "987654",
  "warehouse_id": "MSK-01",
  "supplier_code": "SUP-123456",
  "qty": 4,
  "expected_price_with_vat": 7990.00,
  "currency": "RUB"
}

Пример заявки JSON

Ответ поставщика, ошибки и повторные запросы

Каждый ответ содержит request_id, status, warehouse_id и supplier_code. Для подтверждённого резерва также обязательны reserve_number, фактически зарезервированное qty, цена за единицу price_with_vat, currency и срок expires_at в формате ISO 8601 с часовым поясом.

  • pending — заявка принята, результат ещё ожидается.
  • confirmed — товар фактически зарезервирован на указанном складе в запрошенном количестве.
  • rejected — резерв не создан; обязательны error_code и понятное описание message.
  • cancelled — резерв снят; expired — срок резерва истёк.

Рекомендуемые ошибки: UNKNOWN_WAREHOUSE, UNKNOWN_PRODUCT, INSUFFICIENT_STOCK, PRICE_CHANGED, INVALID_REQUEST, REQUEST_CONFLICT. При нехватке товара возвращается available_qty по выбранному складу, при изменении цены — actual_price_with_vat и currency. Для неверного запроса отсутствующие коды могут быть null; причина указывается в ответе.

Повтор одинаковой заявки с тем же request_id в рамках нашей учётной записи должен возвращать результат исходной операции, не создавая новый резерв. Изменение данных под тем же идентификатором возвращает REQUEST_CONFLICT. Проверка наличия и создание резерва должны исключать резервирование одних и тех же свободных единиц двумя одновременными заявками.

При тайм-ауте Мосавтошина проверяет результат по исходному request_id. Отсутствие ответа не считается отказом и не является основанием для новой заявки с другим идентификатором. Успешный HTTP-ответ с pending также не означает, что товар уже зарезервирован.

Подтверждение JSON · Отказ JSON

Резервирование через XML на FTP поставщика

Поставщик размещает FTP-сервер и предоставляет Мосавтошине отдельный доступ. Мосавтошина загружает заявки в order/; поставщик размещает подтверждения в job/, отказы — в error/. Защищённый транспорт FTPS или SFTP согласуется при подключении.

Один файл содержит одну товарную позицию на одном складе. Имя заявки и ответа одинаковое: request_id.xml, например MA-123456-1.xml. Файлы XML в UTF-8 сначала загружаются как .tmp, затем переименовываются в .xml; обрабатываются только полностью загруженные файлы.

В XML используются те же поля и правила, что и в API; корневой элемент — data, операция заявки — action=reserve. Поле warehouse_id обязательно. Примеры заявки и ответа приведены ниже.

Поставщик обрабатывает новые файлы с согласованным интервалом; рекомендуемый интервал — одна минута. До появления ответа заявка ожидает подтверждения. Для каждой заявки публикуется один итоговый результат: confirmed в job/ либо rejected в error/. Пустой файл не является подтверждением: ответ должен содержать результат, склад, количество и данные резерва либо причину отказа.

Повторная загрузка с тем же request_id не создаёт новый резерв. Обработанные заявки архивируются, ответы хранятся не менее 30 дней; срок хранения и порядок очистки согласуются при подключении. Для отмены передаётся отдельная заявка с action=cancel, новым request_id, исходными reserve_number, warehouse_id и supplier_code. В job/ возвращается cancelled после снятия резерва; при отказе — rejected в error/ с причиной, исходный резерв сохраняет свой статус.

Заявка XML · Подтверждение XML · Отказ XML

Проверка подключения

Перед запуском проверяем создание и отмену резерва, работу с разными складами, недостаточный остаток, изменение цены, неверные коды, повторную заявку и восстановление после потери ответа. Во всех подтверждениях товар, склад и количество должны совпадать с заявкой.

Укажите в форме обратной связи, какой способ обмена поддерживает ваша система, и приложите ссылку на документацию. Данные доступа передаются отдельно при подключении.

Стать поставщиком

Пришлите конкретное предложение: что вы поставляете, откуда отгружаете и на каких условиях. Актуальный прайс-лист с остатками обязателен — по нему мы оценим ассортимент и закупочные цены.

Для первого знакомства подойдёт Excel, CSV, JSON или XML. Требования к регулярной выгрузке описаны в разделе «Остатки и цены».

Компания и контакты

Ваше предложение

Укажите артикул, название товара, закупочную цену, доступное количество и склад. Приложите актуальный файл, по которому можно оценить предложение.

XLSX, XLS, CSV, JSON или XML · до 5 МБ

Данные доступа и ключи передаются отдельно при подключении.