"График предоплат" (С) glibs - что это такое?

[Ned]

Много вопросов. Попробуем по-одному:

Цитата:

Я совершенно не понимаю что такое просрочка ПРЕДОПЛАТЫ.
Я не понимаю какие последствия будут для того, кто просрочил ПРЕДОПЛАТУ.
Я не понимаю какие последствия будут для аккаунт менеджера, который запланировал предоплату.
Поэтому я не понимаю зачем нужен график предоплат.
Я не понимаю зачем нужно планирование предоплат.
Я не понимаю этих терминов.
Решил спросить.

1. Просрочка предоплаты - это не поступление предоплаты на запланированную дату
2. Для того, кто просрочил предоплату последствия могут быть такие:
- ему может быть не поставлен товар или не оказана услуга
- для него могут быть изменены условия оплаты (т.е. кто платит по графику, те идут по специальной колонке прайс-листа, кто не платит по графику - идут по общему прайс-листу)
- может быть снято резервирование с конкретной партии товара (в том числе и товара в пути). Пусть ждёт когда будет другая партия.
3. Какие последствия будут для аккаунт менеджера, который запланировал предоплату - кто как с ними поступает. Вплоть до штрафов. Из-за плохого планирования ты можешь быть вынужден или постоянно держать на счетах страховые суммы, либо придерживать платежи в реестре, либо сидеть глубоко в овердрафте. Кому это надо?
4. "Поэтому я не понимаю зачем нужен график предоплат" - соберём всё вместе:
- планировать поступление денег
- управлять ситуацией по кредитам и займам, а так же по инвестициям
- отслеживать выполнение клиентами договорных условий с тем, чтобы назначать им правильные льготы, управлять резервированием товара и т.д.

Пойдёт?

[mazzy]

Цитата:

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

Пойдёт?

Ага. Продолжим?

Цитата:

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

1. Просрочка предоплаты - это не поступление предоплаты на запланированную дату

Понимаю.

Цитата:

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

2. Для того, кто просрочил предоплату последствия могут быть такие:
- ему может быть не поставлен товар или не оказана услуга
- для него могут быть изменены условия оплаты (т.е. кто платит по графику, те идут по специальной колонке прайс-листа, кто не платит по графику - идут по общему прайс-листу)
- может быть снято резервирование с конкретной партии товара (в том числе и товара в пути). Пусть ждёт когда будет другая партия.

Ему и так не будет предоставлен товар/услуга.
По определению предоплаты.

Теоретически условия оплаты изменить можно
Но я такого не встречал и не понимаю что это простимулирует.
Опять же, понимаю что может простимулировать скидка по оплате для ПОСТоплаты.
Не понимаю при зачем бизнес может пойти на договор где условия меняются в зависимости от даты предоплаты.
Разве что в случаях тотального дифицита.

Резервирование снимается по истечению срока, указанного в счете.
Потом Аккаунт менеджер выписывает новый счет и резервирует заново.
График предоплат сорван, клиент ничего не потерял.
Вы приводите условия для высокодефицитного рынка.

Есть еще монополии, есть дочерние и подчиненные отношения, есть бандиский счетчик. Может не будем уходить в спецслучаи?
Какие последствия Просрочки предоплаты для нормальных компаний на нормальном рынке.

Цитата:

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

3. Какие последствия будут для аккаунт менеджера, который запланировал предоплату - кто как с ними поступает. Вплоть до штрафов. Из-за плохого планирования ты можешь быть вынужден или постоянно держать на счетах страховые суммы, либо придерживать платежи в реестре, либо сидеть глубоко в овердрафте. Кому это надо?

И какой результат вы получите от аккаунт-менеджеров?
В вашем плане не будет информации о предоплатах. Ваши аккаунт-менеджеры будут получать премии за перевыполнение

Я же справшивал - кто будет заносить?
Аккаунт-менеджер вручную? общей суммой без дат?
И вы еще и на штрафы его посадить предлагаете?

Цитата:

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

4. "Поэтому я не понимаю зачем нужен график предоплат" - соберём всё вместе:
- планировать поступление денег

Ок. Кто бы сомневался.
Напомню, мы говорим о предоплатах.

Цитата:

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

- управлять ситуацией по кредитам и займам, а так же по инвестициям

