Модернизация программного обеспечения

ИА ГАРАНТ

Организация применяет УСН «доходы минус расходы». Как учесть расходы по модернизации созданного ранее своими силами и зарегистрированного программного обеспечения (учтено на счете 04 «Нематериальные активы»)?

Рассмотрев вопрос, мы пришли к следующему выводу:

Увеличение уже сформированной первоначальной стоимости объекта нематериальных активов действующим законодательством по бухгалтерскому учету не предусмотрено.

Поэтому расходы на модернизацию признаются в составе расходов по обычным видам деятельности.

В целях налогообложения расходы могут рассматриваться как расходы на обновление программы или же как соответствующие расходы на оплату труда, материальные расходы и т.п.

Обоснование вывода:

Бухгалтерский учет

Согласно п. 6 ПБУ 14/2007 НМА принимается к бухгалтерскому учету по фактической (первоначальной) стоимости, определенной по состоянию на дату принятия его к бухгалтерскому учету.

В силу п. 16 ПБУ 14/2007 фактическая (первоначальная) стоимость НМА, по которой он принят к бухгалтерскому учету, по общему правилу не подлежит изменению. Изменение фактической (первоначальной) стоимости НМА, по которой он принят к бухгалтерскому учету, допускается в случаях переоценки и обесценения нематериальных активов.

Иных оснований, например модернизации объекта НМА для изменения его фактической (первоначальной) стоимости, ПБУ 14/2007 не предусматривает.

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

Подобные расходы могут быть включены организацией в состав расходов по обычным видам деятельности (п. 5 ПБУ 10/99 «Расходы организации», далее — ПБУ 10/99). Они признаются в том отчетном периоде, в котором имели место, независимо от времени фактической выплаты денежных средств и иной формы осуществления (допущение временной определенности фактов хозяйственной деятельности) (п. 18 ПБУ 10/99). Расходы признаются в отчете о финансовых результатах путем их обоснованного распределения между отчетными периодами, если они обусловливают получение доходов в течение нескольких отчетных периодов (п. 19 ПБУ 10/99).

В соответствии с п. 65 Положения по ведению бухгалтерского учета и бухгалтерской отчетности в РФ, утвержденного приказом Минфина России от 29.07.1998 N 34н, затраты, произведенные организацией в отчетном периоде, но относящиеся к следующим отчетным периодам, отражаются в бухгалтерском балансе в соответствии с условиями признания активов, установленными нормативными правовыми актами по бухгалтерскому учету, и подлежат списанию в порядке, установленном для списания стоимости активов данного вида.

Для обобщения информации о расходах, произведенных в данном отчетном периоде, но относящихся к будущим отчетным периодам, Планом счетов предназначен счет 97 «Расходы будущих периодов». Перечень расходов будущих периодов является открытым, то есть организация вправе отражать в составе расходов будущих периодов любые затраты, относящиеся к нескольким отчетным периодам и удовлетворяющие критериям расходов, установленным п. 16 ПБУ 10/99.

Учитывая изложенное, полагаем, что расходы на модернизацию программного обеспечения можно учитывать либо единовременно на счетах учета затрат, либо на счете 97 «Расходы будущих периодов» с последующим равномерным списанием в дебет счетов затрат в течение предполагаемого срока использования модифицированной версии программы.

Налогообложение

Закрытый перечень расходов, которые организации, применяющие УСН, могут признать в целях налогообложения, закреплен в п. 1 ст. 346.16 НК РФ. Так, в составе расходов учитываются:

  • расходы на приобретение, сооружение и изготовление основных средств, а также на достройку, дооборудование, реконструкцию, модернизацию и техническое перевооружение основных средств (пп. 1 п. 1 ст. 346.16 НК РФ);

  • расходы на приобретение НМА, а также создание НМА самим налогоплательщиком (пп. 2 п. 1 ст. 346.16 НК РФ).

Из буквального прочтения приведенных норм следует, что к случаям проведения модернизации НМА они не относятся. При этом п. 1 ст. 346.16 НК РФ не содержит положений, прямо указывающих на возможность признания подобных расходов.

