WordPress

Бухгалтерский учет разработки программного обеспечения

Бухгалтерский учет разработки программного обеспечения - картинка 1
Полезная информация на тему: "Бухгалтерский учет разработки программного обеспечения"с комментариями спецалистов.

Учет стоимости разработанного программного обеспечения

Организация заключила со специализированной организацией договор подряда на разработку программы для ЭВМ. Договорная стоимость работ составляет 778 800 руб. (в том числе НДС 118 800 руб.). При этом стоимость каждого этапа составляет 389 400 руб. (в том числе НДС 59 400 руб.). Приемка результатов выполненных этапов работ подтверждается подписанием актов приемки-сдачи выполненных работ. Оплата всей стоимости работ производится заказчиком после принятия работ по второму этапу. Согласно условиям договора исключительные права на программу принадлежат заказчику. В бухгалтерском и в налоговом учете срок полезного использования программы установлен равным 60 месяцам (из ожидаемого срока ее использования). Согласно учетной политике организации амортизация по нематериальным активам (НМА) в целях бухгалтерского и налогового учета начисляется линейным способом (методом). В месяце принятия работ по второму этапу программа начала использоваться в производственной деятельности организации.

Организация для целей налогообложения прибыли применяет метод начисления.

Гражданско-правовые отношения

В силу п. 1 ст. 1296 Гражданского кодекса РФ при создании программы для ЭВМ по договору, предметом которого является ее создание (по заказу), исключительное право на такую программу принадлежит заказчику, если договором между подрядчиком (исполнителем) и заказчиком не предусмотрено иное. В данном случае согласно условиям договора исключительные права на программу принадлежат организации-заказчику.

Заказчик обязан в сроки и в порядке, которые предусмотрены договором подряда, с участием подрядчика осмотреть и принять выполненную работу (ее результат) (п. 1 ст. 720 ГК РФ). В рассматриваемой ситуации оплата стоимости работ по созданию программы осуществляется заказчиком после их приемки, что соответствует п. 1 ст. 711 ГК РФ.

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

Программное обеспечение, исключительные права на которое принадлежат организации и которое будет использоваться в производственных целях в течение срока, превышающего 12 месяцев, принимается к учету в качестве НМА (п. п. 3, 4 Положения по бухгалтерскому учету «Учет нематериальных активов» (ПБУ 14/2007), утвержденного Приказом Минфина России от 27.12.2007 N 153н).

Объект НМА принимается к учету по фактической (первоначальной) стоимости, определенной на дату принятия его к учету. В данном случае фактическая (первоначальная) стоимость НМА состоит из суммы, уплачиваемой подрядчику в соответствии с условиями договора (за вычетом НДС, принимаемого к вычету). Это следует из п. п. 6, 7, 8, 9, 10 ПБУ 14/2007. При принятии НМА к бухгалтерскому учету организация определяет срок его полезного использования, в течение которого предполагает использовать данный НМА с целью получения экономической выгоды (абз. 1, 2 п. 25 ПБУ 14/2007). В данном случае при принятии к учету программы в качестве НМА организация на основании п. 26 ПБУ 14/2007 установила срок полезного использования программы исходя из ожидаемого срока ее использования равным 60 месяцам. В течение срока полезного использования стоимость НМА с определенным сроком полезного использования погашается путем начисления амортизации (п. 23 ПБУ 14/2007).

В данном случае определение ежемесячной суммы амортизационных отчислений производится линейным способом исходя из первоначальной стоимости объекта НМА и срока его полезного использования (п. 28, пп. «а» п. 29 ПБУ 14/2007) . Амортизационные отчисления по НМА начинаются с первого числа месяца, следующего за месяцем принятия этого актива к бухгалтерскому учету, и начисляются до полного погашения стоимости либо списания этого актива с бухгалтерского учета (п. 31 ПБУ 14/2007).

Амортизационные отчисления по НМА отражаются в бухгалтерском учете отчетного периода, к которому они относятся, и учитываются в составе расходов по обычным видам деятельности (п. 33 ПБУ 14/2007, п. п. 5, 16 Положения по бухгалтерскому учету «Расходы организации» ПБУ 10/99, утвержденного Приказом Минфина России от 06.05.1999 N 33н).

Бухгалтерские записи по рассматриваемым операциям производятся в соответствии с Инструкцией по применению Плана счетов бухгалтерского учета финансово-хозяйственной деятельности организаций, утвержденной Приказом Минфина России от 31.10.2000 N 94н, и приведены в таблице проводок.