Напомню - предоплаты.
В перечисленных областях есть предоплаты?

Цитата:

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

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

О! А вот здесь подробнее, пожалуйста.
В договоре написано: Предоплата 100%.
Что вы собираетесь отслеживать?
Если предоплаты нет, то нет и поставки - условия договора не нарушены.
Если в договоре указана граничная дата предоплаты И до этой даты предоплаты нет, то нет и поставки - опять же условия договора не нарушены.

А теперь внимание: если в договоре указана планируемая дата ОПЛАТЫ и планируемая дата поставки и эти даты не связаны друг с другом, то ОПЛАТА предоплатой не является по определению. Даже в том случае, если планируемая дата оплаты меньше планируемой даты поставки.

Так вот, я считаю, что:
= график оплат (график платежей) сделать можно и нужно.
= график предоплат сделать невозможно в принципе (по крайней мере, я не знаю такого способа).
= можно только заставить аккаунт-менеджеров вводить ожидаемую сумму предоплат с точностью до некоторого периода. Чем меньше период, тем менее точным получится прогноз. Прогноз предоплат с точностью до дня скорее всего будет ошибочным (будет бесполезным для принятия бизнес-решений). Для периода в месяц и больше прогноз предоплат в большинстве случаев является бесполезным (поскольку за месяц в большинстве случаев предоплаты будут превращены в нормальные оплаты).

Вернемся к вопросу ЧТО можно ЗАПЛАНИРОВАТЬ для ПРЕДОПЛАТ?
Можно ли составить График предоплат в принципе (при помощи карандаша и бумаги)?
Где я ошибаюсь?

[rtreh]

Мне кажется за дереьями леса не видим. Такой пример: лизинговая компания - там планирование ДДС - вопрос выживания очень жестко. по датам, по суммам..по видам сделок тоже.. Ибо малейший кассовый разрыв-убытки прямые - выраженные в конкретных цифрах. По условиям договоров. Они планируют выплаты и поступления. Не предоплаты - поступления. Потому что - это смысл построения ДДС. Или я не догоняю тонкости вопроса к ночеру? )

[Ned]

Цитата:

Так вот, я считаю, что:
= график оплат (график платежей) сделать можно и нужно.
= график предоплат сделать невозможно в принципе (по крайней мере, я не знаю такого способа).
= можно только заставить аккаунт-менеджеров вводить ожидаемую сумму предоплат с точностью до некоторого периода. Чем меньше период, тем менее точным получится прогноз. Прогноз предоплат с точностью до дня скорее всего будет ошибочным (будет бесполезным для принятия бизнес-решений). Для периода в месяц и больше прогноз предоплат в большинстве случаев является бесполезным (поскольку за месяц в большинстве случаев предоплаты будут превращены в нормальные оплаты).

Упростим ситуацию - у меня в будущем будут поступления денег. Часть из них - оплаты, которые поступят после даты отгрузки, часть - предоплаты. И то и то - деньги.

Разложим будущие деньги на четыре потока:
1. Оплаты за товары или услуги, отгруженные на дату когда я выполняю планирование
2. Оплаты за товары или услуги, которые будут произведены после отгрузки товаров или услуг. Отгрузки ещё не было
3. Будущие предоплаты
4. Оплаты по задолженностям (с этим разбирается отдельный отдел или я просто буду продавать эту статью факторинговым компаниям)

Планировать мне надо заранее - у меня есть график закупок, заказы надо размещать заранее, в конце концов надо наличку на зарплату планировать.

Все три потока, понятно, пойдут с какими-то вероятностями. Что я сделаю с потоками:
1. Это я имею с накладных (актов, инвойсов) + условия оплаты. В зависимости от бизнеса какая-то часть этих сумм зависнет. Короче, помножу план на некий коэффициент.
2. Я от продажников потребую план. Это может быть план продаж (не очень хорошо), план продаж в разбивке по условиям оплаты (лучше), план платежей (идеально). Откуда он возьмётся? Пусть менеджеры сразу спрашивают у клиентов не только когда они собираются купить, но и когда они могут платить. При регулярных поставках - стандартная ситуация.
3. Тоже самое. Например, планируется через пару месяцев запуск проекта по Аксапта (почему нет?). Менеджер пишет - первый платёж на 30К (половина стоимости первого этапа) поступит ориентировочно тогда-то.

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

