ИТ-Инфраструктура & ИТ-Услуги:Расчет совокупной стоимости владения (TCO). Отражаем эквайринг в бухгалтерских проводках

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

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

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

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

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

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

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

Учет продажи покупателю и принятия средств от банка

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

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

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

Типовые проводки по эквайрингу рассмотрим на примерах.

Проводки по продаже через банковский терминал

Пример проводок:

По условиям договора, ООО «Кодекс» обязуется выплачивать банку-эквайеру комиссию в размере 2,3% от суммы реализации товара, оплаченного платежными картами. Согласно контрольной ленты, в торговой сети ООО «Кодекс» покупатели рассчитались картой на сумму 67 000 руб., НДС 10 220 руб.

В учете ООО «Кодекс» данные операции должны быть отражены таким образом:

Дт Кт Описание Сумма Документ
62 90/1 Выручка от продажи покупателям, рассчитавшихся платежными картами 67 000 руб.
90/3 68 НДС 10 220 руб. контрольная лента POS-терминала
62 Передача в банк электронного журнала с информацией об оплате банковскими картами 67 000 руб. электронный журнал
Принятие от банка средств за товар, проданный по безналичному расчету, за минусом комиссии (67 000 руб. — 2,3%) 65 459 руб. банковская выписка
91 Списание комиссии банка за услуги эквайринга 1 541 руб. контрольная лента POS-терминала, договор эквайринга

Учет реализации товара по наличному и безналичному расчету

ООО «Форма» был заключен договор с банком на оказание услуг эквайринга, согласно которого комиссия банка составляет 2,5% от суммы оплаты картами. По итогам августа 2015, общий торговый оборот ООО «Форма» составил 136 000 руб., из них оплата наличными — 89 000 руб., оплата платежной картой — 47 000 руб.

Бухгалтер ООО «Форма» сделал в учете такие проводки:

Дт Кт Основание Сумма Документ
50 90/1 Выручка от товара, реализованного за наличные 89 000 руб. приходный кассовый ордер
62 90/1 Продажа покупателям, рассчитавшихся платежными картами 47 000 руб. контрольная лента POS-терминала
90/3 68 НДС НДС от суммы реализации за наличные 13 576 руб. приходный кассовый ордер
90/3 68 НДС НДС от суммы реализации по безналичному расчету 7 170 руб. контрольная лента POS-терминала

Под эквайрингом в 1С 8.3 подразумевается не что иное, как обычная оплата покупки банковской карточкой.

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

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

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

Первым делом нам необходимо проверить, установлены ли у нас все настройки для использования эквайринга в программе 1С:Бухгалтерия 3.0.

Перейдите в раздел «Главное» и выберите пункт «Функциональность».

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

Отражение эквайринга в 1С Бухгалтерия

Сначала отразим в 1C продажу килограмма конфет «Белочка». Сделать для ОСН/УСН/ЕНВД это можно при помощи документа «Реализация (акты, накладные)».

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

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

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

В проводках 1С по эквайрингу можно увидеть то, о чем говорилось ранее. Полученные денежные средства фактически находятся еще не на нашем расчетном счете, а в банке, поэтому сумма в 350 рублей поступила на счет 57.03.

Эквайринг и розничные продажи

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

Данный документ создал проводки, изображенные на рисунке ниже.

Поступление денежных средств от банка

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

Данный документ может формироваться автоматически при загрузке выписки из клиент-банка. Так же, можно внести его в базу вручную, воспользовавшись пунктом «Банковские выписки» раздела «Банк и касса».

В рамках данного примера мы создадим поступление на расчетный счет непосредственно из документа «Операция по платежной карте».

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

В результате проведения сумма от продажи конфет «Белочка» в размере 350 рублей поступила со счета 57.03 на счет 51 «Расчетные счета». Таким образом задолженность Сбербанка перед нашей организацией погашена.

Смотрите также видео по тему:

Эквайринг в жизни бухгалтера

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

Настоящая статья посвящена операциям по пластиковым картам, т.е. эквайринг.

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

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

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

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

Например:

Покупатель оплатил товар с помощью банковской карты на сумму 60 000 рублей. На расчётный счет денежные средства поступят в сумме 582 000 рублей, т.к. вознаграждения составляет по договору эквайринга 3 %.

Не смотря на то, что деньги продавец получает безналичным путем, это не освобождает его от обязанности применять ККМ при подобных операциях и выдавать покупателю кассовый чек (абзац 4 ст.5 Федерального закона от 22.05.2003 N 54-ФЗ "О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт")

Суммы, оплаченные платежными картами, следует пробивать на отдельную секцию ККМ и Z-отчете суммы безналичной выручки будут отражаться отдельно.

В журнале кассира-операциониста форма по графе 12 отражают количество пластиковых карт, по которым осуществлялись расчеты, а по графе 13 указывают сумму, полученную при оплате этими картами. Приходный кассовый ордер на сумму безналичной выручки не выписывается. Затем информация из журнала кассира-операциониста о сумме выручки, полученной как за наличный расчет, так и с использованием пластиковых карт, переносится в справку-отчет кассира-операциониста по форме N КМ-6 и сведения о показаниях счетчиков контрольно-кассовых машин и выручке организации по форме N КМ-7 .

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

Бухгалтерский учет операций с пластиковыми картами

Банк-эквайер обычно перечисляет денежные средства уже за минусом своей комиссии.

Однако организация выступает продавцом и должна отражать выручку в полном объеме, включая вознаграждение банку. Комиссия банка учитывается как прочие расходы и в бухгалтерском учете (п. 11 ПБУ 10/99) и в налоговом учете (пп.25 п.1 ст.264 НК). Организации, применяющие УСНО 15%, так же могут учесть в расходах услуги банка (п/п 9 п. 1 ст. 346.16 НК).

Услуги банка по договору эквайринга НДС не облагаются.

Бухгалтерские проводки

Если перевод денежных средств осуществляется банком в день осуществления оплаты картами, то бухгалтерские проводки будут следующими:

  1. Д 62 К 90.1 – выручка от безналичных продаж
  2. Д90.3 К 68.2 – начислен НДС с продажи (для ЮЛ при ОСНО)
  3. Д 51 К 62 – зачислены на расчетный счет денежные средства, оплаченные платежными картами.
  4. Д 91.2 К 51 – удержана и принята на расходы комиссия банку по договору эквайринга.

Если перевод денежных средств банком происходит не в день осуществления оплаты картами, то необходимо использовать счет 57 «Переводы в пути»

  1. Д57 К 62 – переданы в банк документы по оплате картами
  2. Д51 К 57 – зачислены на расчетный счет денежные средства за товары, оплаченные платежными картами.

Если организация розничной торговли, то можно не использовать 62 счет, а выручку начислять используя счета 57 и 90.1.

  1. Д57 К 90.1 – выручка от продаж
  2. Д 90.3 К 68.2 – начислен НДС с продаж
  3. Д51 К 57 – зачислены на расчетный счет деньги за товар, оплаченные платежными картами.
  4. Д 91.2 К 57 – принята к расходам комиссия банка по договору эквайринга.

Для многих бухгалтеров актуально ведение эквайринга в программе 1С:Бухгалтерия 8.2

Этапы работы и бухгалтерские проводки в программе:

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

Для отражения этой операции используется документ - Отчет о розничных продажах, при этом заполняется закладки «Товары» и закладка «Платежные карты и банковские карты»:

Д62.Р К 90.01.1 – 100 000 рублей

Д57.03 К 62.Р – 100 000 рублей

2. Поступление на расчетный счет

Выписка – поступление по платёжным картам:

Д 51 К 57.03 – 98 000 рублей

Д 91.2 К 57.03 – 2 000 рублей – комиссия по договору эквайринга.

Оценка эффективности информационных систем

Часть 3. Пример расчета эффективности использования ИС методом TEI

Серия контента:

Методика расчета ТСО

