...
Сессию можно запомнить или узнать заново запросив список методом GetProviderOrdersIntegrationSessionInfoList.
Интерактивные операции
Все остальные операции с Автовыкупом, не описанные выше, кроме получения сессии, могут выполняться неопределенное время и являться интерактивными (требующими действий от оператора), поэтому они реализованы в виде системы Фоновых Активностей. Каждый используемый метод выдает идентификатор фоновой активности, все действия происходят внутри неё, а наблюдать за активностью и управлять ею нужно через общие методы работы с ними.
Всего ручных действий с Автовыкупом четыре.
1. Экспорт заказа в провайдер
Метод RunOrderExportingToProvider принимает:
- админскую сессию,
- тип провайдера,
- провайдерскую сессию,
- структуру, в которой указаны идентификатор заказа и идентификаторы строк заказа.
Если строки заказа не перечислены, будет экспортирован весь заказ (точнее, все доступные к экспорту строки). Но можно и экспортировать часть заказа, если перечислить конкретные строки заказа.
Процесс работы:
Сперва пройдет проверка наличия товаров, конфигураций, корректности цен, при каждом расхождении будет вопрос к оператору, что делать с таким товаром. При наличии вопроса активность приостанавливается в ожидании ответа. Об этом подробнее в разделе про фоновые активности.
Затем будет попытка самого экспорта. В случае успеха в провайдере (в Таобао) появится заказ (или несколько), а в строках заказа в системе OT Platform будет записана информация, какая строка к какому провайдерскому заказу относится. По этой информации будет происходить дальнейшая синхронизация.
Если же при экспорте возникнет ошибка, то о ней будет сообщено в активности.
Среди ошибок могут быть:
- Неверные настройки адреса для выкупа.(Имеются ввиду данные для Таобао: адрес в Китае, телефон и тп. Необходимо внести верные данные).
- Лимит неоплаченных заказов в системе провайдера. (Превышен лимит забронированных товаров. У каждого товарного провайдера есть ограничение на количество забронированных товаров. Чтобы решить эту проблему, необходимо пополнить счет на сайте Товарного провайдера и выкупить часть товаров.)
- Упущенные при проверке несоответствия, такие как недостаточное количество, и т.д.
- Или любые иные, типа плохой связи с провайдером, работ в системе Провайдера или системе OT Platform, и т.д.
Кроме того, в настройках системы OT Platform может быть включена проверка после экспорта, всё ли верно прошло. В этом случае тоже сообщит об ошибке, если например товар должен был быть со скидкой, а забронировался без скидки.
2. Ручная синхронизация
Метод RunOrdersSynchronizingWithProvider принимает:
- админскую сессию,
- тип провайдера,
- провайдерскую сессию.
Хотя синхронизация запускается периодически в фоне автоматически, можно запустить её и вручную.
При синхронизации проверяются все экспортированные заказы, и в них меняются статусы, если они сменились на стороне провайдера (например, продавец отправил посылку), расставляются трек-номера, а так же прочие действия.
Синхронизация носит односторонний характер, и в случае, например, отмены заказа в системе OT Platform, у провайдера заказ не отменится (в Таобао это вообще возможно лишь вручную на их сайте). Поэтому, чтобы ваш заказ получил статус отменен, необходимо вручную отменить заказ в личном кабинете Провайдера. После синхронизации статус заказа будет везде единым.
3. Ручное связывание заказов
Метод RunOrderLinkingWithProvider принимает:
- админскую сессию,
- тип провайдера,
- провайдерскую сессию,
- структуру, в которой указаны идентификатор заказа и список провайдерских заказов.
Не всегда можно забронировать (экспортировать) товар автоматом, в случае с Таобао основная из причин это особые Tmall-скидки, которые просто недоступны автоматике.
Но чтобы пользоваться преимуществами синхронизации, можно выкупить вручную, и связать заказы между собой. А далее синхронизация будет работать с ними так же, как и с теми что экспортированы автоматически.
Система сперва попытается сама определить совпадающие товары в указанных заказах, а если не нашло, спросит оператора, что с ним делать.
4. Отвязывание заказа
Метод RunOrderUnlinkingFromProvider принимает:
- админскую сессию,
- тип провайдера,
- провайдерскую сессию,
- структуру, в которой указаны идентификатор заказа и идентификаторы строк заказа.
Если строки заказа не перечислены, будут отвязаны все связанные строки.
Иногда, если экспорт прошел не так как надо, или вручную связали не то что надо, то перед повторными попытками нужно сперва данные строки заказа отвязать.
Или вы просто хотите, чтобы они больше не синхронизировались.