[mazzy]

Цитата:

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

лизинговая компания
...
Или я не догоняю тонкости вопроса к ночеру?

Могу ошибаться, но по-моему не догоняете.
Ветка не о ДДС и не об оплатах вообще.
Ветка о ПРЕДОПЛАТАХ.

[mazzy]

Цитата:

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

3. Тоже самое. Например, планируется через пару месяцев запуск проекта по Аксапта (почему нет?). Менеджер пишет - первый платёж на 30К (половина стоимости первого этапа) поступит ориентировочно тогда-то.

Ок.
Почему менеджер пишет, а не система?
Откуда менеджер узнает дату?
Имеет ли практический смысл составленный таким образом график?

Что Михаил Андреев хотел модифицировать?

[Михаил Андреев]

Цитата:

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

Ок.
Почему менеджер пишет, а не система?

Потому что только менеджер (продавец) знает о своих договорённостях с клиентом.

Цитата:

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

Откуда менеджер узнает дату?

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

Цитата:

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

Имеет ли практический смысл составленный таким образом график?

Более чем. Если большая доля продаж происходит по предоплатам, их правильное планирование позволяет очень грамотно управлять деньгами, не залезая в большие долги с процентами, но и не замораживая большие суммы у себя на счету.

Цитата:

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

Что Михаил Андреев хотел модифицировать?

1) Возможность указывать сроки оплаты независимо от сроков отгрузки, в том числе ДО отгрузки.
2) Возможность автоматически показывать те оплаты, которые не пришли, далее продавец сам принимает решение о сдвиге оплат и отгрузок или отмене заказа.
Принципиальное отличие предоплат от оплат очевидно. Если оплата - обязанность клиента оплатить полученный товар, как это и реализовано в Аксапте. То предоплата - право клиента принять оферту. Но это не значит, что предоплаты нельзя планировать. А уж как финансовый директор построит продавцов (да и закупщиков, предоплаты не только по продажам бывают), с такой точностью у него планирование денежных потоков и сойдётся. Для примера могу сказать, что у меня продавцы строили планы приходов денег на неделю с точностью порядка 10%, что было более чем достаточно для планирования. Ошибки были, конечно, но они легко укладывались в рамки предоставленного нам кредитного лимита. А за неделю-две я мог легко рассмотреть будущие кассовые разрывы или излишки и договориться с банкирами.

[mazzy]

Спасибо.

Цитата:

Сообщение от Михаил Андреев

Потому что только менеджер (продавец) знает о своих договорённостях с клиентом.Позвонил и узнал, когда обещают оплатить.

Видимо я неправильно задаю вопросы.
Вопрос был "почему не система"? Похоже будет ответ, потому что она не знает

Цитата:

Сообщение от Михаил Андреев

В своё время, меня мало волновал вопрос, как менеджеры это узнают.

Это значит, что ты тоже не знаешь как посчитать автоматически график предоплат. Так?

Цитата:

Сообщение от Михаил Андреев

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

Не подскажешь как именно позволяет?

Цитата:

Сообщение от Михаил Андреев

1) Возможность указывать сроки оплаты независимо от сроков отгрузки, в том числе ДО отгрузки.

Э-э-э. Оно есть.
Укажи график оплаты в заказе/закупке, вручную введи дату в Настройка \ График оплаты.
Чего я пропустил?

Цитата:

Сообщение от Михаил Андреев

2) Возможность автоматически показывать те оплаты, которые не пришли, далее продавец сам принимает решение о сдвиге оплат и отгрузок или отмене заказа.

Там, же.
Если ты о вводе вручную, то проблем нет.
Я думал у тебя есть способ планировать предоплаты автоматически.

Цитата:

Сообщение от Михаил Андреев

Но это не значит, что предоплаты нельзя планировать.

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

Цитата:

Сообщение от Михаил Андреев

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

Похоже, про алгоритм "построения" спрашивать не стоит...

Цитата:

Сообщение от Михаил Андреев

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

Ок.

Я правильно понимаю, что громким термином "Планирование предоплат" ты называешь возможность ручного ввода прогнозируемой суммы предоплат за период?

