АУДИТ СИСТЕМ

Аудит ИТ-систем: что уже считает заказ и деньги

Собираю карту уже купленных систем и таблиц. Цель — увидеть, какой факт ведётся дважды, а какой не ведётся нигде.

Собственник или финансовый директор компании, где 1С, CRM и таблицы живут параллельно.

01

СИТУАЦИЯ

Признаки, что аудит нужен раньше демо новой платформы

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

  • Один заказ правят в учёте, в CRM и в файле логиста
  • Никто не может сказать, какая база главная для отгрузки
  • Лицензии продлевают, хотя модулем не пользуются второй год
  • Отчёт для банка собирают вручную из трёх выгрузок
02

РЕЗУЛЬТАТ

Что остаётся после аудита

Реестр систем с ролью каждой: главная, вспомогательная, брошенная. Плюс список дублей, которые съедают время ввода.

  • Реестр систем, таблиц и внешних кабинетов с владельцем
  • Для заказа, остатка и оплаты — одно место истины или явная дыра
  • Модули, которые можно не продлевать в этом году
  • Очередь из двух-трёх правок справочников до любого обмена
03

КАК ИДЁМ

Ход работы и что нужно от компании

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

  1. 01

    Называем факты, а не программы

    Заказ, отгрузка, оплата, рекламация, план цеха. У каждого факта спрашиваем, где он появляется первым.

  2. 02

    Кладём системы на эти факты

    Если факт живёт в двух местах, фиксируем, кто побеждает при расхождении.

  3. 03

    Отмечаем брошенные модули

    Лицензия без живого ввода не считается активом. Её либо возвращают в ритм, либо перестают продлевать.

  4. 04

    Отдаём очередь наведения

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

04

РИСКИ

Условия задачи

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

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

ДОКАЗАТЕЛЬСТВА

Опора и учебный сценарий

Учебный пример. В компании CRM на 40 рабочих мест и учёт, куда менеджер переписывает сделку после счёта. Аудит показывает: воронка не влияет на отгрузку, а двойной ввод занимает часть дня отдела. Решение на квартал — не новая платформа, а одно поле «счёт выставлен» и запрет второй таблицы.

  • Предмет модуля: аудит контура, выбор учётной системы, ТЗ и контроль подрядчика.
  • Реализация сайтов, CRM и интеграций — контур команды Raskrutov: raskrutov.kz/o-kompanii/o-nas/
  • 7000+ — совокупная практика Даниила и команды Raskrutov.
  • Свидетельство Astana Hub №2767 выдано ТОО «Раскрутов»: astanahub.com/account/company/15979/
06

ФОРМАТ И ЦЕНА

С чего начать разбор

Первый шаг — консультация по одному управленческому вопросу. Комплексный контур оценивается после того, как ясна задача.

Экспресс-консультация

50 000 ₸

Один вопрос, исходные факты и решение, какой следующий формат уместен.

Разобрать задачу

Комплексный проект

индивидуальная оценка

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

Разобрать задачу

08

ВОПРОСЫ

Частые вопросы

Это технический аудит инфраструктуры?
Нет. Смотрим, какие управленческие факты уже ведутся в системах. Железо, сеть и уязвимости — другой вид работ.
Сколько систем нужно принести на разбор?
Достаточно тех, где живут заказ, склад, оплата и отчёт собственника. Полный парк компьютеров не нужен.

Разберём вашу задачу

Напишите в WhatsApp или позвоните — разберём исходную ситуацию и следующий шаг.