Able Commerce POS Data Merge

Question

Мы создаем интернет-магазин AbleCommerce 7 и пытаемся интегрировать его в существующую систему торговых точек. Товарный инвентарь будет распределен между физическим магазином и интернет-магазином, поэтому нам потребуется периодически обновлять количество в наличии для каждого продукта, чтобы POS и интернет-магазин были как можно ближе к синхронизации, чтобы избежать перепродажи товара в любом месте , Система POS имеет запланированный экспорт, который будет выполняться каждый час.

У меня вопрос: есть ли у кого-нибудь опыт синхронизации данных с интернет-магазином Able Commerce 7, и вы бы посоветовали какой-нибудь подход?

Вот подходы, которые мы сейчас рассматриваем:

1. Получите данные об экспортированном продукте из системы POS и определите, какие продукты необходимо обновить. Звоните в специализированный веб-сервис, расположенный на сервере с AbleCommerce, для вызова API AbleCommerce и соответствующего обновления интернет-магазина.
2. В Able Commerce есть утилита Data Port, которая может импортировать / экспортировать данные интернет-магазина через XML-формат Able Commerce. Это обеспечило бы всю логику слияния, но, похоже, нет способа программно запустить процесс слияния. Их утилита представляет собой скомпилированное приложение для Windows. Нет интерфейса командной строки, о котором мы знаем. Утилита Data Port вызывает обработчик ASHX на сервере.
3. Используйте подход, аналогичный приведенному выше # 1, но попытайтесь использовать обработчик ASHX Data Port для обновления продуктов вместо использования нашего собственного веб-сервиса. В настоящее время нет документации по взаимодействию с обработчиком ASHX, о которой мы знаем.

Спасибо, Brian

Answer 1

Мы настроили это между AbleCommerce и системой MAS. Мы ввели продукты в систему AbleCommerce, а затем создали процесс для добавления информации об инвентаризации, цене и стоимости из системы MAS в таблицу ProductVariants.

Одна проблема, с которой мы столкнулись, заключается в том, что в таблице ProductVariants не существует записей, пока вы не внесете изменения в данные вариантов. Итак, нам пришлось написать хранимую процедуру для автоматического заполнения таблицы ProductVariants, чтобы мы могли выполнить синхронизацию.

Answer 2

Я сделал это с помощью программного обеспечения POS. Это был не AbleCommerce, но программное обеспечение для розничных продаж и POS достаточно универсально (ни один поставщик не хочет сообщать потенциальным клиентам, что «вам нужно работать по-другому»), что оно может работать.

Продажа -> Инвентарь

Узнайте, как подключиться к порту данных для получения информации о продажах практически в реальном времени. Я передал это механизму Message-Queue-By-DBMS-Table, который опрашивался и сбрасывался каждые 30 секунд для обновления инвентаря. Здесь есть несколько потоков, которые обсуждают MQ через таблицы dbms.

Инвентарь -> Продажи

Обычно здесь немного больше слабины - в противном случае вы столкнетесь с интересными проблемами, связанными с ошибками проверки QC, при транзите, проверкой количества при получении и т. Д. Но как бы это ни было сделано, у вас будет механизм для событий, происходящих как новые на ручной инвентарь становится доступным. Просто сделайте обратный первый процесс. Событие изменения QOH приводит к постановке сообщения в очередь для приложения опроса почти в реальном времени для обновления POS.

Я фактически использовал одну таблицу очередей в MSSQL со столбцом для типа сообщения и XML для полезной нагрузки сообщения.

Получается, что это проще, чем может показаться описание. Дайте мне знать, если вам нужна информация в автономном режиме.