Если да, то извини что пристал с дурацкими вопросами.

[Ned]

Ну поспорим тогда о значении слова "план". Я нашёл в глоссарий.ру, например, такое определение плана: "План - намеченная на определенный период работа с указанием ее целей, содержания, объема, методов, последовательности, сроков выполнения".

Слова "автоматически" здесь нет. Пойдём от аналогий. План продаж тоже составляется "автоматически"? Как мне казалось, все планы составляются и утверждаются ответственным лицом, в качестве какового компьютер выступать к сожалению не может.

Цитата:

Я правильно понимаю, что громким термином "Планирование предоплат" ты называешь возможность ручного ввода прогнозируемой суммы предоплат за период?

Если да, то извини что пристал с дурацкими вопросами.

Итого - под простым термином (чем он громкий?) "Планирование предоплат" можно понимать составление плана получения денежных средств в виде предоплат.

Точно так же как под термином Microsoft Axapta понимается Microsoft Axapta и т.д.

Вроде на все вопросы, заданные в этой ветке, уже есть ответы?

[glibs]

У меня еще есть вопрос такой...

Очень любопытно, как задача по планированию предоплат решена в ERP-системах других производителей (например, SAP, ORACLE, Scala)?

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

К вышесказанному мною могу добавить следующее.

Предоплаты планировать не только можно, но даже нужно. Да, неопределенность при их планировании выше на порядок или даже два. Но сложность работы не есть повод, чтобы ее не делать.

Да, далеко не по всем отгрузкам/контрактам/... (у кого что) можно точно запланировать дату оплаты (и уж тем более предоплаты). Но если у кого-то (в какой-то отрасли) менеджеры по продажам хоть по некотрым отгрузкам/контрактам/... знают дату поступления платежа с относительно высокой вероятностью (не важно, каким именно образом они добывают такую информацию — это их работа в конце концов, за которую они, как и мы, получают деньги), то не фиксировать такую бесценную для финансового директора и его команды информацию в ERP-системе есть большой и непростительный грех.

И это мы говорили пока про продажи. А есть ведь еще закупки. И там то менеджеры по закупкам предоплаты запросто могут запланировать (если поставщик требует предоплату).

[slava09]

Как решается задача укрупненного планирования предоплат в Аксапте? Путем введения отрицательных строк в графике оплат?

[mazzy]

Цитата:

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

Как решается задача укрупненного планирования предоплат в Аксапте? Путем введения отрицательных строк в графике оплат?

Путем ввода дат вручную в явном виде.

[George Nordic]

Ребята! Если это веттка - оффтоп, то позвольте и мне высказать свои соображения. Я понимаю, в Аксапте это не реализовано но тут я согласен с Глебом и Михаилом.

Сергей. Давай так. Чисты стол, лист бумаги и ручка.
Кроме того, нам потребуется ряд информации, такой как: график отсрочки платежей, отгрузки, договора.
Что имеем? Отгрузили товар 3м фирмам, по договору нам должны перечислить 1й платеж - 50% от стоимости товара: завтра - 10 000 $, послезавтра - 15 000$ и через 2 дня - 20 000$. За переодическую поставку (подписку) завтра ожидаестя 1й транш от 4го клиента - 7 000$. А еще завтра - срок субарендаторам платить нам 1ю часть аренды. Это 5 000$.

Пишем на листочке:
Ожидаемое поступление ДС:
завтра - 17 000$
послезавтра - 20 000$
через 2 дня - 20 000$

Насколько я понимаю, это как раз и есть "График предоплат"? Или я чего-то не понимаю?

С Уважением,
Георгий.

[mazzy]

Цитата:

Сообщение от George Nordic

Отгрузили товар 3м фирмам, по договору нам должны перечислить 1й платеж - 50% от стоимости товара: завтра - 10 000 $

Достаточно и одной фирмы.
Если делать график оплат из этой информации, то в нем будет строка, что завтра будет платеж на $10 000.

Откуда ты знаеешь, что завтра?
Что произойдет, если завтра платежа не будет?
Ответ: ничего не произойдет. Просто мы ошиблись в планировании.