Total cost of ownership (ТСО – совокупная стоимость владения). Данный метод предполагает количественную оценку на внедрение и сопровождение программного обеспечения.

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

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

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

Потери связанные с неработоспособностью приобретенного ПО теоретически рассчитывается по формуле:

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

Методика выбора

Кроме ТСО метод TEI подразумевает оценку соответствия выбранного ПО требованиям прикладных специалистов, работающих на заказчика. Для выявления подобных требований было проведено соответствующие исследование через «Анализ Кано», в результате интервьюирования организаций, были выделены основные требования предъявляемые пользователями к общесистемному и офисному ПО, в результате выяснилось, что пользовательские требования к ПО у фирм различных типов (см 1 часть) практически одинаковы:

  • Знакомство ПО
  • Удобство интерфейса
  • Простота использования
  • Быстрота работы
  • Стабильность работы

Для средних и крупных предприятий так же характерно наличие административных требований, определяющих удобство установки и конфигурирования ПО, а именно:

  • Быстрота развертывания
  • Возможность удаленного администрирования
  • Возможность автоматической установки

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

Для оценки важности факторов использовался метод «непосредственной оценки», где пользователям и администраторам каждого типа предприятия, предлагалось оценить их по шкале от 1 до 10. На основе опросов и полученных из них данных можно построить таблицу «важности» для каждого типа предприятия. Результаты опроса для каждого типа предприятия представлены в таблицах:

Организация с 1 ЭВМ
Фактор Вес Достоверность показателей
Знакомство ПО 10 1 Достоверен
Удобство интерфейса 10 1 Достоверен
Простота использования 10 1 Достоверен
Быстрота работы 9 2,1 Достоверен
Стабильность работы 10 1 Достоверен
Быстрота развертывания 5 3,75 Недостоверен
3 2,89 Недостоверен
Автоматическая установка 5 4,52 Недостоверен
Микропредприятие
Фактор Вес Стандартное отклонение оценок Достоверность показателей
Знакомство ПО 10 1 Достоверен
Удобство интерфейса 10 1 Достоверен
Простота использования 10 1 Достоверен
Быстрота работы 9 2,32 Достоверен
Стабильность работы 10 1 Достоверен
Быстрота развертывания 6 1,98 Достоверен
Возможность удаленного администрирования 5 3,54 Недостоверен
Автоматическая установка 8 4,21 Недостоверен
Малое предприятие
Фактор Вес Стандартное отклонение оценок Достоверность показателей
Знакомство ПО 9 1 Достоверен
Удобство интерфейса 10 1 Достоверен
Простота использования 10 1 Достоверен
Быстрота работы 10 2,03 Достоверен
Стабильность работы 10 1 Достоверен
Быстрота развертывания 7 2,4 Достоверен
Возможность удаленного администрирования 7 3,98 Недостоверен
Автоматическая установка 8 2,15 Достоверен
Небольшое среднее предприятие
Фактор Вес Стандартное отклонение оценок Достоверность показателей
Знакомство ПО 7 2 Достоверен
Удобство интерфейса 9 2 Достоверен
Простота использования 8 1 Достоверен
Быстрота работы 9 1 Достоверен
Стабильность работы 10 2 Достоверен
Быстрота развертывания 8 1 Достоверен
Возможность удаленного администрирования 7 1 Достоверен
Автоматическая установка 7 3,57 Недостоверен
Крупное Среднее предприятие
Фактор Вес Стандартное отклонение оценок Достоверность показателей
Знакомство ПО 7 2 Достоверен
Удобство интерфейса 6 2 Достоверен
Простота использования 10 1 Достоверен
Быстрота работы 10 1 Достоверен
Стабильность работы 10 1 Достоверен
Быстрота развертывания 10 2 Достоверен
Возможность удаленного администрирования 9 2 Достоверен
Автоматическая установка 10 2,1 Достоверен

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

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

ПО ТСО В потерь ПФ1 ПФ2 ПФ3 ПФ4 ПФ5
Важность 10 10 4 5 6 8 4
Вариант 1
Вариант 2

Где Вариант 1-Вариант 2... - соответственно предлагаемый набор общесистемного и офисного ПО, ТСО - совокупные затраты на ПО, В_потерь - время потерь. ПФ- выделенные пользовательские факторы(для каждого вида предприятия приведены в «таблице важности»).

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

Метод ELECTRE

Реализуется по следующему алгоритму:

  1. Для каждой альтернативы (варианта ПО) формируется множество предположений о предпочтении данной альтернативы над каждой из остальных;
  2. Каждое полученное предпочтение оценивается независимо по каждому критерию по следующей шкале: + - предположение подтвердилось (данная альтернатива лучше той, с которой сравнивают, по данному критерию); - - предположение не подтвердилось (данная альтернатива хуже по данному критерию); = - предположение подтвердить невозможно (сравниваемые альтернативы примерно одинаковые с точки зрения данного критерия); При этом в следствии того что большинство выбранных критериев оцениваются независимо от заказчика то и сравнение альтернатив так же можно сделать заранее.
  3. На основании полученных оценок рассчитываются индексы согласия и несогласия с каждым предположением.
  4. Для всех альтернатив задаются предельные значения критических уровней согласия и несогласия при этом считается что каждое предположение считается подтвержденным, если значение ее индекса согласия выше предельного, а значение индекса несогласия - соответственно ниже.

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

Вывод

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

Ресурсы для скачивания

static.content.url=http://www.сайт/developerworks/js/artrating/

Zone=Linux, Open source

ArticleID=522074

ArticleTitle=Оценка эффективности информационных систем: Часть 3. Пример расчета эффективности использования ИС методом TEI

Что такое ТСО?

Совокупная стоимость владения (англ. Total Cost of Ownership, TCO) — это общая величина целевых затрат, которые вынужден нести владелец с момента начала реализации вступления в состояние владения до момента выхода из состояния владения и исполнения владельцем полного объема обязательств, связанных с владением.

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

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

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

Совокупная стоимость владения методика, разработанная в конце 80х годов XX века компанией Gartner Group для расчета финансовых затрат на владение компьютерами на платформе Wintel(MS Microsoft+Intel). Методика была усовершенствованна в 1994 г. фирмой Interpose и переработана в полноценную модель анализа финансовой стороны использования информационных технологий.

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

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

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

Именно эти цели и преследует методика TCO. Но для того, чтобы понять, как можно управлять расходами на содержание IT-инфраструктуры нужно сначала понять, как они рассчитываются.
Наглядный пример.

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

Автомобиль можно приобрести в салоне, заплатив ту или иную сумму. Все ли это затраты? Нет - нужно еще застраховать его, оформить документы на право собственности, зарегистрировать автомобиль в автоинспекции.

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

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

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

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

Вы скажете - «Все верно! Дорожное движение - опасная штука. Поэтому у меня есть страховка. А на автомобиль - гарантия автопроизводителя». Замечательно.

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

Вполне функциональная аналогия. Только маленькое но. У Вас вообще нет ничего, что хотя бы отдаленно напоминало «автостраховку» - не существует внешних структур, страхующих Вас от финансовых рисков и возможных потерь в сфере IT. Нет и гарантии на весь «автомобиль», только на некоторые его детали - в рамках IT-инфраструктуры Вы можете лишь получить гарантию производителя на отдельные компоненты - компьютеры, принтеры, сетевое оборудование и т. п.
Какие затраты учитывает TCO?

Что с точки зрения методики TCO учитывается при расчете затрат на эксплуатацию IT-инфраструктуры?

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

Затраты на IT-персонал:
Зарплаты всех сотрудников, занятых в сфере информационных технологий (включая руководство).
Командировочные затраты, связанные с IT-персоналом.
Обучение и сертификация персонала.
Аутсорсинг(оплата IT-услуг, оказываемых внешними подрядчиками).

Затраты на каналы связи, сервисы сети Интернет и электронного обмена данными:
Абонентская плата за интернет-подключение и каналы связи между офисами, если таковые имеются.
Абонентская плата за «Банк-клиент», приложения электронной коммерции и т. д.
Содержание Web-сервера (если он размещен на площадке провайдера), поддержку доменного имени, внешних серверов электронной почты и проч.
Оплата удаленного доступа сотрудников, работающих вне корпоративной сети.

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

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

Расчет «косвенных» расходов на содержание IT-инфраструктуры - достаточно сложная вещь. Для того чтобы в рамках методики TCO учесть все перечисленные выше пункты, нужно провести всеобъемлющий аудит информационной системы предприятия. На что следует обратить внимание в первую очередь?
Провести детальный анализ (аудит) IT-инфраструктуры, выявляя при этом узкие места (недостаточная надежность, доступность или низкая производительность тех или иных компонентов системы, отсутствие резервного копирования, антивирусной защиты, корпоративных систем защиты информации и пр.)
Проанализировать все сбои и простои, случившиеся в сети за выбранный Вами период, акцентируя свое внимание как на причинах, приведших к останову, так и на действиях по его ликвидации. Если останов был плановый (регламентные работы, upgrade и пр.) - следует выяснить, выполнялись ли данные работы в рамках заранее согласованного плана, были ли завершены в срок.
Если в организации существует централизованная служба компьютерной поддержки (Help Desk или Service Desk) - нужно проанализировать скорость прохождения заявок на сервисные работы и выяснить причины, приводящие к задержкам в их исполнении. Вообще говоря, централизованная служба компьютерной поддержки должна функционировать в рамках международных стандартов (ITIL и/или CobIT). Правильная организация такой сервисной службы - залог эффективной работы.
Следует наладить стратегические партнерские отношения с несколькими наиболее удобными для Вас поставщиками аппаратных и программных решений, комплектующих и расходных материалов. Такой подход позволит иметь единую схему гарантийного ремонта, прогнозируемые сроки поставки товара и так далее. Работа с небольшим числом предпочтительных поставщиков позволяет свести на нет всякого рода коррупционные схемы, получить официальные бонусы и преференции в качестве постоянных покупателей.
Необходимо минимизировать «видовое разнообразие» аппаратного обеспечения корпоративной сети. Т. е., нужно выбрать какого-то одного производителя для ноутбуков и рабочих станций, серверов, сетевого оборудования, копировально-множительной техники. Это позволит не только стандартизировать процессы обслуживания такой техники, но и ощутимо экономить на комплектующих и расходных материалах.
Часть наиболее типичных сервисных работ стоит перевести на аутсорсинг - отдать на обслуживание сторонним сервисным организациям. Например, в случае наличия на Вашем предприятии нескольких однотипных АТС или ксероксов будет гораздо дешевле передать их на обслуживание сторонней организации, чем держать у себя в штате соответствующего специалиста. Аналогично решается вопрос с обслуживанием некоторых достаточно широко распространенных программ - «1С», «Парус» и так далее.
Провести аттестацию персонала предприятия на предмет компьютерный грамотности и проверять заявленный уровень таковой при приеме сотрудников на работу. В трудовой договор (контракт) должен быть внесен пункт, касающийся ответственности работника за неправомерное использование служебных рабочих станций и информационных систем.
Как пользоваться методикой TCO

Эффективность методики TCO подтверждена временем - она уже более 20 лет успешно применяется для анализа сложных информационных систем. На сегодняшний день аудит информационных систем по стандартам Gartner Group является одним из наиболее распространенных приемов, применяемых для выработки рекомендаций по оптимизации затрат на IT.

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

Методика расчета совокупной стоимости владения хорошо документирована, разработано и продается специальное программное обеспечение (TCO Analyst, TCO Manager, TCO Snapshot Tool и др.), позволяющее учитывать все описанные выше показатели. Использование такого программного обеспечения позволяет проводить расчеты TCO самостоятельно.

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

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

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

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

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

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



Похожие статьи