Кривенок Александра | Разработчик мобильных приложений | 1С-Рарус

«Монетизация. Как заставить приложение приносить прибыль раньше, чем вы потратите на него все деньги»

Кажется, что самое сложное в работе над тиражными приложениями - это этап разработки. Вроде бы "родили" конкурентоспособный продукт, и все , можно расслабиться, пить коктейли на пляже и ждать, пока пользователи выстроятся в очередь за подписками на ваше детище. Но нет...тут как раз и начинается все самое интересное. Оказалось, что так тщательно продуманная вами схема монетизации совсем не работает. Или работает, но далеко не так эффективно, как вы ожидали. Подписки не продаются, количество платников не растет, а график роста выручки похож на кардиограмму трупа. Жизнь - боль, а коктейли пьют ваши конкуренты. Так как же найти ее - оптимальную схему монетизации именно для вашего продукта? Как заставить приложение приносить деньги? За годы работы над Boss мы попробовали, наверное, все возможные варианты. Провели массу экспериментов. И кое-чему научились. - За что будем требовать деньги? Главные ошибки при выборе схемы монетизации. - Подписки vs покупки : кто круче? Основные плюсы и минусы обоих вариантов. - Триальный период. А надо ли? - Так за что же все таки готов платить ваш пользователь? Поиск оптимальной схемы. - Главное не спугнуть или как интерфейс влияет на рост продаж. Это и еще много чего интересного я расскажу в своем докладе. P.S. На основе реальных событий.

Самый простой способ получения просроченной дебиторской задолженности в УПП

Отчеты - Бухгалтерские

Столько отчетов написано, чтобы получить просроченную задолженность! Проблема в том, что по каждому договору разные дни просрочки. По бухгалтерским итогам собрать достаточно сложно. Но в УПП есть способ лучше - всем советую!

В УПП есть чудесный регистр накопления "Расчеты по реализации (бухгалтерский учет". При восстановлении последовательности расчетов система сама сопоставляет оплату и отгрузку по договору. 

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

А теперь все просто! У вас сразу есть сумма задолженности по каждому документу отгрузки. Есть договор, из которого можно достать дни просрочки. Вычитаем из даты отчета дату документа и имеем дни задолженности. Сравниваем их с допустимыми днями просрочки, чтобы установить, просроченная она или нет.

Кто-то может сказать способ проще? ;)

Файл с компоновкой для произвольного отчета прилагается.

Скачать файлы

Наименование Файл Версия Размер
Схема компоновки данных для отчета
.xml 11,27Kb
01.10.13
84
.xml 11,27Kb 84 Скачать

См. также

Комментарии
Сортировка: Древо
1. AlX0id 02.10.13 00:36 Сейчас в теме
Ага. Не было б одного нюанса.. Отчет будет актуальным только
При восстановлении последовательности расчетов
4. H-Labs 100 02.10.13 11:05 Сейчас в теме
(1) AlX0id, Да, "если хотите получить отчет о просрочке ВСЕГДА делайте восстановление последовательности расчетов".
2. busurina 02.10.13 10:37 Сейчас в теме
Дьявол, как обычно в деталях. Кто сказал что управленческий учет совпадает с бухгалтерским? Кто сказал что за период времени с отгрузки до формирования отчета никто не поменял количество дней просрочки в договоре?
Отчет конечно будет работать, но насколько ему можно доверять остается на совести разработчика
3. H-Labs 100 02.10.13 11:04 Сейчас в теме
(2) busurina, Тогда по пунктам.
1. Если БУ разбегается с УУ тогда настает "капец" авансам. Поэтому всегда советую, чтобы эти данные шли. Для этого надо немного - не делать проводки руками.
2. Если меняется количество дней просрочки - меняйте договор! Всегда и всех предупреждаю. Впрочем УПП позволяет создать фиктивную карточку того же договора.
5. busurina 02.10.13 12:26 Сейчас в теме
БУ и УУ ни разу не обязаны совпадать (хотя это и предпочтительный вариант ведения учета). Для получения отчета о просроченной дебиторской задолженности по УУ предлагаю все-таки пользоваться регистром "Расчеты с контрагентами по документам расчетов". Правда для этого нужно вести расчеты по договору с признаком "по документам расчетов"
6. H-Labs 100 02.10.13 13:21 Сейчас в теме
(5) busurina, Ужасная версия! вы знаете что она потом с этими документами выделывает!?
Она же не в силах определить банально аванс, если руками в платежках не указали документ! И вы не внимательно читаете публикацию. Регистр "расчеты по реализации (БУ)"! В нем БУ не просто так написано! Он ОБЯЗАН совпадать.:)
8. H-Labs 100 03.10.13 08:53 Сейчас в теме
) Ваш "идеальный" способ в реальной жизни не подойдет для большинства компаний с достаточно интенсивным взаимодействием с контрагентами, по следующим причинам:
- Как правило, документы проводятся по БУ с некоторым отставанием от момента проведения по УУ. Иногда со значительным отставанием. В конце концов - да, во многих компаниях по этому разделу учета УУ и БУ "сойдутся", но когда это произойдет? К моменту сдачи отчетности за квартал? Все это время предлагаете пользоваться неполными БУ-данными?

