КОМУ НУЖЕН ЖУРНАЛ ОПЕРАЦИЙ?


[ Пpишедшие ответы ] /www.hdru.com/wwwboard/faq.htm">Help ]

Posted by Александр Киев on November 19, 1998 at 11:04:45:

Может быть этот вопрос покажется глупым, но давайте подумаем вместе. Кто то сетовал на слабые возможности в сервисе при работе с
журналом операций. По сути дела основным потребителем накопленой информации является построитель оборотно-сальдовой ведомости,таблицы корреспонденций счетов и формирователь базы "фактов".Всем им безразлична экранная форма представления Ж.О. Анализируют хозяйственную деятельность предприятия по Ж.О. только дилетанты.В большинстве случаев выход на просмотр и редактирование операций производится из уже сформированных отчетов.При хорошо продуманных формах отчетов нет необходимости подсматривать ветви дерева вызвавших интересующую проводку. Остается только режим редактирования. Мне в настоящий момент недостает для полного счастья возможности иметь формы на "Клиенте" , настоящей, а не той которая все равно обрабатывается и стартует на сервере.Разработчики ФБП забыли о старом добром "конструкторе" на клиенте, а ведь утеряны какие возможности. В двух словах каким бы я хотел видить "клиента"
1.Возможность создавать формы способные генерить стандартные запросы к серверу. без дополнительного нажатия на кнопку "отправить запрос"
2. Получать ответ от "сервера " в заданную переменную или в случае многострочного ответа в ту же переменную после выбора строки как это организовано при отработке системных форм.
3. И последнее; немножко команд регламентирующих порядок следования команд формы типа GOTO, CALL , операторов условий, и функций IM-IY.
Перечисленные возможности позволят редактировать Ж.О. от "Документа" или "Отчета". Отпадет необходимость оператору видеть ветви дерева. Их заменят вопросы формы которая и сгенирит операции Я кстати совершенно не пользуюсь предложенным механизмом многострочного документа ввиду его многочисленных недостатков таких как невозможность редактирования введеных значений или добавление операции в документ. Использую в отчетах и формировании первички почти всегда механизм фактов. Как показал опыт более 14000 операций решение было принято верно, а "{}" как баласт переодически удаляю специальной формой.
Прошу колег высказаться по предложенным соображениям. И кто знает может быть замена логически описанного дерева на короткие цифровые индексы послужит созданию еще более быстродействующей системы ФБП.


Пpишедшие ответы: