СПИ, прошедший на предприятии
Select messages from
 # through # FAQ
[/[Print]\]

-> БЭСТ-4
#1: СПИ, прошедший на предприятии Author: Лариса Т., Location: Тюрикова Л.А. PostPosted: 17 Jul 2007 09:36
    —
По неизвестным причинам что-то удивительное происходит со СПИ. Объект поступил в июне 2006 года. Ему был установлен общий СПИ 72 месяца. В настоящее время период - июль 2007, СПИ общий 72, а вот СПИ, прошедщий на предприятии в БУ=9 мес, в налоговом =11 мес.
Как происходит расчет СПИ, прошедшего на предприятии? От него рассчитывается СПИ оставшийся, а он влияет на расчет амортизации. Объектов много. Как проконтролировать? Были ли у кого-либо подобные ситуаци
#2:  Author: itman, Location: Ильин Е.Ю. PostPosted: 17 Jul 2007 10:10
    —
Производились ли откаты на предыдущие месяц
#3:  Author: Лариса Т., Location: Тюрикова Л.А. PostPosted: 17 Jul 2007 14:31
    —
в последнее время нет, но ранее наверняка производили
#4: Re: СПИ, прошедший на предприятии Author: nordk, Location: Горбунов Константин PostPosted: 17 Jul 2007 15:12
    —
Лариса Т. wrote:
Как происходит расчет СПИ, прошедшего на предприятии? От него рассчитывается СПИ оставшийся, а он влияет на расчет амортизации. Объектов много. Как проконтролировать? Были ли у кого-либо подобные ситуации?


Недавно анализировал вопросы со СПИ.
Алгоритмы достаточно несложные.
Если речь не про налоговый СПИ, то при расчете аммортизации
в таблице IZNOS записывается следующая величина СПИ, которая впоследствии при закрытиии периода записывается в карточку.
Механизм крайне простой.
На СП 36 такой ошибки нет.
Если захотите поправить проблему - то в таблице IZNOS перед закрытием периода выстроить записи по порядку UNICOD и в поле SPI_P отследить, что из месяца в месяц он увеличивался, если где не так - руками попправить как правильно и после этого ИЗНОС СЧИТАТЬ НЕЛЬЗЯ - только закрытие периода и со следующего месяца будет все
ОК.
Повторяю проверял вопрос на 36 пакете
#5:  Author: itman, Location: Ильин Е.Ю. PostPosted: 18 Jul 2007 07:00
    —
Да, именно так
Добавлю еще, что не мешало бы проверить суммы начисленного износа, т.к. попутно встречалась и такая ситуация, когда сумма начисленного фактически износа не совпадала с суммой которая выводится в карточк
#6:  Author: nordk, Location: Горбунов Константин PostPosted: 18 Jul 2007 13:01
    —
В исходном тескте сумма износа сравнивается только с нулем, если больше нуля СПИ будет прибавляться и то если речь идет о налоговом,а про стандартный вроде нет (точно не помню уже )
#7: Re: СПИ, прошедший на предприятии Author: OLY_MAI, Location: Майстренко Ольга PostPosted: 18 Jul 2007 13:59
    —
nordk wrote:

Если захотите поправить проблему - то в таблице IZNOS перед закрытием периода выстроить записи по порядку UNICOD и в поле SPI_P отследить, что из месяца в месяц он увеличивался, если где не так - руками попправить как правильно и после этого ИЗНОС СЧИТАТЬ НЕЛЬЗЯ - только закрытие периода и со следующего месяца будет все
ОК.
Повторяю проверял вопрос на 36 пакете


ЭТО ЕСЛИ У ВАС 100 основных, еще можно сделать ручками, а если их тысячи!!! СПИ давно уже считается криво и разработчики на это закрывают глаза... хотя алгоритмы расчета там простейшие!
#8:  Author: itman, Location: Ильин Е.Ю. PostPosted: 18 Jul 2007 14:22
    —
Следует признать, что факт "непоняток" с накопленным износом и СПИ в предыдущих версиях/пакетах имел место в моменты отката.
Тема уже обсуждалась, решается плагином с запуском из книги хозопераций в модуле ОС.
Кстати тема поднималась Ларисой 10.01.2007.
Quote:
БЭСТ-4 - Износ в основных. Алгоритм формирования полей IZNOS


--------------------------------------------------------------------------------

Лариса Т. - 10 Янв 2007 10:48

Заголовок сообщения: Износ в основных. Алгоритм формирования полей IZNOS


--------------------------------------------------------------------------------

Провели проверку базы по основным, выяснили несоответсвие данных по амортизации и начисленному износу. Подскажите пожалуйста как правильно формируются записи в полях IZNOS? Очень хочется привести все в соотвествие.


--------------------------------------------------------------------------------

itman - 10 Янв 2007 11:03

Заголовок сообщения:


--------------------------------------------------------------------------------

Тема уже поднималась http://www.bestnet.ru/club/phpBB/viewtopic.php?t=9436&start=15



Решили плагином.

После очередного отката и возврата на текущий период - пришлось запустить вновь, т.к. вновь возникала разница (после большого объема различного рода документов в одном периоде).



Используем такой код:

Код:

dbpush()

NETUSE("iznos",LOADPATH()+"\OC\IZNOS.DBF") //берем базу износов

iznos->(ORDSETFOCUS('UNIOC'))

NETUSE("COC",LOADPATH()+"\OC\COC.DBF") //берем картотеку

coc->(ORDSETFOCUS('UNIOC'))

Select coc

Set Relation To UNIOC Into iznos // делаем связь

Go Top

N:=0

While !EoF() //начинаем перебор картотеки

Select iznos // переходим в износы и перебираем записи по объекту ОС

nSumNakopl=coc->iz_doc

While (!EoF().And.iznos->UNIOC=coc->UNIOC)

nSumIzn=iznos->Summa

If iznos->iznos<>nSumNakopl

iznos->(Reclock())

iznos->iznos:=nSumNakopl

iznos->(F_DBUNLOCK())

flag:=1

Else

flag:=0

EndIf

nSumNakopl=Round(nSumNakopl+nSumIzn,3)

Skip

EndDo



Select coc

If flag=1

coc->(Reclock())

coc->iznos:=Round(nSumNakopl-coc->iz_doc,3)

coc->(F_DBUNLOCK())

EndIf

Skip

EndDo

coc->(DbCloseArea())

iznos->(DbCloseArea())

dbpop()




НО!

Нет блока проверки на текущий расчетный период, поэтому запускать надо до расчета амортизаци, либо предварительно очистив записи в таблице износов по текущему периоду.

И еще - нет учета изменений износа другими возможными способами.

Т.е. если у вас износ менялся только через амортизацию - этот способ может помочь, если нет - необходима доработка.
-> БЭСТ-4


output generated using printer-friendly topic mod. All times are GMT + 4 Hours

Page 1 of 1

Powered by phpBB © 2001, 2005 phpBB Group