Применительно к порядку исчисления налога на прибыль представители финансового ведомства разъясняют, что согласно положениям главы 25 НК РФ нематериальные активы амортизируются, но увеличение их первоначальной стоимости в результате дооборудования, модернизации, реконструкции и т.п. положениями НК РФ не предусмотрено (письмо Минфина России от 27.09.2011 N 03-03-06/1/595). Также разъясняется, что затраты на доработку НМА учитываются на основании пп. 26 п. 1 ст. 264 НК РФ, т.е. как расходы, связанные с приобретением права на использование программ для ЭВМ и баз данных по договорам с правообладателем (по лицензионным и сублицензионным соглашениям) (смотрите письма Минфина России от 17.05.2018 N 03-03-06/1/33132, от 30.01.2017 N 03-03-06/1/4386, от 29.09.2011 N 03-03-06/1/601).

Подпункт 19 п. 1 ст. 346.16 НК РФ дает возможность учитывать расходы, связанные с приобретением права на использование программ для ЭВМ и баз данных по договорам с правообладателем (по лицензионным соглашениям). К указанным расходам относятся также расходы на обновление программ для ЭВМ и баз данных.

Тогда если рассматривать осуществленные организацией расходы как обновление программного обеспечения, то они могут быть учтены в целях налогообложения по пп. 19 п. 1 ст. 346.16 НК РФ. Смотрите также письма Минфина России от 15.07.2019 N 03-11-11/52099, от 15.07.2019 N 03-11-11/52121, от 19.06.2019 N 03-11-11/44650.

В этом случае расходы признаются в общеустановленном порядке, т.е. после их фактической оплаты (п. 2 ст. 346.17 НК РФ).

Если же модернизация НМА осуществляется собственными силами, то соответствующие расходы, по нашему мнению, могут быть учтены, например, в составе материальных расходов, расходов на оплату труда, расходов на все виды обязательного страхования работников (пп.пп. 5, 6, 7 п. 1 ст. 346.16 НК РФ). Так, согласно п. 4 ст. 252 НК РФ, если некоторые затраты с равными основаниями могут быть отнесены одновременно к нескольким группам расходов, налогоплательщик вправе самостоятельно определить, к какой именно группе он отнесет такие затраты (в п. 2 ст. 346.16 НК РФ сделана отсылка к положениям ст. 252 НК РФ).

Разъяснениями уполномоченных органов применительно к рассматриваемой ситуации мы не располагаем. Отсутствие в главе 26.2 НК РФ прямых норм, связанных с модернизацией НМА, не исключает налоговые риски.

Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
аудитор, член РСА Завьялов Кирилл

Контроль качества ответа:
Рецензент службы Правового консалтинга ГАРАНТ
аудитор, член РСА Мельникова Елена

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

Подверженность компьютерных программ постоянным изменениям является одним из важнейших их отличий от литературных произведений и иных классических объектов авторского права: в однажды выпущенный фильм уже не будут внесены правки, главу из изданного романа уже не удалить. В то же время компьютерные программы эволюционируют на протяжении всего своего жизненного цикла – разработчики постоянно ведут работу по исправлению недостатков, совершенствуют программы для ЭВМ. В первую очередь это связано с назначением компьютерных программ, которые, в отличие от иных объектов авторского права (за исключением аналогичных по своей природе баз данных), удовлетворяют обычно не эстетические, а утилитарные потребности человека.

В соответствии с подп. 9 п. 2 ст. 1270 Гражданского кодекса РФ (далее – ГК РФ) под переработкой понимается создание производного произведения. Согласно п. 4 ст. 1260 ГК РФ автор модифицированной программы для ЭВМ обладает исключительным правом на производную программу для ЭВМ как на самостоятельное произведение, независимо от охраны прав авторов использованных произведений. При этом в качестве примеров переработки Гражданский кодекс приводит перевод, обработку, экранизацию, аранжировку, инсценировку – то есть процессы, в результате которых создается качественно новый результат интеллектуальной деятельности. Из созданной одним автором книги другой автор создает кинофильм, из созданного одним автором романа на английском языке другой автор создает текст романа на русском языке и т.д.

