Добрый день!
Почитал темы, но везде ищут как поменять тип или почему поле не активно...
а я пытаюсь сделать следующее:
у меня используются типы X и V, так вот возникла необходимость для материалов с типом V вести часть учета раздельно
что я для этого делаю, я меняю настройку типа V на такую же как X, но при этом у меня перестает работать выбор видов оценки при создании партии, для чего я начинаю использовать USER-EXIT ZXMBCU10 (расширение MBCFC010), где для создаваемого документа подставляю нужный мне вид оценки и при этом старый учет вроде как работает без изменения.


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

PS: система R/3 4.7

Не совсем понятно цель, для чего собственно делаете такую "махинацию"?

объясняю...
один и тот же запас учитывается как на 10* счете так и на 07* счете, так для 10* счета учет ведется по среднескользящей цене (тип оценки V), а на 07* счете должен вестись по раздельной цене (как по типу X).
но так как в ОЗМ тип стоит V, то такое сделать не представляется возможным, поэтому я и делаю такую махинацию.

Со всем, с чем угодно, вплоть до невозможности в будущем активировать какую-нить полезную функциональность, например, "регистр материала" без сноса таких "красивых" материалов.
Возможно нарушение консистентности данных, 100% поломка части стандартных проверок в транзакциях (часть проверок зашито на то, что существует раздельная оценка материалов) и т.п.
С точки зрения "сделал и свалил" -- хорошее решение (только сваливать надо с выбрасыванием телефона и сменой дислокации на карте). С точки зрения, "сделал и работает как надо" -- очень плохое.

[/quote]
Возможно нарушение консистентности данных, 100% поломка части стандартных проверок в транзакциях (часть проверок зашито на то, что существует раздельная оценка материалов) и т.п.
С точки зрения "сделал и свалил" -- хорошее решение (только сваливать надо с выбрасыванием телефона и сменой дислокации на карте). С точки зрения, "сделал и работает как надо" -- очень плохое.[/quote]

не пойму Вашего настроя...
в течение 10 лет у меня в системе прекрасно уживаются ОЗМ с двумя настройками и никто при этом не страдает.
у меня даже работает схема когда один и тот же ОЗМ на разных заводах с разными настройками и тот прекрасно живет и перемещается между заводами.

разница между ними только в стратегии выбора партии.

есть что по существу?

На счёт разных настроек для ОЗМ на заводах это вполне стандартная вещь. Мы, например, ни на одном проекте не обходимся без этого.
А так тяжело предугадать где вам эта махинация вылезет, если не сейчас то может в будущем при внедрении какого-либо доп. функционала. Доп.функционал всегда проще прикручивать, если по-максимуму используется стандарт

[/quote]
Доп.функционал всегда проще прикручивать, если по-максимуму используется стандарт[/quote]

Учитывая то, что Z в моем случае чуть-ли не больше чем стандарта, то это мне не страшно.
Я больше переживаю за консистентность данных, т.к. я в проводку подсовываю вид оценки, хотя и на этапе вставке записи в документ

в течение 10 лет у меня в системе прекрасно уживаются ОЗМ с двумя настройками и никто при этом не страдает.
у меня даже работает схема когда один и тот же ОЗМ на разных заводах с разными настройками и тот прекрасно живет и перемещается между заводами.

разница между ними только в стратегии выбора партии.

есть что по существу?[/quote]

Вообще, на мой взгляд, как-то все по существу написал.
Когда материал имеет различную оценку на разных заводах -- это стандарт.
При "подсовывании" вида оценки изменяется сегмент запаса. Если материал не подразумевает раздельную оценку, а вы это делаете, то реакцию системы сложно предугадать.
Как я уже сказал много стандарта выполняет "захардкоженные" проверки на раздельную оценку.
В принципе, вся ответственность лежит на конкретном консультанте/разработчике или компании, которая внедряет. Мы тут можем только посоветовать.
Совет дан, воспользоваться или нет -- Ваше дело.

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

Вы же писали, что хотите присваивать виды оценки материалам, у которых раздельная оценка = ''.
В случае подмены вида оценки при типе оценки X -- все работает нормально -- это верно.

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