Автор Тема: Раздельная оценка запасов, настройка транзакция OMWC  (Прочитано 93325 раз)

0 Пользователей и 3 Гостей просматривают эту тему.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
OMWC — Собственно говоря транзакция которая позволяет настроить раздельную оценку запасов для материала.

Многие путают вид оценки и партию запаса — это разные объекты. В общем виде, система позволяет для каждой партии, присвоить свой отдельный вид оценки, если это необходимо:
  • Партия — хранение запаса материала в количественном выражении.
  • Вид оценки — тот же аналог партии, но предназначенный для хранения цены и  стоимость запаса.
Исходя из того, что вид оценки присваивается партии, следует, что материал разбитый по разным партиям, которым присвоен один вид оценки, будет иметь одну цену и общую стоимость запаса, но нельзя сделать так, чтобы материал разных видов оценки был в одной партии, т.е., фактически материалы в одной партии имели разную цену.

В общем виде зависимость может быть представлена в следующем виде, пример рисунок Table-1.png

В качестве примера возьмем материал который ведется по партиям и видам оценки, для этого в ракурсе закупки ставим галку «Обязательное ведение партиями», а в ракурсе «Бухгалтерский учет 1», задаем тип оценки. Для примера я взял стандартный из поставки системы «H» — Происхождение, т.е., я хочу чтобы материалы купленные у внутренних и внешних поставщиков хранились с точки зрения оценки раздельно.

Ведение по партиям запаса - рисунок MM01-P.png.
Ведение по типам оценки - рисунок MM01-F.png.

Теперь если попытаться создать партию запаса для этого материала, то система обязательным параметром запросит вид оценки в котором будет храниться цена и стоимость запаса партии, рисунок MSC1N.png. Без указания вида оценки, создать партию запаса будет невозможно. Хотя если это выполняется для нового материала, то если попробовать что-то выбрать в поле «Вид оценки», система скажет что: «Вида оценки к материалу R-1180-TS на заводе 1000 нет», т.е., материал нужно создать с этим видом, для этого нужно вернутся в транзакцию MM01 и там выбрать ракурс «Бухгалтерский учет 1», после чего система запросит в организационных уровнях создание вида оценки, рисунок MM01-F0.png.
« Последнее редактирование: Июнь 28, 2009, 04:30:18 pm от Uukrul »

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Виды оценки тоже должны быть выбраны из справочника, т.е., ввести любой вид оценки в этом момент нельзя, можно указать только заранее определенные виды для материала. Как и где это настраивается собственно и будет описано ниже, а пока например создадим вид оценки INLAND, т.е., кстати если материал уже создана для вида оценки, то рядом в поле «Введена»  будет стоять признак «X», пока же как видно материал не создан ни для одного вида оценки. В общем выбираем INLAND и переходим к вводу ракурса бухгалтерии.
Как видим, тип оценки система изменить не позволит, так как тип задан на более верхнем уровне, зато можно задать другой класс оценки, т.е., материал может иметь разную историю движения по счетам главной книги в зависимости от вида оценки, что и является раздельной оценкой запаса, но в нашем случае класс оставлю таким же как и при создании начальной ОЗМ, т.е., 3100.

ВНИМАНИЕ! Если у вас в системе, оставить тот же самый класс оценки не выйдет, вы можете получить сообщение что класс оценки не может использоваться для вида оценки INLAND, пока не переживаем :-), где это настраивается будет ниже, а пока выберите любой подходящий класс по кнопке F4, чтобы сохранить материал.

Теперь вернемся в создание партии и если сейчас нажать выбор допустимых видов оценки, то система предложит уже созданный нами вид INLAND, рисунок MSC1N-0.png . Кстати, если материал R-1180-TS, задан для ведения по типам оценки, то вести такой материал без вида оценки система уже не позволит.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Перейдем к тому, где и как эта вся кухня настраивается. Идем в транзакцию OMWC, рисунок OMWC-0.png. Идем по шагам кнопок дополнительного меню, т..е., сначала создадим глобальный вид. Вид определяет какие типы заказов разрешены для глобального вида оценки, аналогичная настройка есть так же и для вида материала, а так же определяется ссылочный класс счетов для которого создается вид. Опять же аналогичная настройка существует и при настройке вида материала, рисунок OMWC-1.png.

Система обычно имеет какие-то преднастроенные значения глобальный видов, ну мы сделаем свой, для этого выбираем кнопку «Создать». Материал у нас типа HAWA — Торговое изделие, это можно просмотреть если по быстрому через транзакцию MM60, рисунко OMWC-2.png.

Ссылочный класс счетов для него определен как 0005. Посмотреть можно через SPRO: «Общая логистика» – «Основные записи материала» – «Виды материалов» – «Определение атрибутов видов материала», рисунко HAWA.png. Как видим ссылочный класс счетов таки точно 0005, кстати по поводу разрешения заказов обращаем внимание что для материала HAWA разрешены внешние заказы и запрещены внутренние.