Именно создание производного произведения, как подчеркивает Пленум Верховного Суда РФ в п. 87 Постановления от 23 апреля 2019 г. № 10 «О применении части четвертой Гражданского кодекса Российской Федерации»1, отличает один из способов использования произведения – переработку – от личного неимущественного права на неприкосновенность произведения:

«Право на неприкосновенность произведения (абзац первый пункта 1 статьи 1266 ГК РФ) касается таких изменений произведения, которые не связаны с созданием нового произведения на основе имеющегося».

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

Совсем иные требования предъявляются к переработке программы для ЭВМ. Подпункт 9 п. 2 ст. 1270 ГК РФ под модификацией программы для ЭВМ понимает любое изменение программы кроме адаптации. При этом каких-либо качественных критериев для модификации Гражданский кодекс не содержит. В этом проявляются первые существенные противоречия с основными положениями авторского права.

Одно из таких противоречий состоит в отсутствии у авторов программ для ЭВМ права на неприкосновенность произведения, несмотря на отнесение самих программ для ЭВМ под защиту авторского права. Под переработкой программ для ЭВМ (модификацией) понимается как раз то, что для любого другого объекта авторских прав было бы расценено как покушение на неприкосновенность произведения. При этом в ст. 1266 ГК РФ «Право на неприкосновенность произведения и защита произведения от искажений» никаких исключений для компьютерных программ, в отличие от статьи 1269 ГК РФ «Право на отзыв», не сделано.

Если отсутствие права на неприкосновенность произведения при отсутствии соответствующего исключения в ст. 1266 ГК РФ можно посчитать недостатком юридической техники, то второе противоречие позволяет говорить о несоответствии модификации компьютерных программ переработке классических объектов авторского права и недопустимости одинакового регулирования двух явлений. Дело в том, что единственный критерий охраноспособности произведения механизмами авторского права, упомянутый в ст. 1257 ГК РФ, гласит, что «автором произведения … признается гражданин, творческим трудом которого оно создано».

Когда речь идет о переработке и ее способах, перечисленных в подп. 1270 ГК РФ, — обработке, экранизации, аранжировке, инсценировке, – не возникает никаких вопросов в том, что автор приложил к созданию производного произведения некие творческие усилия. В случае же, если творческий труд в создании переработанного произведения не применялся, авторское право на такую переработку возникнуть не может.

Совсем иной критерий охраноспособности к модифицированному, а, следовательно, и самостоятельному производному произведению предъявляет подп. 9 п. 2 ст. 1270 ГК РФ: «Под переработкой (модификацией) программы для ЭВМ или базы данных понимаются любые их изменения». Нет никаких объяснений, почему программ для ЭВМ установлены иные, более мягкие по отношению ко всем объектам авторского права критерии создания и охраны такого производного произведения.

Особенно интересно эта норма ГК РФ смотрится с учетом следующих положений.

Пунктом 88 вышеупомянутого Постановления Пленума установлено, что для использования производного произведения необходимо получение от правообладателя права на переработку. При этом отдельного разрешения на использование, включая распространение, этого производного произведения от правообладателя использованного произведения не требуется.

Гражданский кодекс содержит следующее указание на связь производного и использованного произведения в п. 3 ст. 1260 ГК РФ: автор производного произведения осуществляет свои авторские права при условии соблюдения авторских прав авторов использованных произведений. К авторским правам согласно ст. 1255 ГК РФ относятся:

1)

исключительное право на произведение;

2)

право авторства;

3)

право автора на имя;

4)

право на неприкосновенность произведения;

5)

право на обнародование произведения.

Так как статья 1260 ГК РФ указывает именно на соблюдение авторских прав авторов, из этого можно сделать вывод, что указанная норма направлена на защиту личных неимущественных прав авторов, а также исключительных, но только в том случае, если автор и является правообладателем. Так, например, переводчик в ходе создания производного произведения – перевода – обязан соблюдать право автора на неприкосновенность используемого произведения. Также при переработке ГК РФ требует соблюдать право авторства и права автора на имя и отзыв. Право на обнародование произведения предполагается использованным до того, как третье лицо получило возможность использовать произведение при создании производного.

