Остатки в интернет-магазине в режиме реального времени

Question

[quantum]

Добрый день.

Есть интернет-магазин и есть 1с7, в которой ведет продажи оффлайн-магазин, все ведется в ней. Сейчас остатки в интернет-магазин выгружаются раз в 2 часа через выгрузку в файл из 1с7 и загрузки в БД интернет-магазина.

У текущего механизма есть свой предел, раз в 5-10 минут синхронизироваться — это предел.

Какие есть механизмы для того, чтобы сделать остатки максимально приближенными к реальному времени? Не обязательно привязываться к 1с7. Просто интересно, как вообще можно сделать.

Буду благодарен любым ссылкам и личному опыту

Answer 1

[leemuar]

Максимально приближенные — это получать данные непосредственно из 1С. Со всеми вытекающими (нагрузка на сервер и пр.).
В 1С 8 существует механизм веб-сервисов.

Если вы не выделяете некоторое количество товара специально для продажи в интернет-магазине, очень трудно добиться синхронизации остатков в режиме реального времени. В реальности в большинстве случаев синхронизация остатков в режиме реального времени не нужна, достаточно синхронизации через определенный промежуток времени.

Comments

[anathem]

Я далек от программинга в 1С, но просто интересно, — разве нельзя при отпуске товара в оффлайн магазине (и проведении соотв. операции в 1С), посылать какой то запрос на списание единицы товара с и-нет магазина?

[0xE0]

Самый простой метод «в лоб», в интернет-магазине получать остатки непосредственно из 1С, например прямым запросом к БД.

[leemuar]

0xE0, можно получать запросом, но прямое обращение запросом к БД есть нарушение лицензионного соглашения на использование 1С (есть у них такой неприятный пунктик в лиц.соглашении)

[egorinsk]

> (есть у них такой неприятный пунктик в лиц.соглашении)

А разве такие пунктики законны?

[0xE0]

В таком случае, если даже пунктик законен и принципиален — можно средствами 1С писать свои остатки в отдельную базу данных. Что правда негативно скажется на производительности (дублирование записей). В эту отдельную БД никакая 1С не может помешать обращаться.

[quantum]

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

[0xE0]

Хм, если прямые запросы не хотелось бы — тогда и вторую тему — поднятие производительности вы никак не решите. 1CPP не дураки придумали и огромная инфраструктура вокруг этого проекта образовалась не от хорошей жизни.

Answer 2

[leemuar]

> Я далек от программинга в 1С, но просто интересно, — разве нельзя при отпуске товара в оффлайн магазине (и проведении соотв. операции в 1С), посылать какой то запрос на списание единицы товара с и-нет магазина?

Технически можно. Вопрос лишь в ресурсах.
Если у вас в минуту проводится 10 документов, влияющих на остатки, то вы получите 10 синхронизаций в минуту. Потянет ваш веб-сервер такую нагрузку? Потянет ваш сервер 1С такую нагрузку?
К тому же подобная синхронизация есть репликация, которая сама по себе весьма непроста в реализации.

Comments

[quantum]

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

Хотя если подумать, это интересная мысль.

[0xE0]

Указанный путь приведет к проблемам с целостностью данных. В 1С списалось, а в онлайн-магазине не смогло (таймаут, разрыв соединения, прочие проблемы) — потребуется их как то решать.

[Kronius]

Работали с 1С в рамках проекта одного интернет магазина. Обмен данными получился очень пристойный и надежный.

Проблема сбоя при передаче решалась механизмом транзакций. В нашем случае 1С выступал инициатором соединения — с запросом к API он передавал идентификатор транзакции (авто инкримент), которую ему нужно получить.
Если по каким-то причинам отчет от WEB API не получен, при следующем обращении он запросит этот же идентификатор, т.к. транзакция не свершилась.

В нашем случае это было необходимо для передачи в 1С заказов, совершенных в интернет-магазине. Но механизм получился настолько удачным, что мы его использовали и в остальных критичных моментах обмена информацией.

По остаткам — они все-же выделяли квоты на интернет магазин. Но, на стороне WEB мы добавили интересную фишку — ввели понятие порогового остатка товара. При каждой покупке локальное значение остатка списывается. И, при достижении этого самого порогового остатка товар переходит в статус «уточните наличие по телефону».

Это дает зазор времени до следующей синхронизации и в вашем случае исключает ситуацию, когда один оставшийся товар купят и в интернет-магазине и в оффлайне.

[leemuar]

Kronius, спасибо, это пример хорошей, грамотной реализации обмена сообщениями между двумя ИС.