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

Подсчет TCO призван помочь компаниям добиться максимальной отдачи от инвестиций и понять, какие средства придется тратить ежегодно на ту вычислительную технику, которая была куплена сегодня, по, вполне возможно, весьма привлекательной цене.
При расчете ТСО в сфере информационных технологий, различные алгоритмы расчета применяются для различных типов ресурсов, действий, или событий (запланированных и незапланированных) находящихся в полной или частичной собственности. Так же учитывается стоимость сопровождения всех имеющихся активов.
Совокупная стоимость владения (TCO) может быть представлена в виде двух составных частей:
· Totalcost of operations (TCOp) – совокупная стоимость использования
· Totalcost of assets (TCA) – совокупная стоимость прямых расходов
Таким образом, TCO = TCOp + TCA

Совокупная стоимость использования (TCOp)

Совокупная стоимость использования (TCOp) представляет собой сумму всех косвенных затрат сопровождающих использование вычислительного комплекса. В качестве примера можно привести процедуру покупки и использования автомобиля. Если после покупки автомобиль стоит и не используется, то совокупная стоимость владения окажется равной совокупной стоимости прямых расходов (количеству потраченных на его покупку денег). В случае, когда автомобиль используется по прямому назначению (на нём ездят), то его владельцу придется изредка покупать бензин, тратить деньги на техническое обслуживание и ремонт. Эти затраты и будут включены в совокупную стоимость использования.
На первый взгляд, не существует необходимости в индивидуальном расчете TCOp и TCA, однако понимание разницы в затратах является очень важным при принятии или непринятии решения о приобретении и/или консолидации вычислительного комплекса.

При расчете TCOp все затраты можно разделить на несколько классов:

Peoplecosts (PCs) – Стоимость человеческих ресурсов:
· Системные администраторы и операторы
· Специалисты по поддержке пользователей
· Администраторы баз данных (DBAs)
· Специалисты по поддержке приложений
· Сетевые администраторы
· Управляющий персонал
· Консультанты
Стоимость окружения вычислительного комплекса
· Энергопотребление
· Охлаждение
· Стоимость помещения
· Противопожарная система
· Прокладка сети (компьютерной и электрической)
· Кондиционирование и фильтрация воздуха
· Оборудование серверных и «чистых» комнат
Стоимость простоя
· Запланированного
· Незапланированного
Стоимость сопровождения
· аппаратного и программного обеспечения после истечения гарантийного срока
· операционной системы
· приложений или баз данных
Другие затраты
· обучение персонала
· стоимость внедрения единой системы безопасности
· стоимость хранения резервных копий
· приобретение дополнительной документации, руководств
· стоимость процедуры выбора программных продуктов, затрат (косвенных) на их приобретение.

Согласно оценке Gartner Group совокупная стоимость использования составляет в среднем 70% от совокупной стоимости владения вычислительным комплексом. Львиная же долю в TCOp – стоимость человеческих ресурсов.
Обычно, стоимость человеческих ресурсов (PCs) определяется по очень простой формуле – подсчитывается количество специалистов непосредственно занятых эксплуатацией вычислительного комплекса, и зная их среднемесячную заработную плату, путём арифметических операций высчитывается их общая стоимость за год.
Однако, при расчете PCs, зачастую требуется учитывать и возможные косвенные затраты. Так специалист по закупкам комплектующих и расходных материалов для вычислительного комплекса должен хотя бы приблизительно ориентироваться в тех технологиях, которые применяются сегодня на его предприятии, уметь видеть разницу между производителями комплектующих. А для всего этого, специалиста по закупкам необходимо правильно и своевременно обучить. В качестве другого примера можно привести ситуацию, когда один из администраторов уходит в отпуск (получая отпускные). Его задачи ложатся на плечи помощника, которому придется оплачивать сверхурочные.

Скрытые затраты

При расчете PCs необходимо учитывать и возможные скрытые затраты. Сколько администраторов необходимо для управления 60-тью серверами? А сколько человек надо для поддержки 250-ти серверов? Есть ли здесь какие либо закономерности?
Для решения этой задачи необходимо знать следующее: при расчете PCs все серверы можно разбить на несколько классов
· непохожие (uncloned)
· похожие (average cloned)
· очень похожие (average supercloned)

Очень похожие серверы (average supercloned) – серверы имеющие идентичную аппаратную конфигурацию, версию операционной системы, установлены одинаковые приложения. Функциональное назначение таких серверов одинаково. Отличаться они могут только месторасположением. В качестве примера таких серверов можно представить сервера баз данных расположенных в региональных отделениях компании, или её дочерних структурах. В среднем, эффективность использования таких систем весьма велика, ибо, один администратор в состоянии обслуживать порядка 25 серверов.

Похожие серверы(average cloned) – не очень сильно отличаются друг от друга с точки зрения аппаратной конфигурации. Имею схожие версии операционных систем. Приложения установленные на таких серверах выполняют похожие задачи. Примером могут являться файл-серверы, Web, proxy, DNS серверы, почтовые серверы, серверы печати итд. Обычно, один администратор может поддерживать в работоспособном состоянии около 6-ти таких серверов.

Непохожие серверы(uncloned) – серверы со специфичной аппаратной и программной конфигурацией, выполняющие уникальные задачи. В качестве таких серверов могут выступать серверы приложений, серверы баз данных итп. В связи с уникальностью требований предъявляемых к этим серверам, они, как следствие требуют большего вмешательства в их работу, нежели average cloned и uncloned системы. Среднее количество непохожих серверов на одного администратора – от 3-х до 5-ти.

Знание этих особенностей может помочь при расчете конечной стоимости PCs в случае добавления сервера в существующую инфраструктуру.

Стоимость окружения

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

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

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

Стоимость простоя
Согласно отчету корпорации Tandem за 1995 год, порядка 60% компаний работают в режиме 7х24.
В случае выхода из строя программного или аппаратного обеспечения пострадавшие компании теряют:
· 330 000$ в час (в среднем по индустрии)
· Максимальные потери: 130 000 $ в минуту (телефонные компании)
· Лояльность и доверие заказчиков

И, как следствие:
· 50% компаний никогда больше не открываются вновь
· 90% компаний уходят из бизнеса в течении ближайших 2-х лет

Несмотря на кажущуюся неактуальность данных (особенно в денежном выражении на сегодня) их важность со временем только растёт.

Простой вычислительного комплекса всегда стоит денег.

Всё возможное время простоя вычислительного комплекса можно разбить на 2 класса:
1. Запланированное время простоя
2. Незапланированное время простоя

