On-Line режим работы* первые шаги

[Altez]

Кто у себя реализовал? Что дописывалось?

Офлайн перестал радовать, когда пошел пересорт: нельзя дать кассиру продать товара больше складского остатка (4 кассы, остатки идентичны, обновляются раз в сутки)

Если Вам нужен режим "онлайн" с ДЭНСИ: КАССой, т.е. фактически актуальные остатки в 1С в течение дня, то это организуется написанием в 1С фонового процесса, который периодически опрашивает кассовое место на предмет наличия новых продаж, анализирует их и формирует документы "Чек ККМ". Базовые настройки для этого фонового процесса в таком случае берутся все равно из "ККМ offline".

как бы намекает, что надо собирать промежуточные отчеты в папку, вычитать продажи из остатков и отправлять replacequantity обратно в exchange. Только хотелось бы сделать не через неуклюжий файловый интерфейс а напрямую с Постгри. Может есть готовые наработки вызова постгри из 1с?

[BigAndy]

ИМХО делать OLTP из 1С еще большая бяка, чем запретить продавать в самой денси: касса больше, чем остаток в таблице ware.

[Altez]

ИМХО делать OLTP из 1С еще большая бяка, чем запретить продавать в самой денси: касса больше, чем остаток в таблице ware.

не увидел бяку:(

[BigAndy]

Бяка в необходимости прибивания гвоздями того , что обычная RDBMS делает легко и непринуждённо. (писания обработок и скриптов 1С)

Как вариант, перевиедите 1С на postgres и вы сможете всё синхронизировать режиме он-лайн.

[Бродяга_Джон]

Кто у себя реализовал? Что дописывалось?

Офлайн перестал радовать, когда пошел пересорт: нельзя дать кассиру продать товара больше складского остатка (4 кассы, остатки идентичны, обновляются раз в сутки)

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

[BigAndy]

они же у тебя не в разных концах города?

Даже если в разных, то что это меняет?

[Бродяга_Джон]

принципиально в итоге ничего, а вот пути решения (организация канала связи) меняет

[BigAndy]

принципиально в итоге ничего, а вот пути решения (организация канала связи) меняет

Никоим образом.
Для реализации OLTP и репликации в postgres как оказалось достаточно 1200 бодового канала.
viewtopic.php?f=15&t=452

Для меня в Денси канал синхронизации данных через файлообмен - компромисный, как я понимаю для совместимости с идиотской архитектурой 1С.

[Altez]

одна из касс - сервер базы товаров для всех, и никаких тебе сверхпродаж

впечатляет, одной базой три кассы обсчитывать без пересборки д:к?

кассы действительно в одном зале

спасибо за зацепку

[BigAndy]

кассы действительно в одном зале

Фуф!!! У вас тогда вообще проблем нет и даже можно все кассы завязать на один системный блок на атоме. Не то что отдельную машину выделять.
"На крайняк" поставить ультратонкие клиенты на кассы.

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