Загрузка остатков и цен по API в СберМегаМаркет из 1С (УТ 11.4 - КА 2.4 - ERP 2.4)

(1)

2. Склад для выгрузки остатков есть - на скрине это видно
отбор по номенклатуре достигается путем указания доп сведения номенклатуры СберOfferID - выгружаются только те номенклатуры, у которых это сведение заполнено - об этом написано в описании

1. ссылка - ссылка, да, забыл указать

(6)

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

(7)

мне сложно ответить предметно, детально я не внимал - насколько я бегло посмотрел - вроде как да, идет запрос не от нас к сберу, а от сбера к нам

Но! Значит ли это что нужно поднимать веб и все такое? Разумеется нет. Как можно не поднимать? Очень просто - по принципу "если нельзя почесать правой рукой правое ухо, можно попробовать почесать левой ногой левое ухо".

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

Так вот - вроде б надо давать запросам от них проходить, но веб сервис мы не хотели делать. Тупик? Отнюдь. Мы решили реализовывать через промежуточное решение. Для яндекс-маркета это был у нас сервис "МойСклад" - туда выгружал остатки, оттуда тащил заказы (ну или напрямую с яндекса). Для сбера у нас сейчас пока RetailCRM - запросы идут туда, а тащу заказы я непосредственно со сбер. Поскольку схема изначально неправильная, я думаю Сбер со временем откажется от запросов к нам, как вроде б и Яндекс отказался. Для "МойСклад" я обмен писал, тоже все никак не выложу, для RetailCRM есть типовой , я допиливал под нас

Это скорее размышления на тему...