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

Содержание
  1. Расчеты по лицензионным договорам
  2. Документальное оформление
  3. Бухучет
  4. ОСНО
  5. Бухгалтерский учет
  6. Спорные вопросы бухгалтерского и налогового учета
  7. Проверить верны ли мои расчеты по стоимости патента.
  8. Как платить 11 000? Рабочая ли схема если я открою офис в Московской области (по договору аренды) и буду осуществлять деятельность в Московской области?
  9. Достаточно ли договора аренды офиса?
  10. Налоговый учет
  11. Раскрытие информации о затратах на разработку программного обеспечения Microsoft.
  12. Пример анализа затрат на разработку программного обеспечения.
  13. Консолидированная отчетность JHH Software (в $ тыс., за исключением сумм на акцию).
  14. Анализ CFA — Амортизация нематериальных активов
  15. Расчет затрат на создание программного продукта
  16. Нюансы бухгалтерского учета ПО в бюджетных организациях
  17. Налоговый учет
  18. Налоговый учет расходов на приобретение неисключительных прав на программное обеспечение
  19. Но тем, не менее, нужно учитывать это ограничение
  20. Структурированное программирование
  21. Функциональное программирование
  22. Производство
  23. Автоматизированная генерация приложений, версий, обновлений
  24. Постоянное автоматическое тестирование готовых приложений и ядра
  25. Постоянное ведение учёта времени
  26. Пример одновременной реализации интернет и офисного приложения
  27. Microsoft
  28. Корпорация Oracle
  29. Разработка и передача ПО по лицензии
  30. Ограничения ПСН
  31. Стоимость патента
  32. Законодательные положения о программном обеспечении
  33. Не все то золото.
  34. Как изменится НДС на распространение ПО
  35. Как зарегистрировать приложение в Реестре отечественного ПО
  36. Зачем нужно проектировать программу и соблюдать этапы разработки?
  37. Процесс разработки заказного ПО
  38. Процесс разработки инвестиционного ПО
  39. Итоги

Расчеты по лицензионным договорам

В частности, лицензионные платежи могут перечисляться:

  • разовыми фиксированными суммами (паушальный платеж);
  • периодическими фиксированными или процентными отчислениями (роялти);
  • комбинированными (смешанными) платежами (сочетание роялти и паушального платежа).

Такие формы вознаграждения предусмотрены законодательством, например, для передачи неисключительных прав на авторские произведения: творческие и научные произведения, программы ЭВМ (п. 4 ст. 1286 ГК РФ). Однако по аналогии эти формы можно применять и к лицензионным договорам на иные виды интеллектуальной собственности (ст. 6 и п. 1 ст. 424 ГК РФ).

Документальное оформление

Каждая хозяйственная операция должна быть оформлена первичным учетным документом (п. 1 ст. 9 Закона от 6 декабря 2011 г. № 402-ФЗ). Подтвердить обязательства и расчеты по лицензионному договору могут любые документы, составленные в соответствии с требованиями законодательства. В том числе сам договор, график лицензионных платежей, акт приема-передачи неисключительных прав, отчет лицензиата, счет на оплату и т. д. Главное, чтобы они содержали все обязательные реквизиты, предусмотренные пунктом 2 статьи 9 Закона от 6 декабря 2011 г. № 402-ФЗ. При этом законодательство не обязывает лицензиара выставлять акты об оказании услуг по передаче неисключительных прав на интеллектуальную собственность.

Бухучет

В бухучете лицензионные платежи отражайте в доходах ежемесячно. Доходы признавайте независимо от того, перечислил лицензиат платеж или нет. Такой порядок следует из пунктов 12 и 15 ПБУ 9/99.

На счетах бухучета отражайте лицензионные платежи в зависимости от:

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

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

Дебет 62 (76) Кредит 90-1
– начислены лицензионные платежи.

Если передача неисключительных прав не является отдельным видом деятельности организации, то лицензионные платежи включайте в состав прочих доходов (п. 7 ПБУ 9/99). В этом случае в учете сделайте запись:

Дебет 62 (76) Кредит 91-1
– начислены лицензионные платежи.

Такой порядок следует из Инструкции к плану счетов (счета 62, 76, 90, 91).

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

В бухучете организация вправе самостоятельно разработать порядок классификации доходов в целях признания их доходами от обычных видов деятельности или прочими поступлениями (в т. ч. по лицензионному договору).

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

Свой выбор организация должна закрепить в учетной политике для целей бухучета (п. 7 ПБУ 1/2008).

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

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

В бухучете одним из необходимых условий для признания дохода (в т. ч. от передачи неисключительных прав на интеллектуальную собственность) является условие о том, что сумма дохода может быть определена (п. 12 и 15 ПБУ 9/99).

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

Лицензионные платежи могут перечисляться:

  • разовыми фиксированными суммами (паушальный платеж);
  • периодическими фиксированными или процентными отчислениями (роялти);
  • комбинированными (смешанными) платежами (сочетание роялти и паушального платежа).

Такие формы вознаграждения предусмотрены законодательством, например, для передачи неисключительных прав на авторские произведения: творческие и научные произведения, программы ЭВМ (п. 4 ст. 1286 ГК РФ). Однако по аналогии эти формы можно применять и к лицензионным договорам на иные виды интеллектуальной собственности (ст. 6 и п. 1 ст. 424 ГК РФ).

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

Если же необходимые для расчета дохода данные отсутствуют, то признать доход полученным и отразить (начислить) его на счетах бухучета нельзя. Так как сумма выручки (прочего дохода) не может быть достоверно определена (п. 12 и 15 ПБУ 9/99). Также при этом не может быть исполнено условие о документальном подтверждении операции по получению (признанию) дохода (п. 1 ст. 9 Закона от 6 декабря 2011 г. № 402-ФЗ). В данном случае отсутствует отчет лицензиата об использовании интеллектуальной собственности. Определить вознаграждение на основании иных документов (например, лицензионного договора, документов об оплате) невозможно.

Признавать доходы от передачи неисключительных прав на интеллектуальную собственность в сумме, в которой в сравнимых обстоятельствах обычно организация определяет аналогичные доходы в этой ситуации, нельзя. Это правило применяется только для одного случая. Если в договоре не предусмотрена цена на предоставление в пользование этих активов и она не может быть установлена исходя из условий договора. Такой порядок следует из пункта 6.1 ПБУ 9/99.

В данном случае цена договора считается определенной. Тот факт, что конкретную сумму вознаграждения невозможно рассчитать без необходимых данных, предоставляемых лицензиатом, значения не имеет, так как определен порядок ее расчета. Это следует из пункта 5 статьи 1235 Гражданского кодекса РФ. Поэтому применять положения пункта 6.1 ПБУ 9/99 об определении доходов организации расчетным путем нельзя.

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

Для организаций, которые вправе вести бухучет в упрощенном виде, предусмотрен особый порядок учета доходов (ч. 4, 5 ст. 6 Закона от 6 декабря 2011 г. № 402-ФЗ).

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

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

Лицензионным договором могут быть предусмотрены авансовые расчеты.

Полученный авансовый платеж отразите на отдельном субсчете к счету 62:

Дебет 51 Кредит 62 субсчет «Расчеты по авансам полученным»
– поступил аванс от лицензиата.

После того как наступит период, в счет которого получена сумма предварительной оплаты, в учете сделайте записи:

Дебет 62 (76) Кредит 90-1 (91-1)
– начислены лицензионные платежи;

Дебет 62 субсчет «Расчеты по авансам полученным» Кредит 62 (76)
– зачтена часть аванса, полученного от лицензиата.

Такой порядок учета основан на положениях пункта 3 ПБУ 9/99, Инструкции к плану счетов.

В зависимости от вида лицензионные платежи могут относиться к нескольким отчетным периодам (доходы будущих периодов). В этом случае их необходимо распределить и учесть в том отчетном периоде, к которому относится та или иная сумма. Такой порядок установлен пунктами 12 и 15 ПБУ 9/99. Например, разовый (паушальный) платеж относится ко всему сроку действия лицензионного договора. Поэтому такой доход нужно признавать равномерно в течение указанного периода. Подробнее о том, как определить срок действия договора, см. Как лицензиару отразить в учете передачу прав по лицензионному договору.

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

Лицензионные платежи, относящиеся к нескольким отчетным периодам, отражайте так:

Дебет 62 (76) Кредит 98
– отражены лицензионные платежи в составе доходов будущих периодов.

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

Дебет 98 Кредит 90-1 (91-1)
– признана выручка (прочий доход) в виде лицензионных платежей в части, относящейся к отчетному периоду.

Это следует из Инструкции к плану счетов.

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

13 сентября ООО «Торговая фирма «Гермес»» (лицензиар) заключило с ООО «Альфа» (лицензиат) договор на право использования товарного знака «Гермес». Срок действия договора – три года (1096 дней) с момента его госрегистрации.

Договор зарегистрирован 15 октября.

Лицензионным договором предусмотрено единовременное вознаграждение лицензиара в виде разового (паушального) платежа в размере 590 000 руб. (в т. ч. НДС – 90 000 руб.), который перечисляется лицензиару в течение пяти дней с момента регистрации договора. Предоставление неисключительных прав на интеллектуальную собственность не является основным видом деятельности «Гермеса».

20 октября «Альфа» перечислила «Гермесу» 590 000 руб.

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

Бухгалтер «Гермеса» сделал в учете следующие проводки.

20 октября:

Дебет 76 Кредит 98
– 590 000 руб. – отражен разовый лицензионный (паушальный) платеж в составе доходов будущих периодов;

Дебет 98 Кредит 68 «Расчеты по НДС»
– 90 000 руб. – начислен НДС;

