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

Программа разработана совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

Ежемесячно сотрудниками организации в рамках трудового договора, на основании приказов и служебных заданий к трудовым договорам создается программное обеспечение (служебное произведение). После создания оформляется отчет о выполнении служебного задания и акт о принятии программного обеспечения. На основании трудового договора вознаграждение за создание служебного произведения выплачивается сверх должностного оклада в размере 1149 руб. Исключительное право с момента создания служебного произведения принадлежит работодателю.
Какой код применить при отражении данного дохода в справке 2-НДФЛ? Под каким кодом это вознаграждение должно отражаться дополнительной строкой в форме СЗВ-СТАЖ?

По данному вопросу мы придерживаемся следующей позиции:
В отношении вознаграждения, выплачиваемого за создание служебного произведения, корректно применить код дохода 2000.
Время, затраченное на создание такого произведения, в СЗВ-СТАЖ не отражается.

Обоснование позиции:
Произведение науки, литературы или искусства, созданное в пределах установленных для работника (автора) трудовых обязанностей, имеет особый статус и именуется служебным произведением. Согласно п. 1 ст. 1295 ГК РФ авторские права на служебное произведение принадлежат работнику, его создавшему (автору). Однако исключительное право (ст. 1229 ГК РФ) на служебное произведение принадлежит работодателю, если трудовым или иным договором между работодателем и автором не предусмотрено иное (п. 2 ст. 1295 ГК РФ).
Организация может получить исключительные права на служебные произведения как на основании договора об отчуждении исключительного права (ст. 1234 ГК РФ), так и на основании договора авторского заказа (ст. 1288 ГК РФ), которые НК РФ относит к возмездным договорам гражданско-правового характера, а также на основании трудового договора, как указано в ст. 1295 ГК РФ.
При этом указанные выше договоры ГПХ заключаются только в письменной форме. В ином случае они будут признаны ничтожными (п. 2 ст. 1234, п. 2 ст. 1235, п. 2 ст. 1286 ГК РФ, п. 37 Постановления N 10).
Таким образом, исходя из совокупности указанных выше норм, служебное произведение может быть создано только в пределах трудовых обязанностей работника. Заключение гражданско-правового договора также возможно, но, по нашему мнению, это актуально для тех случаев, когда произведение создается вне пределов трудовой функции работника-автора.
Условия, относящиеся к вознаграждению за служебное произведение, также могут быть предусмотрены как в гражданско-правовом, так и в трудовом договоре (п. 2 ст. 1295 ГК РФ, п. 105 постановления Пленума ВС РФ от 23.04.2019 N 10).
Исходя из официальных разъяснений, в случаях, когда создание служебного произведения (изобретения) заложено в трудовые функции работника по условиям трудового договора, вознаграждения, выплачиваемые работнику как автору, рассматриваются как вознаграждения, выплачиваемые в рамках трудовых отношений (письма Минфина России от 12.04.2019 N 03-15-06/26129, от 21.02.2018 N 03-15-06/10925, ФНС России от 15.03.2018 N ГД-4-11/4898@). Отметим, что в указанных письмах рассматривался вопрос обложения страховыми взносами вознаграждений, выплачиваемых организацией своим работникам за создание и использование служебного произведения (изобретения).
В связи с изложенным выше, учитывая, что работник создает ПО в рабочее время на основании трудового договора, полагаем, что в рассматриваемой ситуации вознаграждение за создание служебного произведения следует рассматривать как дополнительную выплату работнику сверх его обычной заработной платы.

Коды видов доходов

СЗВ-СТАЖ

СЗВ-СТАЖ заполняется на основании документов страхователя, в том числе сведений:
— о периоде работы застрахованного лица (в том числе корректирующих), на основании приказов и других документов кадрового учета, а также на основании договоров гражданско-правового характера и договоров авторского заказа;
— о заработной плате и ином доходе, выплатах и иных вознаграждениях в пользу застрахованного лица (п. 1.3 Порядка).
При этом в п. 1.5 Порядка (как и в ст. 420 НК РФ) определено, что форма СЗВ-СТАЖ представляется на всех застрахованных лиц:
— работающих по трудовому договору;
— работающих по договору авторского заказа;
— получающих вознаграждения по договору об отчуждении исключительного права.
То есть из указанной нормы следует, что основанием для выделения в форме СЗВ-СТАЖ отдельной строкой периода работы, в течение которого создавалось программное обеспечение (служебное произведение), является не квалификация вознаграждения, полученного по результатам работы, а то, в рамках какого договора выплачивалось это вознаграждение.
Учитывая, что служебное произведение создается в рабочее время в рамках трудового договора, полагаем, что время, затраченное на создание такого произведения, в СЗВ-СТАЖ не отражается.

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

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

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

Источник

Порядок планирования разработок ПО

Обновим 1С с гарантией сохранности базы

Поможем с 1С 24/7, без выходных

Установим сервисы 1С бесплатно

Оперативно решим любые задачи по 1С

Порядок планирования разработок/доработок программного обеспечения

1. Общие положения.

1.1. Назначение документа.

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

Участниками выполнения данного документа являются:

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

1.2. Термины и определения.

Термины, определения и сокращения, используемые в настоящем документе:

1.2.1. Общество – ООО «12 ИСТОРИЙ».

1.2.2. ПО – программное обеспечение.

1.2.3. ТЗ – техническое задание.

1.2.4. ЭПС – электронная почтовая система.

2. Порядок планирования разработок/доработок программного обеспечения.

2.1. Формирование ТЗ.

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

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

Заказчик формирует ТЗ в соответствии с формой технического задания на разработку и создает задачу в Яндекс.трекере в очередь ODINSDEV.

К ТЗ предъявляются следующие требования:

Техническое задание создается лидером от подразделения, по которому требуется выполнение работ. Задание направляется в трекер. В течение 1 рабочего дня с момента создания тикета, Руководитель процесса разработки обозначает приоритет выполнения задачи. Приоритет обсуждается с Заказчиком и руководителем ИТ отдела.

Согласование Руководителем процесса разработки ТЗ на доработку/разработку ПО.

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

2.2. Планирование разработки.

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

1) круг специалистов, входящих в группу тестирования и способ тестирования разработанного ПО,

2) перечень этапов и работ, входящих в общий комплекс работ по разработке ПО,

3) ответственного по каждой работе,

4) приоритеты по каждой работе,

5) план возврата к исходному состоянию,

6) потребность в привлечении дополнительных ресурсов.

7) контрольные точки.

В случае необходимости привлечения дополнительных ресурсов Руководитель процесса разработки согласовывает их с руководителем ИТ отдела. Принимается решение о целесообразности привлечения дополнительных ресурсов.

2.3. Формирование графика выполнения работ.

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

На основе этих данных Руководитель процесса разработки составляет график выполнения работ по разработке ПО.

2.4. Ознакомление исполнителей с планом-графиком работ.

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

3. Порядок корректировки плана разработок.

Корректировка плана разработок производится в следующих случаях:

При необходимости корректировки плана разработок Руководитель процесса разработки согласовывает с руководителем ИТ отдела и Заказчиком перенос сроков выполнения работ.

4. Порядок приемки разработок.

После завершения этапа тестирования Руководитель процесса разработки в системе Яндекс.трекер переводит в статус «Тестирование», уведомление об изменении статуса задачи на «Тестирование» приходит в Slack автору задачи. Руководитель процесса разработки в комментарий к задаче кратко пишет результат работы.

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

ФОРМА

ТЕХНИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ/ДОРАБОТКУ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

1. Общие сведения.

В данном пункте необходимо указать:

-наименование программного обеспечения (1С: Документооборот, 1С: КА, 1С: БП, 1С: ЗУП),

-наименование подразделения Заказчика,

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

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

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

2. Экономическое обоснование.

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

3. Требования к программному обеспечению.

3.1. Требования к программному обеспечению в целом.

В данном пункте нужно указать:

— режим функционирования программного обеспечения и персонала его использующего (24*7, 8*5 и т.д.),

— порядок подготовки персонала (требуется ли разработка инструкций, памяток и т.д.),

— требуется ли дополнительная защита информации или ограничения прав доступа,

В данном пункте можно дополнительно указать:

— специальные требования по усмотрению Заказчика или разработчика.

3.2. Требования к функциям (задачам), выполняемым программным обеспечением.

В данном пункте нужно указать:

— перечень функций, задач, подлежащих автоматизации,

— необходимость создания дополнительных групп, ролей,

— форму представления выходной информации и ее характеристики,

— реакцию ПО на неверные действия пользователя,

— общую схему работы ПО,

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

3.3. Порядок приемки.

В данном разделе можно указать:

— программа и методика испытаний программного обеспечения,

— группу, на которой будет проводиться тестирование,

— место и способы размещения подготовленной документации.

ПРИМЕР

ТЕХНИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ/ДОРАБОТКУ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

1. Общие сведения.

Наименование программного обеспечения: 1С: УПП

Наименование подразделения Заказчика: Управление по закупкам и логистике

Вид задачи: разработка

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

Цели, которые будут достигнуты в результате разработки программного обеспечения: повышение эффективности работы сотрудников Розницы

