Овердрафт

[Limon]

Реализован ли в Navision учет овердрафта ?

англ. overdraft - сверх плана

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

[Suok_imported]

Если вы имеете ввиду автоматический расчет сроков погашения в зависимости от суммы, процента отчислений, какое-нибудь автоматическое формирование проводки по кредиту, если остаток на р/с <0, то нет. Так же как и по обычным кредитам.

А с другой стороны - чего там такого? Это у банков должна голова болеть о том, как учитывать овердрафт клиента и правильно рассчитывать проценты, а у предприятия - все просто: сколько банк сказал процентов заплатить, столько и заплатим. Зачем нам банк проверять?
Проводки по сути те же, что и по обычному кредиту.
И Еще у п/п не должна болеть голова о том, когда оговоренная сумма должна попасть на расчетный счет, потому что "Обычно в счет погашения О. направляются все суммы, поступающие на текущий счет клиента"

Единственное, в карточке банковского счета есть поле "Минимальный баланс". Может, интересно, оно быть отрицательным?

[Limon]

Клиент хочет видеть в отчете о движении денежных средств остаток по овердрафту на начало и на конец месяца.

[Suok_imported]

Цитата:

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

Клиент хочет видеть в отчете о движении денежных средств остаток по овердрафту на начало и на конец месяца.

Что мешает завести аналитику или учитывать овердрафты на отдельном финансовом счете?

[Limon]

Поясню на примере, что требуется от Системы.

Исходные данные:

Остаток на р/с на начало месяца: 10 000 $
Овердрафт: 100 000 $
Остаток по овердрафту: 100 000 $

Операции:

Операция 1: перечислено поставщикам 20 000 $
Остаток по овердрафту: 90 000 $

Операция 2: перечисление поставщику 100 000 $. Система должна выдавать предупреждение о том, что можно перечислить только 90 000 $.

[Suok_imported]

для предприятия все равно по проводкам оплата по овердрафту будет означать следующее:
1) Д Р/с
К Задолженность перед банком по овердрафту

и только потом

2) Д Расчеты с поставщиками
К р/с

Поэтому такую проверку по сумме остатка по овердрафту можно привесить на проводку 1)

В этом случае можно сделать так (как вариант):
- завести банка как поставщика с учетной группой 66 счет
- дописать функциональность для поставщиков по аналогии с кредитным лимитом у клиентов - добавить поле Кредитный лимит в карточку поставщика и сделать проверку на него, когда осущесвляются операции с поставщиком

Или, если у вас банк уже заведен как поставщик, можно привесить функциональность по кредитному лимиту не на таблицу Поставщик, а на Соглашения - но это уже нужно смотреть по ситуации, это так... только идея.

[rmv]

Возможно проще в Банк добавить добавить поле минимальный баланс и повесить на него проверку в фин. журнале/при учете фин. журнала

[Suok_imported]

Цитата:

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

Возможно проще в Банк добавить добавить поле минимальный баланс и повесить на него проверку в фин. журнале/при учете фин. журнала

Если овердрафт будет учитываться на отдельном финансовом счете 51.X, будет заведена отдельная карточка банка с настройкой на этот счет X - то можно и на карточку банка привесить кредитный лимит. Для Navision - без разницы на какую карточку вешать.

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

[Arshak]

Цитата:

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

Единственное, в карточке банковского счета есть поле "Минимальный баланс". Может, интересно, оно быть отрицательным?

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

как это ни грустно девелопер кит показал что это поле бесполезно
никакой проверки в учетных функциях не обнаружил