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

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

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

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

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

• компания может доказать возможность получения экономической выгоды от результатов проекта – маркетинговый анализ – часть требований по разработке программного продукта. Этот критерий компания должна соблюсти на этапе определения требований к продукту;

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

• затраты на разработку можно корректно измерить – этот критерий может быть выполнен с самого начала работы: затраты на рабочую группу по созданию программного продукта легко измеримы.

Итак, капитализация затрат возможна с этапа реализации проекта создания нового продукта, т. е. после получения рабочих прототипов, соответствующих заданным техническим спецификациям. Так что на капитализацию затрат можно отнести не все, но существенную часть расходов Microsoft на R&D.

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

Поскольку бо́льшая часть расходов на R&D Microsoft связана именно с разработкой новых версий уже существующих программных продуктов, технически бо́льшую часть своих затрат компания может капитализировать.

Давайте посмотрим, какой эффект может иметь капитализация затрат (расчеты с учетом капитализации 60 % расходов на R&D и их амортизацией в течение 2 лет):

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

Что же произошло на самом деле? А на самом деле Microsoft, хотя и имела возможность капитализировать свои затраты на разработку, добровольно не стала этого делать, даже несмотря на то, что в том году было выпущено специальное разъяснение FASB (регулирующего органа США, устанавливающего бухгалтерские стандарты), позволяющее компаниям, разрабатывающим программное обеспечение, капитализировать расходы согласно упомянутым выше принципам. Вот выдержки из комментариев к финансовой отчетности Microsoft за 1999 г.:

Компания относит все свои затраты на исследования и разработки на издержки. SFAS 86 «Учет издержек на создание программного обеспечения для продажи, передачи в лизинг или реализации иным способом» не является материальным для компании и в компании не используется.

То, что у компании есть возможность применять более «агрессивные» методы учета, не означает, что она будет их применять! Почему? Microsoft – это компания, по своему финансовому положению обратная WorldCom в начале XXI в. Ее дела идут настолько хорошо, что ей просто не нужно дополнительно увеличивать прибыль за счет каких-то учетных трюков. Возможно, в какой-то момент своего существования Microsoft и изменит свою политику по учету затрат на создание программных продуктов. Но это будет явно сигнализировать инвесторам о том, что у компании появились проблемы.

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

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

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

Первое, о чем мы вспоминаем, когда речь заходит о налогах, – это налог на прибыль. Его должны платить все компании, получающие прибыль, поэтому неудивительно, что налог на прибыль появляется в отчете о прибылях и убытках как расход компании. Обычно мы видим в P&L:

Чтобы получить сумму расходов по налогу на прибыль в финансовой отчетности, надо просто прибыль до уплаты налогов умножить на налоговую ставку, действующую в стране (в России – это 24 %). Таким образом, если компания в финансовой отчетности показывает 100 руб. прибыли, то ее расходы по налогу на прибыль составят 24 руб. Прибыль после уплаты налогов – 76 руб. Вроде бы все просто? Да, но дьявол, как известно, в деталях.

Где-то в идеальном мире, наверное, существует единые стандарты составления финансовой отчетности на все случаи жизни. В реальном же мире есть принципы и правила составления финансовой отчетности, и они отличаются от правил составления отчетности для уплаты налогов. Почему? Как вы уже видели в предыдущих главах, финансовая отчетность – наука не совсем точная. В принципах и правилах есть достаточно много «серых зон», в которых многое базируется на субъективном представлении менеджеров об определенных аспектах бизнеса. Вспомните, например, сроки амортизации самолетов в PanAm и Delta. Налоговые органы таких вольностей компаниям позволить не могут. Чтобы избежать манипуляций с налогами, правила налогового учета достаточно четко и жестко указывают, что и как считать прибылями и расходами компании, иногда жертвуя при этом бизнес-целесообразностью. Кроме того, порой государство выражает желание стимулировать бизнес, сокращая его налоговые отчисления. В таком случае, как правило, корректируются правила налогового учета, позволяя компаниям снижать прибыль за счет включения в издержки дополнительных видов расходов.