Ошибка 14

[Alexander]

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

Т.е. у пользователя, от имени которого запускается обработка, в настройках должны быть прописаны склад и ККМ.

[SergeySV]

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

процитирую себя:

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

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

согласен.

[Spike]

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

[Jony]

В идеале обработку надо переписывать

идеальный вариант по моему мнению это прямое подключение кассы к центральной управляющей базе 1С и формирование всех документов напрямую там
(чек ККМ, закрытие кассовой смены и брать номенклатуру, пользователей и т.д. из УТ)

[Alexander]

У всех свои представления об идеалах
Я вот тоже совсем не против прямого общения с управляющей товароучёткой.
Только чтоб она была нативная для Linux и все-таки с резервированием БД на кассовых местах (переход на локальную копию БД в случае потери связи с основной)
P.S. Получается, что наиболее близок к идеалу уважаемый BigAndy с товароучётом в OpenOffice.Base. За исключением резервирования БД на кассах, т.к. они у него вообще терминальные.

[Jony]

Только чтоб она была нативная для Linux и все-таки с резервированием БД на кассовых местах (переход на локальную копию БД в случае потери связи с основной)

согласен!

[BigAndy]

У всех свои представления об идеалах
За исключением резервирования БД на кассах, т.к. они у него вообще терминальные.

Одна всё-таки удалённая. Для горячего резервирования никто не мешает сделать кластер.

Дв OOBase у нас используется только как морда. RDBMS - тот же Postgres.
Просто некоторые таблицы заменены вьюхами через dblink

[Jony]

Дв OOBase у нас используется только как морда. RDBMS - тот же Postgres.
Просто некоторые таблицы заменены вьюхами через dblink

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

[BigAndy]

Функционал - управление распределенным производственным предприятием.
Оборудование, в общем любое. От PIII-800 до IBM System IV. Вообще-то пофигу, где запускать Postgresql и OpenOffice
Центральный кластер крутится на VDS Cel III/400МHz/64 Мб ( на нем еще почтовый сервер и статичный сайт)

Рабочие места любые, где установлен ООо. На самом деле это унаследованное приложение, часть из которого написнао на Qt/gcc, часть на GamBAs, часть на FPC, часть на ООо. Сейчас потихоньку унфицируем всё под ООо.

[Jony]

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