Если все хорошо - в понедельник отчет готов по прошлой неделе. А большего для работы с дебиторкой и не нужно. А мы еще усиляем этот отчет графами "По сроку погашения", где считаем сколько должно быть погашено какой датой будущей недели. И с этим отчетом можно работать всю неделю менеджерам. Но за "идеальный"спасибо;) Я ему [методу] таких эпитетов не прикреплял - значит понравилось вам:)
- восстановление последовательности расчетов с контрагентами (по реализации, по приобретению) - операция достаточно длительная, и ее нельзя делать слишком часто на большой интенсивно использующейся базе, т.к. это будет мешать работе пользователей.


Это НЕ проведение. Вы может путаете с "Проведением по регистрам НДС". Там и правда все курят, пока один работает. Восстановление отлично крутится в фоне и никого не тормозит. Напротив, его тормозят, когда много накладных выписывается. В "восстановлении" блокируется всего один регистр.

(6) Насчет аванса Ваша ирония не совсем понятна. Ниоткуда не следует, что платежи контрагента будут приходить в той же последовательности, что были наши документы реализации товаров и услуг. Поэтому иногда требуется в платежках указывать документы расчетов.

Ради Бога. Но мы же с вами рассматриваем предприятие с большим документооборотом. Месяца через два им надоест повесившихся в туалете операторов и бухгалтеров по банку снимать. И они сами перейдут на сальдовый метод.

А если серьезно. Во-первых, обратите внимание, что регистр этот - бухгалтерский. Поэтому УУ/БУ давайте тему закрывать.
Во-вторых - дебиторка по УУ это вообще нонсенс. Не один юрист с вами на основании УУ даже разговаривать не станет.
7. kapustinag 02.10.13 19:47 Сейчас в теме
(0) Ваш "идеальный" способ в реальной жизни не подойдет для большинства компаний с достаточно интенсивным взаимодействием с контрагентами, по следующим причинам:
- Как правило, документы проводятся по БУ с некоторым отставанием от момента проведения по УУ. Иногда со значительным отставанием. В конце концов - да, во многих компаниях по этому разделу учета УУ и БУ "сойдутся", но когда это произойдет? К моменту сдачи отчетности за квартал? Все это время предлагаете пользоваться неполными БУ-данными?
- восстановление последовательности расчетов с контрагентами (по реализации, по приобретению) - операция достаточно длительная, и ее нельзя делать слишком часто на большой интенсивно использующейся базе, т.к. это будет мешать работе пользователей.

(6) Насчет аванса Ваша ирония не совсем понятна. Ниоткуда не следует, что платежи контрагента будут приходить в той же последовательности, что были наши документы реализации товаров и услуг. Поэтому иногда требуется в платежках указывать документы расчетов.
Оставьте свое сообщение