CustVendSettle.isExchAmountDiff_RU()

[EVGL]

Суммовые разницы уже лет как пять почили в бозе, но в приложении живут. Благодаря упомянутому методу и в том случае, если не хотим наследовать счета для разноски курсовой разницы с накладной, счета ПиУ по курсовой всегда берутся с рублей, если сопоставляется накладная поставщика в условных евро и платеж в рублях. ПОЧЕМУ? Ведь в этом случае не удается настроить разные счета для разных валют и отделить обороты по условным евро от настоящих.

[EVGL]

Оказывается, аналогичная проблема возникает при сопоставлении предоплат. Т.н. "переоценка авансов" у вас в России отменена черт знает сколько лет назад, а настройки все извлекаются из старой таблицы "Параметры авансовой разницы".

[Jabberwocky]

Цитата:

Сообщение от EVGL

Оказывается, аналогичная проблема возникает при сопоставлении предоплат. Т.н. "переоценка авансов" у вас в России отменена черт знает сколько лет назад, а настройки все извлекаются из старой таблицы "Параметры авансовой разницы".

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

[EVGL]

Именно. А теперь представим, что речь действительно идет об импортной накладной. Система кидается ее переоценивать. Со всеми вытекающими.

В любом случае, спасибо за ответ, теперь я лучше понимаю ситуацию. Русский клиент платит по УЕ по курсу - переоцениваем. Импортный клиент платит в живых долларах или евро - система опять переоценивает.

Импортный поставщик прислал деталь по предоплате, которую мы сделали в живых евро или долларах - система опять кидается переоценивать. Беда.

[Jabberwocky]

Цитата:

Сообщение от EVGL

А теперь представим, что речь действительно идет об импортной накладной.
.....
Русский клиент платит по УЕ по курсу - переоцениваем. Импортный клиент платит в живых долларах или евро - система опять переоценивает.
.....
Импортный поставщик прислал деталь по предоплате, которую мы сделали в живых евро или долларах - система опять кидается переоценивать. Беда.

Какая-то путаница, так что именно у нас в валюте, накладная или предоплата?

- Авансовая разница переоценивает только валютную НАКЛАДНУЮ.
- Ее формирование можно отключить в параметрах ГК.
- Где указание в РСБУ, что накладные, выставленные иностранным поставщиком, не должны переоцениваться?

[EVGL]

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

Сумбурно пишу, я знаю.

[Jabberwocky]

Для этого надо изменить 1 строку кода, в методах \Classes\CustVendExchAdjParm_W\newFromParm, \Classes\CustVendExchAdjParm_W\newFromParmEmpl:

custVendExchAdjParm.parmIsAmountDiff(false);

[EVGL]

Да, спасибо, уже в начале января изменил. Только оказалось, что этого мало: авансовая разница нанесла удар. Выяснилось, что надо изменить еще и
\Classes\CustVendExchAdjParm_W\loadCust() , loadVend()

Все, нашел окончательное решение:

custVendExchAdjParm.parmIsAmountDiff(false);
custVendExchAdjParm.parmLedgerTransType(LedgerTransType::ExchAdjustment);

В общем, по первой проблеме буду писать Service Request. Если по авансовой разнице еще можно аргументировать, что настроечная таблица только одна и по валютам принципиально разделить нельзя, то в случае нормальной курсовой разницы по УЕ это уже можно классифицировать как чистую ошибку.

[Jabberwocky]

Цитата:

Сообщение от EVGL

Да, спасибо, уже в начале января изменил. Только оказалось, что этого мало: авансовая разница нанесла удар. Выяснилось, что надо изменить еще и
\Classes\CustVendExchAdjParm_W\loadCust() , loadVend()

Да, для авансовой разницы используется некий mess mix настроек из форм параметров Курсовой и Авансовой разницы. С подходом конечно можно поспорить, просто в свое время решили, что так гибче.