Теперь обрати внимание на постоплату.
Например, отгрузка уже была и завтра последний день оплаты по договору.
Откуда я знаю, что завтра последний день? Из договора и даты отгрузки.
Что произойдет, если завтра платежа не будет?
Аккаунт менеджер должен начать действия по напоминанию о просроченном платеже и, может быть, начислить штрафные санкции, подать в суд и т.п.
Т.е. нужно будет выполнить какие-то действия.

Вернемся к предоплатам.
Как говорил Глеб, Михаил и Ned, предположим аккаунт-менеджер вводит циферку планируемой предоплаты. Предположим ему клиент обещал.
Но от акаунт-менеджера абсолютно не зависит действительно ли предоплата будет завтра. Она скорее всего будет в ближайшем будущем.

Теперь главный вопрос этой ветки:
= нужно ли делать ГРАФИК предоплат?

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

Т.е. мы более-менее достоверно можем сказать, что предоплата в $10тыс. ожидается в ближайшую неделю.
Но достоверность утверждения, что предоплата будет в такой-то день в общем случае невысока.

Из ответов я понял одно.
Что под красивым термином "ГРАФИК предоплат" предлагается инструмент, который позволит вводить сумму планируемых предоплат. Причем что делать с датами мне так никто и не объяснил (а это ключевой вопрос, ради которого я и завел ветку).

Мало того, я так и не понял что надо модифицировать в Аксапте. Вручную планируемые даты она и так позволяет вводить.

[George Nordic]

Вот. Давай поподробнее: менеджер ОЖИДАЕТ платежи. Если не придут - у него есть ИНСТРУМЕНТ, что бы посмотреть, откуда провал в денежном потоке, и принять меры. При этом и обчный платеж может быть сорван, разве не так? Что, и его не учитывать?

С Уважением,
Георгий

[ppson]

Цитата:

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

Неправда. По русскому договору графика м.б. и нет, но это еще не повод так заявлять. Есть график в закупке и заказе.

График оплат - погашения задолженности
График тех же самых предоплат нет.

Цитата:

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

Прогноз ДДС можно строить по условиям оплат по закупкам (если по ним еще не обработаны накладные). В стандартной функциональности работает дата Оплатить до (начиная с 3.0). С помощью нее можно настроить условие с предоплатой. А если допилить графики в заказах и закупках, то и с помощью них станет возможным указывать график платежей.

Жизнь компании состоит не только из закупок и заказов.
Позволь быть категоричным.

[Trump]

Можно внесу свои 5 копеек.
Я бы поменял плоскость беседы. Зачем нужно планировать это вопрос риторический, может проще поставить вопрос чего конкретная компания выиграет или проиграет если у нее не будет планирования платежей включая предоплаты?
Говорить о функции без привязки к конкретному бизнесу это слишком абстрактно. На мой взгляд кому то эта функция не нужна, кому то нужна ( может вообще бизнес не работает с предоплатами ).
Насчет буржуи так не работают ( по моему звучало где то )
В функционале той же JDE планируется движение денежных средств и с учетом ожидаемых поступлений и с учетом планируемых платежей ( причем включая предоплаты ). Там есть специальный типа ваучера, называется ваучер предоплат, он соотносится затем одной стороной с обычным ваучером который создается по поступлению товаров, а другой стороной с оплатой. Система умеет строить прогноз движения денежных средств по всем счетам фактурам и по всем ваучерам включая ваучеры преоплаты. Из примерно 8000 компаний использующих систему большая часть американские, тем не менее функционал сделали, значит бизнес практика такая есть.

[glibs]

Цитата:

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

...
График оплат - погашения задолженности
График тех же самых предоплат нет.
...

Вы к переводу цепляетесь или я чего-то не понял?

В оригинале в закупке Payment schedule. Это график платежей (т.е. и оплат, и предоплат).

Цитата:

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

...
Жизнь компании состоит не только из закупок и заказов.
Позволь быть категоричным.
...

А вы перестраивайтесь. Чем вас не устраивают закупки и заказы?

[glibs]

Цитата:

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

Как решается задача укрупненного планирования предоплат в Аксапте? Путем введения отрицательных строк в графике оплат?

Речь идет о бюджете или о чем?

[ppson]

Цитата:

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

А вы перестраивайтесь. Чем вас не устраивают закупки и заказы?

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