12.09.2002, 14:14 | #1 |
Участник
|
Сопоставление открытых проводок - копейки
Генерятся проводки на копейки при выполнении сопоставления открытых проводок...
При большом количестве заказов и приходных кассовых ордеров после выполнения сопоставления открытых проводок в проводках по клиенту появляются проводки на несколько копеек, видимо, сгенерённые в процессе сопоставления. Вот так это выглядит (документы с кодом вида 80000ХХХ): Кто-нибудь сталкивался с аналогичным феноменом? Что это такое, зачем оно появляется, и как от него избавиться? |
|
12.09.2002, 17:04 | #2 |
Шаман форума
|
А счет-фактура и кассовый ордер, которые сопоставлялись, в одной валюте?
Возникает впечатление, что документ в одной валюте сбалансирован, а в другой - нет. а что в настройках округления в параметрах клиентов? Или посмотри, что за номерная серия 80000ХХХ, к чему она привязана |
|
12.09.2002, 17:53 | #3 |
Участник
|
Счёт фактуры и кассовый ордер в одной валюте - в рублях. Часть их видно в приведённом screenshot'е.
А порождается проводка в центах. В настройках округления (в параметрах Главной книги) стоит везде 0.01. "Граница округления в национальной валюте" в параметрах для клиентов выставлена в 0.05. "Максимальная недоплата/переплата" в 0.05. Кстати, мне пока не ясна разница между этими двумя параметрами... Номерная серия привязана в параметрах клиентов соответствует параметру "Платеж". По нему приведён комментарий "...выделяется автоматически при обновлении открытых проводок", который как-то не сильно проясняет дело. У меня есть предположение, что при сопоставлении для проведения расчётов Аксапта все суммы переводит в доллары (они у нас проставлены базовой валютой). При пересчёте, видимо, и набегают центы... Ещё вытекающая проблема - где настроить по этой операции счета Главной книги?... |
|
13.09.2002, 12:19 | #4 |
Шаман форума
|
В системных счетах в ГК есть счета ошибок округления.
Если доллары - базовая валюта - тогда она действительно пересчитывает, это факт, как же в базовую валюту не пересчитывать. Можно попробовать в параметрах клиентов границу округления поставить 0.00 Максимальная недоплата/переплата - это разница между оплатой и отгрузкой, которая тоже может списываться на системный счет, чтобы не висела копеечная недоплата. |
|
18.09.2002, 17:41 | #5 |
Смотрящий поверх деревьев (Варварский отморозок)
|
<Зохавано мудератором>
за неуплату
__________________
It's a dirty job, but someone's got to do it. So? |
|
19.09.2002, 19:30 | #6 |
Участник
|
Суммовые разницы
Аксапта делает переоценку суммы фактуры, преводя ее в соответствие с суммой оплаты.
Такой пример: - предоплата пришла 31/05 (курс 31,31) на сумму 20,000р. В долларах получилось 638,78. - произвели отгрузку 01/07 (курс 31,41) на сумму 20,000р. В долларах 636,74. Очевидно, что в рублях у нас задолженность нулевая, а в долларах мы должны клиенту 2,04. Если мы сопоставим эти две проводки, Аксапта приведет в соответствие рублевый и долларовый остаток. Избавиться от этого можно только проводя фактуры в базовой валюте (оплату можно и в рублях заносить). Или отключив эту функцию на уровне кода. Во всяком случае так это работало в Конкорде.
__________________
Георгий Хисин, сотрудник компании ТЕКО Copiers |
|
23.09.2002, 13:00 | #7 |
Смотрящий поверх деревьев (Варварский отморозок)
|
<Зохавано мудератором>
за неуплату
__________________
It's a dirty job, but someone's got to do it. So? |
|
24.09.2002, 10:33 | #8 |
Участник
|
Т.е. при отмене сопоставления сумма проводок по дебиторскому модулю перестает совпадать с суммой проводок по главной книге? Тогда это похоже на ошибку.
В описанном случае Аксапта приводит в соответствие сумму проводок в долларах к сумме проводок в рублях (не важно, из-за чего произошло несоответствие - из-за курса, или из-за округления). Если вы ведете расчеты с клиентом в рублях, то это не должно вас смущать. Зато в базовой валюте задолженность будет отражена верно. Если же вы ведете расчеты с клиентом в базовой валюте, то стоит отказаться от проводок фактур в рублях.
__________________
Георгий Хисин, сотрудник компании ТЕКО Copiers |
|