И так создаем свой глобальный вид оценки TEST, рисунок OMWC-3.png. Разрешены внешние заказы, запрещены внутренние, ссылочный класс счетов делаем как для общего вида материала 0005. Кстати, если нажать кнопку «Ссылка/Класс счетов», то можно перейти к просмотру зависимостей ссылочного класса счетов и классов оценки, рисунок OMWC-4.png. Как видно для ссылочного класса счетов 0005 создан только один класс оценки 3100.

При создании вида оценки когда заполнили имя вида оценки и все параметры нужно нажать кнопку «Создать», после чего система внизу сообщит что «Вид оценки TEST: создано», после чего нужно нажать кнопку сохранения вверху экрана и получить сообщение «Изменения: сохранено».

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Теперь, возвращаемся на самый первый экран транзакции OMWC и теперь нужно создать или свой глобальный тип, затем присвоить ему созданный глобальный вид или же, так как материал у нас уже создан с типом «H» – раздельная оценка, то присвоим этому типу наш вид оценки, рисунок OMWC-5.png. Тип оценки мы указали в ракурсе «Бухгалтерский учет 1». Создание типа оценки такое же простое как и вида, самый интересный параметр это последняя галка «Вид оценки определить автом.», если этот параметр установлен, то вид оценки будет генерироваться автоматически при первом поступлении материала. Параметры вида оценки будут браться из общих данных ОЗМ.

Так как тип уже создан, то устанавливаем курсор в строке «H» – Происхождение и выбираем кнопку «Виды -> тип». Как видим попадаем в список всех созданных видов оценки, где в ручном режиме для каждого типа активируем требуемый вид оценки. Как видим тип AUSLAND уже активирован рисунок OMWC-6.png, поэтому листаем список до нашего вида TEST, как видим вид оценки TEST есть в списке, ставим курсор в строке рисунок OMWC-7.png. Затем выбираем кнопку «Активировать», что приведен к активации вида оценки «TEST» для типа оценки «H» – Происхождение, рисунок OMWC-8.png. Затем сохраняем наши изменения.

Так как мы использовали стандартный тип оценки «H», то на этом настройка нашего вида оценки может быть завершена, если бы мы создавали свой тип оценки, то его бы пришлось присвоить/разрешить для ведения на заводе. Для этого на самом первом экране транзакции OMWC пришлось бы перейти  по кнопке «Локальный определения». Система покажет вам список всех определенных в системе заводов, рисунок OMWC-9.png, а это значит что если вы создали свой вид оценки, присвоили его типу оценки, то обязательно нужно убедится, что тип оценки активирован для использования на интересующем вас заводе иначе материал не получится определить с созданным вами видом оценки на интересующем вас заводе. Для этого ставим курсор в строку интересующего нас завода, например завод 1000 и выбираем кнопку «Типы — Организационные единицы», рисунок OMWC-10.png.

Update 01/11/2010:  Параметр «Вид оценки определить автом.», так же интересно влияет на заполнение поля партия при поступлении материала в транзакции MIGO, если в заказе ММ задано поле вид оценки, а материал ведется с признаком ведения по партиям, то при установленной галке код вида оценки будет переноситься в поле партии по умолчанию и для того чтобы приход был в партию с уникальным номером нужно в ручном режиме очищать это поле. Если же галка не задана, то поле партии остается пустым и при выполнении проверки документа или сохранении, партия будет генерироваться автоматически. Спасибо sourelf (You are not allowed to view links. Register or Login), который обратил внимание на такое поведение системы для данной галки.
« Последнее редактирование: Ноябрь 01, 2010, 09:59:42 pm от Uukrul »

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Как видим тип оценки «H», активирован для завода 1000, а это значит что можно переходить к определению ОЗМ с видом оценки «TEST», в транзакции MM01 – т.е., именно создание, а не изменение материала. Создать нужно будет два ракурса бухгалтерского учета, рисунок MM01-F2.png. Cистема подсказывает? что уже существует вид оценки INLAND и в списке для создания появился наш новый вид оценки TEST создаем/расширяем данные ОЗМ. Вот собственно говоря и все по созданию раздельной оценки ОЗМ, рисунок  MM01-F3.png.

В транзакции MM60 убеждаемся что ОЗМ успешно создана, рисунок MM60.png.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Для любителей все в одном, текст данной статьи собран в файл OMWC.pdf. Не гарантирую, что любые изменения данного описания будут оперативно переноситься в этот файл, поэтому если кого-то будет интересовать последняя версия данного документа, заходите на форум!

Update 01/11/2010:
Новая версия файла, добавлены замечания по поведению галки «Вид оценки определить автом.»
« Последнее редактирование: Ноябрь 01, 2010, 10:09:50 pm от Uukrul »

Оффлайн T_Kad

  • Newbie
  • *
  • Сообщений: 1
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Благодарю за прекрасное разъяснение. :)

Оффлайн sourelf

  • Newbie
  • *
  • Сообщений: 28
  • Репутация: +1/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Добрый день. Я настроил раздельную оценку свой/покупной.
