| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Заказы. Операции не балансируют.
			 
			
			Доброго всем времени суток, коллеги. Ax 4.0 международная SP2, SQL2005 
		
		
		
			Ситуация такая: в модуле расчетов с клиентами заводятся заказы на продажу. С недавних пор небольшая часть накладных перестала разноситься. Система утверждает, что: "Операции по коду такому-то не балансируют согласно такой-то даты" (скрин ошибки пришит к сообщению). Заказы вносятся в основной валюте. Вторичная валюта в настройках компании отсутствует. Обычно разница в пределах 0.01-0.05, и до этого времени с подобной ситуацией не сталкивались.При этом, грубо говоря, на следующий день система позволяет разнести один из этих проблемных заказов. Знаю точно, что данные в этих заказ не менялись с момента занесения в систему. Попытки исправить: удалялись индексы, приложение было переиндексировано. Эффекта не дало. Неплохо было бы разобраться, из-за чего может быть такое странное поведение. Пугает, однако. Последний раз редактировалось bobski; 16.11.2009 в 11:54.  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Трэйсить, трэйсить и трэйсить. 
		
		
		
		
		
		
			На разбаланс сколько раз натыкался. В большинстве случаев проблема снималась без программирования. 
				__________________ 
		
		
		
		
	Энергия молодых и неравнодушных способна изменить мир к лучшему.  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Moderator 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Главная книга - Параметры - Максимально допустимое расхождение 
		
		
		
		
		
		
		
	не поможет ?  | 
| 
	
 | 
|
| За это сообщение автора поблагодарили: axbegin (1). | |
| 
			
			 | 
		#4 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Небольшое расхождение в разноске Закупок/заказов - это нормально. Ведь создается сложная проводка - с одной стороны на счет запасов падают суммы по каждой номенклатуре отдельно, с другой стороны на счет поставщика/клиента падает общая сума по накладной. И перевод в основную валюту производится так же - с одной стороны по каждой номенклатуре отдельно с округлением, с другой стороны общей суммой по накладной с округлением. Тут уж без ошибки округления никуда.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Решается это, как выше писал Андре, настройкой незначительного расхождения в параметрах ГК.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Настройка расхождения в данном случае кажется лишним движением. Основная валюта компании и валюта заказа идентичны. Да и с проблемой такой ранее не сталкивались - база отработала уже более года. Сабж проявился менее месяца назад и настораживает кучность возникновения указанной ошибки, слишком уж часто она стала появляться. Так же настораживает, что система не дав разнести заказ "сегодня", вполне может позволить разнести его на следующий день.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 ---------------- 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Посмотрите через SQL на суммы проводок и строк заказов. Такое возникает, когда происходят разноски неокругленных сумм.
		 
		
		
		
		
		
		
		
		
			Последний раз редактировалось Wamr; 16.11.2009 в 17:18.  | 
| 
	
 | 
| 
			
			 | 
		#8 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			...заметил ещё одну довольно непонятную вещь: 
		
		
		
		
		
		
		
	в системных счетах указан счет (назван SO.01) для "Допустимого расхождения в осн. валюте"; в параметрах ГК допустимое расхождение в основной валюте тоже указано и равно 1,00. Смотрим LedgerTrans и видим несколько операций по SO.01. Суммы есть как дебетовые, так и кредитовые.. и все в пределах -1.00..+1.00, что и следовало из настроек. Однако текущие "капризные" заказы при разноске указывают на разницу в -0.01.. -0.07 и напрочь отказываются разноситься. Вроде указанных параметров и настроек должно быть достаточно для разноски, или я не замечаю других каких важных настроек?  | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			такая же проблема, но расхождение во вторичной валюте порядка 1,56. порог 1,20, увеличивать не будем. 
		
		
		
		
		
		
		
	исх. данные: dax 2009 sp1 ru5, заказ на продажу в основной валюте - руб. в каждой из 800 строк одна и та же номенклатура, но разные чистые суммы. цен по строкам нет, системный счет по округлению есть. вопрос: где копать?  | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Программатор 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Насколько я помню система сравнивает 2 переменные, и если они разные. то ругается. Посмотрите как они считаются. Скорее всего какие то настройки.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 |