Предопределенные переменные дат в "Финансах без проблем"



Posted by Анатолий Анимица (194.177.32.69) on January 29, 2001 at 00:29:57:

In Reply to: Проблема с фактами на границе периода posted by Андрей Завгородний, ООО Сокол-2 on January 28, 2001 at 23:39:35:

DL(31.01.2001)=0. Поэтому rewind facts range 1,1+dl/100 - это rewind facts range 1.00,1.00.

Но если написать rewind facts range mf,ml+0.999 - все будет хорошо. Вместо 0.999 можно написать 0.31 - потому что 32 января не бывает.

В 2001R показано решение этого и тысячи других вопросов. В частности, в файле _methods.rpt, входящем в комплект 2001R, есть целые блоки программных модулей, пригодные для использования в собственных разаработках - их можно копировать оттуда прямо через буфер обмена (select-copy-paste). Там есть и блок определения дат и периодов, пригодный для унифицированного применения в любой отчетной форме.
Заодно стандартизируется набор user defined variables - переменных, определенных пользователем, что заметно облегчает чтение собственных программ наутро после вчерашнего.

Сегодня надеюсь разместить очередное обновление 2001R - обновлен блок "Зарплата", в котором реализована алгоритмизация продукта жизнедеятельности самых дорогих программистов России, работающих в госдуме или около нее. Задачка оказалась неслабой, так как колмогоровская сложность ихнего алгоритма насчисления ЕСН в натуральном виде (Налоговый кодекс, часть 2, глава 24) не ниже N-квадрат. Кажется, мне удалось (надо еще проверить доказательства) добиться этой самой сложности не выше N*SQR(N), что делает алгоритм пригодным для векторного пересчета оборотов при числе работающих до 10000 человек на простом советском Pentium-3 800 без особенных хлопот.

Я уже много писал здесь про полиномиальную сложность алгоритмов - вот и иллюстрация. На 10000 объектах N*SQR(N) (читается "Н корень из Н") вычисляется в 100 раз быстрее, чем натуральный N*N (читается "Н квадрат").

Читайте тексты программ! С уважением

AAA




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