Налог на добавленную стоимость (НДС)

Разработка программного обеспечения на территории РФ рассматривается как реализация результатов выполненных работ, облагаемая НДС на основании пп. 1 п. 1 ст. 146 Налогового кодекса РФ. По данному вопросу см. дополнительно Письмо Минфина России от 21.09.2009 N 03-07-07/69 и Энциклопедию спорных ситуаций по НДС.

Разработчик программы предъявляет организации-заказчику сумму НДС со стоимости выполненных этапов работ и выставляет соответствующие счета-фактуры (п. п. 1, 3 ст. 168 НК РФ).

В данном случае исходим из того, что организация-заказчик предполагает использовать программное обеспечение при осуществлении облагаемых НДС операций. В таком случае предъявленные подрядчиком суммы НДС со стоимости принятых работ заказчик вправе принять к вычету (пп. 1 п. 2 ст. 171 НК РФ). По общему правилу вычет НДС по принятым работам производится на основании счетов-фактур, выставленных подрядчиком, после принятия на учет указанных работ и при наличии соответствующих первичных документов (абз. 1, 2 п. 1 ст. 172 НК РФ).

Однако в рассматриваемой ситуации результат выполненных подрядчиком работ (программа) принимается к учету в качестве НМА. Вычет сумм НДС, предъявленных продавцами при приобретении НМА, производится в полном объеме после принятия на учет данного НМА (абз. 3 п. 1 ст. 172 НК РФ). Исходя из указанной нормы НДС, предъявленный подрядчиком при сдаче заказчику выполненных этапов работ по созданию программы, может быть принят к вычету только после окончания работ и принятия программы на учет в составе НМА. Аналогичная точка зрения высказана Минфином России (Письмо от 29.01.2016 N 03-07-15/3818).

Налог на прибыль организаций

Исключительное право на программу для ЭВМ, разработанную сторонней организацией, относится к объекту НМА и является амортизируемым имуществом (п. 1 ст. 256, п. 3, пп. 2 п. 3 ст. 257 НК РФ).

Первоначальная стоимость НМА определяется как сумма расходов организации на их приобретение (создание) и доведение их до состояния, в котором они пригодны для использования (за исключением НДС) (абз. 11 п. 3 ст. 257 НК РФ). В данном случае первоначальная стоимость программы как объекта НМА для целей налогообложения прибыли равна договорной стоимости ее создания (без учета НДС).

Первоначальная стоимость НМА погашается путем начисления амортизации, которая в данном случае начисляется линейным методом (пп. 1 п. 1 ст. 259 НК РФ).

Начисление амортизации по НМА начинается с первого числа месяца, следующего за месяцем, в котором этот актив был введен в эксплуатацию (п. 4 ст. 259 НК РФ).

Сумма ежемесячной амортизации, начисленной линейным методом, определяется как произведение первоначальной стоимости НМА и нормы амортизации, определенной для данного объекта с учетом срока его полезного использования (п. 2 ст. 259.1, пп. 2 п. 1 ст. 322 НК РФ).

В общем случае определение срока полезного использования объекта НМА производится исходя из срока действия патента, свидетельства и (или) других ограничений сроков использования объектов интеллектуальной собственности в соответствии с законодательством, а также исходя из срока полезного использования НМА, обусловленного соответствующими договорами. По НМА, по которым невозможно определить срок полезного использования объекта НМА, нормы амортизации устанавливаются в расчете на срок полезного использования, равный 10 годам (но не более срока деятельности налогоплательщика) (п. 2 ст. 258 НК РФ).

При этом для НМА, указанных, в частности, в пп. 2 п. 3 ст. 257 НК РФ (исключительное право автора и иного правообладателя на использование программы для ЭВМ, базы данных), организация вправе самостоятельно определить срок полезного использования, который не может быть менее двух лет (п. 2 ст. 258 НК РФ).

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

Таким образом, сумма ежемесячной амортизации составляет 11 000 руб. ((778 800 руб. — 118 800 руб.) x 1 / 60 мес. x 100%).

Амортизация признается в качестве расхода ежемесячно исходя из начисленных сумм (п. 3 ст. 272 НК РФ).

http://ppt.ru/news/136390

Доработка программного обеспечения: как отразить в бухгалтерском учете и в целях налогообложения

