Есть такой момент: в версии 5.74 рассчитывалась амортизация без округления. С длинным-длинным хвостом. Причем - то, что рассчитывалось - то и разносилось.
Нынче же (в 5.82) ТХО несмотря ни на какие настройки разносит с округлением. В итого получается - в оперативном контуре висит одна сумма (с хвостом, который накапливается и накапливается и "превращается" в копейки). А в бух. контуре (по проводкам) висит совсем другая сумма (без хвостом). В итоге оперативный контур с бух. контуром не идет
Вопрос таков - помогите написать LOT, проверяющий соответствие рассчитанной и проведенной амортизации. За любой месяц.
Округление настраивается в настройках методов учета. По Alt+H появляется окошко с методами учета. По F4 заходишь в ентот метод и смотришь внизу на настройку округления при амортизации.
Так вот, в 5.74 она была "Нет округления"
После конвертации на 5.82 она же и осталась.
НО!!!
В течение 2-х последующих месяцев после конвертации мы начисляли амортизацию и думали что все хорошо. Оказалось - что нет. ТХО разносит суммы амортизации округленными до 1 коп. А "суммированный хвост" вешает на последнюю проводку (последняя карточка с этой ТХО). Так сказать, находит козла отпущения.
В итоге мы сейчас изменили настройку округления на "округлять по правилам: >= 0.5". Поэтому то, что рассчитано - то и в проводках. Идеальное соответствие.
Но вот бы выявить тех самых "козлов отпущения". И также разность по каждому ОС. :-/
З.Ы. А настройка алгоритмов начисления амортизации тут совсем не при чем.
Если ТХО привязана к нескольким инвентарным карточкам, то запись в таблицу оборотов происходит всего одна - сумма всех аортизаций карточек.(в 582 так, если есть способ формировать методом 1 карточка== 1 запись oborot, то поправьте). А посему не представляется возможным сверить данные таким образом, да и вообще похоже никаким.
>Оказалось - что нет. ТХО разносит суммы >амортизации округленными до 1 коп. >А "суммированный хвост" вешает на последнюю >проводку (последняя карточка с этой ТХО). >Так сказать, находит козла отпущения.
1. Извините, не сказал раньше: у нас ведется КАУ1 - "Основные средства". С января этого года. До этого года КАУ "Основные средства" ни на 01 ни на 02 счете не было. Так что теперь 1 карточка = 1 проводка. Но суть в том, что я не понимаю алгоритма разноски - по какому принципу вытащить проводки по амортизации? И не просто вытащить - а отождествить их с карточками? Ведь были и операции Выбытия/Изменения стоимости/Поступления последними числами месяца. Мысли есть, но пока туманные. Может быть скоро воплотятся все-таки куда-нить.
2. Даже если не вести КАУ "Основные средства" принцип 1 карточка = 1 запись в книге проводок воплотить можно. Для этого надо:
-использовать циклический идентификатор "OS_[...]" и
- выставить циклическую обработку по ОС
При этом, если раньше в проводку заносился номер ИК, то теперь будет заноситься номер операции по амортизации, типа "1" или "00000" или там еще что-то. По крайней мере номера я поменять не могу. Говорят патчем эдак 12 к оперу 4 имеется возможность рулить последними номерами операций по амортизации. А до этого будет "00000" и т.д.
3. Как мы узнали:
Каждый месяц бухгалтерия закрывает затратный 26-й счет, занося на него сумму начисленной амортизации за текущий месяц. Тут, после конвертации, нам понадобилось откатываться в предыдущие месяцы. При последующем накате амортизация за месяц в ИК похе..., извините, исчезла. В ДТП это дело признали и посоветовали переначислить амортизацию за похе...-ые месяцы ещё раз. Что мы и сделали. Причем сделали с "корректировкой проводок". А потом смотрим - теперешняя сумма за месяц не совпадает с тем, чем бухгалтерия закрывала 26-й счет в том месяце. Пристальное исследование показало разницу по нескольким ИК. Выяснилось, что именно они и были "козлами отпущения". Т.е. если раньше каждая ИК тянула свой "хвост" за собой (в 5.74) то теперь (после переначисления уже в 5.82) она повесила "суммированный хвост" на этих "козлов". И хвост, кстати, оказался по-моему не длинным, а тоже округленным.
В ДТП мне сказали - "У вас скорее всего в настройке стоит - округлять типовые проводки". Я залез и сказал - "Ни фига подобного - стоит - "Типовые проводки: нет округления". "Ммм-дааа - , глубокомысленно ответили они, - а вы знаете, теперь все суммы, разносимые ТХО формируются округленными". Посоветовавшись ещё некоторое время, даже назвали страницу в документации по "ХозОперациям" - то-ли 24, то-ли 25.
Вот такая грустная история. И я сижу и думаю - как блин все это разгрести и сверить ???
Попробуй вот такую штуку у себя запустить, если я правильно понял насчет КАУ, то должно работать.(Фильтр на карточку потом убери)
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.
Уффф, спасибо. Только я слабо разбираюсь в Галактике. Небольшой запрос, правда, написать смогу. А вот интерфейсы... :-[ Попробую сваять из Вашего интерфейса ЛОТ для себя.
В любом случае - СПАСИБО БОЛЬШОЕ!!! Логику я понял.
Недавно делала ард как раз по этой теме. Тоже ведется КАУ по 01 и 02 .
Т е выборка делалась только по тем суммам, которые относятся непосредственно к начислению амортизации. Можно рядом поставить сумму из карточки и делать выборку расхождений. Если будут вопросы, то по аське.
Отправляю, смотри.
Если долго мучится, что-нибудь получится. :))) ОБЯЗАТЕЛЬНО!!!!!!!
