| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Закрытие склада vs пересчет себестоимости
			 
			
			Всем доброго времени суток. 
		
		
		
		
		
		
		
	Экспериментируем с закрытием склада, до этого делали только пересчет, в силу неких обстоятельств. Скопировали рабочие данные на тестовое приложение, запустили закрытие. Стали изучать получившиеся фин. проводки, пришли в изумление - имеем проводки в ГК по коррекциям операций переносов (только по приходной части) - 41-сч. прибыли\убытки. Изучив труд тов. fed'а (отдельное спасибо ему еще раз) пришел к выводу что это, скорее всего списание округления и корректировок при прогонке себестоимости. Удивление было еще подкреплено тем что при обычном пересчете себестоимости таких проводок не наблюдалось. Решили поэкспериментировать еще - запустили подряд сначала пересчет потом закрытие по одну и ту же дату. В результате в закрытие получили корректировку тех же операций, которые уже были откорректированы предыдущим пересчетом. Собственно вопросов отсюда несколько следует: 1. Верно ли предположение о том что проводки в ГК относительно коррекций операций переноса - это списание ошибок округления. 2. Почему таких операций не было при пересчете 3. Чем вообще закрытие в плане пересчета себестоимости отличается от просто пересчета, почему закрытие порождает дополнительные коррекции того что уже пересчитано, хотя никаких изменений в данных не происходило?  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Moderator 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Пересчет не списывает округлений и ошибок (поскольку это предварительная операция). Закрытие списывает округления и ошибки (поскольку это окончательная операция). В идеальном мире, если между пересчетом и закрытием вообще ничего не менялось, то закрытие должно проводить в ГК только ошибки и округления. Но мир неидеален  
		
		
		
		
		
		
		
	  Пересчет склада строит таблицу сопоставлений в памяти и есть некоторые шансы, что эта таблица отличается от той таблицы которое закрытие строит уже в БД (в виде inventSettlement с заполненым  QtySettled). Я не занимался анализом - когда и как это может случаться, но на всидку мне кажется что может... Это может приводить к расхождению рассчитанной себестоимости (даже без учета коррекций и округлений) между закрытием и пересчетом.Вообще - цель пересчета не в том чтобы посчитать окончательную и неизменяемую себестоимость списаний, его цель только в том чтобы выдать правдоподобную себестоимость списаний и складского остатка. Никто не гарантирует что эта себестоимость в 100% случаев будет совпадать с окончательной...  | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: jonny (3). | |
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Спасибо! 
		
		
		
		
		
		
		
	Да, к сожалению, мир не идеален  . В общем, конечно же, надо по возможности сразу закрывать помесячно, а то сложно в итоге бухгалтерии объяснить что сумма порядка 50 т.р. это "всего-лишь ошибки округления" 
		 | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Microsoft Dynamics 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Для уменьшения этой суммы можно попробовать поиграть параметрами закрытия склада - Максимальная пропускная способность и Минимальная коррекция пропускной способности (вот же ж дурной перевод названий). 
		
		
		
		
		
		
		
	Кстати, еще мелочь - в русской локализации сделаны специальные счета для списания таких округлений при закрытии склада, отличающиеся от "обычных" счетов прибылей-убытков по запасам. Возможно, это немного поможет в общении с бухгалтерией  
		 | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: Logger (3), lev (3), jonny (3). | |
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			У нас (АХ 2009) периодически вылезают большие суммы (десятки тысяч рублей) на счета отклонений. Бухгалтерии сильно не нравится, но понять, в чем дело, не можем. Есть только уверенность, что это НЕ округления.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| Теги | 
| закрытие склада, пересчет себестоимости | 
| 
	
	 | 
	
		
  |