Коммерческая организация, применяющая общую систему налогообложения, приобретает программное обеспечение (неисключительные права) (далее — ПО). С целью равномерного признания расходов списание происходит частями в течение срока предоставления неисключительных прав по договору либо же 5 лет согласно Гражданскому кодексу РФ.

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

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

По данному вопросу мы придерживаемся следующей позиции:

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

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

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

По лицензионному договору одна сторона — обладатель исключительного права на результат интеллектуальной деятельности (лицензиар) предоставляет или обязуется предоставить другой стороне (лицензиату) право использования такого результата или такого средства в предусмотренных договором пределах (п. 1 ст. 1235 ГК РФ).

В соответствии с пп. 1 п. 1 ст. 1236 ГК РФ лицензионный договор может предусматривать предоставление лицензиату права использования результата интеллектуальной деятельности с сохранением за лицензиаром права выдачи лицензий другим лицам (простая (неисключительная) лицензия).

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

Бухгалтерский учет расходов регламентируется положениями ПБУ 10/99 «Расходы организации».

Пунктом 2 ПБУ 10/99 определено, что расходами организации признается уменьшение экономических выгод в результате выбытия активов (денежных средств, иного имущества) и (или) возникновения обязательств, приводящее к уменьшению капитала этой организации.

Расходы по обычным видам деятельности принимаются к бухгалтерскому учету в сумме, исчисленной в денежном выражении, равной величине оплаты в денежной и иной форме или величине кредиторской задолженности. Если оплата покрывает лишь часть признаваемых расходов, то расходы, принимаемые к бухгалтерскому учету, определяются как сумма оплаты и кредиторской задолженности (в части, не покрытой оплатой) в соответствии с п. 6 ПБУ 10/99.

Расходы на доработку программного обеспечения подлежат учету в составе прочих расходов по обычным видам деятельности (п. 8 ПБУ 10/99).

Расходы согласно п. 16 ПБУ 10/99 признаются в бухгалтерском учете при наличии следующих условий:

— расход производится в соответствии с конкретным договором, требованием законодательных и нормативных актов, обычаями делового оборота;

— сумма расхода может быть определена;

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

Пунктом 18 ПБУ 10/99 определено, что расходы признаются в том отчетном периоде, в котором они имели место, независимо от времени фактической выплаты денежных средств и иной формы осуществления (допущение временной определенности фактов хозяйственной деятельности).

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

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

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

Исходя из вышесказанного, организация может признавать указанные затраты равномерно в течение установленного периода использования, закрепив метод учета в учетной политике (п. 4 ПБУ 1/2008). Причем привязки к оставшемуся сроку использования ПО законодательство по бухгалтерскому учету не содержит.

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

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

Налоговый учет

Расходы, связанные с приобретением права на использование программ для ЭВМ, а также на приобретение исключительных прав на программы для ЭВМ стоимостью менее суммы стоимости амортизируемого имущества, определенной п. 1 ст. 256 НК РФ (40 000 рублей) на основании пп. 26 п. 1 ст. 264 НК РФ относятся к прочим расходам, связанным с производством и реализацией налогоплательщика.

Ранее этот пункт содержал норму о возможности включения в состав расходов затраты на обновление программ для ЭВМ (норма отменена с 01.01.2012). В период ее действия финансовое ведомство в своих письмах признавало согласно пп. 26 п. 1 ст. 264 НК РФ возможность учета расходов на усовершенствование (доработку) программы единовременно (пп. 3 п. 7 ст. 272 НК РФ) вне зависимости от величины данных затрат (письма Минфина России от 31.10.2011 N 03-03-06/1/704, от 29.09.2011 N 03-03-06/1/601).

Так как пп. 26 п. 1 ст. 264 НК РФ в настоящее время не содержит упоминания о подобного рода издержках, их можно учесть согласно пп. 49 п. 1 ст. 264 НК РФ в качестве других расходов, связанных с производством и (или) реализацией.

Абзацем первым п. 1 ст. 272 НК РФ установлено, что при применении метода начисления расходы для целей налогообложения признаются в том отчетном (налоговом) периоде, к которому они относятся, независимо от времени фактической выплаты денежных средств и (или) иной формы их оплаты и определяются с учетом положений ст.ст. 318-320 НК РФ.

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