Таким образом, для подавляющего числа программ для ЭВМ ст. 1260 ГК РФ будет применяться только в части права авторства и права автора на имя. Это связано с тем, что исключительное право на большинство программ, участвующих в гражданском обороте, принадлежит юридическим лицам. Прав на неприкосновенность и на отзыв произведения, как было сказано выше, авторы программы для ЭВМ лишены.

Исходя из буквального прочтения норм Гражданского кодекса и Постановления Пленума Верховного Суда, можно заключить, что получив разрешение от правообладателя на модификацию программы для ЭВМ и дополнив исходный текст программы для ЭВМ любым символом, «автор модификации» вправе распоряжаться программой как новым произведением, заявляя, что именно он и является правообладателем всей программы. Единственное требование для такого автора модифицированной программы будет заключаться в указании авторов использованной программы.

Предоставляя разрешение на модификацию программы для ЭВМ – явление совершенно естественное для любой компьютерной программы на протяжении всего жизненного цикла – правообладатель должен закрепить в договоре, что права на модифицированное программное обеспечение принадлежат именно ему, так как в противном случае разрешение на осуществление модификации влечет за собой возникновение исключительного права на программу, даже незначительно отличающуюся от первоначальной. Это имеет для правообладателя эффект дублирования принадлежащей ему программы, потерю полного контроля над ней и возникновение на рынке конкурента, который на законных основаниях распространяет модифицированную программу.

Такой подход является релевантным для литературных произведений, где в результате переработки образуется принципиально новый объект интеллектуальной собственности: автор литературного романа единожды дает свое согласие на экранизацию, после чего правообладателями фильма становятся авторы производного произведения. Но почему такой же подход должен применяться и к программам для ЭВМ, если в результате переработки программы для ЭВМ она остается все той же программой, но в новой версии?

Другой вопрос, который возникает при прочтении подп. 9 п. 2 ст. 1270 ГК РФ, заключается в исключении, которое законодатель сделал для адаптации. Согласно норме закона «адаптация, то есть внесение изменений, осуществляемых исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя», не признается переработкой программы для ЭВМ. Пунктом 3 ст. 1280 ГК РФ пользователю, правомерно владеющему экземпляром программы для ЭВМ, предоставлено право на осуществление адаптации. Это объясняется тем, что законодатель считает адаптацию компьютерной программы способом, решением технической задачи, заключающейся в обеспечении совместимости программы для ЭВМ с конкретным оборудованием или конкретной программой, под управлением которой эта программа должна работать. Однако остаётся неясным, почему законодатель в принципе не признает адаптацию модификацией программы для ЭВМ? Гораздо более логичным было бы сказать, что адаптация – это разрешенный для пользователя вид модификации.

Также вызывает удивление, что буквально перед исключением из модификации адаптации ГК РФ особенно подчеркивает «в том числе перевод такой программы или такой базы данных с одного языка на другой язык». Следует отметить, что перевод компьютерной программы с одного языка на другой – не то же самое, что перевод литературного произведения. В отличие от литературного перевода перевод с одного языка программирования на другой не требует лингвистической подготовки, творческих способностей, чувства языка, а является, как и адаптация, решением технической задачи, направленной на обеспечение совместимости программы для ЭВМ с конкретным оборудованием или конкретной программой, под управлением которой эта программа должна работать.

Можно сказать, что законодатель исключил из модификации адаптацию в целом, но частный её случай – перевод на другой язык программирования – посчитал модификацией. При этом именно адаптация представляет собой более технически сложную и творческую задачу, чем перевод, с которым могут справиться специальные программы, предназначенные для автоматизированного перевода с одного языка программирования на другой2. В связи с тем, что исходный текст программы для ЭВМ имеет утилитарную цель, как это изложено в ст. 1261 ГК РФ («совокупность данных и команд, предназначенных для функционирования ЭВМ»), наличие подобного рода программ предполагает, что осуществление перевода исходного текста является решением технической задачи, в то время как создание литературного перевода – задача творческая, так как удовлетворяет эстетические потребности человека. Вопрос о причине принятия решения законодателем остается открытым.