В системе активирован простенький партионный учет для функционирования НУ. Проблема заключается в том, что при поступлении материала вид оценки копируется в партию, что меня совершенно не устраивает:

Если я удаляю в MIGO партию, то система генерит свой номер как обычно:

Можно ли запретить копирование вида оценки в партию без использования экзитов?

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Можно ли запретить копирование вида оценки в партию без использования экзитов?
А какая партия должна туда подставляться? И можно для ОЗМ ракурсы Закупка и БухУчет 1 показать.

Оффлайн sourelf

  • Newbie
  • *
  • Сообщений: 28
  • Репутация: +1/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Партия должна проставляться по стандартным настройкам с классификацией (просто порядковый номер).


Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Партия должна проставляться по стандартным настройкам с классификацией (просто порядковый номер).
Подожди что значит стандартными настройками? Ее до этого отдельно сделали эту партию? Она вот у вас и создается порядковым номером, когда затираете поле партии при приходе или я не понял что нужно делать  ???

Оффлайн sourelf

  • Newbie
  • *
  • Сообщений: 28
  • Репутация: +1/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Попробую попроще объяснить. Не силен я в эпистолярном жанре. :)
Активирована "Автоматическая нумерация партий".
Для вида движения в "Создании начальных данных партии" поставлено "Автоматически/Вручную без проверки".
Для всех материалов - "Обязательное ведение партиями".
Все материалы без раздельной оценки, при поступлении к ЗнП 101 видом движения попадают в новую партию, как на втором скрине. Вид оценки - пустой.

Когда я настроил для вида материала "Сырье" раздельную оценку (СОБСТВ./ПОКУПН.), все материалы из этого вида стали попадать при поступлении в одну и ту же партию "ПОКУПН".
Для материалов без раздельной оценки, все осталось по прежнему.

Мне надо, что бы сырье при закупке поступали с видом оценки "ПОКУПН.", попадали в новые партии.

Как-то так.  ???


« Последнее редактирование: Октябрь 29, 2010, 02:48:29 pm от sourelf »

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Как-то так.  ???
Ну теперь ясно  ;D, посмотрим чего там можно накрутить... без абапа.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Ну у меня как раз поле партии само по себе видом оценки не заполняется, сделал заказ поле вида оценки заполнил,  рисунок ME23M-0.png, поле партии оставил пустым ME23M-1.png. Дальше делаю приход и поле партии у меня пустое рисунок MIGO-0.png, если сделать проверку? то появляется сообщение, что будут сгенерированы новые партии для позиций. Проверял все в IDES т.е. там стандартная настройка.

Оффлайн sourelf

  • Newbie
  • *
  • Сообщений: 28
  • Репутация: +1/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Можно попросить тебя посмотреть стоит ли галка "вид оценки определить автом." в OMCW для типа оценки?
К сожалению, нет доступа к IDES.
Когда снимаю галочку у себя в системе, все начинает отрабатывать так как мне надо.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Можно попросить тебя посмотреть стоит ли галка "вид оценки определить автом." в OMCW для типа оценки?
К сожалению, нет доступа к IDES.
Когда снимаю галочку у себя в системе, все начинает отрабатывать так как мне надо.

Транзакция OMWC наверное? Нет там эта галка не установлена. По умолчанию IDES настроен как на рисунке ниже.  Из справки насколько я понял оно актуально для типа оценки X, когда вид оценки создается по коду партии, однако похоже что это же еще влияет на то каким образом система определяет заполнение поля партия при заданном поле вид оценки. В общем по коду в методе LINE_CHECK (LMIGOKL4 = 79) есть такой код:
Код: You are not allowed to view links. Register or Login
 IF NOT ls_goitem-xchpf IS INITIAL AND NOT ls_goitem-kzbaa IS INITIAL
       AND ls_goitem-charg IS INITIAL.
*  copy val.type to batch only once as proposal                "782011
*  -> allow user to clear for internal numbering               "782011
    if is_old_goitem IS INITIAL                                "782011
*    don't copy for movement type 121 (subsequent adjustment)  "968166
     AND NOT ls_goitem-kzbew = o.                              "968166
      ls_goitem-charg = ls_goitem-bwtar.
    ENDIF.                                                  "782011
  ENDIF.
ls_goitem-xchpf - Признак обязательного ведения по партиям
ls_goitem-kzbaa - Это и есть параметр "Метка: вид оценки задается автоматически"

Ну и далее если партия пустая и это не возврат, то скопировать вид оценки в поле партия. Так что так эта галка и должна работать.

PS: Ну в карму от меня "+", в описание добавлю, чего-то я про такой момент не обращал внимание.
« Последнее редактирование: Ноябрь 01, 2010, 09:52:26 pm от Uukrul »

Оффлайн sourelf

  • Newbie
  • *
  • Сообщений: 28
  • Репутация: +1/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Все-таки в одной лодке все плывем...

Оффлайн Cherry

  • Newbie
  • *
  • Сообщений: 4
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Очень ценная тема, спасибо.
Но у меня задача несколько шире.
Мне необходимо учитывать запчасти с раздельной оценкой по партиям, но так, чтобы каждая партия, имеющая вид оценки, хранилась по цене поступления, а не по средне-скользящей (как у меня сейчас происходит в системе). Возможно ли этого достичь стандартными настройками?

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Мне необходимо учитывать запчасти с раздельной оценкой по партиям, но так, чтобы каждая партия, имеющая вид оценки, хранилась по цене поступления, а не по средне-скользящей (как у меня сейчас происходит в системе).
Может я не понял вопроса, но стандартно в системе есть тип оценки = X, при таком типе каждое поступление будет генерировать новую партию и новый вид оценки и таким образом каждый приход будет храниться по своей цене прихода. Правда, это вызовет генерацию очень большого числа партий в системе, так как запчастей обычно приходуется много. Обычно такой тип используют в наших реалиях для материалов которые в будущем станут основными средствами.

Оффлайн Паганель

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
You are not allowed to view links. Register or Login
Может я не понял вопроса, но стандартно в системе есть тип оценки = X, при таком типе каждое поступление будет генерировать новую партию и новый вид оценки и таким образом каждый приход будет храниться по своей цене прихода. Правда, это вызовет генерацию очень большого числа партий в системе, так как запчастей обычно приходуется много. Обычно такой тип используют в наших реалиях для материалов которые в будущем станут основными средствами.

Если память не подводит ;-) (постоянно с этим чудом приходится работать), особенностью раздельной оценки X, является то что , управление ценной может быть только V, это не страшно, если каждый приход в отдельную партию (цена партии = равна цене прихода), но если несколько приходов, то цена будет усредняться.

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


You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Cherry

  • Newbie
  • *
  • Сообщений: 4
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Просто взять тип оценки X - партии -не решает проблему, т.к. у партии будет один и тот же класс оценки. Мне нужно запчасти, снятые при ремонте, учитывать и как запчасти, требующие ремонта - это один класс оценки, и как запчасти повторного использования - это другой класс оценки. Плюс к этому запчасти номерные, этот номер можно учитывать в поле Партия. Однако, в зависимости от пробега вагона, запчасть имеет разную стоимость. При раздельной оценке  управление ценой м.б. только V.

Оффлайн Паганель

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
You are not allowed to view links. Register or Login
Просто взять тип оценки X - партии -не решает проблему, т.к. у партии будет один и тот же класс оценки. Мне нужно запчасти, снятые при ремонте, учитывать и как запчасти, требующие ремонта - это один класс оценки, и как запчасти повторного использования - это другой класс оценки. Плюс к этому запчасти номерные, этот номер можно учитывать в поле Партия. Однако, в зависимости от пробега вагона, запчасть имеет разную стоимость. При раздельной оценке  управление ценой м.б. только V.
Пару вопросов и уточнений:
-Вы точно имели ввиду "Класс оценки", т.е. код в ОЗМ (присвоенный виду материала) который отвечает за выбор счета?
- Зачасти номерные - а почему бы не использовать серийные номера? Настроек там не много, правда инвентаризацию и большинство материальных движений придется проводить с указанием серийного номера, хотя возможно это то что Вам нужно.

You are not allowed to view links. Register or Login
При раздельной оценке  управление ценой м.б. только V.
Ну именно это я и мел ввиду.  
You are not allowed to view links. Register or Login
особенностью раздельной оценки X, является то что , управление ценной может быть только V, это не страшно, если каждый приход в отдельную партию (цена партии = равна цене прихода), но если несколько приходов, то цена будет усредняться.
« Последнее редактирование: Ноябрь 22, 2010, 10:24:47 am от Паганель »
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Просто взять тип оценки X - партии -не решает проблему, т.к. у партии будет один и тот же класс оценки. Мне нужно запчасти, снятые при ремонте, учитывать и как запчасти, требующие ремонта - это один класс оценки, и как запчасти повторного использования - это другой класс оценки. Плюс к этому запчасти номерные, этот номер можно учитывать в поле Партия. Однако, в зависимости от пробега вагона, запчасть имеет разную стоимость. При раздельной оценке  управление ценой м.б. только V.
1 вариант:
1. Ну во-первых, если это разные запчасти, то я разделил бы их кодом ОЗМ, чем уже решаем проблему с классом оценки ну и визуально видно что это запчасти новые, а это повторного использования.
2.  Идентификация как правильно уже заметили, делаете через активирование серийных номеров, а не в поле партия, а то в таком случае у вас выходит 1 деталь = 1 партия.
3. Исходя из пробега вагона, вы все таки снимаете например данные пробега с 10 вагонов и кладете запас этих деталей в одну партию по одной цене и с разными серийными номерами. Кстати, в серийных номерах есть подобъект счетчик, вот туда можно к примеру записывать данные пробега, а он пусть историю хранит.

2 Вариант:
1. Под каждую деталь генерируется своя партия. Код партии = по факту код серийного/уникального номера детали. С ценой проблем нет.
2. Все таки я бы ОЗМ-ками раздели новые и б/у детали.