К запланированному времени простоя можно отнести:
· Обновление аппаратного обеспечения
· Обновление программного обеспечения
· Процедура создания резервных копий системы
· Тестирование
· Разработка

Незапланированный простой вычислительного комплекса может возникнуть по следующим причинам:
· Ошибки администратора системы
· Сбой в приложении
· Выход из строя аппаратного обеспечения
· Форс-мажорные обстоятельства

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

Так существует статистика по отказам среди различных платформ и операционных систем. Некоторорые из этих данные приведены в табл. 1

Многие известные производители вычислительной техники (такие как HP, IBM, Intel, Fujitsu) прикладывают огромные усилия для увеличения надежности своих систем. Некоторыми из таких решения являются:

FirstFailure Data Capture (FFDC) – технология позволяющая анализировать поведение системы в реальном времени, собирать статистику по возникающим ошибкам и предсказывать их появление в дальнейшем. Некоторые компоненты сервера, например, жесткие диски и вентиляторы, подвержены износу. Их отказ может привести к потере данных.
· Поэтому необходимо заблаговременно оповещать пользователей и администраторов о первых признаках приближающихся отказов, чтобы иметь возможность заменить компонент до того, как он выйдет из строя. Многие современные серверы снабжены дополнительными электронными компонентами, которые обеспечивают мониторинг аппаратных средств. Если обнаружены признаки приближающегося отказа, то немедленно извещается администратор и/или служба служба поддержки производителя сервера.
· DynamicCPU deallocation и OnDemand CPU Sparring – в случае выхода из строя одного из центральных процессоров, он автоматически подменяется запасным (запасные процессоры находятся в специальном пуле называемом CPU OnDemand, и, как правило, стоимость такого пула незначительна). В большинстве случаев, такая замена происходит без перезагрузки ОС (Реализовано в серверах IBM e-Server pSeries).
· Нот Plug – установка и замена компонент сервера без его выключения. (PCI адаптеры, блоки питания, вентиляторы, диски, батареи источников бесперебойного питания и прочее)
· Automated System Reconfiguration & Restart (ASR&R) (Fujitsu). На стадии производства модули оперативной памяти и процессоры тестируются и проходят тщательный отбор, что гарантирует их высокое качество. Но что будет, если они всетаки выйдут из строя? Для таких ситуаций компания Fujitsu Siemens Computers разработала технологию автоматической реконфигурации и перезагрузки (Automated System Reconfiguration & Restart, ASR&R). Она реализована во всех серверах PRIMERGY. Если модуль памяти или процессор выходит из строя, сервер выполняет перезагрузку, исключает отказавшие компоненты из конфигурации и запускается на оставшихся. Таким образом, пользователи могут продолжить работу с сервером после небольшого перерыва, а отказавшие компоненты можно заменить позже. В результате сокращается время простоя.
· Error Correction Code (ECC) Код исправления ошибок (Error Correction Code, ECC) – алгоритм, использующий модули памяти с дополнительными ячейками. При записи слова данных на модуль оперативной памяти вычисляется и также записывается его контрольная сумма. Когда слово данных считывается из памяти, заново вычисляется его контрольная сумма и сравнивается с контрольной суммой, хранящейся в модуле. Если эти суммы совпадают, то слово данных передается в процессор, если нет, то оно может быть восстановлено с помощью хранящейся в модуле памяти контрольной суммы.
Memory Scrubbing – Memory Scrubbing – это технология, расширяющая возможности ECC. В серверах с большим количеством установленной памяти, в течение длительного периода не происходит обращения к некоторым областям памяти. В этих случаях технология ECC бессильна, так как она позволяет обнаружить и исправить ошибки в памяти только при чтении. Соответственно, когда нет обращений к какой-либо области памяти в течение долгого времени, могут произойти не только исправимые одиночные ошибки, но и накопиться множественные. Такая проблема решается с помощью “очистки памяти”. Все установленные в
· сервере модули памяти циклически “просматриваются”, и все обнаруженные при этом одиночные ошибки сразу же исправляются, что обеспечивает надежную работу серверов с большими объемами памяти.
· Chipkill (RAID для памяти)
Технология Chipkill также является развитием ECC. В связи с тем, что ECC позволяет исправить не более одного разряда в 64-разрядном слове, поэтому при отказе микросхемы памяти, в которой размещаются несколько разрядов слова (обычно 4), данные теряются.

Встроенный в системную плату контроллер Chipkill объединяет память в банки по 4 модуля и распределяет каждое слово по всем 4 модулям банка. Если какая-либо микросхема выходит из строя, то теряется по одному разряду в каждом слове банка, и данные могут быть восстановлены с помощью контрольной суммы и алгоритма ECC. Chipkill не требует специальных модулей памяти, а позволяет использовать стандартные модули ECC.

· “Горячее” резервирование памяти Если частота ошибок в определенном банке памяти вдруг резко возросла, то вероятность того, что однажды одновременно произойдут 2 ошибки в разных микросхемах, но в одном слове памяти, увеличивается. Такая двойная ошибка не будет исправлена вышеперечисленными средствами защиты памяти. Банк памяти объявляется дефектным, содержащиеся в нем данные копируются в дополнительный банк, находящийся в “горячем” резерве, а операционная система и приложения продолжают нормальную работу. Модули, объявленного дефектным банка могут быть заменены во время ближайшей плановой остановки сервера.

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

Резервные сетевые контроллеры
Сетевые контроллеры являются точками контакта сервера с внешним миром. Если в сервере есть только один контроллер и он выходит из строя, то сервер становится недоступным, даже если другие компоненты работают нормально. Практически все сетевые контроллеры можно защитить от выхода из строя добавлением еще одного контроллера такого же типа. Благодаря интеллектуальному драйверу операционной системы два контроллера могут функционировать как одно целое. Если один из контроллеров выходит из строя, второй автоматически берет на себя его функции. Администратор может в любое время заменить отказавший контроллер и тем самым восстановить резервирование.
· Резервные жесткие диски (RAID)
Технология RAID защищает данные при отказах жестких дисков, обеспечивая доступ к данным и позволяя затем заменить отказавший диск и полностью восстановить резервирование. RAID требует наличия в сервере дополнительных жестких дисков. Имеется несколько алгоритмов (уровней) RAID, и в соответствии с ними специализированные RAID-контроллеры или драйверы операционной системы поддерживают “зеркало” (точную копию) одного или нескольких дисков или вычисляют и записывают контрольную сумму на один или на все диски. С помощью “зеркала” или контрольной суммы можно восстановить “на лету” данные отказавшего диска. Если сервер оснащен дисками с “горячей” заменой, то замену можно произвести не выключая сервер.
· Зеркалирование памяти
Зеркалирование памяти применяется для того, чтобы исправлять ошибки любых типов, в том числе полный отказ банка памяти. Функционирование этого механизма обеспечивает специальный контроллер памяти. Все данные записываются сразу в два банка, а считываются из любого доступного.
· “Горячая” замена. (Замена без остановки сервера)
Резервные компоненты важны для обеспечения высокой степени готовности. Для того чтобы обеспечить замену компонентов без выключения сервера и таким образом обеспечить круглосуточное функционирование, применяются компоненты с “горячей” заменой.
· Вентиляторы с “горячей” заменой
Почти во всех современных серверах, вентиляторы не только резервируются, но и могут заменяться в “горячем” режиме. Механические и электрические компоненты спроектированы для обеспечения надёжной замены за считанные секунды.
· Источники питания с “горячей” заменой
Резервные источники питания практически любого современного сервера могут быть заменены в “горячем” режиме. К ним обеспечивается удобный доступ с передней или задней стороны сервера. Как правило, нужно только отсоединить силовой кабель, открыть защелку и вытащить модуль.
· Жесткие диски с “горячей” заменой
Если в сервере используется RAID, то доступ к данным обеспечивается и в случае отказа жесткого диска. Однако этот диск все же нужно заменить как можно быстрее. Для того чтобы можно было заменять жесткие диски в работающем сервере, они должны быть смонтированы в модулях “горячей” замены, обеспечивающих доступ снаружи. Многие современные серверы оснащены такими выдвижными жесткими дисками с “горячей” заменой. Если жесткий диск выходит из строя, то на модуле загорается индикатор. Этот диск можно просто и быстро заменить. Интеллектуальная система управления заменой дисков распознает новый диск и снова включает его в состав конфигурации RAID. RAID-контроллер позволяет проводить эту процедуру автоматически. На новый диск записываются данные, которые были на отказавшем, и резервирование восстанавливается.
· PCI-Х с “горячей” заменой
Для того чтобы лучше защитить данные во время работы, некоторые модели современных серверов оснащены разъемами PCI-Х с “горячей” заменой. Технология “горячей” замены PCI-Х позволяет заменять контроллеры без выключения сервера. Эта возможность используется, например, контроллерами SCSI, FibreChannel и сетевыми контроллерами. Если, например, вышел из строя контроллер SCSI, обеспечивающий подключение к внешней системе хранения данных, то его можно заменить не выключая сервера: открывается корпус и контроллер отключается с помощью специального программного обеспечения. В результате разъем PCI-Х обесточивается. Индикатор подтверждает это, и отказавший контроллер можно извлечь. Когда исправный контроллер установлен в разъем, этот разъем вновь подключается к шине, и операционная система может работать с контроллером.
· “Горячая” замена памяти
В некоторых системах c поддержкой зеркалирования памяти, модули отказавшего банка памяти могут быть заменены в горячем режиме.
· Внешнее резервирование
Если требуется большая степень готовности, чем та, которая может быть достигнута с помощью одного сервера, необходимо применять внешнее резервирование. Такие компании как Fujitsu
Siemens Computers, IBM и некоторые другие предлагаеют для этого несколько стандартных решений. Такие решения позволяют обеспечить практически все требования заказчика, от резервирования каналов передачи данных к внешним системам хранения до полного резервирования систем.
· Резервирование каналов передачи данных с помощью механизма MultiPath
Решение MultiPath основано на технологии Fibre Channel. Данные, которые должны быть переданы на внешнюю систему хранения, распределяются по нескольким имеющимся каналам Fibre Channel с помощью специального драйвера. Если один из каналов выходит из строя, то MultiPath автоматически перераспределяет нагрузку на оставшиеся. Такая конфигурация не только обеспечивает отказоустойчивую связь между сервером и системой хранения, но и увеличивает пропускную способность, так как каналы могут использоваться параллельно.
· Резервирование серверов в кластерах
Повысить степень готовности приложений и данных, с которыми они работают, можно с помощью кластеров. Кластер состоит минимум из двух серверов (узлов кластера), на каждом из которых могут выполняться приложения, и, как правило, внешней системы хранения, к которой могут получить доступ оба сервера. Пользователи работают с приложениями, обращаясь к кластеру как к “логическому серверу” по общему (виртуальному) имени. Если приложение не может продолжать работу на одном из узлов (в том числе из-за отказа сервера), оно может быть автоматически запущено на другом, который получает доступ к внешней системе хранения с данными этого приложения.
· MultiPath в кластере
Если применить механизмы MultiPath в кластере, то практически всё в такой конфигурации будет зарезервировано. Два узла (резервные серверы) обращаются по резервным каналам Fibre Channel к зеркалированным внешним системам хранения. Технология Fibre Channel позволяет разнести эти компоненты по различным зданиям. Эта конфигурация обеспечивает полную катастрофоустойчивость, так как приложения продолжат работу, даже если одно из зданий будет разрушено.

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

Totalcost of assets (TCA) – совокупная стоимость прямых расходов

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

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

На самом деле всё гораздо хуже… Например, выполнение нового приложения, наряду с его набором необходимых серверных платформ, может диктовать потребность в дополнительном аппаратном обеспечении (внешние дисковые массивы, ленты или оптические библиотеки, источники бесперебойного питания (UPS), и так далее). При всём при этом, процесс приобретения аппаратных средств меняется день ото дня. Это могут быть прямые закупки, аренда, лизинг. И всё это оборудование к тому же обесценивается. И тот зоопарк оборудования, что был куплен год назад за 500 000 $, сегодня может стоить в два раза меньше.
Все эти факторы имеют тенденцию, с течением времени, усложнять задачу определения точных инвестиций в аппаратные средства, которые в свою очередь воздействуют на общую стоимость актива.

Эффективность использования центрального процессора
Как правило, при приобретении серверов, такие параметры как производительность центрального процессора, количество оперативной памяти и, отчасти, объем дисковой подсистемы определяются исходя из той максимальной нагрузки, которая должна быть выдержана сервером без ущерба для сервисов, которые он предоставляет (время реакции системы на запросы пользователей не должно деградировать до неприемлемых величин, выросшая нагрузка не должна приводить к нештатному и преждевременному завершению задач). Всё это конечно замечательно, но вот только пиковые нагрузки на сервер случаются не так часто. И как показывают исследования таких компаний как IBM, Gartner Group, DH Brown и многих других, большинство UNIX серверов, во время стандартного восьми часового дня, оказываются нагружены в среднем на 30%. Плачевнее дело обстоит x86/Windows серверами. Средняя полезная нагрузка таких серверов составляет не более 5–10% (т.е. купив сервер за 100 000$ вы используете его возможности максимум на 10 000$). Рачительные хозяева так не поступают. Конечно же, эти средние числа изменяются с типом рабочей нагрузки или функции, но предоставленные проценты являются представительными для соответствующих парадигм вычислений.

Давайте посмотрим на другой край серверных технологий. Мэинфреймы. От этого слова началась ностальгия? Или вспомнились динозавры из фильма про вымерших животных? Как бы не так. Мэинфреймы мало того что живы, так они еще и развиваются. Впрочем разговор не об этом. Средняя полезная нагрузка в мэинфреймах достигает 90% и более. И всё это, в значительной степени, из-за их врожденной способности к логическому разделению рабочих нагрузок, и динамического распределения ресурсов исходя из установленных для задач приоритетов. Какое отношение всё это имеет к стоимости оборудования и TCO? Самое, что ни на есть, непосредственное. Давайте представим себе сервер. Обычный сервер. В один прекрасный момент оказывается, что при пиковых нагрузках на него, он со своей работой не справляется. Не хватает производительности центрального процессора или недостаёт памяти. Как в этом случае обычно поступают? Правильно. Докупают память и меняют CPU на более мощный. И все эти новые ресурсы будут полностью использоваться, при большой удаче, несколько дней в месяц (составление отчетов, вал платежей в конце месяца и прочее). Не очень удачное вложение средств. Да и TCO при этом растёт как на дрожжах. Так что же, не производить модификацию оборудования вообще, или наплевать на расходы? Ни то ни другое.

Необходим аналог мэинфрейма. Нужен сервер общего назначения обладающий способностями мэинфрейма по выполнению многих задач в их собственных полностью изолированных средах, и способный, к тому же, динамически перераспределять ресурсы (процессорное время, память, элементы подсистемы ввода-вывода) между этими средами. А ещё он должен быть надежным. Желательно как мэинфрейм. К сожалению, всеми этими возможностями, на сегодня, обладают в основном системы построенные на базе RISC архитектуры. Да и то, сервер не всякого производителя обладает совокупностью качеств способных вывести его на уровень надежности и защищенности мэинфрейма. Весьма неплохие возможности у систем производства компаний Fujitsu Siemens, HP, IBM (в алфавитном порядке).

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

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

Все эти, и многие другие возможности современных высокопроизводительных серверов позволяют снизить затраты на ТСА и как следствие на TCO.

Затраты на программное обеспечение
Реальная стоимость программного обеспечения является весьма коварной величиной. Не стоит считать, что все затраты на программное обеспечение ограничиваются той суммой, которая будет затрачена в момент покупки. Затраты на ПО можно разделить на две части: первоначальная стоимость лицензий на ПО, и стоимость поддержки (сюда можно включить как и процедуру получения обновлений ПО, так и механизм продления срока действия лицензий).
Важно упомянуть ещё об одной проблеме связанной с ПО. Это shelfware- лицензии, которые были куплены, но по различным причинам, эти лицензии не использовались и не будут использоваться в ближайшем будущем, и поэтому не нужны в настоящее время. Недавние исследования установили, что целых 39 процентов продуктов становятся shelfware.

Есть несколько ключевых вопросов связанных с покупкой и использованием ПО на которые необходимо найти ответ:
· Достаточен, недостаточен или избыточен имеющийся уровень поддержки?
· Есть ли у производителя ПО и ОС различные уровни поддержки (платиновый, золотой, серебряный)?
· Какие действия по сопровождению ПО выполняются специалистами компании производителя ПО, а какие возложены на плечи собственного персонала.
· Достаточен ли уровень подготовки собственного персонала для нормального сопровождения программных продуктов.
· Требуется ли дополнительное обучение собственного персонала, необходимое для сопровождения ПО.
· Нужно ли нанимать новых специалистов (а если да, то в каком количестве и на какую ставку) для сопровождения программных продуктов.

При лицензировании ПО важно понять механизм лицензирования. Покупаются ли лицензии на определенный период времени? Какова стоимость продления лицензий? Лицензия покупается «на сервер» или исходя из количества процессоров в нем? Последний вопрос, некоторое время назад, стал особенно актуален. Так UNIX серверы семейства pSeries компании IBM оснащенные 16 процессорами Power5 показывают производительность сопоставимую с 72-х процессорными машинами некоторых других производителей. Разница в ценах на приобретаемые лицензии очевидна.

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

Стоимость сопровождения

Стоимость сопровождения системы складывается из следующих частей:
· Инсталляция
· Миграция
· Портирование
· Тестирование
· Затраты на обучение

Понимание того, в какую сумму выльется инсталляция и сопровождение существующей системы, инсталляция новой, или миграция приложений на другой сервер, в значительной степени позволяет оценить возможности и сроки возврата инвестиций (ROI) в IT инфраструктуру предприятия.
Обычно, стоимость инсталляции и настройки программного и аппаратного обеспечения не включена в их первоначальную стоимость. А процедуры эти могут быть достаточно сложны и продолжительны. Настройка системы исходя из заранее разработанных спецификаций может потребовать серьёзных финансовых затрат. Эти затраты могут состоять из:
· Установка ОС
· Создание файловых систем, логических томов
· Создание учетных записей пользователей
· Настройка системы безопасности сервера
· Настройка и тестирование периферийных устройств (например диски и ленты)
· Конфигурирование сетевых подключений
· Подключение и настройка внешних дисковых массивов
· Разработка плана нового или модификация старого плана создания резервных копий
· Тестовая эксплуатация
· Введение в промышленную эксплуатацию

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

Суммарные затраты на прямые расходы (TCA)

Итак, основными факторами влияющими на TCA являются:
Стоимость аппаратного обеспечения
Первоначальная стоимость аппаратного обеспечения (полная стоимость, стоимость аренды или лизинга)
Стоимость системы хранения данных, включая стоимость внешних дисковых массивов и SAN (Storage Area Network)
Стоимость сетевого аппаратного обеспечения (маршрутизаторы, DNS, proxy и т.п.)
Стоимость ленточных библиотек или накопителей используемы для создания резервных копий данных
Стоимость системы резервирования/восстановления (запасные серверы, UPS и пр.)
Обесценивание, со временем, аппаратных средств. Возможность их обмены по системе trade-in
Потенциальная возможность замены всего вышеперечисленного оборудования, на более производительной при возникновении такой необходимости.
Стоимость программного обеспечения
Первоначальная стоимость лицензий на ОС
Стоимость лицензий на промежуточное программное обеспечение и сервера баз данных
Цена лицензий на серверы приложений
Стоимость будущих апдейтов всех вышеперечисленных видов программных продуктов
Тип сопровождения программных продуктов со стороны фирмы производителя (телефон, Internet, непосредственный выезд к заказчику)
Стоимость сопровождения системы
Инсталляция
Миграция
Портирование
Тестирование
Затраты на обучение

Продолжение следует….

Козаченко Виталий Евгеньевич Руководитель проекта АО "Банкомсвязь"
Из материалов журнала "Корпоративные системы", http://www.cs.comizdat.com

• годовые затраты на информационные технологии выросли за по следние несколько лет втрое;
• непродуктивные затраты за тот же период увеличились в шесть раз;
• за 2001 год каждый корпоративный компьютер прямо или косвен но "съел" более 10 тыс. дол.;
• для 55% американских фирм бюджет на компьютерные технологии превышает полученную прибыль.

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

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

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

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

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

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

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

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

Но борьба за снижение издержек с помощью информационных технологий дело само по себе достаточно затратное. Хуже всего, что такие затраты могут превысить сумму экономии. Как же правильно определить размер и направление инвестиций в ИТ?

Ответ на этот вопрос последние несколько лет в мировой практике формируется на основе методологии оценки совокупной стоимости владения.

ОПРЕДЕЛЕНИЕ TCO

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

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

Значение показателя TCO для каждой закупки должно сравниваться с показателем совокупных выгод владения (Total benefits of owner ship - TBO) для определения реальной ценности приобретения.

История возникновения

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

Образованной в 1994 г. фирме Interpose удалось за небольшой срок создать принципиально новую модель анализа финансовой стороны ИТ. Большой объем работы выполнила и Gartner Group, осуществившая трудоемкие анкетирования и исследования рынка, которые потом использовались для совершенствования модели .

Направление развития

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

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

УПРОЩЕННАЯ МЕТОДИКА РАСЧЕТА TCO

Упрощенная методика, о которой пойдет речь, представляет собой шаблон подсчета итоговой цифры и, казалось бы, мало полезна. Однако в нашей стране, скорее всего, нет ни одной организации, в которой бы велась регулярная оценка показателя совокупной стоимости владения собственной информационной системой в расчете на одно рабочее место. Рассказывать сразу о комплексной методике расчета TCO (например, от Gartner Group) было бы равносильно рассказу о специфике организации производства по технологии JIT (Just In time Manufacturing) - производства точно по графику без складских запасов. Интересно, но в наших условиях совершенно бесполезно. Поэтому начнем с простого.

Упрощенная методика расчета TCO дает возможность сравнивать затраты на разных временных участках (например, текущий год и прошлый, или текущий квартал и предыдущий), оценивая изменения. Самое главное, что дает эта методика - понимание структуры затрат на ИТ, а следовательно, и возможностей сокращения этих затрат. Основной ее недостаток заключается в том, что по ней невозможно сравнивать различные варианты построения системы.

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

Составляющие затрат

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

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

Статистическая информация

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

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

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

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

Прямые затраты на оборудование и ПО

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

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

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

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

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

(6) Ежегодная сумма амортизации капитальных вложений в оборудование и ПО. Сумма амортизации рассчитывается бухгалтерией для основных фондов и нематериальных активов. В основном - по ускоренному методу в расчете за три года.

Некоторые виды основных средств амортизируются за более длительные периоды.

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

(8) Годовые затраты на аренду оборудования и ПО. Сюда включаются все затраты на аренду оборудования и программного обеспечения.

Управление и песонал

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

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

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

Для учета непредвиденных расходов предлагается увеличивать затраты на 30%.

(10) Командировочные затраты за год. Обычно сотрудники службы ИТ не работают на одном месте постоянно, а выезжают для выполнения работ в другие подразделения.

(11) Консультационные услуги третьих фирм и другие связанные с этим затраты. В эту категорию попадают затраты, связанные с консалтинговыми услугами, которые используются для решения отдельных задач.

(12) Затраты на задачи, делегированные другим организациям. Часто организация не реализует все задачи самостоятельно, а использует ASP. В Украине это, например, система Лига, сервисы приложений электронной коммерции, такие как 1Е (Банкомсвязь) и eDisty (КвазарМикро).

(13) Затраты на обучение персонала вопросам ИТ в год. Затраты на внутреннее обучение пользователей уже учтены в п. 9 и не включаются в эту категорию. Но если были затраты на обучение сторонними организациям - их нужно включить сюда.

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

Развитие

Затраты на развитие будут включать ежегодную оплату труда и расходов на производство и поддержку всех приложений. Существует две большие группы приложений:

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

Инфраструктурные приложения не влияют напрямую на бизнес, но используются для поддержания системной инфраструктуры (приложения для управления системами, коммуникационное ПО, СУБД и комплекты программ для офисной деятельности).

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

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

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

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

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

Связь

(18) Ежегодные затраты на аренду выделенных линий и каналов связи. Сюда входят ежемесячные повторяющиеся затраты на коммутируемые и выделенные каналы (например, модемные 56k, ISDN, T1 и T3 потоки).

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

(20) Годовая стоимость корпоративных сетей передачи данных. Включает любые затраты, связанные с пользованием сетями передачи данных большой дальности (WAN).

Непрямые затраты

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

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

Затраты пользователя на ИТ

(21) Количество часов на самообучение работе с компьютером и ПО одного пользователя. При ознакомлении нового пользователя с корпоративной компьютерной системой тратится время на его обучение. Аналогично, когда новое приложение вводится в организации, все пользователи нуждаются в тренинге или знакомстве с программой. Эти и другие затраты на обучение включаются в эту категорию. Исследования показывают, что 40 часов в год - достаточно обоснованное значение. Если необходимо, можно использовать другое значение, более близкое к реалиям конкретного предприятия.

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

Простои

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

Причин может быть много, например, следующие:

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

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

После того как на все вопросы дан ответ, расчет показывает усредненную годовую совокупную стоимость владения компьютером (для сравнения, в настоящее время среднее значение по США составляет около $10 000 на компьютер).

КОМПЛЕКСНАЯ МЕТОДОЛОГИЯ РАСЧЕТА TCO

Первое знакомство с комплексной методологией расчета TCO может повергнуть в уныние. В результате подсчета TCO на свет обычно появляется более чем 50-ти страничный труд с многочисленными графиками и таблицами.