Кроме того, признание модифицированной программы для ЭВМ новым производным произведением на практике приводит к тому, что пользователь компьютерной программы при выпуске нового обновления, даже если это обновление было выпущено самим правообладателем, вынужден заключать новый лицензионный договор уже на новое произведение, что создает необоснованные сложности для рынка программ для ЭВМ.

Таким образом, буквально каждое слово нормы, регулирующей модификацию программы для ЭВМ, может быть подвергнуто критике как с точки зрения природы явления, так и с точки зрения доктрины авторского права и требований рынка. Это создает предпосылки для внесения изменений в существующее регулирование модификации компьютерных программ.

В законопроекте «О внесении изменений в часть четвертую Гражданского кодекса Российской Федерации», подготовленном Центром компетенций по нормативному регулированию цифровой экономики Сколково3, предпринята попытка сделать первый шаг в более обстоятельном регулировании такого значимого в современных условиях явления, как модификация программы для ЭВМ. Законопроектом предлагается закрепить легальный термин «версия компьютерной программы». Версией компьютерной программы или базы данных, в соответствии с проектом Федерального закона, должен называться их «модифицированный вариант, в отношении которого автор или иной правообладатель использует уникальное символьное обозначение, позволяющее отличить такой вариант компьютерной программы или базы данных от других её вариантов»4. Авторские права действуют в отношении всех версий компьютерной программы, а лицензиат должен получить право на использование компьютерной программы и всех версий программы для ЭВМ, выпущенных правообладателем до момента, указанного в лицензионном договоре. Если же такой период в договоре не установлен, то пользователь получает право на использование помимо базовой программы и на обновление в течение всего срока действия лицензионного договора.

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

Вторым изменением, связанным с модификацией, в предлагаемом законопроекте является нововведение о степени изменений компьютерной программы, необходимой для признания таких изменений созданием нового результата интеллектуальной деятельности. В соответствии с предлагаемой редакцией ГК РФ, стороны договора на создание модифицированной версии программного обеспечения вправе сами установить степень изменений, при которых результат модификации компьютерной программы или базы данных будет представлять собой новый самостоятельный объект авторского права.

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

Из пояснительной записки к законопроекту следует, что такое размытие термина «модификация» предлагается «для определенности в отношении наличия у них прав на те или иные варианты программы или базы».

Это пояснение неоднозначно.

Если между сторонами заключен договор на выполнение работ по модификации, то по умолчанию в силу ст. 1296 ГК РФ исключительное право на программное обеспечение принадлежит заказчику. Если же стороны с этим не согласны, то у них должно быть и техническое задание, в котором предусмотрен объём изменений, вносимых в компьютерную программу, и условия договора о распределении прав на модифицированную программу. Возможность определять степень, при которой модифицированная программа не является производным произведением, ясности не вносит, а вызывает дополнительные вопросы.

Если же правообладатель предоставил лицензиату право переработки программы для ЭВМ, то вопросов возникает ещё больше. Почему автор модификации не получает даже таких личных неимущественных прав на производное произведение, как право авторства и право автора на имя?

Есть ли какая-то минимальная степень изменений, которая вне зависимости от договоренностей будет порождать создание новой программы, или стороны могут договориться о том, что только при изменении 99% исходного текста будет создана производная программа, а при изменении 98% программа все ещё старая? При таком регулировании автор модификации, произведенной без согласия правообладателя, получает больше прав, чем автор модификации, санкционированной правообладателем, – по крайней мере, он признается автором нового объекта прав, и получает авторские права, в том числе исключительные, хотя и не может использовать их.

Можно заключить, что рассматриваемый законопроект предлагает удачные положения о версиях программ для ЭВМ и делает шаг в сторону более удобного регулирования модификации компьютерных программ, но некоторые его положения достаточно спорны, а большая часть действующих норм ГК РФ, регулирующих модификацию, останутся нетронутыми.

