| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			 
			
			Добрый день. 
		
		
		
		
		
		
		
	Есть обработанный (все стадии пройдены, отборочная, накладная, счет-фактура) клиентский заказ. Смотрю складские проводки и что я вижу: n-ое кол-во (разные партии) строк на строчку заказа. Все бы ничего, но некоторые строки имеют статус расхода Отпущено   , хотя все должны быть уже в статусе продано. В Накладной было обработано все кол-во. По ГК прошло все корректно (как и положено себестоимости нет для Отпущенных строк).Как такое может быть? И как теперь можно это исправить?  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Member 
		
			
	 | 
	
	
	
		
		
		
		 
			
			У вас приложение без доработок?
		 
		
		
		
		
		
		
			
				__________________ 
		
		
		
		
	С уважением, glibs®  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			В приложении есть доработки, но они не затрагивают формирование Накладной, проводок по складу и по ГК. Такая ситуация впервые за длительное время эксплуатации.  
		
		
		
		
		
		
		
	Мне на данном этапе важнее понять как правильно поправить. Как вариант можно конечно руками расчитать себестоимость и поменять нужным образом inventTrans, inventSum, проводки по ГК разнести отдельно. Но не очень хотелось бы лезть туда руками. Может данную проблему можно решить (поправить InventTrans и сделать нужные проводки по ГК) используя стандартные классы?  | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Member 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Я бы предпочел сторнировать.
		 
		
		
		
		
		
		
			
				__________________ 
		
		
		
		
	С уважением, glibs®  | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Если я правильно понимаю ситуацию, то создаем новый заказ с типом возврат. Заполняем его через механизм Кредит-ноты (через выбор Накладной). После разноски связанные возвратным лотом проводки (исходного и возвратного заказа) приобретут статус Продано с рассчитанной себестоимостью?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Member 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Я предпочитаю ошибки исправлять через немедленную поставку. 
		
		
		
		
		
		
			А реальные возвраты — через новый заказ. Вам нужно сравнить числа и выяснить причину ошибки. Возможно, перед сторнированием придется что-то поправить. 
				__________________ 
		
		
		
		
	С уважением, glibs®  | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: Daiver (1). | |
| 
			
			 | 
		#7 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Спасибо. Все получилось. Пришлось правда немного поколдовать с полем salesLine.RemainSalesFinancial.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| Теги | 
| ax4.0 | 
| 
	
	 | 
	
		
  |