Оперативные продажи в ЦО. : Супермаг Плюс (Супермаг 2000)

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

А можно поподробнее про вменяемый транспорт...

Ну тот же емейлер, например... Я всегда настаиваю на неиспользовании транспортов супермага, лучше использовать внешние транспорты при соответствующей настройке почтовика. Речь, конечно, о передаче по слабым линиям.

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

Мне тоже кажеться это баловством ведь есть статистика по времени продаж и запаздывает она всего на сутки. Но что делать - кто платит тот заказывает музыку. На сегодня пока - надеюсь завтра продолжим? Всем спасибо.

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

правда, это еще вопрос: заполняется ли эта таблица в ЦО

Будет самое обидное, если никто этим потом пользоваться не будет.

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

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

Если на то пошло - можно и Z-ы попробовать передавать сразу в ЦО, а в магазины потом уже готовые кассовые документы спускать.

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