• Главная
• Контакты
• Нашёл ошибку
• Прислать материал
• Добавить в избранное

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

Различной тактикой ПО может быть:

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

заказная разработка (или адаптация) программ с последующим тиражированием.

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

Такая тактика представляется оправданной при выполнении следующих условий:

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

на рынке наличествует конкурентное предложение по соответствующим классам программ.

К сожалению, сегодня эта тактика применяется и в случаях, когда эти условия не выполняются. Например, она применяется в таком массовом приложении, как обеспечение делопроизводства20.

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

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

наличный рынок не обладает достаточной конкурентностью.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализовать свои права государство может:

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

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

в) используя (тиражируя) такие программы самостоятельно;

г) исключительно передавая права на такие программы возмездно;

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

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

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

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

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

В отношении конкретной («копилефт» или «компромиссной») формы свободного лицензирования можно заметить следующее:

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

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

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

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

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

Свободное ПО позволяет:

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

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

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

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

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

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

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

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

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

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

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