Автор |
Тема: полная директива А состоится ..? [n2.. - !!?? (Прочитано 678 раз) |
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
 |
полная директива А состоится ..? [n2.. - !!??
« В: 30.11.05 в 08:54:32 » |
Цитировать | Править
|
Не помню какой раз выхожу с предложением о расширенной директиве A, т.е. для возможности коррекции начальных условий по плану счетов.
Такая необходимость возникает наверное у каждого пользователя, и все идут по предложенному автором, т.е. идем в локал и правим, всё, что нам надо. Геморрой? - да конечно, спорить никто не будет, правда, если не часто и не громадный план с каким-нибудь громадным счетом и не десяток операторов, то терпимо.
Ожидая эту расширенную директиву решил вопрос редакции плана счетов. Решение связано с остановкой сервера. Т.е. когда возникает необходимость пакетной корректировки плана, то как-бы всё нормально, быстрее не придумаешь. Но пользователь нутром чует и просит больше, хочет редактировать выборочно и не останавливая сервер.
Еще раз и для себя тоже, если расширенная, а вернее полная директива А состоится, то:
1. Появится возможность коррекции начальных условий в сети. Не надо будет 1.01. системными операциями корректировать остатки на начало года.
2. Появится возможность создания формы по генерации полноценного плана счетов без промежуточного запуска с Q-завершением по наполнению остатками счетов и параметров. (Это чисто для настройщиков.)
Прошу поддержать.
P.S. Как обычно, всегда, когда спускаешься с Альп, тогда и просишь.
Еще одна непонятность по ходу темы нашлась - оказывается физически в план счетов в поле наименования счета или с.с. ложится то, что мы вводим директивой A в том числе и простые пробелы, а вот функция [n2..] эти пробелы сокращает до одного(и спереди тоже, хотя можно было и вовсе убрать, если следовать той же логике), почему так устроили - для меня осталось загадкой, а если пользователь желает вбить два или более пробелов в поле наименования. Странно, что до сих пор никто не озадачил такой проблемой, еще бы одни альпы возникли бы. Да, ладно. Здесь, возникает интересный вопрос, если бы этой суперфункциональностью пожертвовать, насколько быстрее отчет был бы построен? Ведь получается, что взятое из ACNT.A3P поле наименования проходит обработку, а когда хотя бы тысяча строк, уже должно ощутиться.
|
|
 Зарегистрирован |
|
|
|
Alexander_Kiev
 
Просмотреть Профиль | E-мэйл
Сообщений: 661
|
|
Re: полная директива А состоится ..? [n2.. - !!??
« Ответить #1 В: 30.11.05 в 11:16:56 » |
Цитировать | Править
|
Само собой, одобрямс, поддерживаем, и напомним.
В свое время Аркадий очень долго противился введению KillAccount, а до сих пор никто не жалуется.  В расширенной директиве "А" есть минимальный риск внесения несовместимости, но никто и не заставляет апгрейтиться с закрытыми глазами.
|
| « Изменён в : 30.11.05 в 11:17:50 пользователем: Alexander_Kiev » |
Зарегистрирован |
С уважением,
Александр.
|
|
|
Arkady
Administrator
Просмотреть Профиль | WWW | E-мэйл
Сообщений: 484
|
|
Re: полная директива А состоится ..? [n2.. - !!??
« Ответить #2 В: 01.12.05 в 07:17:38 » |
Цитировать | Править
|
Quote:| В свое время Аркадий очень долго противился введению KillAccount, а до сих пор никто не жалуется. В расширенной директиве "А" есть минимальный риск внесения несовместимости, но никто и не заставляет апгрейтиться с закрытыми глазами. |
|
Насколько я понимаю, тpебуется pедактиpовать начальные остатки, не иницииpуя пpи этом пеpесчет? Так это уже не "pиск несовместимости", а pиск пpосто непpавильных вычислений.
Хоpошо, попpобую пpиделать. Возможно, вместе с каким-нибудь новым пpавом на использование таких вещей 
Quote:
Здесь, возникает интересный вопрос, если бы этой суперфункциональностью пожертвовать, насколько быстрее отчет был бы построен? Ведь получается, что взятое из ACNT.A3P поле наименования проходит обработку, а когда хотя бы тысяча строк, уже должно ощутиться.
|
|
Так ведь оценить легко - в пpофиле видно, сколько вpемени уходит на [n2 ....]. Вpемя, уходящее на пеpеупаковку, можно пpимеpно оценить как вpемя на [n2 ...] минус вpемя на [n1 ...]. Увеpен, однако, что улучшение оказалось бы незначительным. А вот совместимость постpадала бы
|
|
Зарегистрирован |
|
|
|
Alexander_Kiev
Просмотреть Профиль | E-мэйл
Сообщений: 661
|
|
Re: полная директива А состоится ..? [n2.. - !!??
« Ответить #3 В: 01.12.05 в 13:08:19 » |
Цитировать | Править
|
on 01.12.05 в 07:17:38, Arkady wrote:
Насколько я понимаю, тpебуется pедактиpовать начальные остатки, не иницииpуя пpи этом пеpесчет?
|
|
Нее. Этак мы убъем базовый козырь Финансов - автоактуализацию. Я бы это формализовал так:
Команда A дополняется параметрами всех возможных начальный значений, если счета нет - заводится, если есть модифицируется, ну и перерасчет само собой
|
| « Изменён в : 01.12.05 в 13:09:08 пользователем: Alexander_Kiev » |
Зарегистрирован |
С уважением,
Александр.
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
|
Re: полная директива А состоится ..? [n2.. - !!??
« Ответить #4 В: 01.12.05 в 22:01:15 » |
Цитировать | Править
|
on 01.12.05 в 13:08:19, Alexander, Kiev wrote:
.. базовый козырь Финансов - автоактуализацию... |
|
подзабыл ты однако, как это происходит при вводе или удалении с.с.
Сделай такую вещь, чтобы долго не рассказвать:
- введи операцию, в которой обойди проводками в цикле все с.с. какого-нмбудь счета.
- создай с.с. на этом счете и сравни оброты этого счета до и после ввода нового с.с.
Судя потому, что ты выписал по автоактуализации, ты уверен в том, что обороты изменятся, ан нет, этого сейчас нет, обороты изменяться только после перерасчета, правда достаточно его сделать с того месяца в котором была зарегистрирована такая операция, т.е. сейчас сделано довольно экономно, пару раз на это наталкивался и что-то здесь менять не прошу.
Прошу сделать полную директиву А, а лучше C, чтобы проще.
Если коротко, то эта директива должна позволить всем ленивым не ходить в локал для коррекции плана счетов, а длинно уже выписал, але..
Quote:| Насколько я понимаю, тpебуется pедактиpовать начальные остатки, не иницииpуя пpи этом пеpесчет? Так это уже не "pиск несовместимости", а pиск пpосто непpавильных вычислений. |
|
Не только начальные остатки, а все атрибуты счета или с.с., т.е. наименования, наименования параметров, значения параметров, значения остатков и типа счета.
Всё что касается вычислений - это всё на плечах настройщиков.
Ведь никто не будет принуждать пользоваться полной директивой.
Quote:
Хоpошо, попpобую пpиделать. Возможно, вместе с каким-нибудь новым пpавом на использование таких вещей |
|
очень полезно будет
Quote:
Так ведь оценить легко - в пpофиле видно, сколько вpемени уходит на [n2 ....]. Вpемя, уходящее на пеpеупаковку, можно пpимеpно оценить как вpемя на [n2 ...] минус вpемя на [n1 ...]. Увеpен, однако, что улучшение оказалось бы незначительным. А вот совместимость постpадала бы
|
|
Вpеменной пpофиль фоpмы NONAME
Количество выполнений: для фоpм не запоминается.
На это количество выполнений потpебовалось 6533 мс = 100%
Распpеделение вpемени по стpокам исходного текста в относительных %, и мс:
~ ~.0001 Новая фоpма, pедактиpуйте ее
~ ~.0002 for II=1 TO 10
~ ~.0003 #281
3.5% 226.0004 N1=[n1#]
0.3% 22.0005 #
~ ~.0006 #281
################### 95.9% 6264.0007 N2=[n2#]
0.3% 21.0008 #
~ ~.0009 endfor
Что и требовалось доказать.
Совместимость, конечно, но почему не сделать [n3.. или что-нибудь вкуснее.
|
|
Зарегистрирован |
|
|
|
Alexander_Kiev
Просмотреть Профиль | E-мэйл
Сообщений: 661
|
|
Re: полная директива А состоится ..? [n2.. - !!??
« Ответить #5 В: 02.12.05 в 13:05:18 » |
Цитировать | Править
|
on 01.12.05 в 22:01:15, Boris, Kiev. wrote:| Судя потому, что ты выписал по автоактуализации, ты уверен в том, что обороты изменятся, ан нет, этого сейчас нет, обороты изменяться только после перерасчета, правда достаточно его сделать с того месяца в котором была зарегистрирована такая операция, т.е. сейчас сделано довольно экономно, пару раз на это наталкивался и что-то здесь менять не прошу. |
|
Чет я тебя совсем не понял, откуда обороты, на вновь созданном или удаляемом счете. Там все сделано не экономно, а естественно. Финансы не запоминают остатки в процесе перерасчета, только два оборота, а сами остатки вычисляются в функции в цикле по месяцам от остатков на начало года. Я имел в виду потребность перерасчета не для новых субсчетов, а к редакции имеющихся. Хотя строго говоря может встретиться какая нибудь экзотическая настройка, где в ф/к будет использоваться ссылка на количество сс/счета. Ну, это скорей всего пример притянутый за уши. А по мне, в принципе все равно, добавить еще одну строку в пакет запросов "P MC=1" после директивы "А......" - никаких проблем
|
|
Зарегистрирован |
С уважением,
Александр.
|
|
|
|
|
