Тесты это хорошо, при доработках сразу можно проверить не сломали ли чего. Но когда уже будет тестировать текущий функционал, тем более ваши открытые официальные методы. Заинтегрировались с вами по схеме FBS, решили добавить пункты выдачи, чтобы пользователям предоставить больший выбор по доставке. Есть оф. метод https://b2b-guide.lamoda.ru/#/ru/dropshipping/pups-update?id=%d0%94%d0%be%d0%b1%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%9f%d0%92%d0%97, но как оказалось он не работает. Нельзя добавлять. Лог запроса предоставляю: [25.07.2024 10:18:54 ~1.313s] POST https://api-b2b.lamoda.ru/api/v1/partner-pickups {"external_id":"a83d546f-c94e-41db-8a14-35b8489b4cb3","method_code":"001X","name":"001X пункт выдачи","latitude":53.538986,"longitude":49.39719,"work_time":[{"day":1,"time_from":"10:00","time_to":"20:00"},{"day":2,"time_from":"10:00","time_to":"20:00"},{"day":3,"time_from":"10:00","time_to":"20:00"},{"day":4,"time_from":"10:00","time_to":"20:00"},{"day":5,"time_from":"10:00","time_to":"20:00"},{"day":6,"time_from":"10:00","time_to":"18:00"},{"day":7,"time_from":"10:00","time_to":"18:00"}],"storage_life":2} 500 {"code":0,"description":null,"errors":[],"message":"Partner pickups create API: wrong method code"}
Поправьте метод и обложите его тестами.
Также видимо не тестами не обложен метод обновления статуса строк заказа https://b2b-guide.lamoda.ru/#/ru/dropshipping/status-update?id=%d0%9e%d0%b1%d0%bd%d0%be%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d1%81%d1%82%d0%b0%d1%82%d1%83%d1%81%d0%b0-%d0%be%d1%82%d0%b4%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d0%b3%d0%be-%d1%82%d0%be%d0%b2%d0%b0%d1%80%d0%b0-%d0%b2-%d0%b7%d0%b0%d0%ba%d0%b0%d0%b7%d0%b5
[23.07.2024 19:50:16 ~0.125s] POST https://api-b2b.lamoda.ru/api/v1/orders/{orderNr}/items/{itemNr}/change_status_request {"status":"ready_for_shipment"} 500 {"code":0,"description":null,"errors":[],"message":"Internal Server Error"}
Пока вам не напишешь и вы на своей стороне что-то ручками не поправите, изменить статус нельзя.
Вы вот показываете примеры как классно у вас там во "внутренней кухне", но когда вы сделаете единый личный кабинет для продавцов. Иметь один кабинет для товаров, один для заказов, один для взаиморасчетов, причем все они взаимосвязаны и иногда они между собой перестают обмениваться.
Еще про одну ошибку напомню, когда клиент в заказе отменяет один товар, то такой заказ мы не можем отгрузить, получаем ваш единый ответ "{"code":0,"description":null,"errors":[],"message":"Internal Server Error"}", приходится только отменять такой заказ. А это недополученная прибыль с вашей и с нашей стороны. Куда смотрит ваше руководство?
PS. Все что вы придумываете новое - это классно, продолжайте это делать. Только про старое не забываете, тем более то что у вас открыто для всех.
Писал в техподдержку Яндекса, предложили переустановить приложение. После переустановки команда заработала, но в самой команде выбрать переводчик не дает.
А можете подсказать, если в команде нельзя выбрать приложение Яндекс переводчик, куда копать? Добавил команду по ссылке, там отображается, а как начинаешь редактировать, то выбранное приложение отсутствует. Может от версии Айфона зависит?
Крутое решение! Добавьте тест отгрузки по fbs схеме, когда в заказе есть отмененный со стороны покупателя товар. Сейчас приходится отменять весь заказа, так как ваша система дальше не дает с ним ничего сделать. Может не пройденный тест будет у вас на виду и ваши разработки исправят ошибку с которой мы уже больше года сталкиваемся.
Если такую информацию зашивать в код, то при изменении со стороны сервера придется править код клиента, не лучшее решение. Часто изменения клиент узнает, когда начинает получать 429 код. Думал, раз вы в эту тему погрузились, то должны были знать, что лимит запросов, остаток запросов и через какое время выполнить следующий успешный запрос передаются в заголовках http.
А как клиенту узнать за какой период можно выполнить лимит запросов?
У вас в примере в 1 секунду можно выполнить 10 запросов, а что если на сервере изменят настройку и поставят за одну минуту можно выполнить 100 запросов.
Сколько людей работало над этой системой? Кто принимал решение, что расчет корзины соответствует требованиям и кто выставлял эти требования? Какова вероятность, что автобиддер рассчитает ставку намного больше, чем фактически требовалось для попадания в топ?
А какой вариант передачи там используется?
Тесты это хорошо, при доработках сразу можно проверить не сломали ли чего.
Но когда уже будет тестировать текущий функционал, тем более ваши открытые официальные методы.
Заинтегрировались с вами по схеме FBS, решили добавить пункты выдачи, чтобы пользователям предоставить больший выбор по доставке.
Есть оф. метод https://b2b-guide.lamoda.ru/#/ru/dropshipping/pups-update?id=%d0%94%d0%be%d0%b1%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d0%9f%d0%92%d0%97,
но как оказалось он не работает. Нельзя добавлять. Лог запроса предоставляю:
[25.07.2024 10:18:54 ~1.313s] POST https://api-b2b.lamoda.ru/api/v1/partner-pickups
{"external_id":"a83d546f-c94e-41db-8a14-35b8489b4cb3","method_code":"001X","name":"001X пункт выдачи","latitude":53.538986,"longitude":49.39719,"work_time":[{"day":1,"time_from":"10:00","time_to":"20:00"},{"day":2,"time_from":"10:00","time_to":"20:00"},{"day":3,"time_from":"10:00","time_to":"20:00"},{"day":4,"time_from":"10:00","time_to":"20:00"},{"day":5,"time_from":"10:00","time_to":"20:00"},{"day":6,"time_from":"10:00","time_to":"18:00"},{"day":7,"time_from":"10:00","time_to":"18:00"}],"storage_life":2}
500
{"code":0,"description":null,"errors":[],"message":"Partner pickups create API: wrong method code"}
Поправьте метод и обложите его тестами.
Также видимо не тестами не обложен метод обновления статуса строк заказа https://b2b-guide.lamoda.ru/#/ru/dropshipping/status-update?id=%d0%9e%d0%b1%d0%bd%d0%be%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5-%d1%81%d1%82%d0%b0%d1%82%d1%83%d1%81%d0%b0-%d0%be%d1%82%d0%b4%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d0%b3%d0%be-%d1%82%d0%be%d0%b2%d0%b0%d1%80%d0%b0-%d0%b2-%d0%b7%d0%b0%d0%ba%d0%b0%d0%b7%d0%b5
[23.07.2024 19:50:16 ~0.125s] POST https://api-b2b.lamoda.ru/api/v1/orders/{orderNr}/items/{itemNr}/change_status_request
{"status":"ready_for_shipment"}
500
{"code":0,"description":null,"errors":[],"message":"Internal Server Error"}
Пока вам не напишешь и вы на своей стороне что-то ручками не поправите, изменить статус нельзя.
Вы вот показываете примеры как классно у вас там во "внутренней кухне", но когда вы сделаете единый личный кабинет для продавцов. Иметь один кабинет для товаров, один для заказов, один для взаиморасчетов, причем все они взаимосвязаны и иногда они между собой перестают обмениваться.
Еще про одну ошибку напомню, когда клиент в заказе отменяет один товар, то такой заказ мы не можем отгрузить, получаем ваш единый ответ "{"code":0,"description":null,"errors":[],"message":"Internal Server Error"}", приходится только отменять такой заказ. А это недополученная прибыль с вашей и с нашей стороны. Куда смотрит ваше руководство?
PS. Все что вы придумываете новое - это классно, продолжайте это делать. Только про старое не забываете, тем более то что у вас открыто для всех.
Писал в техподдержку Яндекса, предложили переустановить приложение. После переустановки команда заработала, но в самой команде выбрать переводчик не дает.
Парень переоценил свои возможности. А так все хорошо начиналось
Самой последней и версия айос тоже последняя.
А можете подсказать, если в команде нельзя выбрать приложение Яндекс переводчик, куда копать? Добавил команду по ссылке, там отображается, а как начинаешь редактировать, то выбранное приложение отсутствует. Может от версии Айфона зависит?
Если вручную отправлять скриншот, то все работает
Крутое решение! Добавьте тест отгрузки по fbs схеме, когда в заказе есть отмененный со стороны покупателя товар. Сейчас приходится отменять весь заказа, так как ваша система дальше не дает с ним ничего сделать. Может не пройденный тест будет у вас на виду и ваши разработки исправят ошибку с которой мы уже больше года сталкиваемся.
Если такую информацию зашивать в код, то при изменении со стороны сервера придется править код клиента, не лучшее решение. Часто изменения клиент узнает, когда начинает получать 429 код. Думал, раз вы в эту тему погрузились, то должны были знать, что лимит запросов, остаток запросов и через какое время выполнить следующий успешный запрос передаются в заголовках http.
А как клиенту узнать за какой период можно выполнить лимит запросов?
У вас в примере в 1 секунду можно выполнить 10 запросов, а что если на сервере изменят настройку и поставят за одну минуту можно выполнить 100 запросов.
В какой СУБД у вас хранятся логи запросов?
За какими графиками в графане вы следите в первую очередь?
Сколько людей работало над этой системой? Кто принимал решение, что расчет корзины соответствует требованиям и кто выставлял эти требования? Какова вероятность, что автобиддер рассчитает ставку намного больше, чем фактически требовалось для попадания в топ?