|
Сообщений: 949 |
3e4r5t (99c3d)
|
|
если заработная плата и другие расходы списывались на расходы периода, то признать НМА нельзя.taxcons
С точки зрения признания внутренне созданных НМа могут быть сложности с точки зрения наличия контроля над практиками ,(нет правовой охраны), я правильно понимаю?
3e4r5t (99c3d)
|
|
|
Сообщений: 2 522 |
Критериев там таки чуть больше. Сложности могут быть именно с контролем — если после первой продажи вероятно появление клонов на рынке и отсутствие/снижение следующих продаж, то «будущие экономические выгоды» сомнительны, как и весь актив.3e4r5t
Правовая защита (свидетельство) роли не играет, так как критерием является "контроль"
|
Сообщений: 8 609 |
|
Сообщений: 949 |
Да не было пояснения - разработка и доработка программ ведется исключительно для своих внутренних нужд, системы учета и тп, ничего не продаетсяSpiridonovКритериев там таки чуть больше. Сложности могут быть именно с контролем — если после первой продажи вероятно появление клонов на рынке и отсутствие/снижение следующих продаж, то «будущие экономические выгоды» сомнительны, как и весь актив.3e4r5t
Правовая защита (свидетельство) роли не играет, так как критерием является "контроль"
То же самое, если доработка производится под конкретного клиента: собрали затраты, списали на проект и забыли, потому что сомнительно в будущем найти ещё такого же клиента и получить новые экономические выгоды.
|
Сообщений: 2 522 |
А, ну в таком варианте обычно проще всё доказывается. Капитализируйте затраты, проверяйте 6 признаков НМА и спокойно амортизируйте на срок использования.taxcons
Да не было пояснения - разработка и доработка программ ведется исключительно для своих внутренних нужд, системы учета и тп, ничего не продается
|
Сообщений: 949 |
Escapist спасибо! за, как всегда, подробный развернутый комментарий. Возможность продажи дальнейшей не рассматривается, по крайней мере на данный момент никто не рассматривает. Разработки достаточно уникальны, и почти всегда в основе разработки лежит либо уже созданное ПО, либо платформа для разработки (надо кстати посмотреть в последнем случае как предусмотрены в договоре с лицензиатом ограничения на дальнейшее использование созданного на их платформеEscapist
Доработка под конкретного клиента оплачивается, поэтому ее логично упаковать в затраты по проекту до его завершения НЗП. Ноу хау при этом останется у разработчика и в его интересах прописать в контракте право использовать его для других проектов. По-моему, данный кейс скорее про разработку и доработку покупного ПО для собственных нужд, так как при оказании услуг на сторону контрактной защите интеллектуальной собственности уделялось бы большее внимание.
При разработке для собственных нужд - тест на принципиальную возможность продажи/передачи права докажет идентифицируемость, фактическая эксплуатация ПО в производственной деятельности - критерий экономической выгоды, базовая защита интеллектуальной собственности (трудовые договоры программистов, политика конфиденциальности, ит-безопасность) - возможность ограничить доступ третьих лиц к выгодам.
Для ПО технически выполнить критерии НМА обычно не сложно - на этапе создания (внедрения) ПО. Но какие-то доработки обычно продолжаются весь период эксплуатации, и на практике их бывает сложно разделить на поддержку систем, которая относится на расходы, и расширение функциональности, которое можно капитализировать.
|
Сообщений: 8 609 |
|
Сообщений: 949 |
3e4r5t (acb80)
|
|
а еще не мешает заглянуть в трудовые договора программистов.taxcons
То есть. изначально по всем договорам лицензионным определяем, есть ли ограничения на право продавать результаты доработок ПО. Скорее всего есть. Тогда с признанием НМА вопрос снимается, т.к. несоответствие критерию идентифицируемости, верно?
3e4r5t (acb80)
|
|
нет, не верно. Критерий - это не возможность продажи третьим лицам (отчуждаемость), а контроль и получение выгода от обладания.taxcons
То есть. изначально по всем договорам лицензионным определяем, есть ли ограничения на право продавать результаты доработок ПО. Скорее всего есть. Тогда с признанием НМА вопрос снимается, т.к. несоответствие критерию идентифицируемости, верно?
|
Сообщений: 949 |
3e4r5t (99c3d)
|
|
taxcons
возможность продажи не обязательна
Возможность (юридическая) продажи необязательно об этом, если мне не изменяет память, прямо прописано. Но есть возможность передать и основное ПО и доработки (т.е. "вместе с относящимся к нему договором").taxcons
обособлен или отделен
|
Сообщений: 949 |
3e4r5t (99c3d)
|
|
Если, упрощенно, Вы написали макрос для Экселя, то можно сказать что это доработка исходного ПО для своих целей. Но по факту это создание своего ПО, работающего на базе Эксель.taxcons
доработку исходного ПО для своих целей
не забывая при этом делать это теперь всегда.taxcons
можно попробовать классифицировать как НМА.
|
Сообщений: 949 |
|
Сообщений: 949 |
А как вы считаете, можно ли считать существенной доработкой ПО действия в рамках следующих условий3e4r5tЕсли, упрощенно, Вы написали макрос для Экселя, то можно сказать что это доработка исходного ПО для своих целей. Но по факту это создание своего ПО, работающего на базе Эксель.taxcons
доработку исходного ПО для своих целей
Доработка исходного ПО это когда вносятся исправления в код, общем случае если нет исходников: делистинг
|
Сообщений: 949 |
|
Сообщений: 949 |
|
Сообщений: 8 609 |
|
Сообщений: 2 522 |
Да, почему бы и нет. Вы же конфигурацию создаёте - уникальный продукт, ваш, никаких прав у 1С на вашу конфигурацию нет. И опять же, даже если бы вы что-то там с нарушением правил создали — это ваш внутренний НМА, вам и капитализировать.taxcons
И можно ли считать что действия в рамках описанного лицензионного соглашения могут привести к внутренне созданным НМА?
На мой взгляд нет
|
Сообщений: 949 |
|
Сообщений: 8 609 |
В общем следующий шаг будет определять сущесьвенность для разграничения доработки; то настройки ПО, Как вариант бюджет на персонал свыше такой то суммы и изменение функциональности программы на 50% по сравнению с исходным функционалом... Примеррно в таком духе..
3e4r5t (99c3d)
|
|
Трудоемкость конечно удобный критерий, но не всегда сразу видна трудоемкость, а затраты уже списал в текущий период и их не вернутьEscapist
Последующие доработки в виде процента изменения функциональности будет сложно измерить. Трудоемкость доработки - более удобный критерий.