Иной взгляд на модификацию компьютерных программ заключается в том, чтобы предоставить конечному пользователю программного обеспечения право на модификацию программы, которой он владеет на законных основаниях. Обоснованность этого подхода доказывалась в конце прошлого века американским профессором университета Беркли Памелой Самуэльсон в работе «Модифицирование охраняемого авторским правом программного обеспечения: корректирование доктрины авторского права для приспособления к технологиям»5. Несмотря на то что в статье рассматривалась модификация в рамках американского права, многие её положения актуальны для России, и изложенная в ней позиция также заслуживает рассмотрения в контексте развития законодательства о модификации программ для ЭВМ.

В первую очередь, для того чтобы рассмотреть возможность применения такого подхода, необходимо отказаться от принятой в ГК РФ условности, приравнивающей модификацию программы для ЭВМ к переработке иных объектов авторского права. Очевидно, что модификация программы имеет мало общего с переработкой литературных произведений, более того — вступает в прямое противоречие с некоторыми, в том числе основополагающими, положениями авторского права, как это уже было показано. Фактическое отсутствие производного объекта интеллектуальной собственности лишь один из аргументов в пользу того, чтобы предоставить модификации программы для ЭВМ самостоятельное регулирование в ГК РФ. Для этого из подп. 9 п. 2 ст. 1270 ГК РФ необходимо исключить нормы о модификации программ для ЭВМ и одновременно ввести в п. 2 соответствующей статьи подп. 12, регулирующий модификацию как самостоятельное явление, не порождающее создание производного произведения, но в результате которого возникает новая версия компьютерной программы.

Статью 1266 ГК РФ «Право на неприкосновенность произведения и защита произведения от искажений» необходимо дополнить нормой, аналогичной пункту 2 ст. 1269 ГК РФ «Право на отзыв»: «Правила настоящей статьи не применяются к программам для ЭВМ».

Наиболее существенное изменение должно коснуться ст. 1280 ГК РФ, которая должна предоставлять лицу, правомерно владеющему экземпляром программы для ЭВМ, право вносить в такой экземпляр любые изменения, необходимые для удовлетворения нужд пользователя (вне зависимости от того, является пользователь физическим или юридическим лицом), без права дальнейшего распространения своей версии программы без разрешения правообладателя. Также пользователю должно быть предоставлено право привлекать третьих лиц для внесения таких изменений, а третьи лица, соответственно, должны быть вправе предлагать к продаже свои работы по модификации программного обеспечения, правообладателем которых они не являются. Исключение может быть сделано для ситуации, когда внесение изменений в программу для ЭВМ может повлиять на работу других пользователей этой же программы. В таком случае внесение изменения в программное обеспечение пользователем может влиять на качество продукта, что может повлечь негативные последствия для правообладателя. Также следует отметить, что если пользователь вносит собственные изменения в исходный текст программы, любые гарантийные обязательства правообладателя, которые были даны пользователю, должны быть прекращены.

В текущей редакции указанной статьи пользователю частично предоставлено право осуществлять адаптацию используемой программы. Частично – потому что согласно ст. 1270 ГК РФ под адаптацией понимается внесение изменений в программу, «осуществляемых исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя». В то же время подп. 1 п. 1 ст. 1280 ГК РФ позволяет пользователю вносить изменения в программу в целях её функционирования на технических средствах пользователя (то есть это положение частично разрешает адаптацию программы для ЭВМ) и исправление явных ошибок (то есть частично разрешена и модификация).

Вероятно, здесь допущена техническая ошибка, в противном случае между подп. 9 п. 2 ст. 1270 и подп. 1 п. 1 ст. 1280 ГК РФ имеется противоречие: для чего потребовалось делать исключение для адаптации в ст. 1270 ГК РФ, если далее в ст. 1280 ГК РФ законодатель разрешил её лишь частично.

