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

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

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

Отчет Налоговый регистр по учету НДФЛ для КАМИН 2.0

Отчеты - Анализ учета

Отчет Налоговый регистр по учету НДФЛ для КАМИН 2.0

Отчет Налоговый регистр по учету НДФЛ для КАМИН 2.0

Сделал Sanek   ICQ 129193052

 

Данный  учет(отчет) обязаны вести все организации начиная с 2011 года.

 

Сделал отчет сам т.к. фирма КАМИН ленится, а налоговая уже прибыла.

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

Наименование Файл Версия Размер
NDFLRegistr.rar
.rar 24,82Kb
18.02.11
123
.rar 24,82Kb 123 Скачать

См. также

Комментарии
Сортировка: Древо
1. ILIAS 19.02.11 10:21 Сейчас в теме
А добавь, пожалуйста, этот отчет в "народную зарплату" http://www.kaminsoft.ru/products/nz/about.html .
2. Арчибальд 2701 21.02.11 08:09 Сейчас в теме
Вроде бы Камин обещает релиз с регистром выпустить 25.02?
3. ElenaShvec 24.02.11 15:08 Сейчас в теме
А можно такой же регистр для ЗиК 2,3
4. ManyakRus 273 11.04.11 12:57 Сейчас в теме
этот отчет больше не нужен наверна т.к. Камин сделала официальную версию такого же отчета.
8. svsrus 174 10.06.11 09:53 Сейчас в теме
(4) В последнем релизе КАМИНа (66) Налоговый регистр работает не правильно по группе людей.
9. Арчибальд 2701 10.06.11 10:08 Сейчас в теме
(8) А не надо было 66 релиз ставить ;)
10. svsrus 174 10.06.11 13:44 Сейчас в теме
(9) 66й релиз поставил только вчера, думал ошибку пофиксили. А ошибка тянется с релиза, когда только регистр появился. с 64 или 65го.
5. Shandor777 11.04.11 14:14 Сейчас в теме
В данный момент пишу отчет "Налоговый регистр". Возникает следующий вопрос.
К примеру, сотрудник ушел в отпуск, ему начислии отпускные 50000 руб. Сразу перевели сумму НДФЛ с отпускных. Обычне переводят просто 13% на всякий случай, без учета возможных вычетов в данном месяце.
Итак перечислии 6500 руб. НДФЛ.
По результатам расчета за месяц получается. Кроме отпускных начислено 2000 рублей оклада. А вычеты составили 4000 руб.
Итого налог (52000-4000)х13%=6240 руб. Т.е. по конкретной платежке произошла переплата НДФЛ в 260 рублей. Значит образовался "хвост". Очевидно он должен быть учтен при окончательном перечислении НДФЛ по организации.
Поскольку требуется указывать в Налоговом регистре даты перечислений и номера платежек, то получается что в текущем месяце должно быть указано в общем случае несколько платежек. В том числе могут быть платежки, к которым он вроде отношения не имеет. Т.е. человек отработал полностью месяц, отпускных не получал, а на него выпадают "хвосты" с чужих платежек по отпускам, авансам и т.д.
Интересно, в ЗУПе, к примеру в "Налоговом регистре" предусмотрены соответствующие строки или графы под несколько платежек в месяце.
И каков механизм распределения этих "хвостов" от досрочных платежек? Пропорционально, сначала уволенные, потом пропорционально или как?
Посотрел бегло в данном отчете - формируется только одна строка с платежкой. Может я что-то недоглядел.
Понятно, что отчет делался в черновом варианте, "под дулом пистолета", так что никаких претензий. А вот в самом Камине, ЗиК, ЗУП, предусмотрены эти общие случаи, когда перечисление налога за месяц выполняется несколькими платежками?
6. Арчибальд 2701 12.04.11 07:53 Сейчас в теме
(5) Дело в том, что сумма налогов, перечисляемых налоговым агентом, не просто не может быть разбита по налогоплательщикам. Такое разбиение напрямую противоречит НК РФ. Например: НК обязывает налогового агента вернуть налогоплательщику излмшне удержанную сумму в течение двух месяцев за счет (в первую очередь) налогов, удерживаемых с других налогоплательщиков. То есть: НК предписывает налоговому агенту при перечислении налога ориентироваться только на общую сумму по предприятию, и игнорировать сумыы, относящиеся к отдельным налогоплательщикам.
Еще одно соображение, связанное с тем же возвратом. По сути, в процессе этого возврата у налогоплательщика в графе "Перечислено налогов" должно фигурировать отрицательное число. Предписание соотносить с этим отрицательным числом номер платежки абсурдно, значит, незаконно.
Разумеется, ни ЗиК, ни ЗУП, ни Камин (и все остальные конфигурации) этого конфликта нормативных актов не смогут преодолеть. Никогда.
7. Shandor777 12.04.11 11:11 Сейчас в теме
(6) Естественно, абсурдна сама затея привязывать перечисление налоговым агентом НДФЛ к конкретному налогоплательщику. С момента, когда у налогоплательщика удержан НДФЛ (т.е. не выдан на руки при выплате З/П) он не является должником перед государством. За эти деньги несет ответственность налоговый агент. Если налог, будучи удержанным не будет перечислен, никто ведь не вправе повторно удержать его с налогоплательщика.
Но праздник абсурда продолжается! И нам приходится выполнять самые глупые распоряжения "затейников" Кудрина и его коллег.
11. margo_m09 27.03.13 11:37 Сейчас в теме
Форма регистра налогового учета по НДФЛ, реализованная в программе, полностью соответствует требованиям к составу сведений, указанным в п.1 ст.230 НК РФ. Напомним, что в соответствии с пунктом 1 статьи 230 НК РФ, в налоговом регистре должны содержаться сведения, позволяющие идентифицировать налогоплательщика, вид выплачиваемых налогоплательщику доходов и предоставленных налоговых вычетов в соответствии с установленными кодами, суммы дохода и даты их выплаты, статус налогоплательщика, даты удержания и перечисления налога в бюджетную систему РФ, реквизиты соответствующего платежного документа. Это учитывается? В ЗУПе в посл релизах, это вроде бы учли
Оставьте свое сообщение