Оффлайн Cherry

  • Newbie
  • *
  • Сообщений: 4
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
You are not allowed to view links. Register or Login
Пару вопросов и уточнений:
-Вы точно имели ввиду "Класс оценки", т.е. код в ОЗМ (присвоенный виду материала) который отвечает за выбор счета?

Да-да, именно это.

You are not allowed to view links. Register or Login

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

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

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Но, мне нужно, чтобы запчасти с разными серийными номерами хранились по разной цене
Для этого вам серийные номера не помогут! Они никакого отношения к цене не имеют.

Оффлайн Паганель

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
You are not allowed to view links. Register or Login
Да-да, именно это.
Т.е. на разных счетах? Жесть.
Я бы подумал над тем что бы использовать свой вид движения, для которого бы открыл поле "Счет".
Правда менять 101 не получится, только с 201. Я бы например, приходовал в блокированный запас (или неоцениваемый (блокированный при проводке) или на контроле качества) а дальше переносил своим видом движения с указанием счета.


You are not allowed to view links. Register or Login
ДСерийные номера... Может быть и можно, просветите, где это настраивается (никогда не пользовалась)
Но, мне нужно, чтобы запчасти с разными серийными номерами хранились по разной цене
Если успею, сегодня выложу краткую инструкцию по настройке серийных номеров.

По поводу хранения по разной цене, надо подумать, но кажется мне, что если для каждой позиции (1 шт, 1 серийник) забивать в заказ на закупку отдельную позицию и соответственно создавать отдельную партию, то цена для каждой запчасти будет отдельная....
Хотя это так, наобум, решение не очень, надо подумать
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Т.е. на разных счетах? Жесть.
Никакой жести нет, это просто два разных ОЗМ, новые деатали и детали б/у.

You are not allowed to view links. Register or Login
Я бы подумал над тем что бы использовать свой вид движения, для которого бы открыл поле "Счет".
Правда менять 101 не получится, только с 201. Я бы например, приходовал в блокированный запас (или неоцениваемый (блокированный при проводке) или на контроле качества) а дальше переносил своим видом движения с указанием счета.
Какой 101? Если это разные ОЗМ то 101 для новых материалов, а 501 или его аналог для оприходования б/у в свою партию/вид оценки, с открытым полем цены, ну если оценка только по одной валюте, то проблем как бы нет. А вот с переносом, а чем вам поможет перенос запаса? Счета запасов, участвующие в переносе запаса, нельзя без нагиба системы вывести для ручного ввода.

You are not allowed to view links. Register or Login
По поводу хранения по разной цене, надо подумать, но кажется мне, что если для каждой позиции (1 шт, 1 серийник) забивать в заказ на закупку отдельную позицию и соответственно создавать отдельную партию, то цена для каждой
А зачем тут тогда серийные номера? Серийный номер = партия и не надо плодить сущности.

You are not allowed to view links. Register or Login
Если успею, сегодня выложу краткую инструкцию по настройке серийных номеров.
Может краткую не надо? А то вопросов будет больше чем ответов... может лучше нормальную сразу выложить?

Оффлайн Паганель

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
You are not allowed to view links. Register or Login
Никакой жести нет, это просто два разных ОЗМ, новые деатали и детали б/у.

Так бы сразу и сказали :-), видимо не правильно понял что он хочет.

Я предлагаю варианты. Основываясь на малом количестве информации.

You are not allowed to view links. Register or Login
Какой 101? Если это разные ОЗМ то 101 для новых материалов, а 501 или его аналог для оприходования б/у в свою партию/вид оценки, с открытым полем цены, ну если оценка только по одной валюте, то проблем как бы нет. А вот с переносом, а чем вам поможет перенос запаса? Счета запасов, участвующие в переносе запаса, нельзя без нагиба системы вывести для ручного ввода.

Ну вообще-то я о том же ( 501 или его аналог для оприходования) правда при нем нет кредиторки, так, что я бы, приходовал куда-то, а потом переносил на нужный счет.

Неправильный вывод с п.1. что человеку нужно одну и туже карточку, но с разными серийными номерами учитывать на разных счетах (см. ключевое слово Класс оценки).

Как бы ты организовал хранение по разным счетам? Думаю, что-то похожее.


You are not allowed to view links. Register or Login
Серийный номер = партия и не надо плодить сущности.

Как вариант, если "номер = партия"

You are not allowed to view links. Register or Login
Может краткую не надо? А то вопросов будет больше чем ответов... может лучше нормальную сразу выложить?

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

Если хочешь - пиши. Да и подробная инструкция излишняя, там настроек на 15 минут, если не задействовать ТОРО (по нему ты точно больше расскажешь).

На сем, позвольте отклонятся, не вижу смысла продолжать разговор (неконструктивний )  и разводить флейм, тем более? что человек еще не ответил.
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
На сем, позвольте отклонятся, не вижу смысла продолжать разговор (неконструктивний )  и разводить флейм, тем более? что человек еще не ответил.
Ну начну с конца, почему же не конструктивный, очень даже конструктивный, особенно если учесть некоторые технические моменты, которые местами неправильные, но озвученные.