Возвращаясь к вопросу о том, следует ли предоставить правомерно владеющему пользователю программы для ЭВМ право изменять её под собственные нужды, необходимо вновь обратить внимание на сущность компьютерных программ. Как уже говорилось, программы для ЭВМ в большинстве своем имеют утилитарную цель: они используются на производстве, в банковской деятельности, для организации процессов и хранения данных в любых отраслях экономики, на государственной службе и т.д. В этом смысле компьютерная программа является технологией, что роднит её скорее с изобретением, чем с литературным произведением. При этом ни в случае с зависимым патентом, ни с модифицированной программой не создается принципиально нового объекта, как с переработкой объекта авторского права. Но осуществляется развитие уже существовавшего, в связи с чем конкретно в рассматриваемом вопросе именно институты патентного права больше подходят для регулирования модификации программы для ЭВМ, чем средства авторско-правовой защиты. Если пользователь изобретения, уплачивающий правообладателю роялти, имеет полное право осуществлять любые изменения с запатентованным решением и даже вправе получить патент на зависимое изобретение (ст. 1358.1 ГК РФ), то почему аналогичного права лишен пользователь программы для ЭВМ?

Ответ очевиден: модифицированная программа признается производным, а значит новым произведением. Но если попробовать отказаться от этого подхода?

Безусловно, правообладатель программы для ЭВМ должен получить эксклюзивное право пожинать плоды осуществленного им труда, подобно тому, как аналогичное право предоставляется патентообладателю. Но в то же время патентообладателям не предоставляется исключительное право производить улучшения своих изобретений. Любое лицо, правомерно использующее запатентованное изобретение, имеет право его улучшать. Почему же правообладатели программ для ЭВМ должны иметь настолько сильную защиту, что внесение любых, даже самых минорных изменений в правомерно используемую технологию должно рассматриваться как нарушение исключительного права?

Открытие рынка модификации (без предоставления пользователю права дальнейшей реализации модифицированных программ), в конечном итоге было бы на пользу всем участникам оборота программного обеспечения: и пользователю, который сможет самостоятельно доработать программу под себя и не должен будет платить и ждать, пока правообладатель внесет нужные ему изменения в компьютерную программу, и самому правообладателю, на развитие продукта которого отныне будет работать не только штат его сотрудников; но и все пользователи программного обеспечения и третьи лица, которым пользователи поручат такую модификацию. Более того, такое решение ускорило бы технический прогресс, так как лишившись монополии на будущие обновления, правообладатель будет вынужден конкурировать с иными разработчиками, которые также будут осуществлять улучшения лицензируемой программы. Конечно, правообладатель как лицо, более глубоко знающее механизмы работы программы, будет иметь явное преимущество, но сам факт наличия конкуренции, станет дополнительным стимулом для развития рынка программ для ЭВМ в целом.

1 Постановление Пленума Верховного Суда Российской Федерации от 23 апреля 2019 г. N 10 г. Москва от «О применении части четвертой Гражданского кодекса Российской Федерации» // Российская Газета. URL: https://rg.ru/2019/05/06/postanovlenie-dok.html (Дата обращения: 29 февраля 2020 г.)

4 Проект Федерального закона «О внесении изменений в часть четвертую Гражданского кодекса Российской Федерации» // Центр компетенций по нормативному регулирования цифровой экономики. URL: (Дата обращения: 29 февраля 2020 г.)

Список литературы

1. Проект Федерального закона «О внесении изменений в часть четвертую Гражданского кодекса Российской Федерации» // Центр компетенций по нормативному регулирования цифровой экономики. URL: http://sk.ru/foundation/legal/m/sklegal04/22873/download.aspx (Дата обращения: 29 февраля 2020 г.)

