| View previous topic :: View next topic   | 
	
	
	
		| Author | 
		Message | 
	
	
		Лариса Т.
 
 
  Joined: 05 Jul 2004 Posts: 247 Location: Тюрикова Л.А. Occupation: программист Interests: Ижевск
  | 
		
			
				 Posted: 17 Jul 2007 09:36    Post subject: СПИ, прошедший на предприятии | 
				     | 
			 
			
				
  | 
			 
			
				По неизвестным причинам что-то удивительное происходит со СПИ. Объект поступил в июне 2006 года. Ему был установлен общий СПИ 72 месяца. В настоящее время период - июль 2007, СПИ общий 72, а вот СПИ, прошедщий на предприятии в БУ=9 мес, в налоговом =11 мес.
 
Как происходит расчет СПИ, прошедшего на предприятии? От него рассчитывается СПИ оставшийся, а он влияет на расчет амортизации. Объектов много. Как проконтролировать? Были ли у кого-либо подобные ситуаци | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		itman
 
  
  Joined: 05 Apr 2002 Posts: 1247 Location: Ильин Е.Ю. Occupation: Cio Interests: Кинель
  | 
		
			
				 Posted: 17 Jul 2007 10:10    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				| Производились ли откаты на предыдущие месяц | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		Лариса Т.
 
 
  Joined: 05 Jul 2004 Posts: 247 Location: Тюрикова Л.А. Occupation: программист Interests: Ижевск
  | 
		
			
				 Posted: 17 Jul 2007 14:31    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				| в последнее время нет, но ранее наверняка производили | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		nordk
 
 
  Joined: 27 Jun 2005 Posts: 1000 Location: Горбунов Константин Occupation: БЭСТ-Партнер Interests: СПб
  | 
		
			
				 Posted: 17 Jul 2007 15:12    Post subject: Re: СПИ, прошедший на предприятии | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Лариса Т. wrote: | 	 		  | Как происходит расчет СПИ, прошедшего на предприятии? От него рассчитывается СПИ оставшийся, а он влияет на расчет амортизации. Объектов много. Как проконтролировать? Были ли у кого-либо подобные ситуации? | 	  
 
 
Недавно анализировал вопросы со СПИ.
 
Алгоритмы достаточно несложные.
 
Если речь не про налоговый СПИ, то при расчете аммортизации
 
в таблице IZNOS записывается следующая величина СПИ, которая впоследствии при закрытиии периода записывается в карточку.
 
Механизм крайне простой.
 
На СП 36 такой ошибки нет.
 
Если захотите поправить проблему - то в таблице IZNOS перед закрытием периода выстроить записи по порядку UNICOD и в поле SPI_P отследить, что из месяца в месяц он увеличивался, если где не так - руками попправить как правильно и после этого ИЗНОС СЧИТАТЬ НЕЛЬЗЯ - только закрытие периода и со следующего месяца будет все
 
ОК.
 
Повторяю проверял вопрос на 36 пакете | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		itman
 
  
  Joined: 05 Apr 2002 Posts: 1247 Location: Ильин Е.Ю. Occupation: Cio Interests: Кинель
  | 
		
			
				 Posted: 18 Jul 2007 07:00    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				Да, именно так    
 
Добавлю еще, что не мешало бы проверить суммы начисленного износа, т.к. попутно встречалась и такая ситуация, когда сумма начисленного фактически износа не совпадала с суммой которая выводится в карточк | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		nordk
 
 
  Joined: 27 Jun 2005 Posts: 1000 Location: Горбунов Константин Occupation: БЭСТ-Партнер Interests: СПб
  | 
		
			
				 Posted: 18 Jul 2007 13:01    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				В исходном тескте сумма износа сравнивается только с нулем, если больше нуля СПИ будет прибавляться и то если речь идет о налоговом,а про стандартный вроде нет (точно не помню уже    ) | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		OLY_MAI
 
 
  Joined: 18 Feb 2005 Posts: 67 Location: Майстренко Ольга Occupation: инженер-программист Interests: Нижний Новгород
  | 
		
			
				 Posted: 18 Jul 2007 13:59    Post subject: Re: СПИ, прошедший на предприятии | 
				     | 
			 
			
				
  | 
			 
			
				 	  | nordk wrote: | 	 		  
 
Если захотите поправить проблему - то в таблице IZNOS перед закрытием периода выстроить записи по порядку UNICOD и в поле SPI_P отследить, что из месяца в месяц он увеличивался, если где не так - руками попправить как правильно и после этого ИЗНОС СЧИТАТЬ НЕЛЬЗЯ - только закрытие периода и со следующего месяца будет все
 
ОК.
 
Повторяю проверял вопрос на 36 пакете | 	  
 
 
ЭТО ЕСЛИ У ВАС 100 основных, еще можно сделать ручками, а если их тысячи!!!     СПИ давно уже считается криво и разработчики на это закрывают глаза... хотя алгоритмы расчета там простейшие! | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		itman
 
  
  Joined: 05 Apr 2002 Posts: 1247 Location: Ильин Е.Ю. Occupation: Cio Interests: Кинель
  | 
		
			
				 Posted: 18 Jul 2007 14:22    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				Следует признать, что факт "непоняток" с накопленным износом и СПИ в предыдущих версиях/пакетах имел место в моменты отката.
 
Тема уже обсуждалась, решается плагином с запуском из книги хозопераций в модуле ОС.
 
Кстати тема поднималась Ларисой 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()
 
 
 
 
 
 
 
НО!
 
 
Нет блока проверки на текущий расчетный период, поэтому запускать надо до расчета амортизаци, либо предварительно очистив записи в таблице износов по текущему периоду.
 
 
И еще - нет учета изменений износа другими возможными способами.
 
 
Т.е. если у вас износ менялся только через амортизацию - этот способ может помочь, если нет - необходима доработка.
 
 | 	 
  | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		 |