Re: Организация многоуровневого и валютного учета



Posted by Игорь Звездин, Ростов-Папа (195.161.173.22) on September 07, 2001 at 02:16:55:

In Reply to: Организация многоуровневого и валютного учета posted by Васеленко Сергей, Фирма КАРДИНАЛ on September 05, 2001 at 15:25:18:

Приветствую уважаемых участников группировки ФБП.

Сергей затронул в очередной раз болезненную для меня тему - многоуровневость. Не то чтобы я не мог реализовать ее - в каждом конкретном случае сколько угодно - но позволить себе переработку настройки под конкретного пользователя просто не могу.Года 3 назад была сформирована концепция многоуровнего учета с подключением "HD". Аркадий
принципиально согласился, но в дело вмешалась
Российская Армия.

Идеи были очень простые, и до сих пор есть слабая надежда, что может быть когда-нибудь ...

1. Никаких шифров в кодировках - только классификация любых объектов или установка зависи-
мостей в журнале операций.

2. В журнал операций выводить только последний
дополнительный уровень (или не выводить, если не нужен). Например, ... количество 100 кладовщик
Звездин. Информация о том, что Звездин работает на складе N1 ,Базы 4, г. Ростова-на-Дону задается
единожды при описании структуры складского хозяйства. Имея данные по последнему уровню
легко подняться по всей иерархической структуре произвольной вложенности.

3. Тем не менее, чтобы добраться до последнего уровня при большой и сложной структуре, удобно иметь возможность промежуточного контекстного вывода без занесения в текст операции. Оператор [ia] "вываливает" всегда все существующие объекты, что никак не облегчает выбор.

Чтобы осуществить такую схему нужно всего 2 новые функции:
1) предопределенная переменная, условно $$, автоматически выносящая из формы выбранный код по
аналогии с $ из файла-коэффициента;
2) управляемый [ia] - [ia счет, условие] или функция разворота массива без перенесения в журнал
операций.

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

Конечно, такие функции нужны, прежде всего, диллерам. Но для настройщиков конкретных систем,как представляется, они тоже будут не лишними.

Я прекрасно представляю что услышу от Аркадия
(если, конечно, что-нибудь услышу), но все же отправляю это сообщение. Во-первых, интересно мнение разработчиков приложений, а во-вторых -
"ты пиши, вода камень точит" - А. Водянник по
схожему поводу.

А вот при организации мультивалютного учета проблем,вроде,нет. Произвольное количество дебетов
и кредитов счета (э/параметры с именами состоящими из кода валюты +'D' или 'К'),
э/параметр с курсом соответствующей валюты на
дату последней операции для пооперационной или
итоговой переоценки, текущий курс конкретной валюты и ... глобально все. Далее техника.


Искренне уважающий коллег - Звездин И.Б.




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