Ключевым моментом в принятии управленческих решений является информация о поведении затрат. Для затрат определяются драйверы и производится деление на постоянные и переменные.
Общераспространенные проблемы в оценке функций затрат.
Основные допущения:
1) на изменение суммарных затрат влияет один единственный фактор
2) поведение затрат довольно близко соответствует линейной функции.
В главе 2 рассмотрены три ключевые идеи классификации затрат на переменные и постоянные. Напомним:
1) Выбор объекта учета затрат. Отдельная статья может быть переменной по отношению к одному объекту учета затрат и постоянной — по отношению к другому.
2) Временной период. В длительном периоде, при прочих равных условиях, наиболее вероятно, что все затраты принимают характер переменных.
3) Диапазон релевантности. Линейная зависимость затрат (с достаточной точностью) будет только на определенном диапазоне, который называется релевантным. За его пределами, функция затрат принимает не линейный характер.
Причинно-следственный критерий в выборе драйверов затрат.
Самая важная проблема при оценке затрат — определить, существует ли причинно-следственная взаимосвязь между объектом деятельности и затратами. Возникает она в следующих случаях:
1) Как результат физической взаимосвязи между объемом деятельности и затратами. Классический пример: материальные затраты.
2) Может возникнуть при договорном соглашении.
3) Может быть установлена с помощью логики и знания операций, составляющих процессы деятельности. Например: продукция, состоящая из большого количества комплектующих частей, несет в себе большую часть затрат по сравнению с простой продукцией.
Методы оценки затрат.
Четыре подхода:
1) использование инженерного метода: оценка функции затрат на основе анализа взаимосвязей между входом и выходом физических ресурсов.
2) метод обмена мнениями (анкетирование или опрос мнений сотрудников-экспертов)
3) метод анализа счетов (на основе данных бухгалтерских счетов)
4) количественный метод анализа (в общем статистическая оценка взаимосвязи, получение линейной зависимости)
Драйверы затрат и калькулирование по операциям.
Напомним: в AB-костинге определяют ключевые операции и драйверы затрат и затраты по каждой операции по уровням: на единицу выпуска, на партию, на поддержание продукта.
Кривые квалификации и нелинейная функция затрат.
На нелинейность функции затрат влияют кривые квалификации. Кривая квалификации — это функция, которая показывает, как затраты трудо-часов на единицу продукции падают при увеличении количества производимых единиц в связи с обучением работников и усовершенствованием их работы. Существует две модели квалификации: 1 — по суммарному среднему времени и 2 — по дополнительному удельному времени.
По суммарному: среднее время на единицу сокращается на постоянный процент каждый раз, когда суммарное количество единиц выпуска удваивается.
По дополнительному удельному: удельное время (время, необходимое для производства последней единицы продукции) уменьшается на постоянный процент каждый раз, когда ….суммарное количество единиц выпуска удваивается 🙂
Модель по дополнительному удельному времени прогнозирует, что потребуется большее количество общего времени для производства двух или более единиц по сравнению с моделью по суммарному среднему времени при одинаковой интенсивности обучения.
Сбор данных и их корректировка.
Основные проблемы:
1) Временной период, в котором осуществляется измерение зависимой переменной не соответствует периоду, за который измеряются драйверы затрат.
2) Постоянные затраты часто распределяются так, как если бы они были переменными. Методы распределения для постоянных и переменных затрат должны быть РАЗНЫМИ!
3) Данные или не доступны по всем наблюдениям, или не одинаково достоверны. Пропуски в наблюдениях за затратами часто возникают в связи с недостоверностью учета затрат и их некорректной классификацией.
4) Крайние значения наблюдений возникают из-за ошибок в учете затрат; из-за выбора нерепрезентативного периода или из-за того, что наблюдения совершаются за пределами диапазона релевантности.
5) Не существует однородной взаимосвязи между отдельными статьями затрат в зависимой группе переменных затрат и драйвером затрат.
6) Взаимосвязь между драйвером затрат и затратами нестабильна.
7) Инфляция, влияющая или на зависимую переменную, или на драйвер затрат, или на оба фактора. Для изучения причинно-следственной взаимосвязи надо устранять влияние эффекта инфляции на данные.

Tags: анализ поведения затрат, управленческий учет

Записи созданы 8837

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Похожие записи

Начните вводить, то что вы ищите выше и нажмите кнопку Enter для поиска. Нажмите кнопку ESC для отмены.

Вернуться наверх