Создание информационых систем и бухгалтерский баланс - Форум по вопросам информационной безопасности

Здравия желаю!
Ситуация с которой возможно кто-то сталкивался:
Заказчик подготовил конкурсную документацию на выполнение работ по созданию Системы т.н. "обеспечения информационной безопасности".
Техническое задание на выполнение работ сформировано в соответствии с ГОСТ 34.*****. Написано с использованием технической терминологии и формулировок.
Этапы выполнения работ стандартные: обследование, ТЗ, техно-рабочий проект, внедрение ранее закупленных СЗИ в сети Заказчика.
Комплекс работ должен обеспечить подготовку организации к аттестации по требованиям безопасности информации.
Результаты работ - соответствуют ГОСТ.

При согласовании ТЗ с бухгалтерией выясняется, что бухгалтерия не может ставить клиент-серверные информационные системы на баланс! Бухгалтерия вообще не оперирует терминами объект информатизации, информационная система, а все работы, предусмотренные ГОСТ - это чуть ли не растрата.
Аргумент: на чем ставить инвентарный номер, по которому можно отчитаться перед налоговой инспекцией?

Оказывается на баланс ставится железо, программное обеспечение, права на которое приобретаются Заказчиком, а все остальное - поставить якобы тяжело. В результате всё ставится на баланс отдельно и также отдельно выделяются финансовые средства на выполнение работ (оказание услуг), на железо, на системное ПО, на СЗИ.

В результате - ТЗ не согласовывается.

Разумеется, общая характеристика ситуации проста, как апельсин - "ДОРЕФОРМИРОВАЛИСЬ". Но характеристика характеристикой, а практика требует действий.

Подскажите как ставить на бухгалтерский баланс работы по созданию АС в соответствии с ГОСТ и как "пробить бухгалтерский МСЭ"?

> ситуации проста, как апельсин - "ДОРЕФОРМИРОВАЛИСЬ"

В зеркало посмотреть религия не позволяет, непогрешимый вы наш?

Не путайте работы и услуги. Работа (глава 37 ГК РФ), это то, в результате чего появляется новая вещь. Например - новая АС как совокупность аппаратных и программных средств плюс персонала. У вашего заказчика ИС уже есть (раз уж у вас "внедрение ранее закупленных СЗИ"), в результате ваших телодвижений ничего нового не появляется, на баланс ставить нечего. Правильно вас бухгалтерия на место ставит.

Вы взялись оказать вашем заказчику комплекс услуг (глава 39 ГК РФ) по настройке существующей у вашего заказчика ИС и разработке ряда литературных произведений (документации по ГОСТ 34). Результат вашей работы на баланс не ставится и должен идти исключительно по услуговому бюджету.

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

malotavr | 44984

Внесу ясность.
Речь идёт о некоем гипотетическом Заказчике и Исполнителе. Тема возникла после обсуждения вопроса и с теми и с другими. И Заказчиков и Исполнителей - множество. Мой интерес - в устранении проблемы несовместимости между работами и услугами, выполняемыми в соответствии с требованиями регуляторов и порядком их бухгалтерского учета.

То есть необходимо составить ТЗ на "бухгалтерских формулировках", но описывающее последовательность, определённую ГОСТами.

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

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

Закупка - другой договор (договоры) на конкретный программный продукт, исходя из техно-рабочего проекта

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

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

весь комплекс работ может растянуться на несколько лет.

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

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

В общем, я предлагаю выработать какой-то Единый подход, который все могли бы использовать, а не закупать, чтобы учесть систему антивирусной защиты, вместе с клиент-серверным Касперским - жесткий диск для ПЭВМ (символ АС для бухгалтерии).

> А если у Заказчика есть средств не на все услуги и программные продукты, а только на несколько?

А это неважно.
Есть два варианта:
1. Заключить договор на оказание услуг (если закупки вообще не планируются)
2. Заключить договор на работы по модернизации АС. Но в этом случае а) у АС должны появиться какие-то новые возможности и б) в составе АС должны появиться какие-то новые компоненты (аппаратные или программные))

malotavr | 44987

>Есть два варианта...
Это идеальный случай, когда все переменные: стоимость работ, стоимость услуг, стоимость софта известны к началу финансового планирования.

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

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

Пожалуй это мысль.

Один вопрос "остался за кадром".
Возможно ли в одном едином выносимом на конкурс техническом задании предусмотреть на одном этапе услуги, а на другом этапе - закупки, а на третьем-работы? При этом в ТЗ, допустим сделать оговорку на то, что оплата будет выполняться поэтапно?

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

Они редко когда бывают известны. Задача и риски ГИПа - оценить из "на глазок" и не сильно ошибиться.

> принятие решения руководством

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

> Возможно ли в одном едином выносимом на конкурс техническом задании предусмотреть на одном этапе услуги, а на другом этапе - закупки, а на третьем-работы?

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

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

Ну и не мне вам объяснять, что такие ТЭО имеют мало общего с реальностью - они просто обосновывают ту от бюджет проекта, о котором вы предварительно договариваетесь с заказчиком.

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

Спасибо.
Рассчитываю, что систематизация приводимых данных позволит заблаговременно избежать многим Исполнителям и Заказчикам типичных ошибок.