|
![]() |
#1 |
Участник
|
Цитата:
1. добавляйте записи InventSum для каждой записи InventTrans 2. постарайтесь воспользоваться стандартным алгоритмом, который пересчитывает ИЛИ после добавления InventSum пересчитывайте вручную InventTrans.CostAmountAdjustment = СУММ(InventSum, которые относятся к InventTrans, и не отменены Cancelled=0) 3. "по вкусу" делайте или не делайте проводки в ГК по добавленным суммам Помните, что себестоимость по складской проводке = InventTrans.CostAmountPosted + InventTrans.CostAmountAdjustment а себестоимость за единицу номенклатуры = (InventTrans.CostAmountPosted + InventTrans.CostAmountAdjustment) / InventTrans.Qty Эти себестоимости показываются на закладке Обзор в складских проводках. Стандартный механизм находится в коррекции проводок. Управление запасами \ Периодические операции \ Закрытие и коррекция \ Кнопка Коррекция \ Операции \ Кнопка выбрать \ (задайте фильтр и выберите какую-нибудь проводку) \ В поле Редактировать установите сумму \ кнопка Разноска. Но только на логическом уровне очень сложно решить какие суммы нужно добавить и к каким именно InventTrans. Здесь здорово придется думать, чтобы получить правильную себестоимость. В принципе, вместо суперджоба, который а) рассчитывает суммы и б) добавляет записи, можно сделать нашлепку попроще к стандартному механизму коррекции. Нашлепка будет всего лишь рассчитывать суммы в форме коррекции. А добавлением записей будет заниматься стандартный механизм. |
|
|
За это сообщение автора поблагодарили: aidsua (1). |
![]() |
#2 |
Участник
|
Добавлю.
Как написал mazzy вы выправите приходы(для журнала перенос они не войдут). Расходы должны выправиться после пересчёта. Но могут и не выправиться. Или выправиться с определённой погрешностью. Вот одна из причин с которой столкнулся. Есть строка журнала переноса при при определённых телодвижениях (щас точно не помню что делал) У вас расходная половинка может сопоставиться с приходной один в один. Т.е. расходная проводка скл1 сопоставиться с приходной проводкой скл2 одного и того же лота. Это если сопоставление делалось с отключённым фин складом по складу. Получиться такая изолированная штука. Поэтому готовьтесь ктому что вам ещё прийдётся отменять закрытия и пересчёты за прошлые периоды.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#3 |
Участник
|
Большое спасибо за ответы. Буду обмозговывать
![]() |
|
![]() |
#4 |
Участник
|
После долгого обмозгования сделала так (вдруг кому-то будет полезно такое решение):
1. Пересчитала склад со старыми настройками 2. Для "проблемных" (у которых себестоимость нужно было считать в разрезе складов, но ошиблись с настройкой) артикулов открыла склад с самого начала движения, программно установив поля QtySettled = 0, CostAmountSettled = 0 в таблицах складских проводок и складских сопоставлений (неотмененных), поля ValueOpen = 1, DateClosed = dateNull() в таблице складских проводок. 3. Изменила настройки, установив галку Фин. склад для аналитики Склад в группе складской аналитики. 4. Пересчитала склад по "проблемным" артикулам, что позволило выделить на отдельном документе ГК суммы коррекции себестоимости. 5. Закрыла склад Надеюсь, все сделала верно ![]() ![]() |
|
![]() |
#5 |
MCITP
|
![]()
Возможно в п.2. стоило бы ещё и почистить таблицу собственно сопоставлений по данным проводкам? (InventSettlement, если не ошибаюсь)
__________________
Zhirenkov Vitaly |
|
![]() |
#6 |
Участник
|
совсем чистить таблицу сопоставлений, считаю, нет необходимости, так как иначе сотрем всю историю корректировок себестоимости. я ограничилась только обнулением закрытого количества и закрытой суммы.
|
|
Теги |
как правильно, номенклатура, остатки, отрицательные остатки, ax3.0 |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|