Существуют судебные решения, в которых правомерным признается единовременное признание налогоплательщиками таких затрат в целях исчисления налога на прибыль (постановление ФАС Западно-Сибирского округа от 15.03.2013 N Ф04-933/13 по делу N А27-11302/2012, постановления ФАС Поволжского округа от 12.07.2012 N Ф06-5251/12, Северо-Западного округа от 21.07.2011 N Ф07-12326/10 по делу N А56-48512/2009, постановления Четвертого арбитражного апелляционного суда от 03.04.2014 N 04АП-4378/13, Седьмого арбитражного апелляционного суда от 08.07.2013 N 07АП-4496/13, от 28.11.2012 N 07АП-9152/12 и другие).

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

Вопрос по близкой к описанной Вами ситуации, где обновления ПО, купленного по договорам с правообладателями, в том числе лицензионным, сублицензионным (неисключительные имущественные права на использование программного обеспечения для ЭВМ), приобретались на основании отдельных договоров с правообладателями, в том числе лицензионных, сублицензионных, рассмотрен в письме Минфина России от 13.02.2012 N 03-03-06/2/19. Финансовое ведомство разъясняет, что если из условий договора на приобретение неисключительных прав нельзя определить срок использования программ для ЭВМ, то затраты на приобретение ПО распределяются с учетом принципа равномерности признания доходов и расходов. При этом налогоплательщик в налоговом учете вправе самостоятельно определить период, в течение которого указанные расходы подлежат учету для целей налогообложения прибыли. Порядок признания в целях налогообложения прибыли в отношении расходов по работам, связанным с обновлением и модификацией ПО, результаты которых будут использоваться налогоплательщиком в течение срока использования программного продукта, аналогичен порядку учета самого ПО (смотрите также письма Минфина России от 18.03.2013 N 03-03-06/1/8161, от 19.07.2012 N 03-03-06/1/346, от 23.10.2009 N 03-03-06/1/681, от 18.04.2007 N 03-03-06/2/75).

В связи с вышеизложенным, по нашему мнению, если в лицензионном договоре не указан срок, в течение которого организация вправе использовать ПО, организации при приобретении неисключительных прав на использование ПО по лицензионному договору во избежание претензий со стороны налоговых органов целесообразно установить предполагаемый срок использования ПО с учетом срока, установленного ГК РФ (не менее 5 лет — п. 4 ст. 1235 ГК РФ), и учитывать равномерно расходы на приобретение права его использования в течение этого срока, установив такой порядок признания расходов в учетной политике в целях налогового учета.

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

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

Контроль качества ответа:
Рецензент службы Правового консалтинга ГАРАНТ
профессиональный бухгалтер Мягкова Светлана

12 февраля 2015 г.

Материал подготовлен на основе индивидуальной письменной консультации, оказанной в рамках услуги Правовой консалтинг.

http://www.audit-it.ru/articles/account/assets/a18/813609.html

Бухгалтерский учет разработки программного обеспечения

uchet_po.jpg

Бухгалтерский учет разработки программного обеспечения - картинка 5

Похожие публикации

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

Создание программного обеспечения: учет

Изготовленный в компании IT-продукт учитывается в составе НМА, если соответствует критериям, перечисленным в п. 3 ПБУ14/2007, т. е.:

[2]

компания является правообладателем с документальным подтверждением исключительных прав на продукт;

срок полезного использования (СПИ) объекта превышает 12 месяцев, и предполагается получение выгод от его использования в деятельности фирмы;

не планируется его перепродажа, по крайней мере, в течение года;

первоначальная стоимость может быть достоверно определена.

Созданная программа признается объектом НМА и принимается к учету по фактической стоимости, которая определяется как сумма всех затрат, связанных с процессом создания: МПЗ, зарплата персонала, занятого изготовлением НМА и страховые отчисления на ФОТ, услуги контрагентов и поставщиков, покупка патентов, уплата пошлин, аренда помещений (если разработчики работают в отдельных офисах). Не включаются в расходы лишь уплаченные возвратные налоги (п. 3 ст. 257 НК РФ), к примеру, НДС по услугам, оказываемых поставщиками. Для объединения затрат (произведенных подрядом или хозспособом) открывают отдельный субсчет к счету 08 и учитывают их в аналитическом учете по видам расходов или объектам НМА.

К этому моменту компания определяет СПИ, не превышающий срок деятельности фирмы. Если его невозможно достоверно установить, то такие активы считаются НМА с неопределенным СПИ и амортизация по ним в бухучете не начисляется (п. 23 ПБУ 14/2007). В налоговом учете для налогообложения прибыли по исключительному праву таких объектов устанавливается СПИ не менее 2-х лет (п. 2 ст. 258 НК РФ). При линейном способе амортизации норма амортизационных отчислений рассчитывается делением стоимости НМА на СПИ.