Дебет 51 Кредит 76
– 590 000 руб. – получен от лицензиата разовый лицензионный платеж.

31 октября:

Дебет 98 Кредит 91-1
– 7755 руб. (500 000 руб. : 1096 дн. × 17 дн.) – признан доход в виде лицензионного платежа в части, относящейся к октябрю.

ОСНО

Налоговый учет доходов в виде лицензионных платежей зависит от:

  • классификации данного дохода (доход от основного вида деятельности или внереализационный доход);
  • метода, которым организация рассчитывает налог на прибыль (кассовый или метод начисления).
    Это следует из пункта 1 статьи 248, статьи 271 и пункта 2 статьи 273 Налогового кодекса РФ.

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

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

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

Понятие систематичности используйте в значении, применяемом в пункте 3 статьи 120 Налогового кодекса РФ, – два раза и более в течение календарного года.

Например, такой подход в отношении арендной платы к применению понятия «систематичность» был закреплен в пункте 2 раздела 4 Методических рекомендаций по применению главы 25 Налогового кодекса РФ (утвержденных приказом МНС России от 20 декабря 2002 г. № БГ-3-02/729). На сегодняшний момент этот документ утратил силу (приказ ФНС России от 21 апреля 2005 г. № САЭ-3-02/173). Однако предложенное толкование понятия «систематичность» сохраняет свою актуальность, что подтверждается представителями налогового ведомства (см., например, письмо УМНС России по Московской области от 25 марта 2004 г. № 04-23/03451) и арбитражными судами (см., например, постановление ФАС Волго-Вятского округа от 26 октября 2005 г. № А28-4710/2005-34/29).

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

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

В соответствии с ПБУ 14/2000 к нематериальным активам могут быть отнесены следующие объекты интеллектуальной собственности (исключительное право на результаты интеллектуальной деятельности):

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

Согласно п. 3 ПБУ 14/2000 при принятии к бухгалтерскому учету активов в качестве нематериальных необходимо единовременное выполнение следующих условий:

а) отсутствие материально-вещественной (физической) структуры;

б) возможность идентификации (выделения, отделения) организацией от другого имущества;

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

г) использование в течение длительного времени, т.е. срока полезного использования, продолжительностью свыше 12 месяцев или обычного операционного цикла, если он превышает 12 месяцев;

д) организацией не предполагается последующая перепродажа данного имущества;

е) способность приносить организации экономические выгоды (доход) в будущем;

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

Исключительные права отражаются на счете 04 «Нематериальные активы».

Стоимость нематериальных активов погашается посредством амортизации (п. 14 ПБУ 14/2000).

Амортизация нематериальных активов производится одним из следующих способов начисления амортизационных отчислений:

  • линейный способ;
  • способ уменьшаемого остатка;
  • способ списания стоимости пропорционально объему продукции (работ).

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

При передаче исключительных прав в пользование другой организации (пользователю), при сохранении правообладателем исключительных прав на результаты интеллектуальной деятельности согласно п. 25 ПБУ 14/2000 они не списываются и подлежат обособленному отражению на счете 04.

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

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

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

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

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

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

Разовые (паушальные) платежи учитывают как доходы будущих периодов на счете 98 «Доходы будущих периодов» с последующим списанием на доходы организации-правообладателя равномерно в течение срока действия договора.

В соответствии с п. п. 5 и 7 ПБУ 9/99, если организация-правообладатель ведет хозяйственную деятельность преимущественно в области создания и передачи в пользование объектов интеллектуальной собственности, доходы от передачи прав на использование товарных знаков признаются доходами по обычным видам деятельности и отражаются на счете 90 «Продажи». Если для организации-правообладателя передача прав на объекты интеллектуальной собственности является разовой операцией, то соответствующий доход включается в состав прочих доходов и учитывается на субсчете 91-1 «Прочие доходы» счета 91 «Прочие доходы и расходы».

Спорные вопросы бухгалтерского и налогового учета

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

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

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

Согласно п. 1 и п. 5 ст. 1238 ГК РФ при письменном согласии лицензиара лицензиат может по договору предоставить право использования результата интеллектуальной деятельности или средства индивидуализации другому лицу (сублицензионный договор).

Рассмотрим порядок учета лицензионных (сублицензионных) договоров.

Проверить верны ли мои расчеты по стоимости патента.

Для расчетов можно воспользоваться налоговым калькулятором, доступным в сети «Интернет» по адресу: http://patent.nalog.ru/info/. В результате проверки установлено, что для вида деятельности «Оказание услуг (выполнение работ) по разработке программ для ЭВМ и баз данных (программных средств и информационных продуктов вычислительной техники), их адаптации и модификации» стоимость патента в 2016 годe составит:

  • Для Москвы – 300 000 рублей в год;
  • Для Московской области 11687 рублей в год.

Как платить 11 000? Рабочая ли схема если я открою офис в Московской области (по договору аренды) и буду осуществлять деятельность в Московской области?

Патент действует на территории того субъекта Российской Федерации, который в нем указан (пункт 1 статьи 346.45 Кодекса). Термин «место осуществления деятельности» законодательно не закреплен. По мнению Минфина, к такому месту относится место заключения Договора. Вместе с тем, это лишь косвенно свидетельствует о том, что деятельность ведется именно в том регионе.

Как следует из Постановления Арбитражного суда Уральского округа от 02.07.2015 N Ф09-4440/15 по делу N А71-10521/2014 к иным доказательствам, указывающим на территорию осуществления деятельности, могут относиться:

  • счет, открытый в банке этого региона;
  • заключение там же трудовых договоров с наемными работниками;
  • хранение, ремонт и обслуживание транспортных средств на территории этого региона, подтвержденные первичкой на выполнение ремонтных работ и на приобретение расходных материалов и ГСМ, квитанциями на оказание услуг стоянки и т.д.
  • Постановка ИП на учет в другом налоговом органе;
  • Аренда офиса;
  • Временная или постоянная регистрация в МО.

Каких-либо иных официальных позиций на данный момент нет. Вместе с тем, целесообразно обезопасить себя, предусмотрев какие-то иные косвенные доказательства осуществления деятельности в другом регионе.

Достаточно ли договора аренды офиса?

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

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

Поскольку в рассматриваемом случае организация не получает исключительных прав на программы для ЭВМ, понесенные затраты нельзя отнести к расходам на приобретение НМА (п. 3 ст. 257 НК РФ, письма Минфина России от 05.05.2012 N 07-02-06/128, от 13.02.2012 N 03-03-06/2/19, от 24.11.2011 N 03-03-06/2/181).

В данном случае расходы на приобретение прав на использование программ для ЭВМ принимаются к учету в соответствии с пп. 26 п. 1 ст. 264 НК РФ в составе прочих расходов, связанных с производством и реализацией (письма Минфина России от 30.01.2017 N 03-03-06/1/4386, от 12.02.2016 N 07-01-09/7509)*(4).

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

Таким образом, организация самостоятельно устанавливает срок, в течение которого расходы на приобретение прав на использование программ для ЭВМ и баз данных будут равномерно учитываться для целей налогообложения прибыли (письма Минфина России от 18.03.2014 N 03-03-06/1/11743, от 02.02.2011 N 03-03-06/1/52, от 20.04.2009 N 03-03-06/2/88, от 19.02.2009 N 03-03-06/2/25 и др.). Причем порядок определения такого срока должен быть установлен учетной политикой организации для целей налогообложения*(5).

Однако имеют место также разъяснения, основанные на иной точке зрения: расходы на приобретение неисключительных прав на программы для ЭВМ принимаются при определении налоговой базы по налогу на прибыль организаций равномерно с учетом срока, установленного ГК РФ (не менее пяти лет) (письма Минфина России от 23.04.2013 N 03-03-06/1/14039, от 02.02.2011 N 03-03-06/1/52, от 23.10.2009 N 03-03-06/1/681, от 17.03.2009 N 03-03-06/2/48)*(6).

Еще раньше в письме Минфина России от 06.02.2006 N 03-03-04/1/92 сообщалось, что если из условий договора на приобретение неисключительных прав нельзя определить срок использования программ для ЭВМ, к которому относятся произведенные расходы, то такие расходы признаются единовременно на дату начала использования этих программ.

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

При этом сроки списания расходов на приобретение неисключительных прав в бухгалтерском и налоговом учете могут отличаться (смотрите также постановление ФАС Северо-Западного округа от 09.08.2011 N Ф07-7033/11 по делу N А56-52065/2010).

Если же срок, который установлен в целях налогообложения прибыли, будет установлен и в целях бухгалтерского учета, это обусловит сближение налогового и бухгалтерского учета и не приведет к появлению временных разниц (п.п. 3, 8 ПБУ 18/02 «Учет расчетов по налогу на прибыль организаций»).

К сведению:

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

1) расходы на приобретение неисключительных прав признаются в течение срока, установленного п. 3 ст. 1238, п. 4 ст. 1235 ГК РФ (не менее пяти лет);

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

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

Рекомендуем также ознакомиться с материалами:

Энциклопедия решений. Учет расходов, связанных с приобретением прав на использование программ для ЭВМ и баз данных по лицензионным договорам;

Энциклопедия решений. Расходы, связанные с приобретением права на использование программ для ЭВМ и баз данных по лицензионным договорам;

— Вопрос: На бухгалтерском счете 97 «Расходы будущих периодов» организация учитывает приобретенные неисключительные права на программное обеспечение, в частности лицензии на сервер, лицензии на программу. Срок использования программного обеспечения в документах не установлен. В учетной политике организации установлен срок использования программного обеспечения в пять лет. Как правильно отразить в бухгалтерском и налоговом учете затраты на лицензии? (ответ службы Правового консалтинга ГАРАНТ, май 2013 г.)

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

Ответ прошел контроль качества

15 августа 2019 г.

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


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

*(2) В конце срока использования неисключительных прав на программный продукт отражается списание НМА с забалансового учета:

Кредит 012
— снят с забалансового учета НМА, полученный в пользование.

*(3) Если расходы на приобретение неисключительных прав признаются единовременно, то в бухгалтерском учете отражается следующая операция:

Дебет 20 (26, 44) Кредит 60 (76)
— отражены в составе расходов затраты, связанные с приобретением прав на использование программ для ЭВМ.

*(4) Также в составе прочих расходов налогоплательщик вправе учесть затраты, связанные с подготовкой программного обеспечения к использованию, в том числе по адаптации программного обеспечения, настройке программы, при условии, что эти расходы соответствуют критериям, установленным в п. 1 ст. 252 НК РФ (письмо УФНС России по г. Москве от 22.08.2007 N 20-12/079908).

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

*(6) Арбитражная практика показывает, что налогоплательщики успешно оспаривают требования налоговых органов о равномерном признании расходов на программы для ЭВМ (смотрите, например, постановления Четвертого арбитражного апелляционного суда от 03.04.2014 N 04АП-4378/13, ФАС Московского округа от 18.03.2014 N Ф05-1208/14 по делу N А40-14277/2012, Седьмого арбитражного апелляционного суда от 28.11.2012 N 07АП-9152/12, ФАС Поволжского округа от 12.07.2012 N Ф06-5251/12 по делу N А65-20465/2011, ФАС Северо-Западного округа от 09.08.2011 N Ф07-7033/11 по делу N А56-52065/2010 и от 21.07.2011 N Ф07-12326/10 по делу N А56-48512/2009).

В то же время существуют примеры дел с иной позицией, когда решение принимается в пользу налоговых органов. Так, судьи сделали вывод, что если условиями лицензионного соглашения срок использования программы для ЭВМ не установлен, то расходы на приобретение неисключительных прав на данное программное обеспечение принимаются при определении налоговой базы по налогу на прибыль организаций равномерно с учетом срока, установленного ГК РФ (пять лет), а не единовременно, как это сделано налогоплательщиком (постановление Одиннадцатого арбитражного апелляционного суда от 18.04.2016 N 11АП-2863/16).

Раскрытие информации о затратах на разработку программного обеспечения Microsoft.

Выдержка из Комментариев руководства (MD&A) корпорации Microsoft [Применение значительных положений учетной политики — Затраты на исследования и разработки]:

«Затраты, понесенные внутри компании при исследовании и разработке программного продукта, относятся на расходы до тех пор, пока не будет установлена ​​технологическая осуществимость продукта.

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

Для определения момента достижения ​​технологической осуществимости продукта требуется вынесение суждения.

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

Амортизация этих затрат включается в себестоимость продаж в течение предполагаемого срока жизни продукта».

Списание затрат на разработку вместо капитализации приводит к снижению чистой прибыли в текущем периоде.

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

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

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

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

Для компании, капитализирующей затраты на разработку ПО, аналитик может скорректировать:

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

Любые финансовые коэффициенты, которые включают прибыль, внеоборотные активы или денежный поток от операционной деятельности, такие как рентабельность собственного капитала (ROA), также затронуты капитализацией затрат.

Пример анализа затрат на разработку программного обеспечения.

Вы занимаетесь анализом (гипотетической) компании JHH Software, разработчика программного обеспечения, которая в 2017 году определила техническую осуществимость своего первого программного продукта.

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

Соответствующие данные и выдержки из годовой отчетности компании приведены в Иллюстрации 5.

Консолидированная отчетность JHH Software (в $ тыс., за исключением сумм на акцию).

31 декабря:

2018

2017

2016

Отчет о прибыли и убытках

Total revenue

Выручка

$91,424

$91,134

$96,293

Total operating expenses

Операционные расходы

78,107

78,908

85,624

Operating income

Операционная прибыль

13,317

12,226

10,669

Provision for income taxes

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

3,825

4,232

3,172

Net income

Чистая прибыль

$9,492

$7,994

$7,479

Earnings per share (EPS)

Прибыль на акцию (EPS)

$1.40

$0.82

$0.68

Отчет о движении денежных средств

Net cash provided by operating activities

Чистый денежный поток от операционной деятельности

$15,007

$14,874

$15,266

Net cash used in investing activities *

Чистый денежный поток от инвестиционной деятельности *

(11,549)

(4,423)

(5,346)

Net cash used in financing activities

Чистый денежный поток от финансовой деятельности

(8,003)

(7,936)

(7,157)

Net change in cash and cash equivalents

Чистый денежный поток

($4,545)

$2,515

$2,763

*Includes:

* В том числе:

software development expenses

затраты на разработку программного обеспечения

($6,000)

($4,000)

($2,000)

capital expenditures

капитальные затраты

($2,000)

($1,600)

($1,200)

Additional information:

Дополнительная информация:

Market value of outstanding debt

Рыночная стоимость долговых обязательств к погашению

0

0

0

Amortisation of capitalised soft­ware development expenses

Амортизация капитализированных затрат на разработку ПО

($2,000)

($667)

0

Depreciation expense

Расходы на амортизацию

($2,200)

($1,440)

($1,320)

Market price per share of com­mon stock

Рыночная цена одной обыкновенной акции

$42

$26

$17

Shares of common stock out­standing (thousands)

Обыкновенные акции в обращении (тыс.)

6,780

9,765

10,999

Раскрытие информации об учетной политике по затратам на разработку ПО:

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


1. Рассчитайте следующие коэффициенты для JHH на основе представленной финансовой отчетности за 2018 финансовый год, без корректировок.

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

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

  1. P/E: цена / прибыль на акцию
  2. P/CFO: цена / операционный денежный поток на акцию
  3. EV/EBITDA: стоимость компании / EBITDA, где стоимость компании определяется как общая рыночная стоимость всех источников финансирования компании, включая собственный капитал и заемные средства, а EBITDA — это прибыль до вычета процентов, налогов, износа и амортизации.

2. Интерпретируйте изменения этих коэффициентов.


Решение для части 1:

Коэффициенты JHH за 2018 год представлены в следующей таблице:

(в $ тыс., кроме сумм на акцию)

Коэффициент

По данным отчетности

С корректировкой

A.

P/E ratio

30.0

42.9

B.

P/CFO

19.0

31.6

C.

EV/EBITDA

16.3

24.7

A. Коэффициент P/E составил 30.0 = ($42 / $1.40).

На основе EPS, скорректированной с учетом списания затрат на разработку ПО, коэффициент P/E составил 42.9 ($42 / $0.98).

  • Цена: Если предположить, что рыночная стоимость акций компании основана на фундаментальной стоимости, цена за акцию составляет $42, независимо от разницы в бухгалтерском учете.
  • EPS (прибыль на акцию): По данным отчетности, прибыль на акцию составила $1.40. Скорректированная прибыль на акцию составила $0.98.

Списание затрат на разработку ПО снизило бы операционную прибыль JHH в 2018 году на $6,000, но при этом компания не отражала бы в учете амортизацию затрат на ПО за предыдущие годы, что привело бы к увеличению операционной прибыли на $2,000.

Чистое изменение на $4,000 снизило бы операционную прибыль с $13,317 до $9,317.

Эффективная налоговая ставка на 2018 год ($3,825 / $13,317) составляет 28,72%, и использование этой эффективной налоговой ставки даст скорректированную чистую прибыль в размере $6,641 = [$9,317 x (1 — 0.2872)] по сравнению с $9,492 до корректировки.

Таким образом, прибыль на акцию снизится с $1.40 до $0.98 (скорректированная чистая прибыль $6,641, деленная на 6,780 акций).

B. Коэффициент P/CFO составил 19.0 ($42 / $2.21).

На основе CFO, скорректированного с учетом списания затрат на разработку ПО, коэффициент P/CFO составил 31.6 = ($42 / $1.33).

  • Цена: Если предположить, что рыночная стоимость акций компании основана на фундаментальной стоимости, цена за акцию составляет $42, независимо от разницы в бухгалтерском учете.
  • CFO на акцию по данным отчетности, составил $2.21 (операционный денежный поток $15,007 / 6,780 акций).
  • CFO на акцию с корректировкой составил $1.33. Затраты компании на разработку ПО в размере $6,000 были представлены как денежный отток от инвестиционной деятельности, поэтому списание этих затрат уменьшит чистый поток по операционной деятельности на $6,000, то есть с $15,007 до $9,007.
    Разделив скорректированный CFO в размере $9,007 на 6,780 акций, вы получите CFO на акцию в размере $1.33.

С. Согласно отчетности, коэффициент EV/EBITDA составил 16.3 = ($284,760 / $17,517).

На основе EBITDA, скорректированной с учетом списания затрат на разработку ПО, коэффициент EV/EBITDA составил 24.7 = ($284,760 / $11,517).

  • EV (стоимость компании, англ. ‘Enterprise value’). Стоимость компании — это сумма рыночной стоимости собственного капитала и долга компании. JHH не имеет долга, поэтому EV равна рыночной стоимости ее капитала и составляет $284,760 ($42 за акцию x 6,780 акций).
  • EBITDA, согласно отчетности, составила $17,517 (прибыль до процентов и налогов в размере $13,317 плюс амортизация затрат на ПО $2,000 плюс амортизационные расходы $2,200).
  • EBITDA, скорректированная с учетом списания затрат на разработку ПО за счет включения затрат на разработку в размере $6,000 и исключения амортизации этих затрат в предыдущих периодах в размере $2,000, составит $11,517 (прибыль до процентов и налогов в размере $9,317 плюс амортизация затрат на ПО $0 плюс амортизационные расходы $2,200).

