Коллеги,

Есть ли опыт применения данного решения? Какие впечатления? Какие проблемы?

С уважением,

iRashid

Есть ли уже какиие-то впечатления от установки ноты 1256445. Мы тоже как раз занялись этим вопросом, интересно мнение тех, кто сделал это раньше.

Очень краткие методические рекомендации для тех кто делает это в первый раз. Для тех кто не в первый они просто не требуются.

Привет всем,

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

А так отдали на тестирование пользователям - ждем результат... То, что реально удобно - это расчет курса и вызов экрана для расчета курса при сохранении сбытовой счет фактуры.
Но предчувствую, что с вариантами выравнивания там не все так просто:
1) С позицией остатка
2) С частичной оплатой

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

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

darkduck: поправил орфографию и пунктуацию

А может кто-нибудь внятно объяснить как потом выравнивать всё это?

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

Если попытаться выровнять аванс и счет-фактуру, то всё-равно появляются разницы.

В общем непонятно. Ерунда какая-то.

Вот некоторые результаты тестирования в 6.0:
1. Для частичного выравнивания без курсовых разниц нужно использовать вид документа, настроенный как "Без курсовых разниц при частичном выравнивании" в транзакции IDPH1.
2. При проводке в MIRO курс валюты, указываемый вручную, используется только для пересчёта в 1ую локальную валюту (BKPF-KURSF). При этом для пересчёта во 2ую (BKPF-KURS2) и 3ью (BKPF-KURS3) валюты используется курс из таблицы TCURR. SAP ссылается на SAP Note 331910 и говорит, что это works as designed. Так что будьте осторожны, если для 2ая и/или 3ья валюта у вас RUB.
3. J_3RF_RATE_CALC запускается при billing'е в транзакции VF01 и получается что авансы должны выбираться до проводки в FI. Если на вашем проекте billing в SD (VF01) и деблокирование фактуры в FI (VF02) отданы разным пользователям (например, склад и бухгалтерия), возникает необходимость пересматривать процесс.
Хотя сделано это правильно - и счёт-фактура, и ТОРГ-12 должны печататься по расчётному курсу.

Вопросы методологической стыковки ПБУ3 и 21 и 25 глав НК пока остаются открытыми. Но это претензия уже не к SAPу.

P.S. п.2 нашёл вчера отражение в SAP Note 1256445:

3. Restrictions.

...
Entered exchange rate affects only first local currency in Material Management transactions (e.g. MIRO) (see section 3 of the note 331910 for details).
...