Коллеги, всем привет!

Подскажите плиз, может, кто сталкивался с такой ошибкой и поможет.
В системе в некоторых случаях не подтягиваются условия на позицию. Т.е. делают заказ клиента, на 2 позиции. На первую позицию подтягиваются все условия, а на вторую позицию заказа - только часть. Лезем в анализ условий - система выдает сообщение: "Запись условия существует, но не настроена". Код сообщения 108. В схеме калькуляции это условие есть, запись условия есть.. на первую позицию они подтянулись, а на вторую - нет. Из-за чего может такой трабл возникнуть?

Заранее спасибо!

Сообщения, которые вы видите в анализе расчёта цен, находятся в классе сообщений VE. Через se80 посмотрите класс VE и это 108ое сообщение. Там есть подробный текст. Сейчас точно не вспомню, но такое сообщение возникает когда, например, документ был создан до задания записи условия. Анализ расчёта его видит, т.к., по сути, при входе в него запускается новый расчёт цен без сохранения, а документ - нет, т.к. в документе новый расчёт цен не проводился. Это один из случаев. В подробном тексте к сообщению описаны ещё и другие варианты.

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

Спасибо!
А написала новую темку, потому что в поиске не нашла ничего подходящего. Попробую еще поискать..

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

Сложность в том, что у меня есть только результат ошибки. Пользователи работают в продуктиве в другом городе, куда нет доступа из Москвы - пошарить по системе не получится, а жаль. Поэтому буду пробовать в тестовой системе моделировать эту ситуацию и гадать из-за чего. Сейчас пользователи говорят, что такая ошибка возникает на условие, которое должно подтягиваться по сбытовой организации, каналу сбыта и группе цен материала. В ОЗМ эти поля заполнены, в заказе тоже. На часть позиций это условие подтягивается, а на другую часть - нет. И раньше такие ошибки возникали на PR00, MWST. Может, действительно, криво создавали документ (как в теме про такую же ошибку, где завод указывался в последний момент, и из-за этого система его "не видит" и не подтягивает условие, работающее от завода).

Не подтягивается условие, которое ссылается на MWST. А MWST точно зависит от завода... Буду в тесте пробовать создавать эту ошибку)

как правильно писал Angie дело скорее всего в том, что менялось что-то в этих ВУ после того, как уже были созданы документы. Попробуйте проанализировать последнюю дату изменения ВУ, присвоения к нему последовательности, изменения схемы калькуляции и дату введения позиции в ТД, где их не видят.

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

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

130416 - вот нота по одной из возможных причин - логически не исключено у вас, надо посмотреть в системе

859876 - более полная нота на эту тему. Выдержки, заслуживающие внимания





и далее там технический анализ возможных ситуаций.

Ещё такой вариант. Если в ТД, где эта ошибка, люди проводят обновление цен с правилом B и всё у них сложилось - то это точно нота вторая нота и надо технически разбираться по предоставленному алгоритму

Столкнулся сегодня с этой штукой.
У меня всё оказалось очень странно.
Есть ВУ ZZZ2.
Есть мой ВУ, в котором ошибка - ZZZ1.
Также есть z-поле, которое передает цифру в прайсинг (структура TKOMP/KOMP) для расчета в формуле к ВУ ZZZ2.
Если это z-поле не заполнено, то мой ВУ ZZZ1 не заполняется по последовательности.
Если заполнено - заполняется. Связи не вижу, но факт остаётся фактом.

Оказалось, мой вид условия ZZZ1, зашитый на VBAP-KONDM, не обновлялся при изменении VBAP-KONDM.
Поправили и всё стало ок.