Решение для части 2:

Списание на расходы затрат на разработку ПО снизит историческую прибыль, операционный денежный поток и EBITDA, и, таким образом, увеличит все рыночные коэффициенты.

Таким образом, акции JHH выглядели бы более дорогими, если бы компания списывала, а не капитализировала затраты на разработку ПО.

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

Скорректированные рыночные коэффициенты JHH обеспечивают лучшую основу для такого сравнения.


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

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

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

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

Анализ CFA — Амортизация нематериальных активов

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

Расчет затрат на создание программного продукта

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

ЗСПП =ЗЗП СПП +ЗМЕ СПП +ЗОБЩ, (3.2.1)

где

ЗСПП — затраты на создание программного продукта;

ЗЗП СПП — затраты на оплату труда разработчика программы;

ЗМЕ СПП — затраты на оплату машинного времени;

ЗОБЩ — общие затраты.

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

ЗЗП СПП =t*Tчас, (3.2.2)

где

t — трудоемкость создания программного продукта;

Tчас — средняя часовая оплата программиста (с учетом отчислений на социальные нужды).

Трудоемкость создания программного продукта определяется по формуле 3.2.3.

t=tО +tА +tБ +tП +tД +t ОТ, (3.2.3)

где

tО — затраты труда на подготовку описания задачи;

tА — затраты труда на разработку алгоритма решения задачи;

tБ — затраты труда на разработку блок-схемы алгоритма решения задачи;

tП — затраты труда на составление программы по готовой блок-схеме;

tД — затраты труда на подготовку документации задачи;

tОТ — затраты труда на отладку программы на ЭВМ при комплексной отладке задачи.

Составляющие затрат, в свою очередь можно вычислить через условное число операторов Q. В данном случае число операторов в отлаженной программе примерно Q=5500.

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

tО =Q*B/(75…85*K), (3.2.4)

где

B — коэффициент увеличения затрат труда вследствие недостаточного описания задачи, уточнений и некоторой недоработки, B=1, 2, …, 5;

K — коэффициент квалификации разработчика, для работающих до двух лет K=0,8.

В связи с тем, что при изучении описания данной задачи потребовалось много уточнений и доработок в описании, коэффициент B принимается равным 4. Таким образом, затраты труда на подготовку описания задачи равны:

t О=5500*4/(80*0,8)=343,75(чел.-час).

Затраты труда на разработку алгоритма решения задачи следующие:

tА =Q/(60…75)*K=5500/(70*0,8)=98,21 (чел.-час).

Затраты труда на разработку блок-схемы алгоритма решения задачи вычисляются следующим образом:

t Б=Q/(60…75)*K=5500/(70*0,8)=98,21 (чел.-час).

Затраты труда на составление программы по готовой блок-схеме равны:

t П=Q/(60..75)*K=1/(70*0,8)=98,21 (чел.-час).

Затраты труда на отладку программы на ЭВМ при комплексной отладке задачи вычисляется по формуле 3.2.5.

t ОТ=1,5*tАОТ (3.2.5)

где

tАОТ — затраты труда на отладку программы на ЭВМ при автономной отладке одной задачи.

t АОТ =Q/(40..50)*K=5500/(45*0,8)=152,78 (чел.-час).

Таким образом, затраты труда на отладку программы на ЭВМ при комплексной отладке задачи равны:

tОТ =1,5*152,78=229,17 (чел.-час).

Затраты труда на подготовку документации по задаче определяются по формуле 3.2.6.

tД =tДР +tДО, (3.2.6)

где

tДР — затраты труда на подготовку материалов в рукописи;

tДО — затраты на редактирование, печать и оформление документации.

tДР =Q/(150…200*K)=5500/(175*0,8)=39,29 (чел-час);

tДО =0,75*tДР =0,75*39,29*=29,46 (чел.-час).

Таким образом, затраты труда на подготовку документации по задаче равны:

tД =39,29+29,46=68,75 (чел.-час).

Итак, общая трудоемкость программного продукта составляет:

t=343,75+98,21+98,21+98,21+68,75+229,17 = 936,3 (чел.-час).

Средняя зарплата программиста в современных рыночных условиях может варьироваться в широком диапазоне. Для расчета возьмем среднюю часовую оплату труда в ГОУ СПО ППКК, которая составляет Tчас =30,95 руб./час. При восьмичасовом рабочем дне и пятидневной рабочей неделе средняя зарплата программиста составляет 5200 руб./мес. Затраты на оплату труда разработчика программы состоят из зарплаты разработчика программы и отчислений на социальные нужды (ЕСН=26%).

Таким образом, затраты на оплату труда разработчика программы составляют:

ЗЗПСПП =936,3*30,95*1,26=36512,89 руб.

Затраты на оплату машинного времени

Затраты на оплату машинного времени при отладке программы определяются по формуле 3.2.7, путем умножения фактического времени отладки программы на цену машино-часа арендного времени.

ЗМЕСПП =Счас *t ЭВМ, (3.2.7)

где

Счас — цена машино-часа арендованного времени, руб./час;

tЭВМ — фактическое время отладки программы на ЭВМ.

Фактическое время отладки программы на ЭВМ определяется по формуле 3.2.8.

tЭВМ =tП +tДО +tОТ, (3.2.8)

Таким образом,

tЭВМ =98,21+29,46+229,17 = 356,84часа.

Цена машино-часа вычисляется по формуле 3.2.9.

Счас =ЗЭВМ /ТЭВМ, (3.2.9)

где

ЗЭВМ — полные затраты на эксплуатацию ЭВМ в течении года;

ТЭВМ — действительный годовой фонд времени ЭВМ, час/год.

При расчете годового фонда времени работы ЭВМ учитывается следующее:

— общее количество дней в году — 365;

— число выходных и праздничных дней — 116;

время простоя в профилактических работах определяется как еженедельная профилактика по 4 часа.

Итого годовой фонд рабочего времени на ЭВМ составляет:

ТЭВМ =8*(365-116)-52*4=1784 часа.

Полные затраты на эксплуатацию ЭВМ определяются по формуле 3.2.10.

ЗЭВМ =ЗЗП +ЗАМ +ЗЭЛ +ЗЕМ +ЗТР +ЗПР, (3.2.10)

где

ЗЗП — годовые издержки на заработную плату обслуживающего персонала, руб./год;

ЗАМ — годовые издержки на амортизацию, руб./год;

ЗЭЛ — годовые издержки на электроэнергию, потребляемую ЭВМ, руб./год;

ЗЕМ – годовые издержки на вспомогательные материалы, руб/год;

ЗТР — затраты на текущий ремонт компьютера, руб./час;

ЗПР — годовые издержки на прочие и накладные расходы, руб./год.

Годовые издержки на заработную плату обслуживающего персонала вычисляются по формуле 3.2.11, путем суммирования основной заработной платы и отчислений на заработную плату.

ЗЗП =ЗОСНЗП+ЗДОПЗП+ЗОТЧЗП, (11)

где

ЗОСНЗП — основная заработная плата, руб.;

ЗДОПЗП – дополнительная заработная плата, руб.;

ЗОТЧЗП — отчисления на социальные нужды (ЕСН=26%).

Сумма основной годовой заработной платы определяется исходя из общей численности работающих в штате по формуле 3.2.12.

ЗОСНЗП =12* ∑ ЗiОКЛ, (3.2.12)

где

ЗiОКЛ — тарифная ставка i-го работника в месяц, руб.

В штат обслуживающего персонала входит один инженер-электронщик с месячным окладом 4330 руб. и лаборант с окладом 2500. Тогда, учитывая, что данный персонал обслуживает 254 машины, имеем издержки на основную заработную плату обслуживающего персонала:

ЗОСНЗП =(12*(4330+2500)) /254=322,68 руб.

ЗДОПЗП=0,3*322,68=96,8 руб

Сумма отчислений на социальные нужды составляют:

ЗОТЧЗП =(322,68+96,8)*0,26=109,06 руб.

Тогда годовые издержки на заработную плату обслуживающего персонала составляют:

ЗЗП =322,68+96,8+109,06 = 528,54 руб.

Сумма годовых амортизационных отчислений определяется по формуле 3.2.13.

ЗАМ =СБАЛ *НАМ, (3.2.13)

где

СБАЛ — балансовая стоимость компьютера, руб./шт;

НАМ — норма амортизации (составляет 12,5%).

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

СБАЛ =СРЫН +З УСТ, (14)

где

СРЫН — рыночная стоимость компьютера, руб.;

З УСТ — затраты на доставку и установку компьютера, руб.

Стоимость компьютера, на котором велась работа, составляла 12000 руб., а затраты на его доставку и установку составляли 10% от его стоимости.

ЗУСТ =СРЫН *10%=12000*0,1=1200 руб.

Отсюда

СБАЛ =12000+1200=13200 руб./шт

Тогда

ЗАМ =13200*0,125=1650 руб./год.

Стоимость электроэнергии, потребляемой в год, определяется по формуле 3.2.15.

ЗЭЛ =PЭВМ *TЭВМ *СЭЛ *A, (3.2.15)

где

РЭВМ – суммарная мощность ЭВМ:

TЭВМ — годовой фонд рабочего времени ЭВМ;

СЭЛ — стоимость 1 КВт*ч электроэнергии;

A — коэффициент интенсивности использования мощности ЭВМ.

