Затирание данных при закрытии дня

[BSA]

Здравствуйте!
Версия кипера 6.83d.
Есть два выделенных кассовых сервера, работающих на одной машине, и использующих общую папку rk6/DB.
К кассовому серверу 1 относятся три группы станций: 01,02,03. К кассовому серверу 2 относятся две группы станций: 07,06.
При закрытии дня кассового сервера 1 данные попадают в ENDDAY числом, допустим, 12-04-12, но и при закрытии кассового сервера 2 данные также идут числом 12-04-12. Получается, что одни данные затираются другими.
Возможно прописать так, чтобы данные при закрытии формировались с кассового сервера 1 12-04-12.01, а с кассового сервера 2 12-04-12.02.
На предыдущей работе кассовые сервера были все на кассах и каждая в своей группе, данные шли нормально *.01,*.02...Сейчас же сервера выделенные.

[okis]

Если сервер на кассе, то суффикс прописывается автоматически. Для выделенного сервера есть параметр ResultsExt, но работает он с версии 6.94b. В вашем случае есть два выхода:

1. В local.db серверов прописать разные пути для результатов дня и настроить два append32.exe для закрытия дня в одну накопительную базу.
2. Обновить версию.

[BSA]

Обновления пока нет, поэтому остается первый вариант. Думаю делается он так:
1. Создать папку ENDDAY_2 в папке rk6.
2. Прописать в local.db путь для закрытия в кассовом сервере 2 на, допустим, C:/rk6/ENDDAY_2, путь к базе данных оставить прежним C:/rk6/db.
Но как сделать два append32.exe? Создать новую папку и туда скопировать второй append32.exe и второй rkeeper.ini, отредактировав там путь в [Appender] или нет?
напишите, пожалуйста, как это реализовать на практике по шагам

[okis]

Создать новую папку и туда скопировать второй append32.exe и второй rkeeper.ini, отредактировав там путь в [Appender] или нет?
напишите, пожалуйста, как это реализовать на практике по шагам

Ну да. Еще можно скопировать append32.rus, чтобы он по русски ругался. В инишнике правим EndDayPath= то что в локале 2-го сервака.

[BoniX]

+батник на два аппендера с AutoClose=yes. с картинком аппендера )) для прозрачности клиенту.