Коллеги, добрый день!
Может кто-то сталкивался, имеем документ ассигнования в условных единицах по заданному курсу, создан ТАП к АС по этому же курсу, в ТАП валюта платежа рубли и указана сумма в валюте платежа, при разносе банковской выписке на ТАП, система не дает провести 2 область, по выше обозначенной ошибке, превышение документа АС на 2%, в отладке выяснил, что при разноски выписки, система берет рублевую сумму АС и делит ее на курс ЦБ (отличается от того, по которому платили) и получает валютную сумму, которая больше, чем в АС.
Какие варианты решения могут быть, кроме проставления допустимого превышения в ас?

Не могу понять, почему система делает именно так и для чего, платеж выполнен в рублях, по фикс курсу, для чего она пересчитывает по курсу ЦБ, не понятно.

Добрый день!
А. Что такое АС в данном контексте? Ассигнование средств?
Б. картинки не видно;
В. проверяйте пжлст орфографию и пунктуацию в ворде, если не уверены - русский язык на письме чувствителен к окончаниям и запятым;
Г. Ошибка RE 164 это превышение бюджета. у Вас ТАП в чем - в чистых рублях или в УЯх по курсу? Если в УЯх - что за УЕ и какой тип курса? Если в чистых рублях, то при проводке выписки система заглянет в настройки главной книги, где с вероятностью 99,(99)% стоит курс М, и пойдет в TCURR, где с такой же вероятностью к курсу типа М привязана валютная пара по курсу ЦБ.

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

Добрый день!
А. Да, АС - ассигнование средств.
Б. Не понял, как правильно прикрепить картинку в тему.
В. Спасибо, учту.
Г. ТАП в условных единицах евро по курсу 1 у.е.=95,00 руб. В АС такая же история. Выписка в рублях проводится, вторую область выравниваем с ТАП. Сумма второй области совпадает с рублевой суммой ТАП.
АС на 733 200,00 условны евро по курсу 95 (69 654 000,00р), ТАП так же. В выписке 69 654 000,00р. Ошибка RE164 - Открытая сумма док АС превышена на 2%.
в TCURR курс типа М, привязка к курсу ЦБ.

Условные евро - они как у вас реализованы? Это отдельная валюта XEUR или реальные евро, которым руками в заголовке вписан курс?

И внутренняя валюта какая?

Условные евро отдельная валюта EUE.
ВВ - рубли

Гм, ну если курс УЕ не менялся, то ТАП должен выравниваться в ноль по всем валютам... А что за документ ассигнования Вы упоминали? Я изначально понял его как синоним ТАП, но судя по всему это какая-то отдельная транзакция?

Ассигнашка - это документ модуля FM. Вместе с резервированием и блокированием. Кушают бюджет определенного профиля с конкретным значением. После проводки более позднего документа со ссылкой на ассигнование исходная сумма на этом типе прзиции восстанавливается, но появляется на новом типе. Таким путем двигается от облиго до факта, пока не осядет на нем окончательно. Мы с тобой делали примерно похожее на ps-cm, когда оно лесенкой ходило и в итоге оседало на фактуре. В данном контексте тап - это, конечно, не ассигнование. Это тап делается со ссылкой на ассигнование. И при попытке его оплатить по курсу больше, чем создано само ассигнование, система ругается о его превышении.

По теме: Я не эфэмщик и вряд ли что дельное посоветую. Видимо, на коробке ответ - да, ассигнование в рублях по фиксированному курсу. И, видимо, вторая часть ответа - да, контроль либо ослабляют/подавляют, либо есть еще какая-то фича. Иначе в уе вообще никто бы платить не смог. Если говорить о хирургии вопроса, то ситуация совершенно точно рядовая. Проблема в том, что у меня нет vpn.

Но вот что тупо дает гугл.

In SAP, a payment document (e.g., a vendor payment) can be posted without a corresponding FM (Funds Management) document, especially when using automatic payment transactions or when not specifically configured for FM integration during the payment process. This can lead to situations where the payment amount exceeds the available FM budget or where FM document updates are not properly synchronized with the payment.
Here's a more detailed explanation:
How Payments are Processed:
Standard Payment Transactions:
When making payments via standard transactions like F110 (automatic payment program), an FI document (Financial Accounting) is generated, but an FM document might not be created, especially if FM integration isn't fully implemented or if the payment is not specifically configured to update FM.
Manual Payments:
For manual payments (e.g., using F-53 or F-58), it's also possible to post an FI document without a corresponding FM document, particularly if the system is not configured for strict FM control during these manual transactions.
Document Types:
Different document types (e.g., KZ for manual payments, ZP for automatic payments) can be used, and the configuration of these types determines whether or not an FM document is created or updated.
Potential Issues:
Discrepancies between FI and FM:
If payments are not properly integrated with FM, there can be inconsistencies between the FI documents (representing financial accounting) and the FM documents (representing budget consumption and availability control). This can lead to situations where the FI payment is larger than the available budget in FM.
Lack of Budget Control:
When FM integration is not active or correctly configured for a specific payment process, it's possible to make payments that exceed the allocated budget, potentially leading to overspending and budget violations.
Solutions/Considerations:
Activate FM Integration:
Ensure that FM integration is properly activated and configured for all relevant payment processes (both manual and automatic).
Custom Ledgers:
If you need strict control over specific payment types (e.g., payments impacting cash ledgers), you may need to create custom AVC (Availability Control) ledgers to track budget consumption more precisely.
Budget Checks:
Implement robust budget checks during the payment process to prevent overspending and ensure that payments are within the allocated budget.
Value Types:
Understand how different value types (e.g., 0100 for commitment, 0200 for actual, 54 for payment reduction, 57 for payment) are used in your FM configuration to correctly track budget consumption related to payments.
Reconciliation:
Regularly reconcile FI and FM documents to identify and resolve any discrepancies between the financial accounting and budget management.
In essence, while SAP payments can be posted independently of FM documents, it's crucial to ensure proper FM integration and configuration to maintain budget control and avoid discrepancies between financial accounting and budget management.

Ваша проблема точно решается, ей уж лет 30 как, наверное. Может, вам настройками типа поиграться? Где-то там обнаружится галка оверчекинга.