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