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

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

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

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

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

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

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

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

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

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

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

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

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

to PavelPol
см. (6) и (9)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

сорри (38) это к (36)

(38) OLE

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

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

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