Обмен данными и настройки работы с серийными номерами

[Mayor28]

Доброго времени суток!!!
Во время настройки Вашей программы ДЭНСИ:КАССА у меня возникло 3 вопроса:
1) Не нашел описание формата файлов обмена: справочника товаров и файла отчетов - подскажите где копать???;
2) Есть ли возможность настройки программы на работу с серийными номерами??? (с отображением в чеке и без такового, но обязательным внесением серийного номера в данные о транзакции);
3) Возможна ли настройка работы программы на использование единого сервера PosgreSQL для всех РМ кассиров в локальной сети???

Заранее спасибо за ответы!!!

[Alexander]

1) Не нашел описание формата файлов обмена: справочника товаров и файла отчетов - подскажите где копать???;

См. Приложения к "Руководству администратора" (в конце документа). Скачать можно здесь

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

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

3) Возможна ли настройка работы программы на использование единого сервера PosgreSQL для всех РМ кассиров в локальной сети???

Возможна.
Пример настройки в случае установки с нашего установочного диска:
--------------------
1. На ПК с "центральной" БД надо настроить Postrgesql - разрешить доступ к базам для других ПК из локальной сети.
Для этого:
- редактируем файл /var/lib/pgsql/data/postgresql.conf (для редактирования потребуются права администратора root)
находим строчку (эта строчка показывает значение по умолчанию, при этом сама она закомментирована):
#listen_adresses = 'localhost'
после неё вставляем строчку (во вставляемой строчке символа '#' быть не должно, т.к. это символ-комментарий)
listen_adresses = '*'
- редактируем файл /var/lib/pgsql/data/pg_hba.conf
в конец файла добавляем строчку (вместо 192.168.0.0 вписываем IP-адресацию своей локальной сети)
host all all 192.168.0.0/24 trust
- перезагружаем ПК (или перезапускаем postgresql)
2. Настраиваем рабочие места на соединение с единой БД, которая находится на ПК с IP=192.168.0.1 (в данном примере)
Для этого на каждом РМК:
- редактируем файл /etc/dancy/LinCash_db.conf
находим строчку
[HOST]
добавляем в неё через пробел IP-адрес ПК, на котором настроен сетевой доступ к PostgreSQL, например
[HOST] 192.168.0.1
3. Запускаем ДЭНСИ: КАССу и проверяем совместную работу нескольких РМК с единой БД

P.S. Права root можно получить, например, набрав в окне терминала команду "su" и введя пароль администратора.
После этого файлы редактировать можно с помощью файлового менеджера (команда "pcmanfm" или "mc")
P.P.S. В приведённом примере PostgreSQL настроен достаточно "грубо" с точки зрения безопасности, для более тонкой настройки читайте документацию на данный сервер БД.
P.P.P.S. Журнал продаж при такой настройке каждая касса ведёт в локальной БД, поэтому загружать справочники надо в центральную БД, а получать отчёты - с каждой кассы по отдельности.
--------------------------

[Mayor28]

Большое спасибо за ответы!!!

[BigAndy]

P.P.P.S. Журнал продаж при такой настройке каждая касса ведёт в локальной БД, поэтому загружать справочники надо в центральную БД, а получать отчёты - с каждой кассы по отдельности.

Ахха. Поэтому приходится вставать на уши, чтобы продажи запихнуть в централизованную БД и не менять код денси-касса. Особо актуальнло при терминальном подключении.

ЗЫ. Отчеты при этом получаются элементарным psql + tail -f по каждой кассе и по всем вместе.

[Alexander]

Поэтому приходится вставать на уши, чтобы продажи запихнуть в централизованную БД

Вовсе необязательно, можно использовать файл /etc/dancy/Transaction_DB.conf, в котором также прописать коннект к единой БД (обязательно предварительно настроив разные номера рабочих мест на кассах).
Просто для такого варианта пока нет демона выгрузки, который информацию по разным кассам разделял бы обратно для внешней товароучётки (типа 1С).
Но в Вашем случае должно сработать.

[BigAndy]

Но в Вашем случае должно сработать

В нашем случае и срабатывало бы, если бы еще было поле для записи CurrentSession(), inet_client_addr() и прочее..

Просто для такого варианта пока нет демона выгрузки, который информацию по разным кассам разделял бы обратно для внешней товароучётки (типа 1С).

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