Согласно техническому паспорту ЭВМ PЭВМ =0,25 КВт, стоимость 1 КВт*ч электроэнергии для предприятий СЭЛ =2,26 руб., интенсивность использования ЭВМ A=0,98. Тогда значение затрат на электроэнергию равно:

ЗЭЛ =0,25*1784*2,26*0,98=987,80 руб.

Затраты на текущий и профилактический ремонты принимаются равными 5% от стоимости ЭВМ и составляют

ЗТР =СБАЛ *0,05=13200*0,05=660 руб.

Затраты на материалы, необходимые для обеспечения нормальной работы ЭВМ составляют 1% от стоимости ЭВМ и равны

ЗЕМ =СБАЛ *0,01=13200*0,01=132 руб.

Прочие косвенные затраты, связанные с эксплуатацией ЭВМ, состоят из амортизационных отчислений на здания, стоимости услуг сторонних организаций и составляют 5% от стоимости ЭВМ и равны

ЗПР =СБАЛ *0,05=13200*0,05=660 руб.

Полные затраты на эксплуатацию ЭВМ в течении года составляют:

ЗЭВМ =528,54+1650+987,8+132+660+660 = 4618,34руб.

Тогда цена машино-часа арендуемого времени составит

СЧАС =4618,34/1784=2,59 руб.

Затраты на оплату машинного времени составят

ЗМЕСПП =2,59*356,84=924,22 руб.

Нюансы бухгалтерского учета ПО в бюджетных организациях

В организациях бюджетного типа учет программных продуктов ведется раздельно по видам расходов в соответствии с нормами Приказа Минфина от 1 июля 2013 г. № 65н:

  1. Код 242 применяется в ситуациях, когда ПО приобретается для удовлетворения запросов федеральных органов государственного подчинения и организаций, находящихся под их управлением.
  2. Код 244 используют при получении программного обеспечения субъектами РФ, для которых невозможно отнесение расходных операций на 242 код.
  3. Статья 226 необходима, если приобретаются неисключительные права на пользование программой, при обновлении систем справочно-информационного назначения.

Аргументация принадлежности затрат на покупку ПО к 226 коду приведена в тексте Письма Минфина от 18 марта 2016 г., зарегистрированного под № 02-07-10/15362. В разъяснениях уточнено, что при определении счетов учета необходимо руководствоваться Инструкцией № 157н. Она подразумевает отнесение нематериальных активов в виде программного обеспечения на забалансовый счет 01. Стоимость в учете отражается равной сумме вознаграждения, которое прописано в договоре. Правило касается и программ, полученных на праве неисключительного пользования.

Если объект, признанный НМА, был куплен с получением неисключительных прав на него с условием использования программы в течение нескольких отчетных лет, то:

  • суммы затрат подлежат включению в учет в текущем периоде;
  • расходы будут считаться затратами будущих лет;
  • в учетных операциях применяется счет 401 50.

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

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

  • при понесении организацией расходов в текущем году, которые считаются затратами предстоящих лет, на финансовые результаты будущего периода они будут списываться при дебетовании 0 401 50 226 и кредитовании 0 302 00 000;
  • если расходы были осуществлены в одном из прошлых лет и были признаны организацией затратами будущих периодов, то в каждом новом отчетном году их отнесение на финансовый результат сопровождается дебетовыми оборотами по 0 401 20 226 и кредитовым значением суммы по 0 401 50 226.

Схема, по которой будут делиться суммы расходов на программное обеспечение с длительным временем эксплуатации и переводиться на финансовые результаты, предусмотрена п. 302 Инструкции № 157н. Нормативный документ предоставляет возможность учреждениям самостоятельно определять порядок переноса части затрат на итоги финансовой деятельности. Делать это можно равномерными фиксированными суммами, путем вычисления заданной пропорции, учитывающей объем оказанных услуг.

ОБРАТИТЕ ВНИМАНИЕ! В Письме Минфина № 02-07-10/15362 уточнено, что срок использования программного продукта при отсутствии информации об этом в лицензионной документации должен определяться комиссионным органом.

Обновление ПО и баз данных должно реализовываться на основании отдельного договора. Периодичность обновлений может быть установлена индивидуально для каждого программного продукта. При начислении на ежемесячной основе абонплаты за услуги по сохранению актуальности информационной составляющей в программе расходы включаются в финансовый результат текущего года. Затраты отражаются в учетных операциях через дебетование 1 401 20 226 и кредитование 1 302 26 730.

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

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

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

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

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

Страховые взносы на обязательное пенсионное страхование нельзя отнести к расходам на оплату труда и на уплату ЕСН, поэтому, по мнению МНС России, суммы таких страховых взносов подлежат отражению в составе прочих расходов и, следовательно, в полном объеме учитываются в составе косвенных расходов налогоплательщика (Письмо МНС России от 05.09.2003 N ВГ-6-02/945@). Такими же косвенными расходами являются взносы по обязательному социальному страхованию от несчастных случаев на производстве и профессиональных заболеваний, производимые в соответствии с законодательством Российской Федерации (пп.45 п.1 ст.264 НК РФ).

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

Прибыль в налоговом учете первоначально меньше, чем в бухгалтерском. Затем, по мере начисления амортизации, прибыль в налоговом учете будет превышать прибыль в бухгалтерском. Следовательно, сумма рассматриваемых расходов является налогооблагаемой временной разницей (п.12 Положения по бухгалтерскому учету «Учет расчетов по налогу на прибыль» ПБУ 18/02, утвержденного Приказом Минфина России от 19.11.2002 N 114н), приводящей к появлению в бухгалтерском учете организации, создавшей программный продукт собственными силами, отложенного налогового обязательства, равного произведению налогооблагаемой временной разницы на ставку налога на прибыль, установленную законодательством Российской Федерации о налогах и сборах (п.15 ПБУ 18/02).

Пример 3. ОАО «Синтез», занимающееся производством алюминия, в июне дало своим программистам задание разработать программу «Система отображения информации о передаче данных по внутренней корпоративной сети». Программисты такую программу создали за один месяц. Расходы по созданию составили: начислена заработная плата за июнь — 100 000 руб.; израсходованы материалы на сумму 85 000 руб.; амортизация использованных в ходе работ основных средств — 10 000 руб., НМА — 6400 руб. ОАО учло программу в составе НМА в июне. Планируется данную программу использовать в производственных целях в течение пяти лет. В бухгалтерском и налоговом учете амортизация по НМА начисляется линейным способом. В бухгалтерском учете амортизационные отчисления по НМА учитываются на отдельном синтетическом счете.

Организации, занимающиеся производством алюминия, относятся к 16 классу профессионального риска в соответствии с Правилами отнесения отраслей (подотраслей) экономики к классу профессионального риска, утвержденными Постановлением Правительства Российской Федерации от 31.08.1999 N 975. Страховой тариф для расчета страхового взноса на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний для организаций, относящихся к 16 классу профессионального риска, составляет 3% (Федеральный закон от 08.12.2003 N 167-ФЗ «О страховых тарифах на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний на 2004 год»).

В бухгалтерском учете ОАО «Синтез» произведены следующие записи:

В июне:

Дебет 08-5, Кредит 02 — 10 000 руб. — отражена амортизация основных средств, использованных при создании программы,

Дебет 08-5, Кредит 05 — 6400 руб. — отражена амортизация НМА, которые были использованы в ходе создания программы,

Дебет 08-5, Кредит 10 — 85 000 руб. — отражена стоимость использованных материалов,

Дебет 08-5, Кредит 70 — 100 000 руб. — начислена заработная плата программистам, занимавшимся созданием программы,

Дебет 08-5, Кредит 69, субсчет «Расчеты по ЕСН в части, зачисляемой в Фонд социального страхования РФ» — 4000 руб. — начислен ЕСН в части, подлежащей уплате в ФСС РФ,

Дебет 08-5, Кредит 69, субсчет «Расчеты по ЕСН в части, зачисляемой в Федеральный фонд обязательного медицинского страхования» — 200 руб. — начислен ЕСН в части, подлежащей уплате в ФФОМС,

Дебет 08-5, Кредит 69, субсчет «Расчеты по ЕСН в части, зачисляемой в территориальный фонд обязательного медицинского страхования» — 3400 руб. — начислен ЕСН в части, подлежащей уплате в территориальный ФОМС,

Дебет 08-5, Кредит 69, субсчет «Расчеты по ЕСН в части, зачисляемой в федеральный бюджет» — 28 000 руб. — начислен ЕСН в части, подлежащей уплате в федеральный бюджет,

Дебет 69, субсчет «Расчеты по ЕСН в части, зачисляемой в федеральный бюджет», Кредит 69, субсчет «Расчеты по страховым взносам на обязательное пенсионное страхование на финансирование страховой части трудовой пенсии» — 10 000 руб. — начислены страховые взносы в ПФР на финансирование страховой части трудовой пенсии,

Дебет 69, субсчет «Расчеты по ЕСН в части, зачисляемой в федеральный бюджет», Кредит 69, субсчет «Расчеты по страховым взносам на обязательное пенсионное страхование на финансирование накопительной части трудовой пенсии» — 4000 руб. — начислены страховые взносы в ПФР на финансирование накопительной части трудовой пенсии,

Дебет 08-5, Кредит 69, субсчет «Расчеты по обязательному социальному страхованию от несчастных случаев на производстве и профессиональных заболеваний» — 3000 руб. — начислены взносы на социальное страхование от несчастных случаев на производстве и профессиональных заболеваний,

Дебет 04, Кредит 08-5 — 240 000 руб. (10 000 + 6400 + 85 000 + 100 000 + 4000 + 200 + 3400 + 28 000 + 3000) — программа учтена в составе НМА.

