разработка утилиты для администрирования укм2 : УКМ-2

radmin для кассы под dos это утопия - впервую очередь для самой кассы...

Про расшаривание ... ничего не прикратилось... просто хочется менять параметры УКМ2 удаленно... а как ты это сделаешь когда скажем УКМ2 запущен... если файлы открыты? тут и расшаривание не поможет...

Просто хочется написать утилитку...

Вот тут немного подумал над ТЗ:

Программа стартует после загрузки сетевых драйверов но до загрузки кассовой программы. У нее есть ini файл в котором прописан путь к исполняемуму скрипту - как правило это сетевой диск обмена для кассы... в этом файле указываются порядок действий которые необходимо выполнить т.е. синтаксис приблизительно следующий:

locid$ - id места хранения для кассы (если не совпадает касса игнорирует). Этот параметр необходим если мы хотим иметь один файл настроек для всех касс, в этом случае программа должна будет в скрипт файле найти номер места хранения и номер своей кассы и далее выполнять действия только для себя.

cashnumber$ - номер кассы - аналогично вышесказанному.

Start$ - параметры запуска [everytime,once,everyday,everymonth,date_time] - что то вроде шадуллера чтобы можно было запланировать выполнение на определенный день, или для ограничения выполнения одних и техже операций в течении для после скажем перезагрузок.

dos$ [команда dos с параметрами] - любая доступная дос команда с любыми стандартными параметрами.

change_txt$ [какой параметр ищем] [на что меняем] - изменения в любом текстовом файле

Change_Dbprdx$ [какой параметр] [на что меняем] - изменения для файлов базы данных парадокс


Info$ [текст сообщения] [время отбражения] [lockkeys или nolockkeys или key="3"] [countdown] [once,everyday,everytime,everymounth,...] - текст информационного сообщения кассиру для отображения при загрузке кассы, указывается время в секундах для отбражения сообщения, блокировать или нет клавиши... если стоит [nolockkeys] - кассир может нажать любую клавиши и продолжить загрузку кассы не дожидаясь истечения времени [countdown], если стоит [lockkeys] - то клавиши блокируются до истечения времени [countdown], если стоит [key="3"] - то кассиру необходимо нажать клавишу "3" для продолжения загрузки, клавиша необходимая для нажатия подсвечивается снизу экрана, параметр [countdown] игнорируется. Следующий параметр когда показывать сообщения... тут я думаю все понятно...

made$ [date, time] - отметка о исполнении кассой задания...

Дополнения?Исправления? если есть озвучьте...

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

Еще нужна команда для добавления параметров. Или еще лучше что-то с логикой "upsert":
если найден - изменить; если нет - добавить.
А то иногда в cf_ini нужного параметра просто нет.

А это и есть способ управлять кассой ничего никуда не поднимая *04
Чем ворчать - придумай другой способ, проверь и предложи обществу.

Олег пожалуйста обнови... посмотрел действительно так ... поправил...



OlegON:Сделано, по ссылке выше

Да не ворчу я! Я ж первый порывался че-то сделать. И что получилось - касса в режиме конфигуратора, данные cf_ini меняются с сервака. но дальше - увы....

Предложение. Сделать утилитку, работающую с парадоксом пароленным под ДОС. Простую как ... На вход подавать
1. Имя таблички
2. Пароль таблички
3. Имя параметра
4. Значение параметра.

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

программа уже пишется ...

Пароль с таблички будет срыватся...

По остальному как выше предлагал Конев...

Пароль с таблички будет срыватся...



Это как ??!

пароль с файла CF_INI.DB будет срыватся утилитой PXUNSEC.EXE...
после этого УКМ работает как будто ничего не произошло...

Я, по-моему, упустил, почему отказались от предложения использования NetOp? *11