3 магазина, один склад, не могу придумать синхронизацию

12
_
На сайте с 24.03.2008
Offline
381
#11
humbert:
В реальности маловероятно, в теории могут - и тогда будет жопа:) небольшая

Думается только с ебеем будет, поэтому если где-то что-то купили, то надо сразу это с ебея снимать через АПИ.

MK
На сайте с 18.08.2005
Offline
126
#12
humbert:
Надо чтобы при продажах магазины на склад сообщали остатки ну или продажи, пр и продажах в интернет-магазинах все просто, можно встроить скрипт, сообщающий остатки

Мало вводных.

Склад, это что, 1с/другое?

Кроме того, что 1 магазин сообщит, надо чтобы он и 2 других поменяли циферку наличия.

Может, в каком то из двух. Кто, не Ebay, и где проще*, создать покупателя Ebay и с этого магазина парсить мониторить Ebay. И, инициировать продажу, если чё там на Ebay случилось вдруг. Сократив, таким образом число сущностей с 3 до 2. Профит☝

-------------

* - а может с другого сервака мониторить и скриптом покупать на том магазине где можно.

** - возможно и другое решение есть - это если за базу Ebay взять, если Ebay позволяет через АПИ покупать. В двух других магазинах покупают - все отражается на Ebay и оттуда

Barlog:
подгружать заказы со всех мест в (единую) учетную систему
humbert:
Ebay сложнее - там надо не сообщать, а мониторить вроде как.

Там хорошее АПИ и приличные лимиты на

мониторить

Насчет, поменять циферку на Ebay не знаю, только парсил:( Только подозреваю и такое решение есть

нет
humbert
На сайте с 16.03.2006
Offline
540
#13

Как-то не правильно мыслите - зачем совершать покупки, когда можно поменять количество товара в магазине?

Но это все мелочи, как уменьшить остаток в магазине, основное как это сделать так, чтобы БД не упала - купили в одном магазине, тут же остальным дали команду уменьшить запасы товаров. Но проблема будет там, где одновременно купят один и тот же товар. Правда это маловероятно.

Глянул API Ebay - ReviseInventoryStatus вот такая вот штука есть, вроде редактирует остатки

Парсинг прайс-листов, наполнение интернет-магазина товаром. (https://humbert.ru) Любая CMS (Битрикс, OpenCart, Prestashop и даже Woo Commerce )
MK
На сайте с 18.08.2005
Offline
126
#14
зачем совершать покупки

Например, написать класс/функцию, положить ее в вукомерс, осторе, битрикс пардон и т.д. Каковая, при покупке куда то бы маякнула и на складе (в учетной системе) кол-во "зарезервировано" поменялось. Вероятно, она уже есть, ну типа 1с синхронизация, а склад это 1с и есть . А потом решаете проблему с ebay. Куда то, где получится, кладете парсер, который по крону получает например это и инициирует продажу с данными покупателя ebay на энтой самой джумле с вышеупомятым классом/функцией, которая и отошлет данные на склад учетную систему. Напрямки то с ebay никакс:( Но, можно и со склада, если он под вашим контролем, пользовать апи ebay (потому и вопрос Склад, это что, 1с/другое? )

когда можно поменять количество товара в магазине?

не не только, но и на складе и потом синхронизировать с магазинами. 2-3-100500 магазинов..

На мой взгляд, важно:

Barlog:
подгружать заказы со всех мест в учетную систему.

единую.

Но проблема будет там, где одновременно купят один и тот же товар.

Круглые глаза - ой, закончилось. Если не катит, то перед продажей, запрос в склад

в учетную систему.

на фактическое кол-во товара.

И, похоже, можно лошадью сходить. Перевернуть все с головы на ноги. В качестве учетной системы заюзать ebay. Приемлемое Апи есть, стабильность есть (вряд ли куда пропадет), документировано, почти халява.

Плюс раздвинуть понятие покупка до заказали (заявка) и купили (оплата) и что то там между ними.

Годная мультидоменная, мультиЦМСная система магазинов нарисовалась 😂

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий