![]() |
#1 |
Участник
|
Есть три строки в ТКО.
Операция Но.|Товар|Дата Учета|Тип Операции|Документ Но.|Код Склада|Кол-во|Остаток Кол-во|Кол-во в Учт. Счетах|Сумма Себест. (Факт) 252786 10401 15.02.2007 Перемещение УПЕРПН1909 KIEV_011NN 6 0 6 0 5.08 252787 10401 15.02.2007 Перемещение УПЕРПН1909 KIEV_011NN 30 0 30 0 26.14 255366 10401 15.02.2007 Продажа УРН23305 KIEV_011NN -36 0 -36 0 -31.36 для операции 255366 - есть запись в стомость операции - "коррекция себестоимости". Получается после того как отработала коррекция себестоимости - сумма себестоимости стала 31,36. Из всего следует - на складе KIEV_011NN товара 0, а сумма остатка на складе -0,14. Вопрос - почему так произошло ? Не верно отработала коррекция, или не верно вносились данные в документы ? |
|
![]() |
#2 |
Участник
|
А по этому товару на данном складе никаких больше операций не было?
Какой метод учета себестоимости стоит в карточке этого товара? |
|
![]() |
#3 |
Участник
|
Цитата:
2. FIFO Любопытный момент - я нашел , что по этому товару в УРН строках себестоимость стоит 0. |
|
![]() |
#4 |
MCTS
|
Среди операций стоимости (5802) к указанным товарным операциям нет ли операции Округление (скорее к приходному перемещению)?
Раз это не единственные операции - вы смотрели применение? Версию нава сообщите. |
|
![]() |
#5 |
Участник
|
Цитата:
Версия 3.7 |
|
![]() |
#6 |
Участник
|
Повторю вопрос Apanko. Вы применение смотрели? Применилась ли продажа именно к этим двум перемещениям?
|
|
![]() |
#7 |
Участник
|
Цитата:
Я, так понимаю это могло произойти из-за учета "прошедшей датой" ??? И вообще - если по по сумме всех операций в ТКО кол-во и остаток кол-во = 0, то сумма поля "Сумма Себестоимости(Факт)" должна быть равно 0 ? |
|
![]() |
#8 |
Участник
|
Да суммарная себестоимость в этом случае после проведенной коррекции себестоимости должна быть равна нулю. Хотя, конечно возможны всякие варианты, но это если в таблицах чего-то трогать, особенно в 339-й.
|
|
![]() |
#9 |
Участник
|
У меня далеко не 0 по сумме.
А, существует какая - то возможность исправить эту ситуацию ? |
|
![]() |
#10 |
Участник
|
Самый первый и простой вариант попробовать исправить эту ситуацию это дать коррекции второй шанс. Для этого по данному товару в 32 таблице в положительных операциях проставить флаг в поле "Примен. Операция к Корр." и снова запустить коррекцию.
|
|
![]() |
#11 |
Участник
|
Цитата:
![]()
__________________
Want to believe... |
|
![]() |
#12 |
Участник
|
Спасибо за совет. Попробую в воскресенье. И, после сообщю о результате.
|
|
![]() |
#13 |
MCTS
|
2DA_NEAL
При ручном запуске коррекции эти флаги, вроде как, не учитываются (карточка товара, строки ПЗ). |
|
![]() |
#14 |
Участник
|
Учитываются, прямо в коде прописано
![]()
__________________
Want to believe... |
|
![]() |
#15 |
MCTS
|
2DA_NEAL.
Если не сложно, укажите где. Спасибо. |
|
![]() |
#16 |
Участник
|
Codeunit 5895
InvtToAdjustExist(VAR ToItem : Record Item) : Boolean WITH Item DO BEGIN RESET; SETCURRENTKEY("Cost is Adjusted","Allow Online Adjustment"); SETRANGE("Cost is Adjusted",FALSE); IF IsOnlineAdjmt THEN SETRANGE("Allow Online Adjustment",TRUE); IF GlobalItemFilter <> '' THEN SETFILTER("No.",GlobalItemFilter); CopyItemToItem(Item,ToItem); IF ItemLedgEntry.AppliedEntryToAdjustExists('') THEN InsertDeletedItem(ToItem); EXIT(ToItem.FIND('-')); END; Про произв. строки если честно лень искать ![]() ![]()
__________________
Want to believe... |
|
![]() |
#17 |
MCTS
|
Спасибо, вполне достаточно.
Чего-то решил, что речь идет о "Allow Online Adjustment". |
|
![]() |
#18 |
Участник
|
Цитата:
Может еще есть какие нибыдь варианты ? Получается на складе 0, а сумма отрицательная. |
|