Корректировка товарных операций - NAV: Функционал

piglet_imported · 10.03.2006, 13:54

4.0
При вводе первноначальных остатков по товарам (через Журнал Товаров) была неверно указана себестоимость.
За два месяца по данной номенклатуре было проведено много операций.

Вопрос:
как провести сторнирующую и правильную операцию, чтобы не "поехала себестоимость" и пересчитались последующие расходные операции?
если через журнал товаров делать опреацию с обратным знаком, то ее не с чем применять, т.к. первоначальная операция не является открытой

**Dzemon** · 10.03.2006, 14:14

Откорректировать себес-ть через Журнал Перееоценки для исходных операций.

**Sancho** · 10.03.2006, 15:41

можно еще купить товарные издержки на разницу себестоимости

**Sancho** · 13.03.2006, 12:31

Цитата:

Сообщение от Sancho

можно еще купить товарные издержки на разницу себестоимости

был неправ, простите.
оказывается по приходной накладной издержки распределить можно, а по акту оприходования нельзя (3.70). чем таким принципиальным они отличаются, так и не понял.

DA_NEAL · 10.03.2006, 16:08

ну это смотря каким типом операций вводились остатки.

Sitizen · 10.03.2006, 19:01

Журнал переоценки. Переоцениваете положительные операции, которыми вводили начальные остатки. Для этого в строке журнала нужно обязательно заполнить "Примен. Операция Но".
Учет.
Коррекция себестоимости операций.

piglet_imported · 13.03.2006, 12:41

А если, кроме себестоимости, требуется изменить количество? Тогда ведь журнал переоценки не является вариантом...

Получается, что если через какой-либо период потребуется отсторнировать и учесть заново операции по товару (через журнал товаров, акт оприходования, акт списания) в ситуации, когда исходная операция не является открытой, себестоимость "едет".
Как быть?

Seer_imported · 13.03.2006, 12:46

Цитата:

Сообщение от piglet

А если, кроме себестоимости, требуется изменить количество? Тогда ведь журнал переоценки не является вариантом...

Получается, что если через какой-либо период потребуется отсторнировать и учесть заново операции по товару (через журнал товаров, акт оприходования, акт списания) в ситуации, когда исходная операция не является открытой, себестоимость "едет".
Как быть?

Можно попробовать табличку применения товарных операций подправить - "развязать" приходы и расходы, а потом запустить коррекцию.

piglet_imported · 13.03.2006, 13:16

Цитата:

Сообщение от Seer

Можно попробовать табличку применения товарных операций подправить - "развязать" приходы и расходы, а потом запустить коррекцию.

логически это понятно...
но "развязывать" же придется все последующие приходы/расходы, а не только то применение, которое связывает исходную операцию. в случае, когда таких операций много, можно совсем погрязнуть в разгребании...

Seer_imported · 13.03.2006, 13:24

Цитата:

Сообщение от piglet

Цитата:

Сообщение от Seer

Можно попробовать табличку применения товарных операций подправить - "развязать" приходы и расходы, а потом запустить коррекцию.

логически это понятно...
но "развязывать" же придется все последующие приходы/расходы, а не только то применение, которое связывает исходную операцию. в случае, когда таких операций много, можно совсем погрязнуть в разгребании...

Ну не вручную же это делать - скриптом. Там процедура "развязывания" относительно простая.

piglet_imported · 13.03.2006, 14:01

Цитата:

Сообщение от Seer

Ну не вручную же это делать - скриптом. Там процедура "развязывания" относительно простая.

пытались разобраться.
там задействована только таблица 339 (Товар Применение Операция) или надо еще в 32 (Товар Книга Операций) изменять значений полей ("Открыта","Остаток Кол-во")?

Seer_imported · 13.03.2006, 14:07

Цитата:

Сообщение от piglet

пытались разобраться.
там задействована только таблица 339 (Товар Применение Операция) или надо еще в 32 (Товар Книга Операций) изменять значений полей ("Открыта","Остаток Кол-во")?

32 тоже надо править (именно эти поля).

**Sancho** · 13.03.2006, 14:06

