[ksenia]

Коллеги, подскажите, это баг, фича или гибрид:
Расчеты с поставщиками. Есть 3 проводки:
31.01.2014 Накладная 1 (USD)
28.02.2014 Накладная 2 (USD)
31.03.2014 Накладная 3 (USD)
И платеж (RUB), который их закрывает от 15.03.2014. Платеж сделан с другим профилем разноски, соответственно, счет поставщика в нем другой
Итак, все это провели, но не сопоставляли. Сделали периодическую переоценку на 31.03.2014.
Переоценились первые две накладные и платеж.
Далее делаем следующее: идем во сопоставление открытых проводок, отмечаем все четыре проводки, на платеже дополнительно делаем Mark Payment("Отметить оплату") и вводим кросс-курс для накладных. Жмем Update.
Получаем 7 ваучеров по сопоставлению:
1. Накладная 1 - Платеж:
Ваучер 1 - перенос баланса между счетами поставщика (претензий нет)
Ваучер 2 - реализованная курсовая (претензий нет)
Все. В проводках по сопоставлению никаких сторно ранее проведенной переоценки нет. Смотрим дальше.

2. Накладная 2 - Платеж:
Ваучер 3 - перенос баланса И (!!!) сторно курсовой по Накладной 1 (!!!!) и одной трети курсовой по платежу (!!!)
Ваучер 4 - реализованная курсовая (претензий нет)

3. Накладная 3 - Платеж:
Ваучер 5 - перенос баланса И (!!!) сторно курсовой по Накладной 2 (!!!) и одной трети курсовой по платежу (!!!)
Ваучер 6 - реализованная курсовая (претензий нет)

4. Ваучер 7 - сторно последней трети переоценки по платежу. Видно только в истории сопоставления по платежу.

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

Если все эти действия сделать не сразу, т.е. не 4 проводки сразу сопоставлять, а последовательно накладная-платеж-Update, накладная-платеж-Update и т.д. то в каждом "раунде" сопоставления все будет корректно: 3 ваучера: первый - перенос балансов, второй - реализованная курсовая, третий - сторно предыдущей переоценки.

Эта часть у нас вроде бы не пилена совсем, ну т.е. стандарт-стандартом. Если это баг, я подозреваю, откуда ноги растут, но как-то не верится, что могли так глуgо ошибиться в выделении номера ваучера под сторно нереализованной переоценки. И уж точно проблема должна быть известная...

Заранее спасибо!