Здравствуйте.
При настройке выходных документов, когда настраивал SUBJ задал определенную последовательность согласно которой хотел бы , чтобы система выбирала необходимый вид выходного документа при создании торгового документа ( в частности Исх. поставки; С\ф).
В необходимой последовательности доступа - установил флаг - монопольно.
Но проблема все равно осталась.
Т.е. при создании с\ф все равно тянется два вида вых. док. , а не один, как задумывалось.
Вопрос: Почему, когда я в Схеме условий выходных документов настроил последовательность Видов условий выходных документов в том порядке каком мне надо,система игнорирует этот порядок? И все равно тащит мне в фактуру те Виды условий согласно которым найдет значения. Подчеркиваю: задумывалось так, что при первом нахождении значений искать дальше не должна.
Надеюсь понятно объяснил:)Спасибо

В последовательности доступа, указывается порядок выбора записи условия, а не вида условия.
В торговом документе появятся те виды условия, которые определены в схеме калькуляции, для которых нашлись записи условий. Посмотрите анализ поиска (Ctrl+F1) ситуация должна проявится.

Не совсем понял при чем тут схема калькуляции, когда речь идет о выходных документах. Там и там, совершенно разные Виды условий.
Немного проясню картину.
В выходной документ попадают Виды вых.док которым принадлежат разные последовательности доступа.
Анализ поиска естественно смотрел - говорит, что и там и там найдены подходящие данные. Да, оно так.НО.
Повторяю еще раз.По идее расположив с схеме условий выходных документов Виды условий в необходимом порядке: т.е. задав Номер уровня, Счетчик и собственно имя Вида условия, система должна была отработать именно так. Пример:
10 1 М
20 2 А
30 3 0
в анализе я вижу все наоборот.
10 1 0
20 2 А
30 3 М
Вопрос: Почему?

Под схемой калькуляции я подразумевал схему условий. В схеме условий определяются какие виды условий должны быть использованы (при выполнении предпосылок) а порядок определенный в схеме условий на последовательность отображения не влияет.
Анализ поиска виды условий показывает в алфавитном порядке. Так что в приведенном примере анализ поиска покажет:
А
О
М
Из анализа поиска можно увидеть, что каждый вид условия определяется сам по себе, и для каждого вида условия обрабатывается отдельно последовательность доступа для поиска записи условия.

нда...странно однако. а как же тогда понимать вот эту фразу из САПа:
Number that determines the sequence of the conditions within a procedure.
По- моему тут все красноречиво написано.
Лана. спасибо в любом случае.
Кстати, там в примере не О, а ноль.

Я думаю, эта фраза осталась из схемы калькуляции в расчете цены.
Кстати, если прочитать описание для счетчика из схемы условий, то он напишет:

Где термин "pricing procedure" обозначает схему калькуляции.

По поводу примера, я не правильный порядок написал (забыл алфавит).

По моему когда САП разработал технику условий, он стал её применять везде где можно и при расчете цены и при выборе выходного документа и при выборе счета выручки, а также в других модулях.

Вот что я прочитал в хелпе http://help.sap.com/saphelp_470/helpdata/ru/c8/19883a43b111d1896f0000e8322d00/content.htm:

Там ещё ссылка интересная есть в которой как раз нарисован пример этой иерархии элементов техники условий.

тогда это остой...
в примере как раз ситуация, как у меня....и че вот делать спрашивается:(

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

1. Проанализируйте, есть ли ситуации, при которых вам нужен второй выходной документ.

2. Если да, то посмотрите, можно ли его разделить в текущих записях услови. Например, по фактуре F2 печатать RD00 и RD01, а по фактуре F9 только RD00 - тогда делаете две записи на RD00 - одну для F2, вторую для F9. А для RD01 делаете запись только на F2.

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

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


P.S. Для начала через VV32/33 посмотрите, может у вас остались старые ненужные записи.