если надо поменять и себестоимость и количество я предложил бы по-новой ввести остатки.
только сначала проверить, утвердить, а потом ввести.

Цитата:

Сообщение от Seer

...
Ну не вручную же это делать - скриптом. Там процедура "развязывания" относительно простая.

а как после отвязывания отработает корреция себестоимости? или надо перепривязать заново все? или не запускать больше коррекцию?

Seer_imported · 13.03.2006, 15:39

Цитата:

Сообщение от Sancho

а как после отвязывания отработает корреция себестоимости? или надо перепривязать заново все? или не запускать больше коррекцию?

Перепривязывать, конечно, надо. Это можно сделать функцией ApplyItemLedgEntry из кодеюнита 22, запуская ее в цикле для развязанных операций - она обновит таблицу 339. А после этого надо запустить задание коррекции себестоимости, которое уже пересчитает себестоимость и обновит таблицу 5802. Только надо учесть, что эта функция - локальная. Т.е. либо нужно изменить ее свойство, либо сделать копию этого кодеюнита, в которой уже изменить свойство и откуда ее вызывать.

piglet_imported · 13.03.2006, 14:11

Цитата:

Сообщение от Sancho

если надо поменять и себестоимость и количество я предложил бы по-новой ввести остатки.
только сначала проверить, утвердить, а потом ввести.

Тут дело не только в первоначальных остатках, а в коррекции операций при работе в системе (Например, пользователь неправильно провел акт списания, заказ продажи и т.д. Чтобы система отражала реальную себестоимость, необходимо правильно применять операции)
Понимаю, что надо применять административный ресурс в работе с пользователями, но и в системе надо уметь всё приводить в порядок.

Seer, спасибо... будем делать

зы к этому же варианту пришли в пятницу, но думали, что быть может есть более красивый вариант

**Sancho** · 13.03.2006, 14:13

Цитата:

Сообщение от piglet

Цитата:

Сообщение от Sancho

если надо поменять и себестоимость и количество я предложил бы по-новой ввести остатки.
только сначала проверить, утвердить, а потом ввести.

Тут дело не только в первоначальных остатках, а в коррекции операций при работе в системе (Например, пользователь неправильно провел акт списания, заказ продажи и т.д. Чтобы система отражала реальную себестоимость, необходимо правильно применять операции)
Понимаю, что надо применять административный ресурс в работе с пользователями, но и в системе надо уметь всё приводить в порядок.

Seer, спасибо... будем делать

зы к этому же варианту пришли в пятницу, но думали, что быть может есть более красивый вариант

совершено искренне желаю удачи!

Sitizen · 13.03.2006, 16:54

Я бы не стал ничего трогать. Я имею ввиду развязывать и привязывать - неблагодарное это дело.
Кодеюнитом, который Вы озвучили все привязать не получится, т.к. по некоторым типам операций номер той, которую нужно применить известен только в момент учета (внутреннее перемещение например).
Я бы сделал инвентаризацию и выровнял остатки на текущий период, а на прошлый лучше забить.

Seer_imported · 13.03.2006, 17:08

Цитата:

Сообщение от Sitizen

Я бы не стал ничего трогать. Я имею ввиду развязывать и привязывать - неблагодарное это дело.
Кодеюнитом, который Вы озвучили все привязать не получится, т.к. по некоторым типам операций номер той, которую нужно применить известен только в момент учета (внутреннее перемещение например).
Я бы сделал инвентаризацию и выровнял остатки на текущий период, а на прошлый лучше забить.

Естественно, что в эту функцию нужно передавать корректные параметры (с точки зрения бизнес-логики). То есть для перемещений нужно опеределять пары операций, которые нужно применить.

RobiBaggio · 13.03.2006, 17:26

я бы сделал как рекомендует Sitizen. Сначала инвентаризацию, потом переоценку.

Галина · 13.03.2006, 18:29

Однозначно не стоит связываться с перепривязыванием. Стоит связываться, если опыт очень большой и понимаешь как и что делать.
Seer, давайте советы поосторожнее. Здесь столько раз обсуждалась тема про отмену документов, перепривязывание из этой же оперы.