If WR.Build Then
If WR.Root.Children = 1 Then
CalcDeterSum = WR.Root.Child(1).EndCr
AssetDeterCalc = True
End If
End If
End Function
1. Известна проблема, если в "WR.Kind = acEntity" по объекту, а первый "WR.AddColumn 3" не по объекту -результат непредсказуем. Так строить нельзя. Мастер отчетов так непозволяет строить. Я думал эта проблема известна.
2. Эта функция определяет сумму износа по объекту учета (131 счет). По 131 счету не ведется учет по материально-ответственным лицам по определению! Так зачем же тогда "WR.AddColumn 3"?? В процессе жизни может быть внутреннее перемещение объекта, бухгалтер случайно сделала перемещение и по 131 счету - это не есть ошибка, и ее можно прощать. по 131 счету по Агентам нестоит вообще смотреть.
Все мои клиенты, которые ведут основные фонды - жаловались что не всегда выбирает сумму износа.
3. Нет ли у вас желания переписать этот модуль на SQL? 1 запрос и все данные. При количестве объектов более 1000 расчет амортизации длится жутко долго., или для расчета амортизации написать отдельно запрос? у меня есть заготовки.
Добавлено: Чт Май 10, 2007 8:46 am Заголовок сообщения: Re: Определение суммы износа в ST7_Asset_class.avb
Antalex писал(а):
Смотрим функцию
1. Известна проблема, если в "WR.Kind = acEntity" по объекту, а первый "WR.AddColumn 3" не по объекту -результат непредсказуем.
Ты путаешь корреспонденты и объекты учета. И мастер отчетов позволяет такой отчет строить.
Antalex писал(а):
2. Эта функция определяет сумму износа по объекту учета (131 счет). По 131 счету не ведется учет по материально-ответственным лицам по определению! Так зачем же тогда "WR.AddColumn 3"??
Это другое дело. Тут нужно разбираться.
Antalex писал(а):
3. Нет ли у вас желания переписать этот модуль на SQL? 1 запрос и все данные. При количестве объектов более 1000 расчет амортизации длится жутко долго., или для расчета амортизации написать отдельно запрос? у меня есть заготовки.
Добавлено: Чт Май 10, 2007 10:19 am Заголовок сообщения: Re: Определение суммы износа в ST7_Asset_class.avb
Antalex писал(а):
...
1. Известна проблема, если в "WR.Kind = acEntity" по объекту, а первый "WR.AddColumn 3" не по объекту -результат непредсказуем. Так строить нельзя. Мастер отчетов так непозволяет строить. Я думал эта проблема известна.
2. Эта функция определяет сумму износа по объекту учета (131 счет). По 131 счету не ведется учет по материально-ответственным лицам по определению! Так зачем же тогда "WR.AddColumn 3"?? В процессе жизни может быть внутреннее перемещение объекта, бухгалтер случайно сделала перемещение и по 131 счету - это не есть ошибка, и ее можно прощать. по 131 счету по Агентам нестоит вообще смотреть.
Все мои клиенты, которые ведут основные фонды - жаловались что не всегда выбирает сумму износа.
3. Нет ли у вас желания переписать этот модуль на SQL? 1 запрос и все данные. При количестве объектов более 1000 расчет амортизации длится жутко долго., или для расчета амортизации написать отдельно запрос? у меня есть заготовки.
1. Никто в базу ошибок о такой проблеме не писАл. По крайней мере после 2001 года.
Могли бы Вы сделать простой пример с демонстрацией, и может выслать БД с проблемой на Импакт.
Это сильно ускорит разбирательство с этой проблемой.
2. Если пункт 1. не подтвердится то от такой формы отчёта ни холодно ни жарко.
Ведь это случай скорее гипотетический, а не реальный, когда "бухгалтер случайно сделала перемещение и по 131 счету"
По счетам десятой группы (10 Основные средства) ведь тоже "не ведется учет по материально-ответственным лицам по определению"
А в программе на этих счетах суммы хранятся на материально-ответственных лицах. :)
в какой конкретно форме или отчёте "не всегда выбирает сумму износа" ?? Надеюсь, Вы говорите по данным об обновлении 7.25.0019, а не о какой-нибудь древности
(По основным средствам штук пять форм плюс отчёт Карточка ОС)
Заполните на сайте сообщение об ошибке.
3. Переписать ЭТОТ модуль на SQL - желания нет. Ведь он работает только с единичными ОС, а не со всеми ОС!! :)
форма амортизации использует отдельную процедуру.
Правда, та процедура тоже считает через RepWizard.
Так что желание сделать в форме амортизации выборку с помощью SQL есть.
Кстати, интересно услышать конкретные цифры. На каком количестве ОС, какое жутко долгое время расчёта?? На каком процессоре
Надеюсь, не по сети 10 MBit
Добавлено: Чт Май 10, 2007 11:40 am Заголовок сообщения: Re: Определение суммы износа в ST7_Asset_class.avb
mkolesn писал(а):
1. Никто в базу ошибок о такой проблеме не писАл. По крайней мере после 2001 года.
Могли бы Вы сделать простой пример с демонстрацией, и может выслать БД с проблемой на Импакт.
Это сильно ускорит разбирательство с этой проблемой.
Сделаю пример, с демонстрацией. Только вот, предпочитаю двухстороннее общение. Как я буду знать разбирались вы, или нет? и что получилось в результате разбирательства?
В базу ошибок раньше писал, ответов не получал, так смысл туда писать?
mkolesn писал(а):
2. Если пункт 1. не подтвердится то от такой формы отчёта ни холодно ни жарко.
Ведь это случай скорее гипотетический, а не реальный, когда "бухгалтер случайно сделала перемещение и по 131 счету"
По счетам десятой группы (10 Основные средства) ведь тоже "не ведется учет по материально-ответственным лицам по определению"
А в программе на этих счетах суммы хранятся на материально-ответственных лицах.
Да ну? Интересно узнать Ваше мнение, как же тогда ведется учет по материально-ответственным лицам?
смотрим форму "Ввод в эксплуатацию ОС"
проводка
Д: 10 Кому: МОЛ Что: Основное средство
К:152 Кто: ....
Как раз по счетам 10 группы и ведется учет по МОЛ. Это балансовая стоимость, и она всегда есть на объекте учета, пока ведется по нем учет.
А по 131 счету смысла учитывать по МОЛ нет, т.к. износ может быть, может не быть.
Объясните тогда зачем
WR.AddColumn 3
If WR.Root.Children = 1 Then
смотреть на 131 счету по корреспонденту? и что значит, если = 1?, а если не равно 1?? что тогда? алес? остановка паркет? результат работы процедуры равен 0?
Если уж и смотреть по корреспонденту, так тогда нужно выбрать в цикле. А вообще смыла смотреть по корресподенту на 131 счете НЕТ!
И случай это не гипотетический, а прежде всего Ваш неучет!
Давайте посмотрим шаблон операции по внутреннему перемещению ОС, там 2 проводки, смотрим на 2-ую проводку:
2.Д:131 Кому:=AF1
K:131 Кто:=AT1
Мы же сами наталкиваем пользователя делать движение по объекту на 131сч. по корреспондентам.
Вполне естественно "зависание" сумм по определенному объекту учета по определенному корреспонденту!
mkolesn писал(а):
в какой конкретно форме или отчёте "не всегда выбирает сумму износа" ?? Надеюсь, Вы говорите по данным об обновлении 7.25.0019, а не о какой-нибудь древности
(По основным средствам штук пять форм плюс отчёт Карточка ОС)
Заполните на сайте сообщение об ошибке.
Всегда слежу за обновлениями. Говорю по данным 7.25.0019
В какой форме? да во всех где используется выборка износа:
- Внутреннее перемещение ОС
- Безоплатная передача ОС
- Ликвидация ОС
- Реализация ОС
mkolesn писал(а):
Кстати, интересно услышать конкретные цифры. На каком количестве ОС, какое жутко долгое время расчёта?? На каком процессоре
Надеюсь, не по сети 10 MBit
Приеду, покажу базу.
Вопросов по ведению учета по Основным средствам еще очень много.
Добавлено: Чт Май 10, 2007 5:06 pm Заголовок сообщения: Re: Определение суммы износа в ST7_Asset_class.avb
Antalex писал(а):
Сделаю пример, с демонстрацией. Только вот, предпочитаю двухстороннее общение. Как я буду знать разбирались вы, или нет? и что получилось в результате разбирательства?
В базу ошибок раньше писал, ответов не получал, так смысл туда писать?
Спешу заметить, что процесс попадания ошибки и реакции на нее протоколируется. И уверяю, что ВСЕ ошибки исправляются. Отчет нужно искать или в "Что нового ?" или на почте, если ошибка не повторилась, отсутствует или отложена.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах