Главная > Финансы > Стоит ли дорабатывать программу под особенности организации. Модернизация программного обеспечения — зачем нужна и как заказать1 min read Как доработать программу

Стоит ли дорабатывать программу под особенности организации. Модернизация программного обеспечения — зачем нужна и как заказать1 min read Как доработать программу

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

Причины

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

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

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

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

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

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

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

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

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

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

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

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

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

Теперь несколько слов о том, какие бывают доработки.

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

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

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

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

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

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

Моя задача - всего лишь рассказать Вам о преимуществах и о возможных трудностях, ведь "предупрежден - значит вооружен" (с).

Любая программа для ЭВМ достаточно быстро устаревает. В результате фирме приходится тратить средства на ее доработку и усовершенствование. Порядок учета данных затрат зависит от того, возникает ли в результате самостоятельный объект авторских прав или нет. Согласно ГОСТ 28806-90 "Качество программных средств. Термины и определения" модификация программы может проводиться:

Для устранения дефектов;

Для усовершенствования программного средства;

Для его адаптации к произошедшим изменениям и текущим требованиям.

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

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

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

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

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

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

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

Пример

Компания получила исключительные права на компьютерную программу. Ее первоначальная стоимость составила 560 000 руб. Впоследствии программа была доработана и модернизирована. На результаты этих работ фирма получила исключительные права. Расходы на доработку составили 236 000 руб. (в том числе НДС - 36 000 руб.). После модернизации старая версия программы перестала использоваться. На этот момент по ней была начислена в сумме 75 0 00 руб.

Указанные операции отражают записями:

200 000 руб. (236 000 - 36 000) - учтены расходы на модернизацию программы;

36 000 руб. - НДС по расходам на доработку программы принят к вычету;

200 000 руб. - затраты на модернизацию учтены как отдельный нематериальный актив;

75 000 руб. - списана амортизация по прежней версии программы;

485 000 руб. (560 000 - 75 000) - списана прежней версии программы.

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

Пример

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

В этой ситуации подобные затраты отражают записями:

36 000 руб. - отражен НДС по расходам на модернизацию программы;

  • Как доработка влияет на обновления конфигурации.
  • Что такое полуавтоматический режим обновления.
  • Доработку можно делать по-разному. Как делается «мягкая» доработка?
  • Дорабатывать или использовать типовое решение? Плюсы и Минусы.

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

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

Доработка программы 1С с помощью разработки расширений.


Рекомендуем также