| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Учет Транзитных Перемещений
			 
			
			Добрый день! 
		
		
		
		
		
		
		
	При учете Транзитного перемещения на Получение в случае, если по строке транзита было подобрано и отгружено 2 и более разных Лота, выдается ошибка типа: "Товара нет в наличии". Судя по всему - стандартный функционал. Если обнулить количество в этой строке и запустить учет снова, то учет проходит нормально по всем остальным строкам (если конечно среди оставшихся нет такой же строки с двумя и более отгруженными лотами). После первичного учета, если по всем неучтенным строкам поставить количество для получения повторно, то учет проходит и по позициям, по которым подобрано 2 и более серии. Похоже на то, что где-то есть проверочка на то, что учет запускается первично либо вторично. Может кто сталкивался с проблемой?  
		 | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Немного не так сформулировал проблему
			 
			
			Ошибка вываливается, когда строка транзитного перемещения применяется к двум разным товарным операциям с одинаковым номером Лота.  
		
		
		
		
		
		
		
	  То есть, в 32-й таблице есть 2 открытые положительные операции, а к ним применяется одна новая товарная операция по списанию товара с транзитного склада. В случае, когда операции применяются 1 к 1, ошибки нет. Но если к одной отрицательной операции применяется 2 положительные, то после применения одной операции, Система пытается перейти к слудующей записи с помощью NEXT или NEXT(-1) (в зависимости от метода списания) и не находит вторую строку в товарной книге операций. Что самое странное, достаточно обнулить количество для получения в учитываемой строке, учесть транзит без проблемной строки, затем снова проставить количество для получения в этой строке и ее учет проходит без проблем. Либо, к примеру, обнулить количество для получения в предшествующих проблемной строке строках (причем не в любой, а в какой-то конкретной строке) и тогда NEXT отрабатывает корректно.  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			SQL Option? 
		
		
		
		
		
		
		
	Была какая-то лажа с NEXT именно в finsql.exe. Попробуйте обновить файлы клиента на build 3.70.2.19516 (это 3.70.B (RU))  | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Да, SQL! 
		
		
		
		
		
		
		
	Попробую, спасибо!   
		 | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Только столько всего наколбашено, что это не так то просто :-)
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Упс... Извиняюсь, не так понял
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от EDVard
			
			 
Только столько всего наколбашено, что это не так то просто :-) 
		
	 | 
| 
	
 | 
| 
			
			 | 
		#8 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от EDVard
			
			 
Упс... Извиняюсь, не так понял 
		
	  Черт а я уже ответ пробил  
		 | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Это все конечно хорошо, но в 4-ке та же проблема  
		
		
		
		
		
		
		
	 
		 | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от EDVard
			
			 
Это все конечно хорошо, но в 4-ке та же проблема  
		
	![]()  | 
| 
	
 | 
| 
			
			 | 
		#11 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Нет, не проверял. Может удастся исправить другим способом...  
		
		
		
		
		
		
		
	 
		 | 
| 
	
 |