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

Для того чтобы компания могла принимать оплату товара безналичным способом, необходимо заключить с банком договор эквайринга. Согласно такому договору банк за вознаграждение осуществляет операции по зачислению денежных средств с карт покупателей напрямую на расчетный счет. Вознаграждение банк обычно удерживает при перечислении выручки на расчетный счет. Удержанные кредитной организацией средства учитываются в качестве прочих расходов по дебету счета 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 руб. - комиссия банка учтена в прочих расходах.

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

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

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

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

• увеличение объема продаж на 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-терминала

Козаченко Виталий Евгеньевич Руководитель проекта АО "Банкомсвязь"
Из материалов журнала "Корпоративные системы", 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, можно сделать и свой инструмент. Правда, на это придется потратить не меньше двух месяцев.

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

Часть 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

Никого не удивишь в наше время расчетами, совершаемыми посредством банковских карт (эквайрингом). Эквайринг широко используется не только крупными торговыми организациями, но и представителями малого бизнеса, и индивидуальными предпринимателями. О том, как в «1С:Бухгалтерии 8» редакции 3.0 поддерживаются эквайринговые операции, в том числе для целей учета НДС, - читайте в статье экспертов 1С.

Понятие и стороны договора эквайринга

Несмотря на то, что практика заключения договора эквайринга на сегодняшний день довольно обширна, в Гражданском кодексе РФ нет главы, посвященной этому договору. Понятие договора эквайринга содержится в пункте 1.9 Положения Банка России от 24.12.2004 № 266-П «Об эмиссии платежных карт и операциях, совершаемых с их использованием» (далее - Положение № 266-П). Термины «эквайрер» и «эквайринг» содержатся в Глоссарии терминов, используемых в платежных и расчетных системах (Комитет по платежным и расчетным системам Банка Международных расчетов) (Базель, Швейцария, 01.03.2003). Во многих словарях для данного термина предлагается альтернативный вариант написания - «эквайер». По сложившейся практике в нормативных актах Российской Федерации чаще используется написание «эквайер», этот же вариант написания используется и в программе.

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

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

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

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

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

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

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

Какие продавцы обязаны принимать к оплате платежные карты

В соответствии со статьей 16.1 Закона РФ от 07.02.1992 № 2300-1 «О защите прав потребителей» продавец (исполнитель) по выбору потребителя обязан обеспечить возможность оплаты товаров (работ, услуг) как путем наличных расчетов, так и путем использования национальных платежных инструментов.

Обязанность обеспечить возможность оплаты с использованием национальных платежных инструментов не распространяется на организации и ИП, у которых доходы от осуществления предпринимательской деятельности за прошлый год не превышают предельные значения, установленные для микропредприятий. Постановлением Правительства РФ от 04.04.2016 № 265 (действует с 01.08.2016) предельные значения для микропредприятий установлены в размере 120 млн руб.

Национальные платежные инструменты - это платежные карты и иные электронные средства платежа, предоставляемые клиентам участниками национальной системы платежных карт (НСПК) в соответствии с правилами этой системы (ч. 2 ст. 30.1 Федерального закона от 27.06.2011 № 161-ФЗ «О национальной платежной системе»). В настоящее время идет внедрение национального платежного инструмента - платежной карты «Мир». Подробную информацию о национальной системе платежных карт можно найти на сайте НСПК .

По мере распространения платежной карты «Мир» продавец (если он не подпадает под исключение) не вправе отказывать своим покупателям в оплате товаров (работ, услуг) с использованием данного платежного инструмента. Отказ влечет наложение административного штрафа на должностных лиц и ИП в размере от 15 тыс руб. до 30 тыс руб., на юридических лиц - от 30 тыс руб. до 50 тыс руб. (ч. 4 ст. 14.8 КоАП РФ).

Осуществление расчетов с покупателями посредством платежных карт не освобождает продавца от обязанности применять контрольно-кассовую технику (ККТ) (ч. 2 ст. 5 Федерального закона от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт»; письма ФНС России от 11.08.2014 № АС-4-2/15738, Минфина России от 20.11.2013 № 03-01-15/49854). Кроме кассового чека покупателю нужно выдать документ, подтверждающий оплату с использованием пластиковой карты, - так называемый слип (п. 6 Постановления Правительства РФ от 23.07.2007 № 470 «Об утверждении Положения о регистрации и применении контрольно-кассовой техники, используемой организациями и индивидуальными предпринимателями»).

Поддержка эквайринговых операций в «1С:Бухгалтерии 8» (ред. 3.0)

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

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

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

Рис. 1. Настройка функциональности программы

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

• Оплата платежной картой (раздел Банк и касса) с видами операций Оплата от покупателя и Розничная выручка .
• Отчет о розничных продажах (раздел Продажи).

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

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

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

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

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

• Платежная карта;
• Банковский кредит;
• Подарочный сертификат собственный;
• Подарочный сертификат сторонний.

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

Начиная с версии 3.0.44.102 «1С:Бухгалтерии 8» в справочнике Виды оплат появилась возможность указывать размер комиссии банка в зависимости от суммы операций (выручки) за день.

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

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

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

• загружается из «Клиент банка» (через сервис 1С:ДиректБанк*);
• вводится на основании документа Оплата платежной картой .

Примечание:
* О технологии DirectBank - прямого обмена с обслуживающим банком из программы 1С в режиме он-лайн, - читайте в статье "Новые возможности «1С:Предприятия 8»: технология DirectBank – обмен с банком в режиме он-лайн" . Также о сервисе 1С:ДиректБанк и о том, как работать с банком напрямую из «1С:Бухгалтерии 8» - см. видеозапись лекции «Новые возможности "1С:Бухгалтерии 8" (ред. 3.0) для эффективного ведения учета», которая состоялась в 1С:Лектории 22.12.2016 .

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

Учет эквайринговых операций при общей системе налогообложения

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

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

Пример 1

Организация ООО «Андромеда» применяет общую систему налогообложения (ОСНО), является плательщиком НДС, положения ПБУ18/02 не применяет. В октябре 2016 года ООО «Андромеда» заключила с оптовым покупателем договор поставки товаров на общую сумму 16 000,00 руб. (в т.ч. НДС 18 % - 2 440, 68 руб.) на условиях 50 % предоплаты. Покупатель 01.11.2016 осуществил предоплату посредством банковской карты. Сумма предоплаты за вычетом комиссии банка зачислена на расчетный счет организации следующим днем. Товар был отгружен поставщику 14.11.2016. Окончательную оплату банковской картой покупатель осуществил 15.11.2016. Сумма окончательной оплаты за проданные товары за вычетом комиссии банка зачислена на расчетный счет организации следующим днем. Вознаграждение банка-эквайера зависит от суммы операции и составляет 1 % от суммы поступившей выручки за день, если она не превышает 250 000,00 руб.

Документ Оплата платежной картой можно сформировать на основании документа Счет покупателю (кнопка Создать на основании ). В этом случае потребуется вручную заполнить только поле Вид оплаты и скорректировать сумму платежа, все остальные реквизиты, включая табличную часть, будут заполнены автоматически (рис. 2).

Рис. 2. Оплата платежной картой

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

Обращаем внимание , что договор с банком-эквайером имеет вид Прочее .

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

Рис. 3. Вид оплаты

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

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

Дебет 57.03 Кредит 62.02 - на сумму предоплаты, осуществленной с помощью банковской карты (8 000,00 руб.).

Для целей налогового учета по налогу на прибыль Сумма НУ Дт и Сумма НУ Кт .

Итак, покупатель осуществил предоплату, хотя деньги на расчетный счет организации пока не поступили. Какой день считать днем оплаты? В письме ФНС России от 28.02.2006 № ММ-6-03/202@ разъясняется, что в целях применения подпункта 2 пункта 1 статьи 167 НК РФ оплатой (частичной оплатой) в счет предстоящих поставок товаров (выполнения работ, оказания услуг), передачи имущественных прав признается получение денежных средств продавцом или прекращение обязательств иным способом, не противоречащим законодательству. В данном случае покупатель свои обязательства выполнил, а банк-эквайер выполняет только роль посредника, поэтому момент определения налоговой базы по НДС у продавца наступает при совершении предоплаты покупателем с использованием платежной карты, а не при зачислении денежных средств банком-эквайером на расчетный счет организации.

Документ Счет-фактура выданный на аванс можно зарегистрировать двумя способами:

• на основании документа Оплата платежной картой (кнопка Создать на основании );
• обработкой Регистрация счетов-фактур на аванс (раздел Банк и касса - Счета-фактуры на аванс ).

Документ Счет-фактура выданный на аванс заполняется автоматически по данным документа-основания. После проведения документа сформируется бухгалтерская проводка:

Дебет 76.АВ Кредит 68.02 - на сумму НДС, исчисленного с предоплаты покупателя (1 220,34 руб.).

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

Обращаем внимание , что дата документа Счет-фактура выданный на аванс будет соответствовать дате документа Оплата платежной картой.

Документ Поступление на расчетный счет также можно создать на основании документа Оплата платежной картой - тогда все основные реквизиты будут заполнены автоматически, в том числе и вознаграждение банка-эквайера (рис. 4).

Рис. 4. Поступление на расчетный счет от банка-эквайера

После проведения документа Поступление на расчетный счет

Дебет 51 Кредит 57.03 - на сумму поступивших денежных средств от банка-эквайера (7 920,00 руб.); Дебет 91.02 Кредит 57.03 - на сумму вознаграждения, удержанного банком-эквайером (80,00 руб.).

Соответствующие суммы фиксируются также в ресурсах Сумма НУ Дт и Сумма НУ Кт

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

Дебет 90.02.1 Кредит 41.01 - на себестоимость проданных товаров (6 440,00 руб.); Дебет 62.02 Кредит 62.01 - на зачтенную сумму аванса от покупателя (8 000,00 руб.); Дебет 62.01 Кредит 90.01.1 - на сумму выручки от реализации товаров (16 000,00 руб.); Дебет 90.03 Кредит 68.02 - на сумму НДС (2 440, 68 руб.);

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

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

Для отражения вычета НДС с предоплаты необходимо создать документ Формирование записей книги покупок (раздел Операции - Регламентные операции НДС ). Как правило, данный документ создается в последний день месяца. Документ заполняется автоматически (кнопка Заполнить документ ). После проведения документа сформируются записи в специальные регистры для целей учета НДС, а также запись регистра бухгалтерии:

Дебет 68.02 Кредит76.АВ - на сумму вычета НДС (1 220,34 руб.).

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

Таким образом, порядок учета эквайринговых операций при ОСНО в «1С:Бухгалтерии 8» (ред. 3.0) представляет собой достаточно простую последовательность действий. Для целей исчисления НДС расчеты с покупателями, осуществленные посредством платежных карт, также не вызывают никаких дополнительных трудностей в учете.

Учет оплаты по подразделениям на счете 57.03 в «1С:Бухгалтерии 8 КОРП» (ред. 3.0)

Организации, имеющие обособленные подразделения и использующие программу «1С:Бухгалтерия 8 КОРП» (ред. 3.0), могут вести учет хозяйственных операций, в том числе учет розничных продаж и оплату банковскими картами, в разрезе подразделений.

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

Пример 2

Организация ООО «Интертрейд» занимается оптовой и розничной торговлей хозяйственными товарами, применяет ОСНО, является плательщиком НДС. ООО «Интертрейд» имеет обособленное подразделение в г. Клин, через которое также осуществляется розничная торговля. Организацией ООО «Интертрейд» заключен с банком «РФТ» договор эквайринга от 31.12.2015 № 32132. Вознаграждение банка-эквайера составляет 2 % от суммы поступившей выручки. Через головное подразделение ООО «Интертрейд» 23.11.2016 было продано товаров в розницу на сумму 100 000,00 руб. (в т. ч. НДС 18 % - 15 254,24 руб.). В этот же день через обособленное подразделение было продано товаров в розницу на сумму 10 000,00 руб. (в т. ч. НДС 18 % - 1 525,42 руб.). Все товары были оплачены банковскими картами в рамках договора эквайринга с банком «РФТ». Банк-эквайер 24.11.2016 перечислил (за вычетом своего вознаграждения) относящуюся к головному подразделению выручку за проданные товары. Денежные средства, относящиеся к обособленному подразделению, поступили на расчетный счет организации 25.11.2016.

Чтобы организовать в программе «1С:Бухгалтерия 8 КОРП» редакции 3.0 учет по подразделениям на счете 57.03, рекомендуется для каждого подразделения создавать свои виды оплат со своим договором эквайринга. Для этого договор с банком-эквайером нужно формально разделить на два договора, каждый из которых предназначен для учета по конкретному подразделению (головному и обособленному). Введем в справочник Договоры два элемента с наименованиями:

• Договор эквайринга №32132 (головное) от 31.12.2015;

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

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

По умолчанию все оплаты считаются наличными. Если в течение дня осуществлялись оплаты платежными картами, банковскими кредитами или подарочными сертификатами, то необходимо заполнить закладку Безналичные оплаты (рис. 5). Добавим в справочник Виды оплат новый элемент со способом оплаты Платежная карта и укажем наименование нового вида оплаты, например, Эквайринг РФТ (головное подразделение), наименование банка-эквайера и наименование договора: . Введем созданный вид оплаты в табличную часть закладки Безналичные оплаты и укажем сумму - 100 000,00 руб.

Рис. 5. Безналичные оплаты по головному подразделению

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

Дебет 90.02.1 Кредит 41.01 - на себестоимость товара (64 000,00 руб.); Дебет 62.Р Кредит 90.01.1 - на сумму выручки от реализации товаров (100 000,00 руб.); Дебет 57.03 Кредит 62.Р - на сумму оплаты платежными картами (100 000,00 руб.); Дебет 90.03 Кредит 68.02 - на сумму НДС с реализации (15 254,24 руб.).

Сумма НУ Дт и Сумма НУ Кт для счетов с признаком налогового учета (НУ). Также формируется запись в регистр НДС продажи .

Отчет о розничных продажах по обособленному подразделению, где указать соответствующий вид оплаты, например, Эквайринг РФТ обособленное подразделение Клин. В реквизитах этого вида оплаты должно быть указано соответствующее наименование договора с банком: Договор эквайринга №32132 (обособленное Клин) от 31.12.2015.

Зарегистрируем поступление денежных средств от банка-эквайера, относящееся к головному подразделению, документом Поступление на расчетный счет (рис. 6). В поле Договор следует выбрать значение: Договор эквайринга №32132 (головное) от 31.12.2015 .

Рис. 6. Поступление на расчетный счет по головному подразделению

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

Дебет 51 Кредит 57.03 - на сумму поступивших денежных средств от банка-эквайера (98 000,00 руб.); Дебет 91.02 Кредит 57.03

На сумму вознаграждения, удержанного банком-эквайером

(2 000,00 руб.).

Соответствующие суммы фиксируются также в ресурсах Сумма НУ Дт и Сумма НУ Кт для счетов с признаком налогового учета (НУ).

Аналогичным образом нужно создать документ Поступление на расчетный счет по обособленному подразделению, где в поле Договор указать значение: Договор эквайринга №32132 (обособленное Клин) от 31.12.2015.

Оборотно-сальдовая ведомость по счету 57.03 (рис. 7) в разрезе подразделений и договоров показывает, что все взаиморасчеты с банком-эквайером отражены корректно.

Рис. 7. Оборотно-сальдовая ведомость по счету 57.03

Из видеоролика вы узнаете, как организовать учет по подразделениям на счете 57.03 «Продажи по платежным картам» в рамках одного договоре эквайринга в программе «1С:Бухгалтерия 8 КОРП» редакции 3.0.