Я пытаюсь создать инструмент для управления уровнями запасов между моей системой складирования и магазином большой коммерции. Проблема, с которой я сталкиваюсь, заключается в том, что Bigcommerce устанавливает уровни запасов только на основе идентификаторов / идентификаторов вариантов. Мой склад программного обеспечения знает только продукты по sku / subsku.
Первым шагом в этом процессе является получение идентификаторов и идентификаторов вариантов и их сохранение для текущего использования и последующего использования.
Я делаю это, вызывая "catalog / products" и получая все товары для каталога через серию звонков, чтобы составить полный список. Я перебираю и затем делаю то же самое для вариантов "каталог / продукты / {0} / варианты"
С этим списком я сопоставляю свои skus и варианты возвращенному списку каталога. Обновите соответствующий скус до больших коммерческих идентификаторов / вариантов идентификаторов на будущее, а затем, наконец, я начинаю процесс фактического обновления уровней запасов.
Затем я начинаю обновлять продукт, вызывая конечную точку "catalog / products / {id}"
или же
"/ Каталог продукции / {ID} / варианты / {variantId}"
Этот процесс занимает слишком много времени даже для нескольких обновлений количественного уровня. Есть ли лучший способ?
Я также заметил, что иногда большие коммерческие идентификаторы меняются для некоторых skus. Которые требуют полной повторной синхронизации.
Есть ли лучшие конечные точки для использования? Есть ли способ обновить элемент на основе sku, а не id / variantid?
Мое решение в C #, но код не проблема. Проблема в том, что позвонить, и если есть лучший способ позвонить конечным точкам.