Бухгалтерский учет разработки программного обеспечения: проводки

В бухгалтерском учете создание ПО отражается проводками:

Операции

Д/т

К/т

Учтены затраты по изготовлению ПО

Созданное ПО принято к учету

Начислена ежемесячная амортизация по объекту

Пример отражения в бухучете компании расходов на создание ПО

В мае-июле 2018 программист ООО «Мир» разработал ПО для подготовки внутренней отчетности фирмы. Исключительные права принадлежат компании, она применяет линейный метод начисления амортизации.

Затраты ООО на создание ПО составили 273000 руб., в том числе:

210000 руб. – зарплата программиста (по 70000 руб. за 3 месяца);

63000 руб. – отчисления страховых взносов.

В июле составлен акт о вводе ПО в эксплуатацию. Бухгалтер отразил актив первоначальной стоимостью 273000 руб. в составе НМА. В налоговом и бухучете установлен одинаковый СПИ – 5 лет. Начало начисления амортизации – с августа 2018.

В июле бухгалтер оформил записи по учету разработки программного обеспечения:

Операции

Д/т

К/т

Сумма

Учтены затраты по изготовлению ПО

Созданное ПО принято к учету

С августа начисляется ежемесячная амортизация по объекту (273000 / 60)

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

Продажа программного обеспечения: бухгалтерский учет

Важным аспектом в жизни компании-разработчика (правообладателя) является перспектива получения прибыли от продажи ПО и, если продукт создается исключительно для дальнейшей реализации, то учитывать его в качестве НМА не стоит. К тому же в этом случае не выполняются условия принятия в состав НМА. Являясь товаром, такой программный продукт не амортизируется, как НМА, поэтому затраты по его созданию аккумулируются на счетах производства, НИОКР, расходов будущих периодов (Письмо Минфина РФ от 26.03.2009 № 03-03-06/1/192). Компания самостоятельно разрабатывает порядок учета затрат по изготовлению продукции и закрепляет его в учетной политике. Например, учесть затраты можно так:

Операции

Д/т

К/т

Учтены затраты по созданию ПО

Перевод созданного ПО в активы, предназначенные для реализации (товары, готовая продукция)

Надо сказать, что на практике электронные программы и исключительные права разработчик чаще учитывает все же в составе НМА, поскольку механизм учета продаж ПО не доработан в действующем законодательстве.

Реализация ПО – это передача прав на пользование им другим лицам, которая осуществляется путем:

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

[3]

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

Таким образом, при отчуждении исключительные права передаются новому правообладателю, а в учете разработчика отражается реализация НМА.

В бухучете будут отражены следующие проводки:

Операции

Д/т

К/т

[1]

Переданы исключительные права на ПО – получен доход от продажи

Поступила оплата от правоприобретателя

Списана сумма начисленной амортизации

Списана остаточная стоимость реализованного ПО

Учтена в затратах уплаченная госпошлина

Пример: реализация исключительных прав на ПО

Продолжим предыдущий пример. Допустим, что в сентябре 2019 компания решила продать созданное ПО за 500000 руб., подготовив все необходимые документы и уплатив пошлину в сумме 20000 руб. Проводки в сентябре 2019 будут такими:

Операции

Д/т

К/т

Сумма

Признан доход от передачи исключительных прав на ПО

http://spmag.ru/articles/buhgalterskiy-uchet-razrabotki-programmnogo-obespecheniya

Оформляем внутреннюю разработку как программный актив в пять шагов

Привет, Хабр. Меня зовут Владимир Разуваев, я руководитель департамента бизнес-консалтинга. Наша команда занимается тем, что помогает клиентам понимать значимость программных активов и управлять ими. В этом посте я предлагаю поговорить о внутренних разработках, которые в той или иной мере есть практически в любой компании.

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

Бухгалтерский учет разработки программного обеспечения - картинка 7

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

Пять шагов к формализации внутренних разработок

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

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

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

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

Шаг третий. Сделайте так, чтобы разработчик (если он один) или тим-лидер (если у вас отдел разработки) подготовили вам докладную записку о выполнении служебного задания. В ней содержится информация о функциональности разработанного модуля, либо о функциональности продукта в целом. Также в обращении должен быть тезис о том, что программный продукт к эксплуатации готов. Фактически докладная записка фиксирует документально факт выполнения служебного задания и представляет собой аналог акта приёма-передачи.

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

