SRID Wildberries: что это
Коротко
SRID — уникальный идентификатор заказа в отчётах Wildberries. Он приходит в ответах API и в выгрузках отчётов строкой вида 209116120570.2.0. В методах сборочных заданий тот же идентификатор называется rid: значение совпадает, меняется только название поля.
Где встречается srid
Поле srid приходит в ответах методов выгрузки отчётов и в данных по заказам. В документации Wildberries оно описано как уникальный идентификатор заказа, а для тех, кто работает через API маркетплейса, прямо указано: srid равен rid в ответах методов сборочных заданий.
Практический смысл один: по этому значению данные из разных методов связываются между собой. Заказ, отчёт о реализации, сборочное задание — везде один и тот же srid, если речь об одном заказе.
Что означают цифры после точек
SRID выглядит как число, точка, число, точка, число: 209116120570.2.0, 119116127823.17.0, 253615651032.0.0. Первая часть до точки у разных заказов разная, вторая и третья — небольшие числа, часто 0.
Как Wildberries формирует эти части, официально не раскрыто. На форуме разработчиков представители площадки отвечают, что логика формирования идентификаторов — внутренняя, знать её для работы не нужно и завязывать на неё какую-либо логику не стоит: формат может измениться в любой момент.
Поэтому srid используют как чёрный ящик — уникальный ключ для связки данных. А тип операции определяют не по цифрам в srid, а по полям supplier_oper_name и doc_type_name в отчёте.
Чем srid не является
- Это не номер заказа для покупателя: покупатель видит свой номер, а srid — внутренний идентификатор для обмена данными.
- Это не артикул и не штрихкод товара: к номенклатуре srid не привязан.
- Это не код поставки и не номер сборочного задания в том виде, в каком его видит сборщик на складе, — хотя в API сборочных заданий тот же идентификатор и называется rid.
- Вторая и третья части после точек не несут документированного смысла: строить на них отчёты и фильтры нельзя.
Частые вопросы
SRID и rid — это одно и то же?
Да. В документации Wildberries указано, что srid равен rid в ответах методов сборочных заданий. Если в одном методе поле называется srid, а в другом rid, значения для одного заказа совпадут.
Можно ли по srid понять, что это за операция — продажа, возврат или отмена?
Нет. Тип операции смотрят в полях supplier_oper_name и doc_type_name. Цифры внутри srid для этого не предназначены, и их значение площадка не раскрывает.
Почему у части заказов вторая и третья части после точек одинаковые?
Формат идентификатора — внутренняя логика Wildberries. Совпадение частей у разных заказов может быть заметно, но документированного правила, по которому это можно трактовать, нет, и опираться на такие совпадения в учёте рискованно.
Может ли формат srid измениться?
Да, площадка прямо предупреждает, что формат может поменяться. Поэтому в выгрузках и сверках srid хранят как текст, а не разбирают на части и не превращают в число: иначе после смены формата сломается связка данных.
Как связать отчёт о реализации с конкретным заказом?
Через srid: находят строку в отчёте и тот же идентификатор в данных по заказам и сборочным заданиям. Если нужна сверка по операциям, дополнительно смотрят supplier_oper_name и doc_type_name.
Когда отчёты маркетплейса не сходятся с деньгами на счёте
Понять, сколько бизнес зарабатывает на каждом товаре
Удержания маркетплейса — комиссия, логистика, хранение, возвраты, эквайринг — приходят десятками строк, и по общей сумме выплаты не видно, какой товар приносит прибыль, а какой убыток.
Я считаю юнит-экономику каждого товара и канала после всех расходов и собираю финансовую модель, по которой видно, что будет с деньгами при изменении ассортимента и цен.