2. Экономическое обоснование.

Сокращение времени на формирование отчета

*Наименование работы*	*Среднее количество ручного формирования отчета (мес.)*	*Среднее количество ручного формирования отчета (год), шт.*	*Минимальное время ручного формирования отчета, мин.*	*Максимальное время ручного формирования отчета, мин.*	*Среднее время задержки на ручное формирование одного отчета, мин.*	*Среднее время задержки на автоматизированное формирование отчета, мин.*	*Экономия времени формирование одного отчета, мин.*	*Экономия времени формирование всех отчетов (в год), час.*
Сокращение времени на формирование отчета	70	840	30	45	37,5	10	27,5	525,00

ПШЕ (общее) =525/1970=0,266

Из расчета формирования отчета в среднем 2 раза в сутки

3. Требования к программному обеспечению.

3.1. Требования к программному обеспечению в целом.

Режим функционирования программного обеспечения и персонала его использующего: 24*7

Порядок подготовки персонала (требуется ли разработка инструкций, памяток и т.д.): требуется разработка инструкции для пользователя по работе с функционалом

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

3.2. Требования к функциям (задачам), выполняемым программным обеспечением.

Документ «Телефонный справочник»

Вывод в виде отчета списка «Активных» номеров с ФИО, должностью и E-mail (при наличии в карточке сотрудника). Выводятся только записи из карточек номеров с выбранным полем «Отображать в справочнике номеров». Доступ: Доступно для всех.

ФИО	Номер телефона	Должность	Электронная почта (при наличии)
ФИО	Номер телефона	Должность	Электронная почта (при наличии)

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

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

3.3. Порядок приемки.

Группа, на которой будет проводиться тестирование: Тестирование функционала будет производить сотрудник розницы Иванов И.И.

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

Источник

Учет создания и доработки нематериального актива (программного обеспечения для ЭВМ)

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

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

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

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

В аналогичном порядке учитывается доработка НМА и в налоговом учете. Первоначальная стоимости амортизируемого НМА не изменяется. Но если речь идет о модернизации ПО, то расходы на доработку НМА организация учитывает:

как расходы на создание нового объекта НМА (новой версии программы) (с определением срока полезного использования и учетом в расходах в виде амортизационных отчислений);

Обоснование позиции:

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

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

Природа НМА такова, что во многих случаях их совершенствование не производится, и большинство последующих затрат, скорее всего, будут обеспечивать ожидаемые экономические выгоды, но не будут соответствовать определению НМА и критериям признания (п. 20 МСФО (IAS) 38).

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

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

Учитывая вышеуказанные нормы ГК РФ, п. 16 ПБУ 14/2007, п. 20 МСФО (IAS) 38, полагаем, что необходимо определить характер доработки ПО и ее влияние на размер будущих экономических выгод.

При этом поскольку законодательство не предлагает конкретного алгоритма для решения вопроса квалификации доработки НМА, организации (ответственному лицу) при разработке учетной политики следует ориентироваться на собственное профессиональное суждение (Рекомендация Р-96/2018-КпР «Профессиональное суждение» (принята фондом «НРБУ «БМЦ» от 17.12.2018)) с учетом общих принципов, одним из которых является рациональность (п. 6 ПБУ 1/2008 «Учетная политика организации»).

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

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

расходы на оплату труда работников, непосредственно занятых при создании нематериального актива или при выполнении НИОКР по трудовому договору;

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

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

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

По нашему мнению, процесс документального оформления доработки НМА может быть организован следующим образом:

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

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

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

После принятия на учет НМА и начала его амортизации возможность изменения первоначальной стоимости нематериального актива НК РФ не предусмотрена, в том числе и в результате доработки, модернизации и пр. (смотрите письма Минфина России от 17.05.2018 N 03-03-06/1/33132, от 04.02.2016 N 03-03-06/1/5716, от 03.06.2014 N 03-03-06/4/26501, от 27.09.2011 N 03-03-06/1/595).

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

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

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

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

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

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

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

*(1) Например, исходя из п. 4.16 Концептуальных основ МСФО экономический ресурс актива (в данном случае в виде доработанного НМА) создает экономические выгоды для организации за счет предоставления ей права или обеспечения возможности совершать, например, одно или несколько из следующих действий:

(a) получать предусмотренные договором денежные потоки или другой экономический ресурс;

(b) обмениваться экономическими ресурсами с другой стороной на выгодных условиях;

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

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

(iii) передачи данного экономического ресурса в аренду другой стороне;

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

(e) погашать обязательства путем передачи данного экономического ресурса.

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

Источник