Шаг пятый. После приказа по организации о том, что продукт введен в эксплуатацию, следует подготовить распоряжение о постановке ПО на бухгалтерский баланс, определить его начальную стоимость, полезный срок использования и пр. Как это сделать? Необходимо создать экспертный совет, который в рамках обсуждения функциональности ПО выдаст рекомендации и оценки, связанные со стоимостью программного обеспечения. Рекомендации экспертов лучше формулировать в виде протокола, который затем должен быть передан в бухгалтерию. Начальная стоимость определяется самостоятельно компанией-разработчиком и чаще всего включает в себя непосредственно прямые затраты. Не стоит завышать стоимость ПО, т.к. после постановки на бухгалтерский учет компания должна будет платить налоги, которые будут зависеть от начальной стоимости. Подробные правила формирования в бухгалтерском учете и бухгалтерской отчетности информации о нематериальных активах организаций устанавливает ПБУ 14/2007 (Положение по бухгалтерскому учету «Учет нематериальных активов», приложение к приказу Минфина РФ от 27.12.2007 №153н).

Итак, чтобы внутренняя разработка была полностью формализована, она должна быть защищена следующими документами:

1. Служебное задание
2. Докладная записка о выполнении задания
3. Акт приемки программного продукта к эксплуатации в компании
4. Распоряжение о постановке программного обеспечения на бухгалтерский баланс

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

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

На что может рассчитывать рядовой разработчик?

Это очень частый вопрос со стороны программистов: «Какую выгоду я, как создатель, получаю от формализации написанного мною приложения?» Если работодатель, для которого разработчик создал приложение, юридически правильно это приложение формализовал, программисту остается так называемое личное неимущественное право автора. Никаких денежных бенефитов оно с собой, скорее всего, не несет, поскольку создатель уже получил вознаграждение за выполненную работу, и никакими имущественными правами на написанный им софт он уже не обладает. Неимущественные права позволяют потешить собственное эго и добавить проект в портфолио. Например, автор разработки вправе сам предложить название ПО, разрешать указывать свое имя в контексте приложения. Но имейте в виду, что право указывать имя автора, либо его не указывать, тоже регулируется вышеупомянутым трудовым договором. Отмечу ещё, что неимущественные права распространяются в том числе на несколько человек, то есть у продукта может быть несколько авторов.

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

Почему важна бумажная работа?

Мне и моим коллегам нередко приходится сталкиваться с ситуацией, когда собственник или топ-менеджеры компаний-заказчиков даже не знают, какое ПО и для каких целей создала команда разработки. Информацию о таком софте мы получаем на самом первом этапе процедуры Software Asset Management, когда специальные средства сканируют серверы и ПК в компании-заказчике. Обнаружив такие «артефакты», мы вместе с ответственными сотрудниками поднимаем необходимую документацию и по крайней мере понимаем, что перед нами внутренняя разработка.

Представьте себе ситуацию, что в компанию приходит проверка, которая обнаруживает непонятный «левый» софт, на который нет никакой документации, подтверждающей его лицензионность. Оправдание «это наши программисты разработали» в данном случае не работает, нужны подтверждающие документы. Без них компании может грозить изъятие аппаратно-программного обеспечения до выяснения обстоятельств. Вероятно, компания рано или поздно докажет, что данный софт это их собственная разработка, но силы и время, потраченные на это, не сопоставимы с рисками для непрерывности бизнеса, которые компания может понести. Такая вот страшилка вместо заключения.

Если остались вопросы – пишите в комментариях, я постараюсь ответить.

http://habr.com/post/323124/

Литература

  1. Зайцев, А. И. Постатейный комментарий к Федеральному закону «О судебных приставах» / А.И. Зайцев, М.В. Филимонова. — М.: Ай Пи Эр Медиа, 2014. — 128 c.
  2. Торвальд, Ю. Век криминалистики; М.: Прогресс, 2011. — 325 c.
  3. ред. Суханов, Е.А. Том 1. Гражданское право. Общая часть; М.: Волтерс Клувер; Издание 3-е, перераб. и доп., 2013. — 720 c.
  4. Торгашев, Г.А. Методика преподавания юриспруденции в высшей школе / Г.А. Торгашев. — М.: ГОУ ВПО «Российская академия правосудия», 2014. — 463 c.

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

Мы в соцсетях

Подписывайтесь на наши группы в социальных сетях