Финансовая отчетность для руководителей и начинающих специалистов

• есть обоснованная уверенность в том, что технически проект можно довести до завершения, – соответствует. Для сохранения скважины в виде актива она должна быть завершена;

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

• объект, который должен стать результатом проекта, можно продать или использовать – соответствует. Нефть, безусловно, можно продать и использовать;

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

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

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

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

Для более детального закрепления этих принципов давайте ознакомимся с работой Microsoft.

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

В ходе чтения попробуйте самостоятельно ответить на вопросы.

• Как вы думаете, допустимо ли для компании – разработчика программного обеспечения капитализировать свои расходы на создание программ? Если да, то в какой момент в цикле разработки программы компания может это сделать для новых продуктов и для новых версий уже существующих продуктов?

• Предположим, что Microsoft в 1995 г. начинает капитализировать 60 % своих расходов на R&D и амортизировать их в течение двух лет. Как это повлияет на финансовую отчетность компании с 1995 по 1999 г.? Как изменится прибыль компании до уплаты налогов? Как изменится баланс компании?

Просто фантастика!

Создатель таких программных продуктов, как Windows, MS Office и Internet Explorer, компания Microsoft – наиболее известный в мире разработчик программного обеспечения. Билл Гейтс и Пол Аллен основали Microsoft в 1975 г. Прорыв в работе компании наступил в 1980 г., когда компания получила контракт от IBM на разработку операционной системы для нового компьютера компании – IBM PC. Результатом стало создание MS-DOS, популярность которой позволила Microsoft к середине 1980-х гг. занять доминирующее положение на рынке операционных систем для персональных компьютеров.

Компания выпустила свои акции на рынок 13 марта 1986 г. по $25,75 за акцию. Если бы вы купили одну акцию в тот момент, то на 30 июня 1999 г. она стоила бы почти $13 000. К этому моменту Microsoft стала крупнейшей компанией в США по капитализации (более $460 млрд), а ее CEO Билл Гейтс – самым богатым человеком в мире.

После первого выпуска акций финансовые результаты компании были просто поразительными. Выручка и прибыль компании росли ежегодно в среднем на 43 и 49 % соответственно. На 30 июня 1999 г. у компании скопилось денежных средств более чем на $17 млрд. Учитывая достаточно большую рискованность индустрии разработки программного обеспечения, результаты компании нельзя не назвать фантастическими. Вот финансовая отчетность компании за эти годы:

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

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

• разработка требований;

• анализ и дизайн;

• реализация;

• тестирование;

• подготовка продукта;

• распространение.

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

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