You are not allowed to view links. Register or Login
Ну вообще-то я о том же ( 501 или его аналог для оприходования) правда при нем нет кредиторки, так, что я бы, приходовал куда-то, а потом переносил на нужный счет.
Вообще-то когда пишется 101 вид движения, то это 101 вид движения и что ты писал 101, но подразумевал 501?! Это уже из разряда мы говорим партия - подразумеваем, каждый что хочет :-) Так вот 501 вид движения далеко не аналог 101 это раз, два... ни какие виды движения ММ нет создают кредиторской задолженности, так как все виды движения поступления запаса подразумевают дебет счета запаса, кредит счета ПМ/ПС, так вот счет ПМ/ПС не
может быть контрольным счетом кредитора, соответственно ни один вид движения ММ не создает кредиторской задолженности. Далее, приходовать на один счет запаса, а затем переносить на другой? А почему тогда сразу не приходовать на этот другой счет запаса? Зачем эти телодвижения с такими приходами? Как я понимаю ответ
следует из дальнейшего не понимания, что одна и таже деталь не может быть в один и тот же момент времени новой и б/у. Хотя если ты представляешь как это может быть напиши.

You are not allowed to view links. Register or Login
Неправильный вывод с п.1. что человеку нужно одну и туже карточку, но с разными серийными номерами учитывать на разных счетах (см. ключевое слово Класс оценки).

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

Я не понял в чем заключается ключевой момент класса оценки. Похоже для меня это не ключевой момент. Для меня ключевой момент это новая деталь и деталь б/у. Так как я не представляю как одна и таже деталь может быть и новой и б/у, то я сразу предполагаю что это разные ОЗМ в системе. Так как новая деталь в деталь б/у сразу не может переходить, это будет разрыв учета, то я предполагаю цепочку: Покупка новой детали - Выдача детали для ремонта, а это может быть ТОРО/Списание в затраты/Производство/Заказ СО - Поступление б/у детали из ТОРО/Счета/Производства и т.д. значит ОЗМ-ки могут быть разными вот тебе и учет разных видов материала на разных, если нужно, счетах. А партиями, партиями это делить проблематично, так как желательно все таки в отчетах видеть кто есть кто, а иначе надо в код партии вставлять признак новый или б/у.

You are not allowed to view links. Register or Login
Ну думаю,  по твоим критическим ответам  - это излишне, если человеку надо сам спросит, не надо мне тем более, писать, что бы получить твои замечания неохота.
Ну в таком случае вообще писать не стоит никогда, а то ведь покажешь кому-то, что написал, а тебе что-то в ответ напишут из замечаний, ну а ты вот расстроишься, так что если просто хочется оставаться в счастливом неведении, то наверное лучше не писать на форуме :-).

You are not allowed to view links. Register or Login
Если хочешь - пиши. Да и подробная инструкция излишняя, там настроек на 15 минут, если не задействовать ТОРО (по нему ты точно больше расскажешь).
Там настроек точно больше чем на 15 минут к сожалению, ну мне чего-то так кажется, хотя я про эту тему не думал, но с удовольствием почитаю.

Оффлайн Паганель

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
Цитата: Uukrul  link=topic=694.msg8086#msg8086 date=1290457677
Там настроек точно больше чем на 15 минут к сожалению, ну мне чего-то так кажется, хотя я про эту тему не думал, но с удовольствием почитаю.
Тебе виднее, мне хватило (для простейшего учета серийников)

Цитата: Uukrul  link=topic=694.msg8086#msg8086 date=1290457677
Ну в таком случае вообще писать не стоит никогда, а то ведь покажешь кому-то, что написал, а тебе что-то в ответ напишут из замечаний, ну а ты вот расстроишься, так что если просто хочется оставаться в счастливом неведении, то наверное лучше не писать на форуме :-).

Возможно ты и прав, раньше было, конечно по другому, каждый был свободен выражать свое мнение (возможно и ошибочное).

Попытается понять то, что я имел ввиду, ты не побывал?

P.S. А одна ОЗМ на разных счетах, ну как по мне нормальная ситуация, если не хотят плодить сотню одинаковых карточек.
Но, это мой скромный опыт (или "своеобразность" некоторых бизнесов).
« Последнее редактирование: Ноябрь 22, 2010, 10:57:51 pm от Паганель »
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Паганель

  • Я НЕ ЗАНИМАЮСЬ SAP
  • Administrator
  • Full Member
  • *****
  • Сообщений: 1 367
  • Репутация: +20/-0
  • Пол: Мужской
  • https://noteifyapp.com
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • MacPlus Software
You are not allowed to view links. Register or Login
Ну вообще-то я о том же ( 501 или его аналог для оприходования) правда при нем нет кредиторки, так, что я бы, приходовал куда-то, а потом переносил на нужный счет.
Тут полностью согласен, выразился не точно,  я подразумевал то что, 101 движения подразумевает проводку со ссылкой на заказ (ну я так понимаю)и  что со ссылкой на заказ проводится СФ которая проводится тоже со ссылкой на заказ и выравнивает перерасчетный счет.


