Синхронизация 1С с сайтом в реальном времени

123
[umka]
На сайте с 25.05.2008
Offline
456
#11

А в 1С-ке разве нельзя сделать типа триггера, который в момент "отгрузки" будет дёргать апдейт?

Лог в помощь!
F
На сайте с 03.10.2006
Offline
160
#12
[umka:
]А в 1С-ке разве нельзя сделать типа триггера, который в момент "отгрузки" будет дёргать апдейт?

Вероятнее всего, можно. А вот обратную связь как сделать? Если на сайте продан товар, он должен списаться из магазина тоже.

[Удален]
#13
furamag:
он должен списаться из магазина тоже.

а тут что сложного? по хттп цепляемся да забираем данные о поелсдних продажах, проводим их.

furamag:
Вероятнее всего, можно.

ну можно стандартн компоненты переделать добавив пару строчек :) из меню "настройки" это вероятнее всего не сделать)

_vb_
На сайте с 25.07.2009
Offline
104
#14
furamag:

Есть сеть оффлайн магазинов. Работают на 1C 7.7.

А как оффлайн магазины между собой синхронизируются в случае продажи одинаковых товаров? или у них свои склады у каждого?

Саратовская фракция серча (). Давайте посчитаемся.
F
На сайте с 03.10.2006
Offline
160
#15
_vb_:
А как оффлайн магазины между собой синхронизируются в случае продажи одинаковых товаров? или у них свои склады у каждого?

Есть сервер, где стоит 1С. Я не знаю всех деталей, но как я понял они работают через этот сервер. Но вообще, на каждую точку свой склад. Интернет-магазин будет работать только с сервером на котором стоит 1С.

IS
На сайте с 14.04.2009
Offline
17
#16

furamag

1С 7.7 - это обычные базы данных .DBF с которыми можно работать напрямую, но потребуется соответствющая настройка. Для вашей задачи в случа сети offline-магазинов прежде всего потребуется агрегатор локальных баз, чтобы обеспечить общую картину в реальном режиме времени. Реализуется это (если еще не сделано) путем организации корпоративной VPN-сети. Потом нужен собственно сервер-агрегатор баз 1С, к которому с одной стороны будет обращаться сайт, а с другой стороны 1С-клиенты магазинов, обеспечивающие слив текущего состояния по товару. Сайт и сервер-агрегатор, естественно, должны быть в одной подсети, а если позволяют мощности, то и на одном сервере.

Сталкивался с решением такой задачи - все упирается в VPN-сеть, качество связи из разных концов города и накладки в магазинов, то свет вырубят, то одна из 1С подвиснет. Задача решалась для 1C Битрикс + 1С 7.7.

Мое имхо - не стоит заморачиваться, проблем много, а выхлоп сомнительный. Основным преимуществом при конверсии с сайта здесь выступает желание дать посетителям адрес магазина где сейчас можно купить товар, но на практике получается для дефицитных позиций - то его купят раньше, чем конкретный посетитель доберется до магазина, то выяснится, что по базе он числится, а по факту либо нет, либо еще в пути (тут всплывает еще и логистика), либо не кондиция - последний товар с витрины, который успели повредить и вовремя не отследили.

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

В общем, программная часть тут процентов 35% от всех проблем и прежде чем браться за online-решение задачи выясните сначала насколько все вообще организовано в офлайне. Да, у удовольствие это не дешовое - одним скриптом не обойтись, как некоторые тут наивно полагают. Это очень серьезная задача, какой бы простой она вам со своих позиций не казалась.

_vb_
На сайте с 25.07.2009
Offline
104
#17
furamag:
Есть сервер, где стоит 1С. Я не знаю всех деталей, но как я понял они работают через этот сервер. Но вообще, на каждую точку свой склад. Интернет-магазин будет работать только с сервером на котором стоит 1С.

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

Сайт должен работать именно с той базой, которая и отслеживает движение товара. Как это сделать - через свой модуль или готовое решение от битрикса, например, - это уже другой вопрос. Мне лично кажется, что самописный модуль будет не сильно проще того же битрикса.

Ну и помимо чисто технических сложностей, вызванных кривизной технологии от 1С 7.х для складского учета, есть куча организационных проблем. Прислушайтесь к участнику ipSlicer.

IS
На сайте с 14.04.2009
Offline
17
#18

_vb_

_vb_:
А задача безглючного учета остатков в реальном времени в принципе не имеет решения, если сайт будет работать с какими-то экспортированными из основной базы данными.

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

DeveloperRu
На сайте с 27.02.2009
Offline
72
#19

у нас это реализовано дерганием ежеминутно скрипта магазина по HTTP со стороны 1С

всегда передается остаток только по измененным товарам в виде КОД_ТОВАРА|КОЛИЧЕСТВО - передается в обоих направлениях при изменении количества позиций

по-моему, чаще делать и не стоит.. хотя никаких пробелем не вижу для более частого опроса

Ответы на вопросы (http://telenok.com)
F
На сайте с 03.10.2006
Offline
160
#20
DeveloperRu:
передается в обоих направлениях при изменении количества позиций

Что стоит на стороне 1С, чтобы принимать запрос от сайта для изменения наличия на складе? Писали отдельную программку или это реализовано в самом 1С?

123

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