|
![]() |
#1 |
Member
|
Цитата:
Сообщение от Михаил Андреев
...
Э-э-э. Ты самое интересное пропустил ![]() ... Не исключено, что что-то путевое и хитрое (пипа п.3 моего предыдущего поста) можно попробовать сделать и с ним. Но на энтузиазме я сейчас этого не потяну. Да и недолюбливаю я корреспонденцию, если честно. Цитата:
Сообщение от Михаил Андреев
...
Из любопытного я бы добавил повальную связь таблиц российских отчётов по RecId, в результате чего нельзя перенести ОДИН отчёт из одной базы в другую. Только все сразу. ![]() ...
__________________
С уважением, glibs® |
|
![]() |
#2 |
Member
|
Цитата:
Сообщение от glibs
![]() ...
Преамбула. Русские финотчеты работают специфически. Для КАЖДОЙ ОПЕРАЦИИ в КАЖДОЙ ЯЧЕЙКЕ происходит следующее: 1. Строятся временные таблицы по всем условиям (список допустимых финансовых аналитик, список допустимых типов операций, список допустимых типов учета и т.д.). С учетом наследования по трем уровням. 2. Перебираются поштучно ВСЕ проводки, которые удовлетворяют диапазону дат, заданному на одном из уровней настройки отчета. При этом нужно понимать, что для операций "оборот" перебираются проводки с начальной даты по конечную, а для сальдо — с начала времен по конечную. ...
__________________
С уважением, glibs® |
|
![]() |
#3 |
Member
|
Данный конкретный, скорее всего да. В общем случае они слабее бывших российских нынешних генерируемых финансовых (для понятности будем называть их российскими).
Но финансовые (т.е. международные) именно строить (т.е. настраивать) легче порядка на два или более, пожалуй. В этом их основной плюс. Вторым плюсом является то, что они позволяют выковыривать данные из прогнозных проводок (LedgerCov). Третьим — очень просто выкорвыривать данные из других компаний. Четвертым — пакетная обработка, отправка по почте и архив печати. Ну и скорость. Минус — очень ограниченные возможности по оперированию с фнансовыми аналитиками.
__________________
С уважением, glibs® |
|
![]() |
#4 |
Участник
|
Цитата:
![]() |
|
![]() |
#5 |
Microsoft Dynamics
|
В подготавливаемом обновлении к четверке скорость расчета операций генератора российских отчетов значительно повышена.
|
|
![]() |
#6 |
Member
|
Цитата:
Сообщение от AlexSD
...
В подготавливаемом обновлении к четверке скорость расчета операций генератора российских отчетов значительно повышена. ... Небось Восточная Европа "попробовала" отчеты и пришла в восторг от их производительности?
__________________
С уважением, glibs® |
|
![]() |
#7 |
Microsoft Dynamics
|
|
|
![]() |
#8 |
Member
|
Вот еще вспомнил. Русские финотчеты отказываются видеть проводки в закрывающем периоде. Просто тупо их не учитывают. Не говоря уже о том, чтобы параметризировать что брать (обычный, закрывающий или и то и другое).
__________________
С уважением, glibs® |
|
![]() |
#9 |
MCTS
|
Цитата:
![]() Не хочет обороты в закрывающем периоде отображать в отчете ![]() Может есть какая-то заплатка или т.п.? |
|
![]() |
#10 |
Участник
|
А что будет если необходимо вычислить исходящее сальдо с некоторой аналитикой ?
По вашим предыдущим постам для вычисления этой суммы система возьмет все проводки с заданной аналитикой с начального момента функционирования системы. Последний раз редактировалось longson; 24.04.2007 в 23:39. |
|
![]() |
#11 |
Member
|
Если вопрос ко мне, то вы меня недопоняли где-то.
Еще раз. Для каждой операции в каждой ячейке в настройках отчета происходит следующее. 1. Строиться список счетов ГК, которые указаны в операции (м.б. один, а м.б. и много). 2. Перебираются все проводки за указанный в настройках операции (явно или на верхних уровнях) период по каждому из счетов. 3. Дальше каждая проводка проверяется на соответствие целому ряду условий (аналитики, тип операции, сторно-несторно, тип учета). И либо прибавляется к результату, либо нет. Подставить все описанные в п.3 критерии в запрос проблематично. Поэтому перебираются проводки. Аналитики и типы учета предварительно вычисляются и содержатся во временной таблице.
__________________
С уважением, glibs® |
|
![]() |
#12 |
Участник
|
Я так и вас понял. Вопрос у меня такой. Допустим что в настройках операции для определенного счета настроим аналитику конкретную и тип операции Сальдо, тип сальдо Исходящее, то как система вычисляет эту цифру, если он не видит проводки закрытых периодов ? Или вы имеете ввиду, что будет подставляться сумма исходящих остатков по данной аналитики по данному счету с последнего закрытого счета + оборот по данному периоду ?
|
|
![]() |
#13 |
Member
|
Во-первых, не ЗАКРЫТЫХ, а ЗАКРЫВАЮЩИХ. Посмотрите ГК\Настройки\Периоды\Периоды, колонка Тип периода. Есть ощущение, что вы путаете тип периода со статусом.
__________________
С уважением, glibs® |
|
![]() |
#14 |
Участник
|
А. да, извините, я неправильно пост читал.
Спасибо, тема очень полезна для меня. ![]() |
|
![]() |
#15 |
Member
|
Еще из области того, что бы можно было сделать полезного в русских финотчетах.
Было бы неплохо, если бы на уровне операции или ячейки можно было указать компанию, из которой выбираются данные. Чтобы можно было строить консолидированную управленческую отчетность, как в международных финотчетах. Есть еще одна бредовая идея... чтобы отчет можно было рассчитать в режиме пакетного сервера. И, например, сохранить с возможностью просмотра в дальнейшем. Например, как это сейчас сделано в функциональности архива печати. Или как-то по-другому.
__________________
С уважением, glibs® |
|
![]() |
#16 |
Участник
|
А можно сделать так чтобы в строки подтягиваются ни только суммы а ещё и количество ? Это уже не финансовые отчёты, а как генератор екселовских отчётов для разных подразделений
![]() |
|
![]() |
#17 |
Участник
|
LedgerRRGReportTable_RU.xpo
посмотрите проект (в вашем регионе тоже есть плата за негативное воздействие на окружающую среду ![]() |
|
![]() |
#18 |
Member
|
Цитата:
Сообщение от longson
...
А можно сделать так чтобы в строки подтягиваются ни только суммы а ещё и количество ? ... Там можно создать произвольный запрос по любой таблице по числовым полям с определенными критериями. Цитата:
Сообщение от longson
...
Это уже не финансовые отчёты ...
__________________
С уважением, glibs® |
|
![]() |
#19 |
Участник
|
|
|
![]() |
#20 |
Member
|
Вот еще, если интерес не пропал
![]() Раньше на почти всех таблицах LedgerRRG* свойство TableGroup стояло Miscellaneous. В 4.0 уже стоят преимущественно WorkseetHeader и WorksheetLine. Лучше, но я с этим все равно не согласен. IMHO — это все-таки настройки. Там должно быть Group. Как на таблицах LedgerTableAlternative, LedgerTableAlternativeTrans, LedgerTableInterval, LedgerBalHeader и LedgerBalColumns.
__________________
С уважением, glibs® |
|