Страница 1 из 1

Округление при расчете амортизации

Добавлено: 16 авг 2002, 12:10
Deinis
Есть такой момент: в версии 5.74 рассчитывалась амортизация без округления. С длинным-длинным хвостом. Причем - то, что рассчитывалось - то и разносилось.
Нынче же (в 5.82) ТХО несмотря ни на какие настройки разносит с округлением. В итого получается - в оперативном контуре висит одна сумма (с хвостом, который накапливается и накапливается и "превращается" в копейки). А в бух. контуре (по проводкам) висит совсем другая сумма (без хвостом). В итоге оперативный контур с бух. контуром не идет
:(

Вопрос таков - помогите написать LOT, проверяющий соответствие рассчитанной и проведенной амортизации. За любой месяц.

Хэлп, плиз.

Re: Округление при расчете амортизации

Добавлено: 16 авг 2002, 12:56
Den
LOT-тиком тут не обойтись, если в наборе проводок к хозоперации более 1-ой записи..

Re: Округление при расчете амортизации

Добавлено: 16 авг 2002, 18:53
Dium
Объясни какие именно опреции округляются?
И как настроены алгоритмы расчета амортизации?

Re: Округление при расчете амортизации

Добавлено: 16 авг 2002, 20:19
Deinis
Округление настраивается в настройках методов учета. По Alt+H появляется окошко с методами учета. По F4 заходишь в ентот метод и смотришь внизу на настройку округления при амортизации.
Так вот, в 5.74 она была "Нет округления"
После конвертации на 5.82 она же и осталась.
НО!!!
В течение 2-х последующих месяцев после конвертации мы начисляли амортизацию и думали что все хорошо. Оказалось - что нет. ТХО разносит суммы амортизации округленными до 1 коп. А "суммированный хвост" вешает на последнюю проводку (последняя карточка с этой ТХО). Так сказать, находит козла отпущения.
В итоге мы сейчас изменили настройку округления на "округлять по правилам: >= 0.5". Поэтому то, что рассчитано - то и в проводках. Идеальное соответствие.
Но вот бы выявить тех самых "козлов отпущения". И также разность по каждому ОС. :-/

З.Ы. А настройка алгоритмов начисления амортизации тут совсем не при чем.

Re: Округление при расчете амортизации

Добавлено: 16 авг 2002, 20:26
Deinis
А что можете посоветовать? ???

Re: Округление при расчете амортизации

Добавлено: 16 авг 2002, 21:26
Den
Если ТХО привязана к нескольким инвентарным карточкам, то запись в таблицу оборотов происходит всего одна - сумма всех аортизаций карточек.(в 582 так, если есть способ формировать методом 1 карточка== 1 запись oborot, то поправьте). А посему не представляется возможным сверить данные таким образом, да и вообще похоже никаким.

>Оказалось - что нет. ТХО разносит суммы >амортизации округленными до 1 коп. >А "суммированный хвост" вешает на последнюю >проводку (последняя карточка с этой ТХО). >Так сказать, находит козла отпущения.

А как это вам удалось выяснить ?

Re: Округление при расчете амортизации

Добавлено: 18 авг 2002, 01:10
Deinis
1. Извините, не сказал раньше: у нас ведется КАУ1 - "Основные средства". С января этого года. До этого года КАУ "Основные средства" ни на 01 ни на 02 счете не было. Так что теперь 1 карточка = 1 проводка. Но суть в том, что я не понимаю алгоритма разноски - по какому принципу вытащить проводки по амортизации? И не просто вытащить - а отождествить их с карточками? Ведь были и операции Выбытия/Изменения стоимости/Поступления последними числами месяца. Мысли есть, но пока туманные. Может быть скоро воплотятся все-таки куда-нить.
2. Даже если не вести КАУ "Основные средства" принцип 1 карточка = 1 запись в книге проводок воплотить можно. Для этого надо:
-использовать циклический идентификатор "OS_[...]" и
- выставить циклическую обработку по ОС
При этом, если раньше в проводку заносился номер ИК, то теперь будет заноситься номер операции по амортизации, типа "1" или "00000" или там еще что-то. По крайней мере номера я поменять не могу. Говорят патчем эдак 12 к оперу 4 имеется возможность рулить последними номерами операций по амортизации. А до этого будет "00000" и т.д.
3. Как мы узнали:
Каждый месяц бухгалтерия закрывает затратный 26-й счет, занося на него сумму начисленной амортизации за текущий месяц. Тут, после конвертации, нам понадобилось откатываться в предыдущие месяцы. При последующем накате амортизация за месяц в ИК похе..., извините, исчезла. В ДТП это дело признали и посоветовали переначислить амортизацию за похе...-ые месяцы ещё раз. Что мы и сделали. Причем сделали с "корректировкой проводок". А потом смотрим - теперешняя сумма за месяц не совпадает с тем, чем бухгалтерия закрывала 26-й счет в том месяце. Пристальное исследование показало разницу по нескольким ИК. Выяснилось, что именно они и были "козлами отпущения". Т.е. если раньше каждая ИК тянула свой "хвост" за собой (в 5.74) то теперь (после переначисления уже в 5.82) она повесила "суммированный хвост" на этих "козлов". И хвост, кстати, оказался по-моему не длинным, а тоже округленным.
В ДТП мне сказали - "У вас скорее всего в настройке стоит - округлять типовые проводки". Я залез и сказал - "Ни фига подобного - стоит - "Типовые проводки: нет округления". "Ммм-дааа - , глубокомысленно ответили они, - а вы знаете, теперь все суммы, разносимые ТХО формируются округленными". Посоветовавшись ещё некоторое время, даже назвали страницу в документации по "ХозОперациям" - то-ли 24, то-ли 25.

Вот такая грустная история. И я сижу и думаю - как блин все это разгрести и сверить ???

Re: Округление при расчете амортизации

Добавлено: 18 авг 2002, 01:23
Deinis
Только что наткнулся:
http://www.galaktika.ru/FAQ/faq_read_al ... =986399892

Re: Округление при расчете амортизации

Добавлено: 18 авг 2002, 01:48
Deinis

Re: Округление при расчете амортизации

Добавлено: 19 авг 2002, 10:28
Den
Попробуй вот такую штуку у себя запустить, если я правильно понял насчет КАУ, то должно работать.(Фильтр на карточку потом убери)

interface 'поиск недоразумений в ос';
create view
var
sum :double
as select * from katos (readonly),
spkatos (readonly),
spmoveos(readonly),
spmove (readonly),
oborot (readonly)
where ((root==katos.innum
and (katos.innum='00002')
and 15==katos.tidk
and katos.nrec/==spkatos.ckatos
and katos.nrec/==spmoveos.ckatos
and 0==spmoveos.CHIGHEROS
and spmoveos.cspmove/==spmove.nrec
and spmove.nrec/==oborot.csoprdoc
and 15==oborot.tidk
and (oborot.datob=date(31,07,2002)
and oborot.KAUKS[1]=katos.nrec);
form trouble('trouble.out');
Handleevent:{
_Loop katos
{
sum:=0;
_Loop spkatos
{
}
_Loop oborot
{
sum:=sum+oborot.sumob //а вдруг несколько проводок к одной карточке
}
if spkatos.siznm<>sum
{
trouble.puteventbyid(fetrue,fcfff);
trouble.write(katos.innum);
trouble.write(spkatos.siznm);
trouble.write(sum);
}
}
trouble.showfile;
abort;
exit;
}
end;
end.

А это форма

.form trouble
.fields
inven
sum1
sum2
.endfields
.{
.if fff
^ &&&&&&&&&.&&&& &.&&&&&&&&&&.&&
.end
.}
.endform

Re: Округление при расчете амортизации

Добавлено: 19 авг 2002, 14:31
Deinis
Уффф, спасибо. Только я слабо разбираюсь в Галактике. Небольшой запрос, правда, написать смогу. А вот интерфейсы... :-[ Попробую сваять из Вашего интерфейса ЛОТ для себя.
В любом случае - СПАСИБО БОЛЬШОЕ!!! Логику я понял. :)

Re: Округление при расчете амортизации

Добавлено: 19 авг 2002, 14:37
Den
Удачи !

Re: Округление при расчете амортизации

Добавлено: 19 авг 2002, 16:04
LARA
Недавно делала ард как раз по этой теме. Тоже ведется КАУ по 01 и 02 .
Т е выборка делалась только по тем суммам, которые относятся непосредственно к начислению амортизации. Можно рядом поставить сумму из карточки и делать выборку расхождений. Если будут вопросы, то по аське.
Отправляю, смотри.