В налоговом учете общая величина расходов, связанных с созданием программы, меньше, чем в бухгалтерском учете, на сумму взносов на обязательное пенсионное страхование — 14 000 руб. (10 000 + 4000) и социальное страхование от несчастных случаев на производстве и профессиональных заболеваний — 3000 руб. Таким образом, налогооблагаемая временная разница — 17 000 руб. (14 000 + 3000). Отложенное налоговое обязательство — 4080 руб. (17 000 руб. х 24%),

Дебет 68, Кредит 77 — 4080 руб. — отражено отложенное налоговое обязательство.

В июле:

Дебет 26, Кредит 05 — 4000 руб. (240 000 руб. : 5 лет : 12 месяцев) — начислена амортизация,

Дебет 77, Кредит 68 — 68 руб. (4080 руб. : 5 лет : 12 месяцев) — отражено частичное погашение отложенного налогового обязательства.

Налоговый учет расходов на приобретение неисключительных прав на программное обеспечение

Приобретение права на использование программ для ЭВМ и баз данных по договорам с правообладателем (по лицензионным соглашениям) для целей налога на прибыль является разновидностью прочих расходов, связанных с производством и реализацией (ст. 264 НК РФ).

Не следует забывать, что для уменьшения налога на прибыль, затраты должны соответствовать критериям, установленным ст. 252 НК РФ. То есть налогоплательщик должен иметь обоснование и документальное подтверждение данных издержек. Также они должны быть произведены для осуществления деятельности, направленной на получение дохода

Основной вопрос, с которым сталкивается компания, приобретая неисключительные права, заключается в том, в какой момент включать понесенные затраты в базу по налогу на прибыль: единовременно или равномерно?

  • Срок использования неисключительных прав установлен договором

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

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

В лицензионном соглашении иногда указывают срок, в течение которого покупатель может использовать программу. Тогда расходы на приобретение неисключительных прав организации следует учитывать равномерно в течение срока действия лицензии на использование программы (письмо Минфина РФ от 31.08.2012 № 03-03-06/2/95).

  • Срок использования неисключительных прав не установлен договором

Если условиями лицензионного соглашения срок использования программы не установлен, по мнению Минфина РФ, расходы на приобретение неисключительных прав на данное программное обеспечение учитываются равномерно с учетом срока, установленного требованиями п. 4 ст. 1235 ГК РФ (письма Минфина РФ от 18.03.2014 № 03-03-06/1/11743, от 18.03.2013 № 03-03-06/1/8161, от 10.09.2012 № 03-03-06/1/476).

В свою очередь данная норма ГК РФ говорит о том,что в случае, когда в лицензионном договоре срок его действия не определен, договор считается заключенным на 5 лет, если ГК РФ не предусмотрено иное (письма Минфина РФ от 23.04.2013 № 03-03-06/1/14039, от 02.02.2011 № 03-03-06/1/52).

Аналогичный порядок финансовое ведомство предлагает применять и в отношении затрат организации на адаптацию, модификацию и иные работы по усовершенствованию программного продукта (письма Минфина РФ от 18.03.2014 № 03-03-06/1/11743, от 18.03.2013 № 03-03-06/1/8161, от 13.02.2012 № 03-03-06/2/19). Эти расходы, по мнению Минфина РФ, необходимо признавать также равномерно в течение срока использования усовершенствованной программы.

Но тем, не менее, нужно учитывать это ограничение

Если, Вы хотите открыть ИП на ПСН и выбрать этот вид деятельности, то имеет смысл взять на заметку совет, который дала Калужская УФНС.

Вот, что, написано по этой ссылке:

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

От себя добавлю, что это относится не только к иностранным клиентам. Еще раз напомню, что ПСН можно применять только в том субъекте РФ, где он был куплен.

Но вообще, я бы рекомендовал в этом случае выбрать УСН 6%. Проблем гораздо меньше, и не придется возиться с договорами, которые нужно обязательно заключить в “правильном” субъекте РФ =) Мало того, можно потерять право применять ПСН, если ваши пояснения относительно места заключения договора не устроят ФНС.

Структурированное программирование

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

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

  • Нисходящий анализ — всегда выполняется программное обеспечение для выполнения рациональной работы. Эта рациональная работа известна как проблема на языке программного обеспечения. Поэтому очень важно, чтобы мы понимали, как решить проблему. При нисходящем анализе проблема разбивается на маленькие части, каждая из которых имеет какое-то значение. Каждая проблема решается индивидуально, и четко обозначены шаги по ее решению.

  • Модульное программирование — при программировании код разбивается на меньшую группу инструкций. Эти группы известны как модули, подпрограммы или подпрограммы. Модульное программирование, основанное на понимании нисходящего анализа. Он препятствует переходам, используя в программе операторы ‘goto’, что часто делает поток программы не отслеживаемым. Переходы запрещены и модульный формат приветствуется в структурированном программировании.

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

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

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

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

Функциональное программирование

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

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

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

Функциональное программирование использует следующие понятия:

  • Функции первого класса и высшего порядка. Эти функции могут принимать другую функцию в качестве аргумента или возвращать другие функции в качестве результата.

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

  • Рекурсия — рекурсия — это метод программирования, при котором функция вызывает себя и повторяет в ней программный код, если не совпадает какое-то предварительно определенное условие. Рекурсия — это способ создания циклов в функциональном программировании.

  • Строгая оценка — это метод оценки выражения, переданного функции в качестве аргумента. Функциональное программирование имеет два типа методов оценки: строгий (нетерпеливый) или нестрогий (ленивый). Строгая оценка всегда вычисляет выражение перед вызовом функции. Нестрогая оценка не оценивает выражение, если оно не требуется.

  • λ-исчисление — большинство функциональных языков программирования используют λ-исчисление в качестве систем типов. λ-выражения выполняются путем их оценки по мере их появления.

Функции первого класса и высшего порядка. Эти функции могут принимать другую функцию в качестве аргумента или возвращать другие функции в качестве результата.

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

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

Строгая оценка — это метод оценки выражения, переданного функции в качестве аргумента. Функциональное программирование имеет два типа методов оценки: строгий (нетерпеливый) или нестрогий (ленивый). Строгая оценка всегда вычисляет выражение перед вызовом функции. Нестрогая оценка не оценивает выражение, если оно не требуется.

λ-исчисление — большинство функциональных языков программирования используют λ-исчисление в качестве систем типов. λ-выражения выполняются путем их оценки по мере их появления.

Производство

Ключевые требования:

Автоматизированная генерация приложений, версий, обновлений

  • Максимальная сосредоточенность на самом процессе реализации/сборки каждого очередного проекта.

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

  • Постоянный контроль качества.

Постоянное ведение учёта времени

  • Выработка нормо-часов на типовые операции и стандартизация операций для персонала.
  • Автоматический учёт и контроль времени реализации каждого проекта.

Пример одновременной реализации интернет и офисного приложения

  • Краткое описание
Сертификаты
  • Точное соответствие интерфейса (представления) между интернет и офисным приложением. Нет необходимости переобучаться — просто взял и работай как в интернет-приложении или в офисном приложении.
  • Безпроблемная реализация для уже ранее готовой базы данных сертификатов, содержащей более 40Гб деклараций и сертификатов.
  • Готовый результат очень точно соответствует ‘ожиданиям’ потребителя на стадии проработки идеи (ТЗ).
  • Руководства пользователя
  • Исходное техническое задание

Microsoft

Корпорация Microsoft является американской общественной многонациональной корпорацией со штаб-квартирой в Вашингтоне, США. Microsoft, вероятно, является самой популярной компанией в мире со своим продуктом, операционной системой Windows. Корпорация Microsoft была номер один в производстве программного обеспечения в мире довольно долго, но недавно опустилась на второе место.

Microsoft была основана Биллом Гейтсом в 1975 году, и с тех пор он никогда не оглядывался назад. Билл Гейтс, в качестве генерального директора Microsoft был самым богатым человеком в мире уже более десяти с половиной лет. Стоит отметить, что Microsoft фигурирует среди 10 самых дорогих и успешных брендов в мире.

Корпорация Oracle

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

Штаб-квартира находится в Калифорнии, США и, распространяя свою деятельность по всему миру, корпорация Oracle является одной из крупнейших производителей программного обеспечения в мире. Корпорация Oracle является очень известной, благодаря продукту — Oracle Database.

Разработка и передача ПО по лицензии

Минфин неоднократно обращал внимание налогоплательщиков, что НДС-ом облагаются работы по созданию результатов интеллектуальной деятельности, выполняемые по договорам подряда (см. Письмо Минфина от 21 октября 2014 года № 03-07-03/52967).
Однако в 2010-11 годах суды рассматривали другой спор, связанный с созданием и модификацией программы для ЭВМ и ее передачей заказчику, и его итог был обратным (дело № А40-121512/2010). Суд первой инстанции решил, что стороны заключили друг с другом договоры подряда, которые предусматривали создание ПО для заказчика. Подрядчик обязался подготовить техзадание на программный комплекс, создать и модифицировать ПО, и передать исключительные и неисключительные права на него заказчику.
Но высшие инстанции встали на сторону налогоплательщика. При этом они отклонили три ключевых довода налоговиков:

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

Суды указали, что воля сторон договоров была направлена именно на передачу заказчику исключительных прав (в договорах эта воля была выражена, что соответствует п. 1 ст. 1296 ГК). При этом каждый из договоров (всего их было три) содержал раздел, описывающий порядок передачи исключительного права.

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

Ограничения ПСН

