Добрый день!
Возникла такая ситуация: есть заказы в валюте --->на момент создания заказа курс один ----> на момент создания поставки (может пройти месяца 2) курс уже другой, а лимит проверяется на курс, который указан в заказе. Лимит работает по внутренней валюте в руб.
Как бы сделать проверку на момент создания поставки (отгрузки) в пересчете на текущий курс.
Получается сейчас - клиент перечисляет аванс в валюте, перед созданием поставки. Этот аванс меньше чем нужно, но система пропускает создание поставки и отгрузку, т.к. пересчитывает во внутренней валюте в рубли по курсу указанному в заказе (2 мес.назад) и этот курс естественно меньше, чем на дату создания поставки.

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

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

В таком случае можно настроить расчет цен в поставке.
При проверке кредита блокировать не заказ а сохранение поставки.

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

Есть кнопочка поиск, если ее нажать, то можно найти например это:
http://www.sapboard.ru/forum/viewtopic.php?t=43618

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

Кредитный менеджмент не занимается расчетом сумм, он их берет в готовом виде из документов.
Поэтому задачу можно решить 2 способами:
1. Перед созданием поставки пересчитать цены в заказе так как вам нужно.
2. Настроить схему калькуляции в поставке, чтобы в момент ее создания происходил новый расчет цен.

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

А схема калькуляции в поставке присвивается к виду поставки?

Спасибо

Можно использовать транзакцию MASS, или наАБАПить более удобный собственный отчет.

Коллеги, добрый день.
Есть следующий вопрос по КМ.
Если система блокирует заказ к примеру по причине превышения лимита, потом пользователь заходит в vkm4 и деблокирует его.
Далее заходит в заказ и добавляет количество материала в позиции, сработает ли в этом случае КМ? Заблокирует его заново?
Или вторая ситуация: один заказ деблокирован и его оставляем без изменения, при создании нового заказа будет ли участвовать в расчетах КМ деблокированный заказ?

1. Да
2. Да.

Покопавшись немного в коде, мы видим, что проверка лимита в поставке идет в ФМ SD_CREDIT_VALUE_DELIVERY


т.е. именно здесь жестко прописано, что курс берется из заказа VBKD - PRSDT (Дата расчета цен и курса валюты). Имхо тут выбор невелик - или править стандартный код или выполнять аналогичную проверку в юзер экзитах, например в LVKMPFZ1, или попробовать бадишку заюзать BADI_SD_CM (есть пример в ноте Note 1009881 - Check in credit horizon with schedule lines) . Ну и проверить, как остальные суммы по другим видам проверяемых документов рассчитываются

Коллеги, помогите, пожалуйста:
Лимит кредитования никак не ведется в системе, то есть по умолчанию он равен 0. Используем только проверку на самую старую ОП + самописные в ЮЭ. Но при этом при создании документа в Fi на дебитора(F-02) система выдает сообщение F5 139 "Лимит кредитования БСч & в СлужбКонтроля & превышен." Каким образом можно эту проверку отключить или вообще как-то ею управлять?

Раз система указывает превышение кредитования, значит служба контроля кредитования как таковая существует и система ее видит.
Чтобы это опровергнуть, необходимо в SPRO зайти в Определение - Финансы - Определение службы контроля кредитования.
И если окажется, что данная служба присутствует, необходимо: Присвоение - Финансы - Присвоение БЕ-Служба контроля кредитования, убрать влияние службы на данную БЕ