P.S. Интересно, как можно сделать так, что бы при ПМ использовался другой счет запаса или корреспондирующий со счетом запаса счет (как вариант, пользователь хочет выбирать этот счет).

У себя делал через свой ВД и настройку полей для ВД.
« Последнее редактирование: Ноябрь 22, 2010, 11:21:15 pm от Паганель »
You are not allowed to view links. Register or Login
You are not allowed to view links. Register or Login

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Тут полностью согласен, выразился не точно,  я подразумевал то что, 101 движения подразумевает проводку со ссылкой на заказ (ну я так понимаю)и  что со ссылкой на заказ проводится СФ которая проводится тоже со ссылкой на заказ и выравнивает перерасчетный счет.
Ну счет-фактуру ММ (MIRO) можно с версии 4.5 и так провести сославшись на счет ПМ/ПС с кредитом кредитора, так что закрыть счет ПМ/ПС после 501 вдм сейчас вроде как тоже не проблема.

You are not allowed to view links. Register or Login
P.S. Интересно, как можно сделать так, что бы при ПМ использовался другой счет запаса или корреспондирующий со счетом запаса счет (как вариант, пользователь хочет выбирать этот счет).
Счет запаса, сделать то можно, но  чем больше я подумал на этой задачей, тем больше понимаю, что это будет очень не правильно, так как если это один ОЗМ с одним видом оценки, то сделав выбор счета запаса, в дальнейшем надо делать выбор счета запаса для всех других операций движения этого материала, а иначе как мы будем работать с этим ОЗМ? А как будем отслеживать, чтобы этот счет запаса не ушел в кредит? С одним материалом то не проблема, а если там на этом счету таких много? Короче, счет запаса давать выбирать, это по моему мнению категорически не правильно. Вариантов только два или разные ОЗМ или разные виды оценки и как следствие первого и второго вариантов, разные классы оценки. А так, ну если очень хочется поиметь проблем со счетом запаса, то вот две ссылки:
1. Работа с замещениями FI (You are not allowed to view links. Register or Login).
2. Замена контрольного счета кредитора в MIRO (You are not allowed to view links. Register or Login).
И логика у вас там будет очень не тривиальная, а иначе получите кредитовые остатки по счетам запасов, чем порадуете своих финансистов.

Второе счет ПМ/ПС, ну тут все проще, это отдельная операция WRX, есть специальный экзит LMR1M002, в нем и можно делать выбор счета ПМ/ПС. Туда передается номер и позиция документа закупки, на выходе жду от нас номер счета. Само собой буде актуально только для поступления со ссылкой на документ закупки. Ну а если это поступление без ссылки на заказы ММ, то.. используем замещения.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Кстати, при раздельной оценке могут быть интересные проблемы при активном регистре материала. Суть проблемы заключается в том, что при перемещении запаса из одного вида оценки в другой можно получить сообщение, что средне скользящая цена запаса отрицательная и перемещение выполнить не возможно.

Например есть два вида оценки:
1. ВНЕШНИЙ - 10 штук = $20 1/шт = Запас $200.
2. ВНУТРЕННИЙ - 10 штук = $5 1/шт = Запас $50.

Так вот если мы захотим переместить все 10 штук из вида оценки  ВНУТРЕННИЙ в вид оценки ВНЕШНИЙ, то при активном регистре получить ошибку отрицательной цены. Такая ситуация возникает по следующей причине, система работает следующим образом, если есть различие в ценах, то формируется два финансовых документа, первым документом формируется сумма движения по цене принимающего запаса, а затем разница между суммой по цене принимающего вида оценки и отпускающего выравнивается вторым финансовым документом, который является по факту документом переоценки, т.е. перемещаем 1 штуку проводки будут такие:

Доумент FI-1 :Дебет вида оценки на ВНЕШНИЙ сумма проводки $20, кредит вида оценки ВНУТРЕННИЙ на $20
Доумент FI-2 :Дебет вида оценки на ВНУТРЕННИЙ сумма проводки $15, кредит вида оценки ВНЕШНИЙ на $15.

Теперь сумма запаса в виде оценки ВНУТРЕННИЙ $45, ну вот и должно быть ясно, что списать далее максимально можно только 2 штуки.. если же попробовать списать 3 штуки, то сумма движения документа 1 будет 3 * $20 = $60 при сумме запаса $45, что по факту загоняет стоимость запаса по виду оценки ВНУТРЕННИЙ  в отрицательную сторону. Да теоретически второй документ эту разницу должен был бы вернуть назад, но система проверяет документы последовательно. Таким образом получаем проблему невозможности выполнения операции перемещения запаса.

Как решить проблему? Ну возможно дооценить запас в виде оценки ВНУТРЕННИЙ, до цены запаса в виде оценки ВНЕШНИЙ, после выполнения перемещения сделать обратную операцию уценки запаса уже в виде оценки ВНЕШНИЙ. Для переоценки запаса использовать транзакцию MR21/MR22.