Патентная система налогообложения – это специальный налоговый режим для малого бизнеса и, чтобы работать на ПСН, надо соответствовать следующим требованиям:

  • только для индивидуальных предпринимателей. Организации в качестве альтернативы могут использовать схожий налоговый режим – ЕНВД;
  • годовой доход ИП на патенте ограничивается суммой в 60 млн. рублей. Если предприниматель совмещает ПСН с другим налоговым режимом, то доходы учитываются суммарно;
  • количество сотрудников ИП не превышает 15 человек. При этом учитывается численность работников не только по видам деятельности на ПСН, но и на других налоговых режимах. Например, предприниматель ведёт бизнес на УСН с персоналом численностью 10 человек. В случае, если он дополнительно купит патент, то сможет нанять еще только 5 человек.

Стоимость патента

Перед принятием решения о покупке патента, рекомендуется заранее рассчитать его стоимость и сравнить с налоговой нагрузкой на других льготных режимах – УСН и ЕНВД. Особенность ПСН в том, что налог рассчитывается, исходя из потенциально возможных доходов, а не из реально получаемых.То есть, стоимость патента фиксируется для конкретного региона отдельно и устанавливается государством в соответствии с предполагаемым доходом ИП по выбранному виду деятельности. Размер этого дохода определяют региональные законы, поэтому стоимость патента на один и тот же вид деятельности в разных областях может значительно отличаться. Это связано с предположением о том, что, например, цены на услуги в московских компаниях выше, а клиентов больше, чем в любой соседней области. Кроме того, на стоимость патента влияет физический показатель выбранного направления деятельности. Таким образом, чтобы рассчитать размер налога на ПСН и принять решение о покупке патента для ИП, надо знать не только потенциально возможный годовой доход по региону, но и величину физического показателя бизнеса.

Законодательные положения о программном обеспечении

Гражданским кодексом РФ компьютерные программы обозначены как результат интеллектуальной деятельности и отнесены к объектам охраняемой законом интеллектуальной собственности, на которые признаются интеллектуальные права, включающие исключительное или имущественное право (ст. 1225 и 1226 ГК РФ). Также программы для компьютеров отнесены к объектам авторских прав, охраняемым как литературные произведения (п. 1 ст. 1259, ст. 1261 и 1262 ГК РФ).

Автор или соавторы программного обеспечения, внесшие личный творческий вклад в создание объекта интеллектуальной деятельности, выступают его первоначальными правообладателями (ст. 1228 ГК РФ) и могут распорядиться имущественным правом на данный объект одним из не противоречащих законодательству способов (п. 1 ст. 1233 ГК РФ):

  1. Правообладатель может передать принадлежащее ему исключительное право на результат интеллектуального труда в полном объеме другому лицу — приобретателю по договору об отчуждении исключительного права (п. 1 ст. 1234 ГК РФ). Такой документ заключают в письменной форме и регистрируют в патентном органе (в предусмотренном законом случае). Переход исключительного права происходит в полном объеме в момент регистрации договора. Важными условиями договора об отчуждении являются передача исключительного права в полном объеме, согласованный размер и порядок оплаты программного обеспечения. Иначе договор может быть признан незаключенным.
  2. Право использования программного обеспечения в пределах, определенных документом, может быть предоставлено обладателем исключительного права (лицензиаром) другому лицу (лицензиату) по лицензионному договору (п. 1 ст. 1235 ГК РФ).

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

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

  • предмета договора и права его использования (с указанием даты и номера патента, свидетельства, другого документа, удостоверяющего исключительное право на объект);
  • размера оплаты в случае заключения возмездного договора;
  • способов использования объекта интеллектуальной собственности.

Моментом заключения лицензионного договора является дата его госрегистрации (письмо Минфина от 04.05.2012 № 03-03-06/1/226).

Не все то золото.

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

Дело в том, что налогоплательщики зачастую неточно трактуют норму подпункта 26 пункта 2 статьи 149 НК РФ. Она гласит, что под освобождение от НДС попадает реализация исключительных прав на программы, база данных, ноу-хау, полезные модели, изобретения и прочие аналогичные результаты интеллектуальной деятельности. Кроме того, из-под налогообложения выведена передача прав на использование указанных выше разработок по лицензии. А вот создание программного обеспечения (ПО) как таковое, по мнению ФНС и многих судов, является оказанием услуги или выполнением работы, но не передачей прав на результаты интеллектуальной деятельности. Следовательно, такие операции подлежат обложению НДС, что соответствует позиции Минфина (письмо от 21.10.14 № 03-07-03/52967).

Аналогичной точки зрения придерживаются и суды. Так, Арбитражный суд Московского округа в постановлении по делу № А40-252272/2015 встал на сторону ФНС. Налогоплательщик настаивал на освобождении от НДС операции по разработке программного обеспечения для сторонней компании, поскольку вместе с самой программой он передал заказчику и права на нее. Но арбитры указали на то, что договор между сторонами предусматривал выполнение работы по заданию заказчика, а не передачу исключительных прав на программу для ЭВМ.

Как изменится НДС на распространение ПО

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

Как зарегистрировать приложение в Реестре отечественного ПО

Это отдельная тема для разговора. Если кратко, то нужно соблюсти следующие минимальные требования:
1) Правообладателем российского ПО должен быть гражданин России или коммерческая организация. При этом доля участия российских граждан, организаций, РФ, субъектов РФ, в коммерческой организации должна быть более 50%.
2) Сведения о программном продукте не могут составлять государственную тайну.
3) Общая сумма выплат за календарный год по лицензионным договорам в отношении иностранных юридических и физических лиц составляет мене 30 процентов выручки правообладателя программного обеспечения от его реализации, включая предоставление прав использования.
4) Программное обеспечение не имеет принудительного обновления и управления из-за рубежа
5) Гарантийное обслуживание, техническая поддержка и модернизация программного обеспечения осуществляются российской коммерческой или некоммерческой организацией без преобладающего иностранного участия либо гражданином Российской Федерации.
6) Заявление и прилагаемые к нему документы и материалы представляются через сайт Минкомсвязи с использованием электронной подписи заявителя.
7) В заявлении обязательно указываются гиперссылки на сайт правообладателя с техническими документами:

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

Зачем нужно проектировать программу и соблюдать этапы разработки?

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

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

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

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

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

Чем раньше будут обнаружены ошибки или выявлен неправильных подход в реализации того или иного действия, тем цена этих ошибок будет меньше. Иными словами, в зависимости от этапа обнаружения ошибки ее цена может меняться от 10 до 100 раз. Например, если на самом начальном этапе цена исправления ошибки будет равняться 100 рублей, то на этапе тестирования она может вылиться в 10000. Поэтому этапы разработки ПО очень важны, и разработчик должен их соблюдать и попытаться донести это видение до менеджеров, которым всегда нужен только результат. Так как они или отводят на это слишком мало времени или и вовсе не считают это необходимым, например, зачем при программировании вырабатывать какие-то требования или что-то там проектировать.

Процесс разработки заказного ПО

Обзор процесса разработки начнём с наиболее общего случая – разработки заказного программного обеспечения. Схема процесса приведена на рисунке 1.

