Добрый день! Вопрос в следующем в настройке Определение структуры экрана на уровне документа указываются, обязательность\необязательность полей. Так вот вопрос. В стандартной настройке стоит для заказа на поставку Код выбора полей NBF. В нем прописано что поля, например, группа материалов, необязательное поле. Но если мы создаем заказ и указываем, например контировку Основное средство, то система требует указать группу материала и краткий текст. В этой же настройке вижу Код выбора полей PT0F Стандартная позиция/ЗкзПостав. И в нем как раз стоят эти поля как обязательные, но этот код, нигде не присвоен. В чем тут хитрость?

Курс SCM520 в русской версии: Раздел 8, "Определение структуры экрана для документов закупок", стр. 394.

Этого курса нет под рукой. Есть старые LO. Как называется данный курс?

Оптимизация закупок

Определение кода выбора полей происходит следующим образом:
AKTA, AKTE, AKTH, AKTV - какие поля будут обязательны/открыты на изменение/просмотр при различных операциях (просмотр, создание, изменение). Последняя буква после AKT и есть код операции.
ME21, ME21N, ME22 и т.д. - какие поля будут обязательны/открыты на изменение/просмотр для соответствующих транзакций.
NBF, UBF и т.д. - эти коды присваиваются видам документов (NB, UB и т.д.)
PT0F, PT1F и т.д. - эти коды соответствуют типам позиции заказа, где 3-й символ и есть тип позиции T163-PSTYP. А 4-й символ - тип документа (F - ЗнП, B - заявка, K - контаркт и т.д.), но это для облегчения понимания, т.к. привязка к типу документа идет через T162-BSTYP.

Т.е не важно что присвоено в настройке вида документа, нужно правильно установить галочки во всех перчисленных выше кодах? А для типа контировки нет ничего такого?

для контировки можно управлять тем, что показывается на экране "Контировка", но это общие настройки именно контировки

Ну почему же не важно? Если вы создали свой вид документа, присвоив ему свой же код выбора полей, то настройка NBF вам ничего не даст.
При настройке надо анализировать, какие виды документов будут сочетаться с типами позиций. Например, у нас для стандартного заказа закупки со стороны обязатльны для ввода поля договор, а неограниченная сверхпоставка скрыта. А в заказе с подотчетниками, договор необязателен. Если бы мы сделали его обязательным на уровне стандартной позиции, то он стал бы обязательным для всех заказов.
Для стандартной позиции обязательны поля склад, завод. На уровне вида документа это делать нельзя, т.к. в одном заказе могут быть стандартная позиция и позиция работ/услуг, для которой поле склад вводить нельзя.
Ну в общем, логика примерно такая.

Ну а тогда какой выход из моей ситуации? Чтобы сделать необязательными поля Краткий текст и Группа материалов. Если я сделаю это на уровне типа позиции Стандарт то во всех заказах, где используется тип позиции стандарт, они станут необязательными

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

По секрету скажу, некоторые типы позиций можно копировать. Завтра подробнее распишу.

Огромное спасибо! Буду ждать

Извиняюсь за задержку, были некоторые трудносит с выкладыванием материала и картинок. Но всё преодолено.

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

• Через SE16N открываем содержимое таблицы T163. Нажимаем кнопку «Создать», в поле «Тип позиции» указываем латинскую A (или какую другую), в поле текст пишем «Бесплатная поставка», в поле «Тип позиции в документе закупки» ставим русскую Б (так мы её будем идентифицировать в ЗнП).
Теперь что касается остальных полей:
MATNO Индикатор: указание номера материала обязательно
Вводим '+'обязателен.
KNTZU Индикатор: требуется контировка
Вводим '–' нельзя.
BFKNZ Закупки: индикатор управления запасами
Оставляем пустым
WEPOS Индикатор поступления материала
Вводим 'X'
WEPOV Метка поступления материала обязательна
Вводим 'X'
WEUNB Поступление материала не оценено
Оставляем пустым
WEUNV Поступление материала обязательно и не оценивается
Оставляем пустым
REPOS Метка "Поступление счета"
Оставляем пустым
REPOV Метка: поступление счета по позиции обязательно
Оставляем пустым
STAFO Группа обновления для обновления статистических данных
Вводим SAP или то, что у вас настроено.


Отсутствие значений в полях REPOS и REPOV и определяет, что поставка будет бесплатной.

• Если необходимо, то вводим в таблице T163Y тексты к типу позиции на других языках.

• Далее необходимо разрешить этот тип позиции в заказах и контрактах. В SPRO > УМП > Закупки > Заказ на поставку > Настройка видов документов выделяем необходимый вид заказа и два раза щелкаем на папке «Допустимые типы позиций», выделяем стандартную позицию и нажимаем «Скопировать как…», вводим созданный нами тип Б. В открывшемся окошке нажимаем кнопку «Скопировать все» (легче удалить лишние, чем вводить вручную всё заново).


Тоже самое делаем для заявок и контрактов.

• Необходимо настроить выбор полей. В SPRO > УМП > Закупки > Заказ на поставку >Определение структуры экрана на уровне документа выделяем PT0F и нажимаем «Скопировать как…», указываем код выбора полей PTAF и название «Бесплатная позиция заказа».





Производим настройку, а именно «Тип контировки», «Инд. последнего счета-фактуры», «Контроль счетов по ПМ», «Управление ПМ/ПСч», «Индикатор ПМ/ПСч» делаем только для просмотра.
Тоже самое делаем для заявок и контракта.

Теперь при создании контракта с типом позиции Б, поле «Поступление счета» не заполняется:


Зато в списке позиций наглядно видно, какая позиция бесплатная, а какая нет:


… и в заказе:


Теперь об исключениях и минусах.

• Таким образом нельзя копировать типы позиций 3 «Обработка ДавальчМтр» и 9 «Услуги/работы». Т.е. скопировать можно, но они будут иметь свойства стандартной позиции. Отображение соответствующих полей по работам/услугам жестко привязано к типу 9 и спецификации к типу 3 в коде программы.

• Выпуская периодически ноты, программисты SAP-а допускают ошибки, сравнивая поле PSTYP (тип CHAR) с цифрой. Т.к. все стандартные типы позиций это от нуля до девяти, то соответственно для них такая проверка проходит нормально, а для нашего типа A вываливается в ДАМП.


В таком случае пишем сообщение в SAP и они эти ошибки исправляют, выпуская ноты. Вот например: 1072374, 1227768. Хотя порой от них приходиться слышать, что тип позиции не стандартный, в ответ просто показываем следующий скриншот:


ну и правила программирования никто не отменял.

Огромное спасибо за исчерпывающий ответ!