Оффлайн Cherry

  • Newbie
  • *
  • Сообщений: 4
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Да, господа, пока я отсутствовала в командировке, у вас, похоже, обострились давние споры...
Вообще-то, я одну и туже ОЗМ умею учитывать на разных субсчетах, но при этом получается хранить запас по виду оценки по среднескользящей цене.
Покрутив ситуацию с разных сторон, я пришла к выводу, что проще вести ОЗМ по запчастям партиями, но на разных заводах.  Партия = номер. Настроила 3 завода для разных видов запчастей, хотела еще разные константы оценки для них замутить, но поленилась. Единственное, что не совсем устраивает - длина поля ПАРТИЯ маловата, убирается только номер запчасти, код изготовителя и год пока пропускаем.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Да, господа, пока я отсутствовала в командировке, у вас, похоже, обострились давние споры...
Да не, это мы так пообщались  :D

You are not allowed to view links. Register or Login
Покрутив ситуацию с разных сторон, я пришла к выводу, что проще вести ОЗМ по запчастям партиями, но на разных заводах.
С разными заводами можно получить другие проблемы, например ППМ совместный не получите. оно по заводу только проходит, ну и еще могут быть варианты. В общем второй завод может добавить граблей, а вы их три хотите делать, как я понял.

You are not allowed to view links. Register or Login
Единственное, что не совсем устраивает - длина поля ПАРТИЯ маловата, убирается только номер запчасти, код изготовителя и год пока пропускаем.
А таких деталей много? Тогда все таки смотрите в строну ведения серийных номеров... партии это будет лишняя нагрузка для системы. Опять же серийный номер 18 символов, все влезет.

Оффлайн yason

  • Newbie
  • *
  • Сообщений: 2
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Доброго дня коллеги  !

имею такой вопрос один материал ( одна ОЗМ ) ведётся на одном заводе в одной БЕ без раздельной оценки. Теперь есть необходимость вести этот же материал для другого завода и другой БЕ( в рамках одного манданта ), но в данной БЕ и заводе необходимо вести этот материал с раздельной оценкой тип H  виды созданы свой мат-л   и давальческий  ( с ценой 0 ) .
при попытке расширить ОЗМ для завода  система не даёт проставить тип оценки H.
Возможно ли всё же настроить уже существующюю ОЗМ для раздельной оценки на другом заводе и БЕ или это невозможно ?

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Возможно ли всё же настроить уже существующюю ОЗМ для раздельной оценки на другом заводе и БЕ или это невозможно ?
Можно, без проблем все создается. Но проверьте что уровень оценки у вас выбран ЗАВОД! И второе при создании материала на втором заводе поставьте ведение по партиям и раздельную оценку. Все сохранилось и создалось нормально.

Оффлайн yason

  • Newbie
  • *
  • Сообщений: 2
  • Репутация: +0/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Не хочет ...
Может я не так что делаю ?  Оценка на уровне завода активна также в омwc активн типы  X и H для нужного завода
Захожу в mm01 вбиваю материал выбираю в орг уровнях второй завод ( на котором собираюсь расширять ) проставляю данные в во всех нужных ракурсах в ракурсе Бух учёт 1 поле тип оценки белое пытаюсь ввести H который система предлагает вместе c X но ни один тип не подтягивается ...
ещё : в тр. msc1n при попытке создать партию для этого материала не предлагается поле Вид оценки .

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
ещё : в тр. msc1n при попытке создать партию для этого материала не предлагается поле Вид оценки .
Ну давайте дальше смотреть. Для вида материала посмотрите как настроено обновление стоимости, по всем областям или по указанным областям.

Оффлайн Rumanda

  • Newbie
  • *
  • Сообщений: 1
  • Репутация: +0/-0
  • Пол: Женский
  • YearsYearsYearsYearsYearsYearsYears
Подскажите как активировать раздельную оценку уже у существующих материалов. Система упорно выдает ошибку:
Тип оценки изменять нельзя, выберите "Просмотр ошибок"
№ сообщения M3194

Diagnosis
The pushbutton Display errors appears only in dialog mode, not in data transfer or in mass maintenance.

Procedure
If this message appears in data transfer or in mass maintenance, and you want to know why the field cannot be changed, access the material in dialog mode using the relevant transaction below, try to change the field as required, and then choose Display errors:

Industry
Proceed
Retail
Proceed

Подскажите можно ли активировать раздельную оценку у уже существующего материала?

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
You are not allowed to view links. Register or Login
Подскажите можно ли активировать раздельную оценку у уже существующего материала?
Я если честно не пробовал такое делать, но возможно что это сработает как со сменой класса оценки, т.е. не должно быть запаса материала в течении двух периодов, тогда теоретически в третьем периоде система возможно даст активировать раздельную оценку. Ну по крайней мере класс оценки сменить дает, возможно что и с раздельной оценкой будет так же. Попробуйте, заодно и нам расскажете  8)

Sapforum.Biz