| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Отр.финансовый +физ.наличие+партия
			 
			
			Аксапта 3.0 sp3 
		
		
		
		
		
		
		
	Задача. Возможность продавать товар по отборочным накладным по физической себестоимости по этим же накладным. (Т.е. отрицательный финансовый склад , активна опция "Включать физическую стоимость" - Складская модель). Товар партионный, себестоимость расчитывается в разрезе партий. (Складская аналитика - Склад+Партия - на партии активно, "финансовый" и "физическое наличие"). Действия: 1. Создаю закупку , две строки партия1 товар кол-во(5) стоимость 10 -( 5х10 = 50руб) партия2 товар кол-во(10)стоимость 20 -(10х20= 200 руб) Провожу отборочную накладную по Закупке. По складским проводкам все нормально. Физическая стоимость партии1 - 50 , партии2 - 200 руб. 2. Создаю Заказ (автоматическое резервирование номенклатуры) с одной строкой товар кол(10) цена 30. Смотрю складские проводки - резервирование нормальное. 5 шт из партии1 и 5шт. из партии2. Смотрю по Заказу - Запросы-Итоги - Себестоимость - 150 руб - Все правильно - 5х10+5х20 = 150. Делаю обработку накладной по Заказу. Смотрю проводки - списывает себестоимость вместо 150 руб - 200руб Смотрю складские проводки - По строке расхода по партии1 - себестоимость 0 руб, по строке расхода по партии2 - себестоимость - 200 руб. Делаю пересчет себестоимости (метод ФИФО)- Все становится как надо. Если создать в Заказе не одну строку, а две и явно указать партия1 и партия2 - Все делает нормально и без пересчета себестоимости. Может кто подскажет, что это за глюки? Или я в чем-то ошибаюсь?  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			 
			
			Да, это ошибка Microsoft. Должны выполняться три условия: 
		
		
		
		
		
		
		
	1. В группе складской аналитики больше аналитик, чем одна (просто "Склад"). 2. Приходование идет по физической стоимости. 3. Списание происходит с использованием авторезервирования. Запрос в MBS подан, но результата пока нет. Видимо и в SP4 не исправлено, поскольку ничего не сказали. Пересчет действительно "лечит" эту ситуацию, но не уверен, что корректно. По-моему, в таблице InventSum какие-то некорректные данные остаются. Детально не проверял.  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			SLAYPNIR, спасибо за информацию
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
	
	 | 
	
		
  |