Материально ответственные лица

Alex5.0

LKU написал:

Alex5.0 написал(а):

Реализовывал МОЛов на многих проектов, в боях с бухгалтерией пришли к следующему мнению:

1. Запас проекта - красиво, но с т.з. учета запас проекта на 10-м счете, при условии, что оценка V, получается фигня. Запас проекта оценивается обособленно, как только появился неликвид, то приплываем, что цены из-за паса проекта не усредняются. Налоговая велкам, прямые риски по налогу на прибыль. Хотя в принципе на предприятиях с высокой ликвидностью запасов, может прокатить. С 07 и 08 счетами проще, т.к. оценка обычно там по партиям все равно. Если же оценка S и регистр помогает нам жить, то в случаи Q запасов, кажется он нам не поможет в пересчете цен.

Мы обнаружили, что если для СПП элемента проапдейтить поле PRPS-KZBWS (поставить там A вместо М), то запас СПП элемента будет оцениваться в общей куче, а не раздельно по СПП элементам.
То же самое можно для запаса E, только там есть настрока (для класса потребности в контроллинге). А вот для запаса Q настройки не нашли, но после апдейта вроде работает

согласен с тобой, но не зацепит ли это за собой что-нибудь в PS и CO... надо тестировать я не рискнул апдейтить , а resb тоже апдейтили? или система забивала на значения в resb?

LKU

Ну, в продуктиве мы пока это не ипользовали, но вроде в тесте все нормально было. А resb по идее должна сама заполняться правильно. Хотя согласен - апейт это риск, что рано или поздно что-нибудь неприятное вылезет...

LKU

зато есть один приятный эффект: если это сделать, запасы Q и E становятся видны в инфоструктурах.

MaryV

LKU написал:

Alex5.0 написал(а):

Реализовывал МОЛов на многих проектов, в боях с бухгалтерией пришли к следующему мнению:

1. Запас проекта - красиво, но с т.з. учета запас проекта на 10-м счете, при условии, что оценка V, получается фигня. Запас проекта оценивается обособленно, как только появился неликвид, то приплываем, что цены из-за паса проекта не усредняются. Налоговая велкам, прямые риски по налогу на прибыль. Хотя в принципе на предприятиях с высокой ликвидностью запасов, может прокатить. С 07 и 08 счетами проще, т.к. оценка обычно там по партиям все равно. Если же оценка S и регистр помогает нам жить, то в случаи Q запасов, кажется он нам не поможет в пересчете цен.

Мы обнаружили, что если для СПП элемента проапдейтить поле PRPS-KZBWS (поставить там A вместо М), то запас СПП элемента будет оцениваться в общей куче, а не раздельно по СПП элементам.То же самое можно для запаса E, только там есть настрока (для класса потребности в контроллинге). А вот для запаса Q настройки не нашли, но после апдейта вроде работает

Подскажите, пожалуйста, как можно поставить на СППЭ в поле PRPS-KZBWS значение A. И возможно ли это сделать настройками? В CJ20N не нашла такого поля. А в таблице PRPS есть. Если только АБАПом - то тогда все ясно

LKU

Посмотрите в какой настроечной таблице хранится профиль проекта. Вот там тоже есть поле KZBWS. Апдейтим его через /h в se11 и после этого это значение будет копироваться автоматом во все СПП, созданные в проектах с этим профилем.

Aya

LKU написал:

Alex5.0 написал(а):

Реализовывал МОЛов на многих проектов, в боях с бухгалтерией пришли к следующему мнению:

1. Запас проекта - красиво, но с т.з. учета запас проекта на 10-м счете, при условии, что оценка V, получается фигня. Запас проекта оценивается обособленно, как только появился неликвид, то приплываем, что цены из-за паса проекта не усредняются. Налоговая велкам, прямые риски по налогу на прибыль. Хотя в принципе на предприятиях с высокой ликвидностью запасов, может прокатить. С 07 и 08 счетами проще, т.к. оценка обычно там по партиям все равно. Если же оценка S и регистр помогает нам жить, то в случаи Q запасов, кажется он нам не поможет в пересчете цен.

Мы обнаружили, что если для СПП элемента проапдейтить поле PRPS-KZBWS (поставить там A вместо М), то запас СПП элемента будет оцениваться в общей куче, а не раздельно по СПП элементам.
То же самое можно для запаса E, только там есть настрока (для класса потребности в контроллинге). А вот для запаса Q настройки не нашли, но после апдейта вроде работает

ДОбрый день,
у нас задача вести учет запасов на МОЛах количественно, точно так же как и на складах. чтобы цена пересчитывалась по общему объему на заводе при движениях. вы не могли бы разъяснить - "запас СПП элемента будет оцениваться в общей куча, а не раздельно по СПП элементам". подойдет ли мне это?

что можете также посоветовать?

заранее спасибо

Abral

По умолчанию, цена по разным СПП-элементам не будет усредняться. Но можно настроить так, чтобы по запасам проекта считалась средняя цена -читайте сообщение LKU на предыдущей странице данной темы.
Так что вам это подойдёт, если нет требований какие-либо другие запасы учитывать под СПП без усреднения цены (07* счёт или ещё-что-нибудь)

LKU

Есть подозрение, что можно заставить систему часть СПП учитавать по средней для них цене, а другие СПП - по отдельной цене. Но это проверять, конечно, надо.

Aya

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

LKU

Так наверное уже не сделаешь: общий запас и запас СПП лежат физически в разных таблицах - MBEW и QBEW.

Aya

LKU написал:

Так наверное уже не сделаешь: общий запас и запас СПП лежат физически в разных таблицах - MBEW и QBEW.

хмм
а можете плиз просветить, как проапдейтить поле PRPS-KZBWS (поставить там A вместо М)?

LKU

update prps set KZBWS = 'A'
where СПП = <код СПП>

Как-то так

Естественно, такие операции делаются на свой страх и риск

Правила форума

Материально ответственные лица

Кто сейчас на конференции