Чтобы получить приблизительное представление о TCO на предприятии среднего размера: 5 серверов, 250 рабочих мест, 20 принтеров и 35 сетевых устройств (концентраторов, маршрутизаторов, мостов, коммутаторов), необходимо как минимум шесть недель. Для предприятий, имеющих более 50 серверов и 1500 рабочих мест, потребуется не менее двух месяцев, с последующим подсчетом и анализом. Обычно на расчет совокупной стоимости владения компании подобного масштаба расходуется около трехсот часов (в США).

Что требуется для подсчета TCO? В первую очередь, соответствующее программное обеспечение.

Для расчета TCO различных решений существуют программы, которые обычно базируются на экспертах от Interpose . Например, для подсчета расходов и возврата инвестиций в сети на базе NetWare компания Novell лицензировала эксперта, который был встроен в Novell Small Business Network Advisor. Для подсчета затрат, необходимых для перехода на новые технологии, стоимости владения и возврата инвестиций компания Microsoft имеет программный продукт Desktop TCO&ROI Advisor. Среди фирм, имеющих программы подсчета TCO и возврата инвестиций - Gartner Group, Intel, IBM, Symantec и др.

Однако все эти программные средства учитывают весьма специализированные компоненты общей информационной системы. На сегодняшний день, наиболее полным продуктом является TCO Manager Gartner Group (лицензия на год - 19 тысяч USD, плюс сопоставимые затраты на обучение).

Факторы, влияющие на величину TCO

На увеличение стоимости владения влияют следующие факторы.

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

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

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

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

Увеличение числа мобильных пользователей. Согласно данным Forrester Research, 82% от общего числа составляют настольные PC, подключенные к сети. К сожалению, имеющиеся ныне средства взаимодействия мобильного пользователя с информационной средой, как и удаленный доступ и диагностирование со стороны администратора, далеки от совершенства. Это является одной из причин более высокой стоимости владенияпо сравнению с настольными компьютерами (на 36%).

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

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

Расплывчатые требования к проектируемой системе, неадекватное макетирование и тестирование рабочей модели. Это проблемы из категории, между прочим, весьма популярной у нас: "заказчик не знает, чего хочет, а исполнитель не знает, чего не может" .

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

Теперь не менее длинный список факторов, которые помогают снизить TCO.

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

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

АНАЛИЗ ОБЩЕЙ СТОИМОСТИ ВЛАДЕНИЯ

КАК СНИЗИТЬ ИЗДЕРЖКИ

(1) Выбирайте приоритеты. Ка кие составляющие стоимости владения, бюджета ИТ наиболее высоки? Какие из них легче всего поддаются уменьшению? Отнюдь не аппарату ра и ПО. Прямые затраты на "железо" и софт не превышают 30% от общей суммы расходов (по данным Interpose). Затраты на персонал и управление компьютерным хозяйством - вот основные категории расходов. Однако прежде чем увольнять половину персонала или уменьшать число компьютеризированных рабочих мест, распродавая по дешевке технику, необходимо оценить, сколько и на что уходит денег.

(2) Разделяйте категории затратна составляющие. Если анализ показывает, что более трети рабочего времени сертифицированный администратор сети с зарплатой в 1000 USD тратит на помощь конечному пользователю с окладом в 400, то для снижения затрат имеет смысл сделать следующее. Путем анкетирования нужно выяснить, какой из менее квалифицированных администраторов может выполнять функции справочной службы, и переложить на него поддержку пользователей. Экономьте время высокооплачиваемых со трудников.

(3) Анкетируйте администраторов и пользователей. К сожалению, для применения этого способа объективной оценки состояния информационного хозяйства нужно прилагать значительные усилия. Но они окупятся, благодаря уменьшению пользовательских проблем. Например, когда в результате анкетирования выясняется, что время отклика на запрос пользователя о помощи превышает 15 мин, а более 30% вызовов связаны с восстановлением случайно стертых файлов. Снизить рас ходы на эту категорию можно дополнительным обучением пользователя, ограничением прав доступа к важным данным и устранением причины медленного отклика на запросы.

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

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

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

• Работники, которые выполняют уникальные и критические для предприятия задачи, работая с жизненно важными данными. Кроме менеджеров высшего уровня и финансовых служб, сюда входит, например, административный ИТ персонал. Требования к оснащению и сервису максимальные, высока и стоимость простоя.
• Мобильные работники, часто находящиеся в поездках. Обычно работают с хрупкой и дорогой техникой. Требования к сервису, поддержке и оборудованию также высоки, стоимость времени простоя максимальна.
• Работники, занимающиеся обработкой информации. Наиболее размытая категория. Стоимость времени простоя может сильно варьироваться, хотя в большинстве случаев высока.
• Работники, осуществляющие ввод информации в систему посредством форм. Число рабочих функций ограничено одной-двумя. Наименее критическая часть пользователей в смысле времени простоя (доставляющая, однако, максимум проблем обслуживающему персоналу).

Есть рекомендации по процентному соотношению различных категорий пользователей, позволяющие уменьшить риски и избыточные затраты. К сожалению, невозможно привести данные более чем по 300 градациям предприятий (по размеру, профилю деятельности и местоположению), поэтому ограничимся минимально допустимыми для всех нормами: число работников с высокой стоимостью простоя не должно превышать 25 процентов; критически важные данные на локальных носителях (жестких дисках) не должны составлять более 10% общего объема обрабатываемой пользователем информации.

(5) Снижайте время простоя. Снижение простоев даже на 10-20% приводит к существенным экономиям ИТ-бюджета. По оценкам Interpose, в абсолютном исчислении стоимость простоя может достигать 16% от общей стоимости владения (при рекомендованных 4%). Среди основных причин возрастания времени простоя, исключая действия конечного пользователя, выделяются следующие:

• программные апгрейды и апдейты - 24,2%;
• аппаратные апгрейды - 24,0%;
• профилактическое обслуживание - 15,2%;
• незапланированные отключения электричества - 13,0%;
• переконфигурация сервера - 11,5%;
• архивирование и резервное копирование - 11,7%.

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

(6) Снижайте стоимость управления. Используя специализированное ПО (Novell ManageWise или Microsoft SMS), можно уменьшить затраты на управление. Экономия в этом случае достигает 28-30%. Другой способ - повышение квалификации персонала.

(7) Минимизируйте расходы на хранение информации. Исследования, проведенные Main Control, показали, что на каждый доллар, вложенный в мегабайт информации, расходуется 3-8 дол. в год на хранение и управление этой информацией. Кроме того, на операции по резервному копированию, архивированию и управлению данными иногда расходуется до 20% рабочего времени ИТ менеджеров. Все эти операции приводят к росту требований об увеличении пропускной способности сети на 30-50% в год. На практике рекомендуются следующие меры по снижению непродуктивных затрат на хранение информации:

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

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

ДОРОГУ ОСИЛИТ ИДУЩИЙ

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

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

1 По данным Gartner Group.

2 Это сотрудничество в итоге завершилось покупкой Interpose. Однако, если Interpose особо не делила компании на любимые и не очень, то Gartner объявила ключевым партнером Microsoft со всеми вытекающими отсюда последствиями,- например, сопоставлений TCO для Mac, NC, UNIX с изделиями Microsoft уже не было, зато в избытке появились графики, сравнивающие TCO для DOS и Windows различных версий.

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

результата от внедрения) различаются единовременными и эксплуатационными затратами.

В этом случае возможно сопоставление вариантов информатизации по совокупной стоимости владения (ТСО). Критерием выбора в этом случае является минимизация (TCO → min ) либо методом анализа иерархий.

Совокупная стоимость владения (ТСО)

Впервые термин Совокупная стоимость владения (Total Cost of Ownership

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

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

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

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

Изначально существовало две модели оценки TCO.

Первым примером может служить модель TCO, разработанная компанией Microsoft совместно с Interpose. ИТ-затраты в ней разбиваются на две категории:прямые (бюджетные) икосвенные .

Прямые затраты – те, которые обычно учитываются при бюджетном планировании. У многих украинских предприятий нет возможности управлять своим ИТ-бюджетом, поскольку зачастую система бюджетного управления отсутствует как таковая. Прямые затраты, как правило, предусматриваются в бюджетах центрального ИТ-департамента, а также рабочих или проектных групп по поддержке и внедрению информационных технологий внутри производственных и административных подразделений. К ним относятся затраты:

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

на управление (сетевое и системное администрирование, проектирование);

на поддержку (служба технической поддержки, обучение, контракты на поддержку и сопровождение);

на разработку (постановка задачи и разработка приложений, документации, тестирование и сопровождение);

на телекоммуникации (каналы связи и их обслуживание).

Косвенные затраты – те, которые не поддаются планированию и часто даже не учитываются. Согласно исследованиям Interpose, они составляют свыше 50% средних расходов организаций на информационные технологии

Рис. 1. Структура ИТ-затрат предприятия

К ним можно отнести:

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

простои (потеря производительности из-за выхода из строя

оборудования или профилактические плановые остановки работы) . В качестве второго примера рассмотрим модель TCO, основой для которой является концепция, предложенная Gartner Group. В этой модели учитываются следующие IT-затраты: фиксированные , или, как их еще называют, капитальные вложения, итекущие . Их условно разносят по временной шкале: капитальные вложения осуществляются на этапе построения ИС, текущие затраты – на этапе функционирования. По методике Gartner Group

к фиксированным следует относить следующие затраты:

стоимость разработки и внедрения проекта;

первоначальные закупки основного ПО;

первоначальные закупки дополнительного ПО;

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

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

В свою очередь, текущие затраты состоят из трех статей:

стоимость обновления и модернизации системы;

затраты на управление системой в целом;

затраты, вызванные активностью пользователей ИС («активность пользователя»).

Под «затратами на управление системой» подразумеваются расходы, связанные с управлением и администрированием компонентов ИС. В этой статье затрат можно выделить некоторые подкатегории:

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

заработная плата;

привлечение внешних консультантов;

аутсорсинг;

учебные курсы и сертификация;

техническое и организационное администрирование и сервис.

Стоимость обеспечения работы пользователя отражена в понятии «активность пользователя». Эта статья затрат, по данным Gartner Group, имеет наиболее значимый вес в совокупной стоимости ИС. В ней выделяют следующие подстатьи затрат:

прямая помощь и дополнительные настройки;

формальное обучение;

разработка приложений;

работа с данными;

неформальное обучение;

Futz-фактор (параметр, определяющий объем затрат, связанных с последствиями некомпетентных действий пользователя).

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

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

В настоящее время Gartner Group (после приобретения в конце февраля 1998 года компании Interpose) является единоличным владельцем всех ресурсов наиболее популярной методики ТСО.

Мы примем упрощенную методику оценки ТСО.

Стоимость владения TCO оценивается в общем случае по формуле:

где С – эксплуатационные затраты на ИС;К – капитальные (единовременные) затраты на ИС;

n – количество планируемых лет эксплуатации ИС.

При применении данного метода основную проблему составляет определение корректного значения n [лет], поскольку планируемый и реальный срок эксплуатации программно-технических решений могут значительно

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

Для того чтобы компания могла принимать оплату товара безналичным способом, необходимо заключить с банком договор эквайринга. Согласно такому договору банк за вознаграждение осуществляет операции по зачислению денежных средств с карт покупателей напрямую на расчетный счет. Вознаграждение банк обычно удерживает при перечислении выручки на расчетный счет. Удержанные кредитной организацией средства учитываются в качестве прочих расходов по дебету счета 91, а проводки делаются в момент поступления средств на расчётный счет.
Кроме того, для осуществления операций с использованием банковских карт необходимо иметь специальное оборудование. Обычно банк в рамках указанного договора передает во временное пользование организации POS-терминал, с помощью которого и осуществляются операции эквайринга. Здесь у бухгалтера часто возникает вопрос - как учитывать такой терминал? Так как банк передает терминал во временное пользование на срок действия договора, и собственность на него к компании не переходит, его следует учитывать на забалансовом счете. А стоимость на забалансе необходимо указать рыночную. Для этого можно запросить у банка справку о стоимости такого оборудования, либо воспользоваться другими источниками информации о стоимости аналогичного оборудования. Однако при низких оборотах с использованием банковских карт банк может взимать арендную плату за пользованием терминалом. Тогда бухгалтеру необходимо такую арендную плату учитывать в составе расходов на продажу:
Дебет 91 Кредит 44 - учтена арендная плата за оборудование, предоставленное банком.
Итак, договор заключили, оборудование учли, теперь перейдем непосредственно к операциям по зачислению денежных средств. При оплате товара наличными денежными средствами в кассу предприятия в бухгалтерском учете делается проводка:
- отражена сумма, полученная от покупателей в кассу организации.
При оплате банковской картой проводки зависят от длительности промежутка времени между оплатой товара и поступлением средств на расчётный счет. Денежные средства могут зачисляться на счет в день покупки при условии, что кассовый аппарат связан с процессинговым центром. Рассмотрим пример корреспонденции счетов в такой ситуации.

Пример 1.
Выручка от продажи товаров ООО "Ромашка" 15 декабря составила 118 тыс. руб. (в том числе НДС 18 тыс. руб.). Из них 58 тыс. руб. получено в кассу, а покупки на 60 тыс. руб. оплачены посредством банковских карт. Деньги поступают на расчетный счет сразу же после оплаты. Банк предъявляет комиссию в размере 2% от перечисляемой суммы.
Проводки будут следующие:
Дебет 50 Кредит 90 субсчет «Выручка от наличных продаж» - 58 000 руб. - учтена сумма оплаты за реализованный товар в кассу организации;
Дебет 90-3 Кредит 68 - 18 000 руб. - начислен НДС;
Дебет 51 Кредит 62 - 58 800 руб. - зачислена на расчетный счет оплата товаров банковскими картами с учетом комиссии банка;
Дебет 91 Кредит 62 - 1200 руб. - комиссия банка учтена в прочих расходах.

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

Пример 2.
15 декабря ООО «Ромашка» реализовало товаров на сумму 118 000 руб. (в том числе НДС 18 000 руб.). Из них 58 000 руб. было внесено покупателями в кассу предприятия, а покупки на 60 000 руб. были оплачены с помощью банковских карт. На расчетный счет выручка по пластиковым картам поступила 17 декабря.
Для такой ситуации предусмотрено использование счет 57 «Денежные переводы в пути». На этом счете отражаются суммы, уплаченные покупателем, но еще не поступившие на расчетный счет.
Бухгалтер в таком случае делает следующие проводки:
15 декабря:
Дебет 50 Кредит 90 субсчет «Выручка от наличных продаж» - 58 000 руб. - отражена сумма, внесенная покупателями в кассу;
Дебет 62 Кредит 90 субсчет «Выручка от безналичных продаж» - 60 000 руб. - учтена сумма оплаты за реализованный товар безналичным способом;
Дебет 90-3 Кредит 68 - 18 000 руб. - начислен НДС;
Дебет 57 Кредит 62 - 60 000 руб. - переданы в банк документы по оплате пластиковыми картами.
17 декабря:
Дебет 51 Кредит 57 - 58 800 руб. - зачислена на расчетный счет оплата товаров банковскими картами с учетом комиссии банка;
Дебет 91 Кредит 57 - 1200 руб. - комиссия банка учтена в прочих расходах.

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

Как происходят расчеты при помощи карт

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

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

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

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

Применение ККТ при эквайринге

Продавцы, принимающие к оплате банковские карты, обязаны применять онлайн-кассы. Действительно, согласно пункту 1 статьи 1.2 Федерального закона от 22.05.03 № 54-ФЗ контрольно-кассовая техника применяется при расчетах. Под расчетами, в числе прочего, подразумевается прием и выдача денег в безналичном порядке (ст. 1.1 Закона № 54-ФЗ). А использование платежной карты — это разновидность безналичной оплаты. Таким образом, при эквайринге необходимо пробивать кассовые чеи и передавать сведения оператору фискальных данных (ОФД).

Важная деталь: если клиент расплатился при помощи карты, продавец обязан выдать ему не один, а два чека. Первый — это обычный кассовый чек, который выглядит точно так же, как если бы покупатель заплатил наличными. Второй — это чек кассового терминала (слип). В нем должны быть указаны все необходимые реквизиты, в частности, идентификатор электронного терминала, дата, сумма, валюта операции и проч. Также в слипе нужна подпись кассира. Подпись клиента необходима, только если он не вводит PIN-код своей карты (п. 3.3 положения Центробанка от 24.12.04 № 266-П *).

Выручка по эквайрингу в налоговом и бухгалтерском учете

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

В налоговом учете момент формирования доходов зависит от системы налогообложения поставщика. При основной системе с методом начисления доходы в виде выручки по эквайрингу формируются в день, когда средства списаны с карты клиента. При кассовом методе и «упрощенке» доходы допустимо показать в момент, когда деньги поступили на банковский счет. Это подтвердил Минфин России в письме от 03.04.09 № 03-11-06/2/58 (см. « »).

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

Далее те, кто применяет ОСНО, могут включить процент банка в расходы на основании подпункта 25 пункта 1 статьи НК РФ. Налогоплательщики на упрощенной системе с объектом «доходы минус расходы» также вправе признать затраты на основании подпункта 9 пункта 1 статьи 346.16 НК РФ. Если же объектом налогообложения «упрощенщика» являются доходы, то списать банковский процент не удастся (письмо Минфина России от ; см. « »).

В бухучете плата за услуги банка относится к прочим затратам на основании пункта 11 ПБУ 10/99 «Расходы организации».

Пример

Торговая компания находится на основной системе налогообложения и применяет метод начисления. С банком заключен договор эквайринга, стоимость услуг составляет 2 процента от суммы, поступившей с использованием пластиковых карт клиентов. 31 марта клиенты расплатились за товар при помощи карт через POS-терминал, величина выручки равна 10 000 000 руб. 01 апреля данная сумма за минусом процента, удержанного банком, была зачислена на счет компании. В банковской выписке процент выделен отдельной строкой.

ДЕБЕТ 62 КРЕДИТ 90 - 10 000 000 руб. — отражена выручка от продаж;

ДЕБЕТ 57 КРЕДИТ 62 - 10 000 000 руб. — поступила оплата через терминал. В налоговом учете сформирован доход в размере 10 000 000 руб.

ДЕБЕТ 91 КРЕДИТ 57 - 200 000 руб.(10 000 000 руб. х 2%) — удержана стоимость услуг банка;

ДЕБЕТ 51 КРЕДИТ 57 - 9 800 000 руб.(10 000 000 — 200 000) — деньги зачислены на банковский счет В налоговом учете сформированы расходы в размере 200 000 руб.

Возврат денег, полученных посредством платежной карты

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

Перечисляя деньги за возвращенный товар, продавец должен оформить кассовый чек с признаком расчета «возврат прихода». Данный чек необходимо оформить на ККТ той организации или того ИП, кто принимал деньги от покупателя при продаже товара. Об этом напомнил Минфин России в письме от от 04.07.17 № 03-01-15/42312 (см. « »).

В бухучете при возврате денег на карту клиента чаще всего используют сторно проводок, созданных в момент покупки. Проще говоря, отмену выручки показывают двумя проводками. Первая — по дебету счета 90 и кредиту счета 62, вторая — по дебету счета 62 и кредиту счета 57. Затем после списания денег с банковского счета поставщика делается проводка по дебету счета 57 и кредиту счета 51.