Рисунок 1. Процесс разработки заказного программного обеспечения.
Работа над проектом начинается с подготовительного этапа. Цель этапа состоит в том, чтобы на основе предложений заказчика создать некоторую концепцию будущей системы и, отталкиваясь от этой концепции, провести оценку востребованности и реализуемости проекта. Если решение о привлечении исполнителя принимается заказчиком на конкурсной основе, то предварительный этап фактически является стадией подготовки потенциального исполнителя к конкурсу, включая формирование необходимой документации.
Не нужно тратить время и ресурсы на проект, чья концепция признаётся невостребованной или нереализуемой. Такой проект должен быть завершён. В ряде случаев требуется некоторая итеративная работа с заказчиком по коррекции концепции проекта, пока либо не будет достигнут приемлемый баланс требований заказчика и затрат исполнителя, либо не будет принято решение о сворачивании работ.
Проект, концепция которого выглядит приемлемой для реализации, выходит на этап разработки требований. На этом этапе исполнитель должен сформировать перечень всех явных и скрытых потребностей заказчика. Часто оказывается, что заказчик либо не определился со своими потребностями, либо его потребности вступают в противоречие между собой, с возможностями заказчика или с возможностями исполнителя. Целями этапа являются выявление всех скрытых потребностей, решение конфликтов требований, формирование целостного технического решения и анализ реализуемости подготовленного решения.
Иногда уточнение требований приводит к пересмотру концепции проекта. Если после уточнения всех требований не удаётся найти приемлемого технического решения, проект приходится сворачивать либо откладывать на некоторое время в ожидании более приемлемых обстоятельств.
Если техническое решение найдено, исполнитель приступает к разработке архитектуры будущей системы. Цель этапа – определение верхнеуровневой логической и физической архитектуры, полностью покрывающей все требования заказчика. При разработке архитектуры проводится рецензирование и уточнение концепции, требований и предварительного технического решения, что даёт возможность предупредить наиболее опасные риски.
После завершения проектирования архитектуры необходимо снова провести ревизию основных параметров проекта и решить, в состоянии ли исполнитель завершить проект. Полезно на стадии разработки архитектуры отказаться от излишних и слишком громоздких функций. Оптимизация архитектурного решения часто помогает вписаться в приемлемые параметры проекта. В иных случаях требуется более радикальное сокращение функционала разрабатываемой системы. Однако даже остановка проекта на этой стадии, если она происходит по веским причинам, должна восприниматься как победа: продолжение работ в таком случае может привести только к ещё большим потерям.
Если баланс был найден, и удалось создать приемлемую архитектуру системы, исполнитель может переходить к реализации и поставке системы. Реализация может проходить в один или несколько этапов. Для небольших проектов одноэтапная поставка всего функционала системы может быть вполне приемлемой. Однако, чем больше проект, тем выше зависимости подсистем внутри создаваемой системы. В этих условиях следует делить реализацию на несколько этапов так, чтобы в конце каждого этапа команда разработчиков имела готовый к поставке продукт. При этом самый важный, фундаментальный функционал должен разрабатываться на ранних этапах, а надстройки, работающие поверх этих основных компонентов, следует реализовывать позднее. В таком случае наиболее опасные для системы ошибки будут исправлены на первых этапах, и риск того, что прикладная функциональность системы будет основана на нестабильной основе, будет значительно снижен.
После поставки полностью завершённой системы проект заказного ПО обычно переходит к этапу опытной эксплуатации. Цель этого этапа заключается в проверке качества работы разработанной системы в реальных условиях эксплуатации. Как правило, на этом этапе исполнитель совместно с заказчиком проводит измерение количественных метрик, позволяющих определить качество созданной системы. В первую очередь проверяются функциональные характеристики качества, затем – нефункциональные. При наличии несоответствий исполнитель корректирует код системы.
Полностью отлаженная и настроенная система вводится в промышленную эксплуатацию. Как правило, исполнитель должен сопровождать систему, по крайней мере, в течение срока гарантии. Выявляемые несоответствия должны исправляться. Пользователи и обслуживающий персонал заказчика должны получат оперативную консультативную поддержку.
Наконец, приходит момент, когда система перестаёт устраивать заказчика по какой-либо причине. Наступает этап вывода системы из эксплуатации. Впрочем, для заказного ПО этот этап не всегда актуален, поскольку заказчик может воспользоваться своими эксклюзивными правами на систему и отстранить исполнителя от дальнейших работ по сопровождению и развитию системы ещё до того, как она потеряет актуальность.
Любой проект в конечном счёте приходит к своему завершению. Этап прекращения проекта имеет целью анализ результатов, внесение изменений в процесс разработки на основе полученного опыта и пополнение базы знаний разработчиков новыми эффективными решениями и предостережениями, а также новыми готовыми компонентами, которые можно будет использовать в следующих проектах.
Осталось отметить ещё два этапа процесса разработки. Бывает, что обстоятельства не позволяют продолжать реализацию проекта, но результаты проделанной работы показывают, что у проекта может быть будущее. Закрывать такой проект преждевременно. Поэтому вместо полной остановки работ исполнитель может временно приостановить деятельность по проекту, зафиксировав достигнутые результаты. Как только обстоятельства позволят, проект можно буде возобновить, расконсервировав инфраструктуру, вернув в проект разработчиков и восстановив состояние проекта. Важно, однако, возобновлять работу с того этапа, на котором проект был прерван, повторно проведя ревизию достигнутых результатов.

Процесс разработки инвестиционного ПО

Процесс разработки инвестиционного ПО отличается тем, что параллельно может идти работа сразу над несколькими версиями продукта: пока первая версия сопровождается, вторая уже реализуется, а для третьей формулируются требования. Процесс показан на рисунке 2.

Рисунок 2. Процесс разработки инвестиционного программного обеспечения.
Как нетрудно заметить, при разработке инвестиционного ПО имеют место те же этапы, которые были рассмотрены выше для процесса разработки заказного программного обеспечения. Но отличие состоит в том, что этапы относятся не ко всему продукту, а к отдельной версии продукта. Исключение составляет этап прекращения проекта: проект не может завершиться, пока идёт работа хотя бы над одной версией продукта.
Обратите внимание на момент начала работ над следующей версией продукта. Этот момент настаёт, как только пройден этап создания архитектуры текущей разрабатываемой версии. До этого на этапах формирования требований и создания архитектуры, как правило, идёт обсуждение, какие функции следует реализовать в текущей версии, а какие перенести на будущее. И только тогда, когда требования к текущей версии сформулированы, рецензированы и подтверждены архитектурой системы, имеет смысл думать о следующей версии.
Кроме того, после разработки архитектуры, как правило, у аналитиков и архитекторов проекта появляется некоторая свобода действий, поскольку на этапах поставки основная нагрузка ложится на программистов. Эту свободу можно использовать для проработки концепции и требований для следующей версии.
В принципе, можно перенести начало работ над следующей версией на более поздний срок. Например, вполне допустимо сначала ввести текущую версию в опытную или даже промышленную эксплуатацию, и только после этого начать работу над следующей версией. Но нужно помнить, что такое решение неприменимо в случае высокой конкуренции: вас просто опередят и выдавят с рынка. Решение нужно принимать, исходя из всего комплекса обстоятельств, влияющих на ваш бизнес.
Говоря о процессе разработки инвестиционного ПО, нужно понимать, что работа над несколькими версиями имеет ряд явных и скрытых взаимозависимостей между параллельными ветками процесса.
Во-первых, исправления несоответствий, выявленных в ранней версии, должны вноситься и в версию, где они были обнаружены, и во все более поздние версии, включая разрабатываемые. Это касается не только кода программы, но и всех остальных артефактов проекта: технической и пользовательской документации, справочной системы, оценок и планов работ и т.п. Причём исправления должны вноситься немедленно, поскольку уменьшить стоимость исправлений вам не удастся, но, если не внести исправления сразу, их стоимость на более поздних стадиях может увеличиться в десятки и даже сотни раз.
Во-вторых, для параллельной работы над несколькими версиями нужна особая инфраструктура проекта, включая организацию контроля версий кода и документации, контроля заданий и несоответствий, утилит автоматической сборки и тестирования и т.п. Нельзя допустить, чтобы работа над одной версией продукта блокировала выполнение задач по другим версиям только из-за того, что инфраструктура проекта не позволяет запустить два процесса сборки одновременно для разных версий продукта.
Особое внимание нужно уделить стендам, на которых проводится тестирование: на них должны быть развёрнуты все версии продукта, которые были выпущены ранее (по меньшей мере, те версии, которые сопровождаются), и все версии, разработка которых ведётся в настоящий момент.
В-третьих, в работе над несколькими версиями могут быть одновременно задействованы одни и те же участники. Имеется большой риск, что ключевой сотрудник может погрязнуть в работе над одной версией программы и допустить существенное превышение сроков по задачам, связанным с другой версией.
В-четвёртых, имеет место обратная ситуация, когда персонал, работающий над одной версией, ничего не знает о том, какие решения принимаются в рамках работ над другой версией. Частично проблема снимается, если исправления всей документации и кода будут немедленно распространяться на все более поздние версии, о чём я говорил выше. Но одними исправлениями дело не должно ограничиваться. Нужно, чтобы команда, работающая над одной версией, понимала, почему были приняты те или иные решения при работе над другой версией. Для этого нужна база знаний для разработчиков – специальная информационная система, в которой должны описываться все проблемы, с которыми столкнулись разработчики при работе над той или иной версией продукта, и способы решения этих проблем. База знаний должна рассылать всем участникам проекта уведомления о поступлении новых записей. Нельзя пускать на самотёк взаимодействие двух команд, работающих над разными версиями одного продукта.

Итоги

Итак, продажа программного обеспечения без НДС может быть законной на основании:

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

  • http://NalogObzor.info/publ/uchet_raschetov_s_kontragentami/raschety_po_licenzionnomu_dogovoru/kak_licenziaru_otrazit_v_uchete_voznagrazhdenie_po_licenzionnomu_dogovoru/92-1-0-2474
  • https://WiseEconomist.ru/poleznoe/11818-licenzionnyj-dogovor-otrazhenie-buxgalterskom-nalogovom-uchete-voznagrazhdeniya
  • https://www.audit-it.ru/articles/account/assets/a9/893554.html
  • https://primelegal.ru/konsultacii/nalogooblozhenie-ip-pri-pokuple-patenta-na-okazanie-uslug-po-razrabotke-programmnogo-obespechenija/
  • https://www.audit-it.ru/articles/account/assets/a18/997417.html
  • https://fin-accounting.ru/cfa/l1/fin-reporting/cfa-capitalisation-of-internal-development-costs
  • https://pandia.ru/text/77/373/24249.php
  • https://assistentus.ru/buhuchet/programmnogo-obespecheniya/
  • https://WiseEconomist.ru/poleznoe/20912-sozdanie-programmnogo-obespecheniya-sobstvennymi-silami-organizacii-buxgalterskij
  • https://www.klerk.ru/buh/articles/479642/
  • https://dmitry-robionek.ru/psn/razrabotka-programm.html
  • https://coderlessons.com/tutorials/akademicheskii/programmnaia-inzheneriia/programmnaia-realizatsiia
  • https://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%9A%D0%BE%D0%BD%D0%B2%D0%B5%D0%B9%D0%B5%D1%80%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F
  • https://batop.ru/top-10-proizvoditeley-programmnogo-obespecheniya-v-mire
  • https://www.klerk.ru/buh/articles/450600/
  • https://vc.ru/finance/50252-patent-dlya-ip-alternativnaya-sistema-nalogooblozheniya-dlya-razrabotchikov-programmnogo-obespecheniya
  • https://nalog-nalog.ru/nds/lgoty_po_nds/zakonna_li_prodazha_programmnogo_obespecheniya_bez_nds/
  • https://kontursverka.ru/stati/kogda-razrabotka-programmnogo-obespecheniya-ne-oblagaetsya-nds
  • https://habr.com/ru/post/518150/
  • https://info-comp.ru/programmirovanie/724-stages-of-program-development.html
  • https://habr.com/ru/post/255991/

Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: