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

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

⇐ ПредыдущаяСтр 186 из 202

Цели

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

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

q ориентироваться в принципах сопровождения ПО и понимать причины увеличения расходов на сопровождение систем;

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

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

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

Существует несколько стратегических подходов к процессу модернизации ПО .

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


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

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

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

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

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

Рекомендуемые страницы:

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

Причины

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

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

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

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

Задачи модернизации ПО

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

  • расширение функционала;
  • адаптация под новые аппаратные платформы и технологии;
  • перенос и адаптация пользовательских данных;
  • оптимизация производительности;
  • системная интеграция.

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

Где заказать?

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

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

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

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

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

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

По лицензионному договору одна сторона — обладатель исключительного права на результат интеллектуальной деятельности (лицензиар) предоставляет или обязуется предоставить другой стороне (лицензиату) право использования такого результата или такого средства в предусмотренных договором пределах (п. 1 ст. 1235 ГК РФ).
В соответствии с пп. 1 п. 1 ст. 1236 ГК РФ лицензионный договор может предусматривать предоставление лицензиату права использования результата интеллектуальной деятельности с сохранением за лицензиаром права выдачи лицензий другим лицам (простая (неисключительная) лицензия).
Абзацем вторым п. 4 ст. 1235 ГК РФ определено, что в случае, когда в лицензионном договоре срок его действия не определен, договор считается заключенным на пять лет.
Бухгалтерский учет расходов регламентируется положениями ПБУ 10/99 «Расходы организации».
Пунктом 2 ПБУ 10/99 определено, что расходами организации признается уменьшение экономических выгод в результате выбытия активов (денежных средств, иного имущества) и (или) возникновения обязательств, приводящее к уменьшению капитала этой организации.
Расходы по обычным видам деятельности принимаются к бухгалтерскому учету в сумме, исчисленной в денежном выражении, равной величине оплаты в денежной и иной форме или величине кредиторской задолженности. Если оплата покрывает лишь часть признаваемых расходов, то расходы, принимаемые к бухгалтерскому учету, определяются как сумма оплаты и кредиторской задолженности (в части, не покрытой оплатой) в соответствии с п. 6 ПБУ 10/99.
Расходы на доработку программного обеспечения подлежат учету в составе прочих расходов по обычным видам деятельности (п. 8 ПБУ 10/99).
Расходы согласно п. 16 ПБУ 10/99 признаются в бухгалтерском учете при наличии следующих условий:
— расход производится в соответствии с конкретным договором, требованием законодательных и нормативных актов, обычаями делового оборота;
— сумма расхода может быть определена;
— имеется уверенность в том, что в результате конкретной операции произойдет уменьшение экономических выгод организации, то есть в случае, когда организация передала актив либо отсутствует неопределенность в отношении передачи актива.
Пунктом 18 ПБУ 10/99 определено, что расходы признаются в том отчетном периоде, в котором они имели место, независимо от времени фактической выплаты денежных средств и иной формы осуществления (допущение временной определенности фактов хозяйственной деятельности).
Таким образом, расходы на доработку программного обеспечения (далее — ПО) могут быть приняты к учету единовременно в сумме фактических затрат, но в рассматриваемой ситуации, в соответствии с учетной политикой организации, применяется метод равномерного признания этих расходов.
Пунктом 65 Положения по ведению бухгалтерского учета и бухгалтерской отчетности в РФ, утвержденного приказом Минфина России от 29.07.1998 N 34н, установлено, что затраты, произведенные организацией в отчетном периоде, но относящиеся к следующим отчетным периодам, отражаются в бухгалтерском балансе в соответствии с условиями признания активов, установленными нормативными правовыми актами по бухгалтерскому учету, и подлежат списанию в порядке, определенном для списания стоимости активов данного вида.

«Планом счетов бухгалтерского учета финансово-хозяйственной деятельности организаций и инструкции по его применению», утвержденным Приказом Минфина России от 31.10.2000 N 94н, для обобщения информации о расходах, произведенных в данном отчетном периоде, но относящихся к будущим отчетным периодам, предназначен счет 97, перечень которых является открытым.
Исходя из вышесказанного, организация может признавать указанные затраты равномерно в течение установленного периода использования, закрепив метод учета в учетной политике (п. 4 ПБУ 1/2008). Причем привязки к оставшемуся сроку использования ПО законодательство по бухгалтерскому учету не содержит.
По нашему мнению, при доработке ПО организация вправе установить срок полезного использования, соответствующий лицензионному договору на доработку, в том числе, если он превышает срок полезного использования основного ПО, либо, например, в случае, когда в договоре не предусмотрен данный срок, самостоятельно установить срок, равный оставшемуся сроку полезного использования основного ПО, или, если организация предполагает использовать доработанное ПО свыше оставшегося срока, установить срок, превышающий оставшийся срок полезного использования основного ПО, и признавать расходы на доработку ПО в течение установленного ею срока.
Следует отметить, что организация должна правомерно использовать программный продукт, иначе расходы, связанные с его доработкой, обновлениями, обслуживанием, и прочие не могут быть приняты к учету.

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

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

Существуют судебные решения, в которых правомерным признается единовременное признание налогоплательщиками таких затрат в целях исчисления налога на прибыль (постановление ФАС Западно-Сибирского округа от 15.03.2013 N Ф04-933/13 по делу N А27-11302/2012, постановления ФАС Поволжского округа от 12.07.2012 N Ф06-5251/12, Северо-Западного округа от 21.07.2011 N Ф07-12326/10 по делу N А56-48512/2009, постановления Четвертого арбитражного апелляционного суда от 03.04.2014 N 04АП-4378/13, Седьмого арбитражного апелляционного суда от 08.07.2013 N 07АП-4496/13, от 28.11.2012 N 07АП-9152/12 и другие).
Таким образом, можно в налоговом учете предусмотреть единовременное отнесение в расходы затрат на доработку программного обеспечения, но, учитывая наличие арбитражной практики, организации нужно быть готовой отстаивать свою точку зрения в суде.
Вопрос по близкой к описанной Вами ситуации, где обновления ПО, купленного по договорам с правообладателями, в том числе лицензионным, сублицензионным (неисключительные имущественные права на использование программного обеспечения для ЭВМ), приобретались на основании отдельных договоров с правообладателями, в том числе лицензионных, сублицензионных, рассмотрен в письме Минфина России от 13.02.2012 N 03-03-06/2/19. Финансовое ведомство разъясняет, что если из условий договора на приобретение неисключительных прав нельзя определить срок использования программ для ЭВМ, то затраты на приобретение ПО распределяются с учетом принципа равномерности признания доходов и расходов. При этом налогоплательщик в налоговом учете вправе самостоятельно определить период, в течение которого указанные расходы подлежат учету для целей налогообложения прибыли. Порядок признания в целях налогообложения прибыли в отношении расходов по работам, связанным с обновлением и модификацией ПО, результаты которых будут использоваться налогоплательщиком в течение срока использования программного продукта, аналогичен порядку учета самого ПО (смотрите также письма Минфина России от 18.03.2013 N 03-03-06/1/8161, от 19.07.2012 N 03-03-06/1/346, от 23.10.2009 N 03-03-06/1/681, от 18.04.2007 N 03-03-06/2/75).
В связи с вышеизложенным, по нашему мнению, если в лицензионном договоре не указан срок, в течение которого организация вправе использовать ПО, организации при приобретении неисключительных прав на использование ПО по лицензионному договору во избежание претензий со стороны налоговых органов целесообразно установить предполагаемый срок использования ПО с учетом срока, установленного ГК РФ (не менее 5 лет — п. 4 ст. 1235 ГК РФ), и учитывать равномерно расходы на приобретение права его использования в течение этого срока, установив такой порядок признания расходов в учетной политике в целях налогового учета.
При доработке ПО организации целесообразнее установить срок полезного использования, соответствующий договору на доработку, либо самостоятельно установить срок, равный оставшемуся сроку полезного использования основного ПО. В случае если организация установит срок использования доработки, превышающий срок применения ПО, нужно быть готовым к возможным претензиям со стороны контролирующих органов.
Ответ подготовил:
Эксперт службы Правового консалтинга ГАРАНТ
Карасёва Анна
Контроль качества ответа:
Рецензент службы Правового консалтинга ГАРАНТ
профессиональный бухгалтер Мягкова Светлана

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

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