Создание проводок ГК (программно)

[Ivan Mischenko]

Согласен с mazzy, документ скорее предназначен для тех, кто проработал в системе более (< а не <=)... и имел счастье не сталкнуться с проблемами в этом механизме...

[metal]

Цитата:

Никто не сможет мне ответить на вопрос, от том, нормально ли сравнивать суммы оставшиеся для корреспонденции в классе LedgerBondVRef_RU (для 2.5 и LedgerBondTransObject_RU для 3 аксапты) с нолём, а не с границей округления (Currency::Amount(...))?

Я могу попробовать ответить. На сколько я понимаю именно так все и должно быть. Т.е. сравнивать нужно именно с нулем. Разница в округлении должна относиться на системный счет. Т.е. появляется еще одна проводка на 1, 2, 3 (или какя там разница получилась) копейки. И эта проводка должна корреспондировать с той, в которой для корреспонденции осталось 1, 2, 3 (или какя там разница получилась).
Почему она не корреспондируется это дркгой вопрос. В 3ей Ахарте проводка по округлению создается непосредственно в момент финального связывания всех проводок (LedgerVoucher.post()). Были замечены случаи когда этот механизм работает некорректно. В результате проводки не корреспондируется и Ахарта тактично предлагает нам скорреспондировать их руками.
Могу даже привести пример, если интересно.
1. создайте закупку с 1й строкой на сумму 1827.36 в валюте с курсом 555.00 к основной валюте.
2. сделайте к этой строке 2 накладных расхода на 2%и на 5%.
3. обработайте закупку
4. увидьте окошко, уведомляющее о некорреспондируемости
5. задумайтесь
Извините, если получилось непонятно.

[france]

Хоть в чистом виде использовать сей документ не получилось, зато пощупал и узнал, что такое множественные проводки в западной бухгалтерии.
Вместо привычного Дт-сумма, Кт - сумма в одной строке, впервые ввел многострочное
дт-сумма
кт-сумма1
кт-сумма2, и при этом , чтобы сумма = сумма1+сумма2.

Так что, пользу я все таки извлек!
Надеюсь, когда нибудь и по прямому назначению использовать документ.

[Ivan Mischenko]

Цитата:

Изначально опубликовано metal
Разница в округлении должна относиться на системный счет. Т.е. появляется еще одна проводка на 1, 2, 3 (или какя там разница получилась) копейки. И эта проводка должна корреспондировать с той, в которой для корреспонденции осталось 1, 2, 3 (или какя там разница получилась).

Я встречал и такие ситуации, когда из-за того, что суммы сравниваются с 0, начинает ошибаться механизм связывания проводки с логом (bondVRef2Current Log).
Получается ситуация, когда привязываемая проводка себя уже исчерпала, т.е. на ней осталась сумма меньше границы округления или полный 0, но механизм считает, что это достаточная для внимания сумма, и продолжает работу... в результате имеем отсутствие корреспонденции...
Кто-нибудь сталкивался с подобным?
P.S.
Простите, если чего-то непонятно объяснил...

[metal]

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

[Roenick]

Здравствуйте. Возник такой же вопрос. Как данная проблема побеждается?