Бухгалтерские проводки по пластиковым картам. Отражаем эквайринг в бухгалтерских проводках

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

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

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

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

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

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

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

Например:

Покупатель оплатил товар с помощью банковской карты на сумму 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 рублей – комиссия по договору эквайринга.

Никого не удивишь в наше время расчетами, совершаемыми посредством банковских карт (эквайрингом). Эквайринг широко используется не только крупными торговыми организациями, но и представителями малого бизнеса, и индивидуальными предпринимателями. О том, как в «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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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