Второй монитор #149743

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

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

из другой конфигурации или из другой сессии той же конфы ?

Табло покупателя не подходит, хотя и подключен. Но к покупателям не обращен. Потому что:1) Это аптека, и покупатель должен видеть не только название препарата. Но и серию, дозировку, срок годности. Таблом покупателя это не решаеться.2) Покупатель должен видеть и контролировать, что ему продают до того как пробит чек. А табло отображает только текущую строку и только в момент печати чека, и тогда уже ничего откоректировать нельзя.

Из другой конфы, на другом рабочем столе, но того-же раочего места.

http://www.scancode.ru/catalog/item_view/24/147/ - все, что угодно.ЗЫ. Где ты видел, что бы ВСЕ и ДО пробития чека? Чавой-то я ни в одной аптеке такого не наблюдаю.

попробуй так:в форме документа, после каждого действия выгружай данные о продажев текстовый файл, например:1. вазелин,1шт, 20р2.презерватив,1шт,20ра из другой конфы каждые 5 секунд считывайи показывай покупателю.конечно метод грубый, но пока за 1мин ничегодругого не придумал

Мне так поставили задачу.

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

пишем в тмп-файл у кассира при изменении товарного состава, а "в другом" периодически читаем этот файл и отображаем, если что изменилось.

Вообще думаю, что лучше всего через простое отображение рабочего стола - например с помощью RAdmin

Я тож сначала думал так делать, но у меня уже итак висят 2 выгрузки. Первая полностью отображает чек при пробитии, вторая для синхронизации с другими рабочими местами. Тоесть есть два рабочих места в одном зале, при продаже препаратов на одном месте, при открытии или обновлении чека продажа фиксируеться на другом рабочем месте.

вовсе и не грубый, имхо решать такую элементарную задачу сложными методами (DCOM, например ;) вот это грубо :^)

тормозить будет наверняка очень сильно

На текущий момент, на оба монитора выводиться синхронно информация. Тоесть что видит касир то и видит покупатель. Но покупатель видит и служебную информацию, что не совсем желательно

А кассам в обной базе работать не судьба?

вообще как-то все сложно (еще одна конфа, еще один рабочий стол, кто-то это все запускает?), да и к тому же не нравится мне сама идея: всякий стоит за мной и разглядывает что я покупаю, даже пошептаться с провизорм нельзя ;) имхо, завтра они скажут "сделай, чтобы при делании некоторые позиции не было видно" :^) Главное вовромя отговорить заказчика от глупостей :^)

ты скажи свое мнение про 6 и 9?они тебя неустраивают?если да то скажи чем? будем думать дальше

а ты не ставь 5 секунд в обработку ожидания :^)

А если на обоих мониторах отображать одно и тоже ?

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

- доктор, мне кажется меня игнорируют.- следующий...

а "остатки" на кассовых местах никого не интересуют?

Я в принципе написал (выгрызку-загрузку). Сделал первые тесты - системма грузится серьезно. Заказчика это совсем не устраивает. Поэтому думаем.

тяжело наверное налазывать автоматизацию, где часты "сбои сети, зависании сервака, падения питания" !

а чем именно грузится? обработкой ожидания?

Интересуют, но я ж написал, что остатки нормализуються при восстановлении работоспособности сети, уже проверено

лучше сделать так - касссир набирает товар и потом уже сам нажимает кнопочку "Показать покупателю" и говорит - проверьте, если всё правильно, то оплачивайте

(+26)PavelPolвот именно, чем именно грузиться?тем что записывает в текстовый файл пару предложений?

Да.Приходится ставить обработку ожидания на очень маленький таймаут, так как кассиры работают довольно быстро. Но это оч серьезно грузит системму. А ставил юольший таймаут, кассиры возмущаються в "тормознутости" второго монитора, да и кленты возмущаються. :(

Файлик получаеться в принципе небольшой, но обновляеться при любом изменении реквизитов документа.

Я на некоторое время удалюсь, выслушаю любые предложения. Зранее благодарен.

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

а ты сбрасывай в файл только измененные реквизиты, а не все

замается отслеживать какие реквизиты изменились...

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

файл (диск) - гораздо медленнее работает, чем ОЗУ согласен, можно даже в гл. переменную писать в текстовом виде

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

сорри это к

OLE

я все-таки не понимаю где тормоза :( при считывании? при заполнении формы? где?(о том, что целым 1Сом отображать картинку не правильно я молчу, понимаю, что видимо есть определенная стесненность в средствах реализации ;)

Спасибо всем!!!Решил испробовать вариант, когда все пишется в ТаблицуЗначений, потом записываеться в ГлобальнуюПеременную потом через OLE другой базой считываю переменную, в любой удобный момент. Во второй ГлобальнойПеременной признак обновления если 0, обработка ничего не делает, если 1 считывает данные обновляет екран. обработка ожидания должна быть не в базе кассира, а в другой базе, дабы при других действиях с базой кассира (синхронизация остатков, загрузка перемещений и др. внешних действий) не замедлять процессы.

"обработка ожидания должна быть не в базе кассира, а в другой базе, дабы при других действиях с базой кассира .."К чему это? Разве я где-то предлагал обработку ожидания в базе кассира?ЗЫ А для варианта 36 обработка ожидания вообще не нужна.ЗЫЗЫ И что, работает?