Текущее время: Ср, июл 23 2025, 21:47

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Пт, июл 11 2025, 16:00 
Ассистент
Ассистент

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Ср, июл 16 2025, 13:24 
Директор
Директор
Аватара пользователя

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

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

_________________
Гюгюльме аля улю


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Ср, июл 16 2025, 13:48 
Ассистент
Ассистент

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Ср, июл 16 2025, 16:48 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, июл 21 2006, 15:56
Сообщения: 1176
Откуда: Москва
Пол: Мужской
Условные евро - они как у вас реализованы? Это отдельная валюта XEUR или реальные евро, которым руками в заголовке вписан курс?

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

_________________
Гюгюльме аля улю


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Пт, июл 18 2025, 14:08 
Ассистент
Ассистент

Зарегистрирован:
Ср, авг 22 2012, 11:51
Сообщения: 27
-TT- написал:
Условные евро - они как у вас реализованы? Это отдельная валюта XEUR или реальные евро, которым руками в заголовке вписан курс?

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

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Вт, июл 22 2025, 12:49 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пт, июл 21 2006, 15:56
Сообщения: 1176
Откуда: Москва
Пол: Мужской
Ozone написал(а):
-TT- написал:
Условные евро - они как у вас реализованы? Это отдельная валюта XEUR или реальные евро, которым руками в заголовке вписан курс?

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

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

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

_________________
Гюгюльме аля улю


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Вт, июл 22 2025, 21:06 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1606
Откуда: Пермь
Пол: Мужской
Ассигнашка - это документ модуля 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 как, наверное. Может, вам настройками типа поиграться? Где-то там обнаружится галка оверчекинга.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Ошибка RE164 при проведении 2 области банковской выписке к ТАП
СообщениеДобавлено: Ср, июл 23 2025, 15:09 
Директор
Директор
Аватара пользователя

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

Так, стоп. Курс-то поменялся, выходит! АС и ТАПик были "вчера" от одного курса евро, а платеж, пришедший "сегодня"у, от другого, получается?
По какому типу курса Вы заводите курсы к EUE? И как этот тип курса настроен в таблице TCURV(тр. OBO7)? Используются ли спреды для определения курса EUE относительно курса евро? Просто вот, что пишет хэлп по Вашему вопросу:

Code:
Check Exchange Rate Types
Short Text

Check and edit your exchange rate types.

Use

The exchange rate type is used to enable exchange rates to be defined for different purposes for the same date in the system. You cannot delete existing entries.

If foreign currency translation is necessary between many different currencies, you can simplify the maintenance of the exchange rates by specifying a base currency. For the exchange rate type in question, you then only need specify the exchange rates for all currencies in relation to the base currency. All foreign currency translations then take place in two steps via the base currency.

Example

The base currency is USD. You want to convert EUR to GBP. To do this, the following entries must be made in the table for maintaining currency exchange rates:

Rate for EUR -> USD
Rate for GBP -> USD
Then the conversion from EUR to GBP is automatic. The conversion is performed as if this exchange rate (EUR -> GBP) had actually been entered in the conversion table.

In this example, the base currency (USD) is the "To-currency" and EUR or GBP the "From-currency".

For exchange rate ratios within the EMU, it is a legal requirement that the base currency (EUR) is the From-currency. You set the indicator for this in the BCurr=from field.

Note: When posting !!!and clearing documents, the system uses the exchange rate type "M" for currency conversion!!!. This exchange rate type must be contained in the system.


Как следствие, если для определения рублевой суммы УЕшного ассигнования->ТАПа используется что-то, что отличается от М, то будет разбежка.

_________________
Гюгюльме аля улю


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB