Открытое сальдо по предоплатам

[EVGL]

Кто и как боролся с этой задачей?

Условия поставки: по предоплате.
01.07.2011 клиенту было сказано заплатить 10 000 руб. вперед
15.07.2011 он заплатил 6 000.
Как показать, что клиент "должен" еще 4 000? Товар и не думали отгружать. Дебиторская задолженность фактически еще не возникла.

[mnt_dx]

Указать в договоре график платежей - 10000. Построить Мастером отчетов отчет RContractTable, CustTrans. В поля выборки добавить AccountNum и там и там. Получим Договоры (с графиками) - Проводки. Кривоватенько.

[Ivanhoe]

Цитата:

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

Как показать, что клиент "должен" еще 4 000? Товар и не думали отгружать.

А где это нужно "показать"? Как вариант - учет по кредитным лимитам (по клиенту или по договорам) - тогда в заказе на продажу (в итогах) видно текущий остаток не оплаченный и система просто не даст сделать отгрузку.

[EVGL]

Интересные идеи с неожиданной стороны, спасибо.

[d&m]

возможно, помогут чешские предоплаты
Авансовый счет

суть:
1. делаете проводку по клиенту на предоплату (из шапки Заказа на продажу) = клиент должен нам 10 000р (никаких отгрузок товара, только долг клиента перед нами)
2. оплата на 6 000р, сопоставление с долгом по предоплате. Итого клиент должен 4 000р


кстати, как я понял нечто подобное сделали в AX 2012 и продают как новинку:
AX2012: предоплаты

[Logger]

EVGL, на чем в итоге остановились ? Пилили Аксапту ?

[EVGL]

В итоге вообще ничего не стали делать: задачи как таковой не существовало, клиент получает мало предоплат.

[Maxim Gorbunov]

Не видел раньше этой темы. Решил поделиться.

На нескольких проектах проблема частичных предоплат (downpayment) и retention payment (к сожалению, не знаю точно, как это по-русски называется) решалась с помощью специальных номенклатур, которые добавлялись в заказ продаж.

Например, для предоплат заводили номенклатуру Downpayment, и добавляли в заказ две строчки (одну с +, другую с -). Далее, проводили отдельно инвойс на предоплату, а потом, когда уже товар отгружали, инвойс на весь оставшийся заказ. В качестве бонуса: в последнем инвойсе появлялась красивая строчка с суммой предоплаты, вычитающейся из баланса всего остального.

Чешские предоплаты, вероятно, более продвинутый механизм предоставляют. Но не всегда есть возможность их использовать. У нас, например, нет соответствующего регионального слоя (это, кажется, EE GLS).

[d&m]

Цитата:

Сообщение от Maxim Gorbunov

Например, для предоплат заводили номенклатуру Downpayment, и добавляли в заказ две строчки (одну с +, другую с -). Далее, проводили отдельно инвойс на предоплату, а потом, когда уже товар отгружали, инвойс на весь оставшийся заказ. В качестве бонуса: в последнем инвойсе появлялась красивая строчка с суммой предоплаты, вычитающейся из баланса всего остального.

мы тоже очень долго ходили вокруг такого варианта, но в итоге отказались, т.к. на российский проектах из аксапты часто печатают такие регламентированные государством документы- как ТОРГ-12 и счет-фактура. И ессли вдруг в этих документах всплывут всякие там "препейменты" все будут, мягко говоря, удивлены.

[Maxim Gorbunov]

Цитата:

Сообщение от d&m

мы тоже очень долго ходили вокруг такого варианта, но в итоге отказались, т.к. на российский проектах из аксапты часто печатают такие регламентированные государством документы- как ТОРГ-12 и счет-фактура. И ессли вдруг в этих документах всплывут всякие там "препейменты" все будут, мягко говоря, удивлены.

Пожалуй, в таком случае можно было бы последнюю строчку с реверсированным препейментом разносить отдельной накладной и не печатать на неё ТОРГ-12.

Впрочем, в России слой EE GLS как раз обычно присутствует в приложении, так что можно использовать чешские предоплаты. Я согласен, что Ваш вариант в таком случае предпочтительнее.