|  10.03.2006, 13:54 | #1 | 
| Участник | 
			
			4.0 При вводе первноначальных остатков по товарам (через Журнал Товаров) была неверно указана себестоимость. За два месяца по данной номенклатуре было проведено много операций. Вопрос: как провести сторнирующую и правильную операцию, чтобы не "поехала себестоимость" и пересчитались последующие расходные операции? если через журнал товаров делать опреацию с обратным знаком, то ее не с чем применять, т.к. первоначальная операция не является открытой   | 
|  | 
|  10.03.2006, 14:14 | #2 | 
| Moderator | 
			
			Откорректировать себес-ть через Журнал Перееоценки для исходных операций.
		 | 
|  | 
|  10.03.2006, 15:41 | #3 | 
| Administrator | 
			
			можно еще купить товарные издержки на разницу себестоимости
		 | 
|  | 
|  10.03.2006, 16:08 | #4 | 
| Участник | 
			
			ну это смотря каким типом операций вводились остатки.
		 
				__________________ Want to believe... | 
|  | 
|  10.03.2006, 19:01 | #5 | 
| Участник | 
			
			Журнал переоценки. Переоцениваете положительные операции, которыми вводили начальные остатки. Для этого в строке журнала нужно обязательно заполнить "Примен. Операция Но". Учет. Коррекция себестоимости операций. | 
|  | 
|  13.03.2006, 12:31 | #6 | 
| Administrator | |
|  | 
|  13.03.2006, 12:41 | #7 | 
| Участник | 
			
			А если, кроме себестоимости, требуется изменить количество? Тогда ведь журнал переоценки не является вариантом...   Получается, что если через какой-либо период потребуется отсторнировать и учесть заново операции по товару (через журнал товаров, акт оприходования, акт списания) в ситуации, когда исходная операция не является открытой, себестоимость "едет". Как быть? | 
|  | 
|  13.03.2006, 12:46 | #8 | 
| Участник | Цитата: 
		
			Сообщение от piglet
			   А если, кроме себестоимости, требуется изменить количество? Тогда ведь журнал переоценки не является вариантом...   Получается, что если через какой-либо период потребуется отсторнировать и учесть заново операции по товару (через журнал товаров, акт оприходования, акт списания) в ситуации, когда исходная операция не является открытой, себестоимость "едет". Как быть? | 
|  | 
|  13.03.2006, 13:16 | #9 | 
| Участник | Цитата: но "развязывать" же придется все последующие приходы/расходы, а не только то применение, которое связывает исходную операцию. в случае, когда таких операций много, можно совсем погрязнуть в разгребании... | 
|  | 
|  13.03.2006, 13:24 | #10 | 
| Участник | 
			
			Ну не вручную же это делать - скриптом. Там процедура "развязывания" относительно простая.
		 | 
|  | 
|  13.03.2006, 14:01 | #11 | 
| Участник | |
|  | 
|  13.03.2006, 14:06 | #12 | 
| Administrator | 
			
			если надо поменять и себестоимость и количество я предложил бы по-новой ввести остатки. только сначала проверить, утвердить, а потом ввести. Цитата:   | 
|  | 
|  13.03.2006, 14:07 | #13 | 
| Участник | |
|  | 
|  13.03.2006, 14:11 | #14 | 
| Участник | Цитата: Понимаю, что надо применять административный ресурс в работе с пользователями, но и в системе надо уметь всё приводить в порядок. Seer, спасибо... будем делать зы к этому же варианту пришли в пятницу, но думали, что быть может есть более красивый вариант | 
|  | 
|  13.03.2006, 14:13 | #15 | 
| Administrator | Цитата: 
		
			Сообщение от piglet
			   Цитата: Понимаю, что надо применять административный ресурс в работе с пользователями, но и в системе надо уметь всё приводить в порядок. Seer, спасибо... будем делать зы к этому же варианту пришли в пятницу, но думали, что быть может есть более красивый вариант | 
|  | 
|  13.03.2006, 15:39 | #16 | 
| Участник | 
			
			Перепривязывать, конечно, надо. Это можно сделать функцией ApplyItemLedgEntry из кодеюнита 22, запуская ее в цикле для развязанных операций - она обновит таблицу 339. А после этого надо запустить задание коррекции себестоимости, которое уже пересчитает себестоимость и обновит таблицу 5802. Только надо учесть, что эта функция - локальная. Т.е. либо нужно изменить ее свойство, либо сделать копию этого кодеюнита, в которой уже изменить свойство и откуда ее вызывать.
		 | 
|  | 
|  13.03.2006, 16:54 | #17 | 
| Участник | 
			
			Я бы не стал ничего трогать. Я имею ввиду развязывать и привязывать - неблагодарное это дело. Кодеюнитом, который Вы озвучили все привязать не получится, т.к. по некоторым типам операций номер той, которую нужно применить известен только в момент учета (внутреннее перемещение например). Я бы сделал инвентаризацию и выровнял остатки на текущий период, а на прошлый лучше забить. | 
|  | 
|  13.03.2006, 17:08 | #18 | 
| Участник | Цитата: 
		
			Сообщение от Sitizen
			   Я бы не стал ничего трогать. Я имею ввиду развязывать и привязывать - неблагодарное это дело. Кодеюнитом, который Вы озвучили все привязать не получится, т.к. по некоторым типам операций номер той, которую нужно применить известен только в момент учета (внутреннее перемещение например). Я бы сделал инвентаризацию и выровнял остатки на текущий период, а на прошлый лучше забить. | 
|  | 
|  13.03.2006, 17:26 | #19 | 
| Участник | 
			
			я бы сделал как рекомендует Sitizen. Сначала инвентаризацию, потом переоценку.
		 | 
|  | 
|  13.03.2006, 18:29 | #20 | 
| Участник | 
			
			Однозначно не стоит связываться с перепривязыванием. Стоит связываться, если опыт очень большой и понимаешь как и что делать. Seer, давайте советы поосторожнее. Здесь столько раз обсуждалась тема про отмену документов, перепривязывание из этой же оперы.   | 
|  |