Как избавиться от отрицательных фин. остатков номенклатуры?

[Julietta]

Доброго времени суток!
Имею Axapta 3.0 SP3.

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

Далее планируется включить галку Финансовый склад в этой группе складской аналитики для аналитики Склад.

Всем спасибо!

[mazzy]

Цитата:

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

Можно ли избавиться от этих финансовых минусов в разрезе складов (другие складские аналитики в этой группе не используются, только Склад)?

Да. Технологически просто:
1. добавляйте записи InventSum для каждой записи InventTrans
2. постарайтесь воспользоваться стандартным алгоритмом, который пересчитывает ИЛИ после добавления InventSum пересчитывайте вручную InventTrans.CostAmountAdjustment = СУММ(InventSum, которые относятся к InventTrans, и не отменены Cancelled=0)
3. "по вкусу" делайте или не делайте проводки в ГК по добавленным суммам

Помните, что себестоимость по складской проводке = InventTrans.CostAmountPosted + InventTrans.CostAmountAdjustment
а себестоимость за единицу номенклатуры = (InventTrans.CostAmountPosted + InventTrans.CostAmountAdjustment) / InventTrans.Qty
Эти себестоимости показываются на закладке Обзор в складских проводках.

Стандартный механизм находится в коррекции проводок.
Управление запасами \ Периодические операции \ Закрытие и коррекция \ Кнопка Коррекция \ Операции \ Кнопка выбрать \ (задайте фильтр и выберите какую-нибудь проводку) \ В поле Редактировать установите сумму \ кнопка Разноска.

Но только на логическом уровне очень сложно решить какие суммы нужно добавить и к каким именно InventTrans. Здесь здорово придется думать, чтобы получить правильную себестоимость.

В принципе, вместо суперджоба, который а) рассчитывает суммы и б) добавляет записи, можно сделать нашлепку попроще к стандартному механизму коррекции. Нашлепка будет всего лишь рассчитывать суммы в форме коррекции. А добавлением записей будет заниматься стандартный механизм.

[miklenew]

Добавлю.
Как написал mazzy вы выправите приходы(для журнала перенос они не войдут).
Расходы должны выправиться после пересчёта.
Но могут и не выправиться. Или выправиться с определённой погрешностью.
Вот одна из причин с которой столкнулся.
Есть строка журнала переноса при при определённых телодвижениях (щас точно не помню что делал) У вас расходная половинка может сопоставиться с приходной один в один. Т.е. расходная проводка скл1 сопоставиться с приходной проводкой скл2 одного и того же лота. Это если сопоставление делалось с отключённым фин складом по складу. Получиться такая изолированная штука.
Поэтому готовьтесь ктому что вам ещё прийдётся отменять закрытия и пересчёты за прошлые периоды.

[Julietta]

Большое спасибо за ответы. Буду обмозговывать

[Julietta]

После долгого обмозгования сделала так (вдруг кому-то будет полезно такое решение):
1. Пересчитала склад со старыми настройками
2. Для "проблемных" (у которых себестоимость нужно было считать в разрезе складов, но ошиблись с настройкой) артикулов открыла склад с самого начала движения, программно установив поля QtySettled = 0, CostAmountSettled = 0 в таблицах складских проводок и складских сопоставлений (неотмененных), поля ValueOpen = 1, DateClosed = dateNull() в таблице складских проводок.
3. Изменила настройки, установив галку Фин. склад для аналитики Склад в группе складской аналитики.
4. Пересчитала склад по "проблемным" артикулам, что позволило выделить на отдельном документе ГК суммы коррекции себестоимости.
5. Закрыла склад

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

[ZVV]

Возможно в п.2. стоило бы ещё и почистить таблицу собственно сопоставлений по данным проводкам? (InventSettlement, если не ошибаюсь)

[Julietta]

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