Бухгалтерия присылает акт на списание 200 рабочих станций. Всё по регламенту: срок полезного использования вышел, амортизация закрыта, остаточная стоимость нулевая. Актив можно выводить.

ИТ открывает список и видит другое. 60 машин из акта прямо сейчас работают: на них сидят сотрудники, открыты браузеры, идут рабочие процессы. Ещё 40 машин из оставшихся 140 наоборот давно физически мертвы. Они не включались месяцами, лежат на складе или разобраны на запчасти, но в учёте всё ещё выглядят как часть парка.

Никто не ошибся. Просто бухгалтерия списывает по сроку, ИТ — по состоянию, а между собой эти данные не сверяются.

Всем привет! Меня зовут Евгений Котухов, я технологический партнер SimpleOne. В этой статье считаем, сколько стоит такой разрыв для компании на 1–2 тысячи сотрудников: где возникают прямые потери, где скрытые, как и зачем решать проблему синхронизации данных между бухгалтерией и ИТ.

Почему бухгалтерия и ИТ видят одну технику по-разному

Бухгалтерия смотрит на актив через нормативный срок. Для компьютерной техники применяется ОКОФ 320.26.20. В зависимости от квалификации актива компании используют 2-ю амортизационную группу (СПИ 2–3 года) или 3-ю (СПИ 3–5 лет). На практике для рабочих станций и ноутбуков чаще применяется 2-я или 3-я группа — выбор зависит от учётной политики компании. Как только СПИ заканчивается, актив амортизирован, остаточная стоимость может быть нулевой. С точки зрения регламента жизненный цикл завершён, и это корректно с точки зрения учёта.

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

Часть техники продолжает работать после того, как бухгалтерия её уже «закрыла». Для рынка это нормальная ситуация — по данным Forbes из нашего исследования рынка управления ИТ-активами, 80% российских компаний оценивают зрелость ITAM-процессов на 1–3 из 5, то есть большая часть компаний находится на начальных уровнях зрелости.

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

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

Проблема возникает тогда, когда оба учёта существуют независимо и данные между ними не сверяются. Акт на списание превращается в односторонний бухгалтерский вывод, который ИТ узнаёт последним.

Списали рабочее — купили новое: считаем прямые потери

В акте 200 станций. ИТ видит, что 60 из них работают прямо сейчас. Если процесс идёт по накатанной — акт подписан, техника ушла в утиль — компания вынуждена покупать замену, даже если оборудование не вышло из строя, потому что бухгалтерский срок закончился и никто не сверился с реальным состоянием.

Базовый расчёт: только устройства

60 рабочих станций × 80 000 ₽ = 4 800 000 ₽

Это минимальная оценка — только системные блоки или ноутбуки без периферии и работ по вводу в эксплуатацию.

Расчёт с монитором и периферией

Добавляем монитор, ещё около 17 000 ₽ на рабочее место:

60 × (80 000 + 17 000) = 5 820 000 ₽

Расчёт с поправкой на рост цен

Если закупка случится не сейчас, а в следующем бюджетном цикле, цена на технику может вырасти на 6–10%. Считаем по среднему значению в 8%:

5 820 000 × 1,08 = 6 285 600 ₽

Итого диапазон потерь от преждевременной замены 60 рабочих устройств — до 6,3 млн ₽ в зависимости от комплектации и момента закупки.

Мёртвые активы на балансе: скрытая потребность, которая не попадает в бюджет

Вторая половина проблемы выглядит не так очевидно, но обходится не дешевле. В том же примере 40 машин давно физически вышли из строя: не включаются, лежат на складе мёртвым грузом или уже разобраны на запчасти. Но в учёте они продолжают числиться как действующие активы. Бухгалтерский срок у них ещё не вышел, значит, формально они живые. Это создаёт искажение, которое расходится по всей цепочке планирования.

Отчётность показывает парк больше, чем он есть на самом деле. Финансовый директор смотрит в таблицу и видит 1 000 устройств — а фактически доступны 960. В результате закупочный план занижается. Если по бумагам техники достаточно, заявка на новые устройства выглядит необоснованной. Бюджет режут или переносят.

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

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

Базовый расчёт:

40 × 80 000 ₽ = 3 200 000 ₽

С монитором:

40 × (80 000 + 17 000) = 3 880 000 ₽

С поправкой на рост цен в следующем бюджетном цикле:

3 880 000 × 1,08 = 4 190 400 ₽

Итого скрытая потребность, которая не попала в бюджет — до 4,2 млн ₽.

Техника без подтверждённого статуса: серая зона, которая стоит дороже, чем кажется

Есть категория активов ещё хуже — это техника, про которую никто не может быстро сказать ничего определённого. Формально она существует, в одной из систем есть запись: инвентарный номер, модель, дата постановки на учёт. Но что с ней происходит прямо сейчас — непонятно.

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

Может быть в ремонте, без актуальной записи о том, когда сдали, что сломано и когда ждать обратно. Может отображаться в 1С, но не появляться ни в одном ИТ-инструменте: не видно в MDM, нет в EDR, last seen — полгода назад. Может быть переведено в другое подразделение по устной договорённости, без оформления перемещения.

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

• Трудозатраты на инвентаризацию. Если в парке 1 500 устройств и 10–15% из них требуют ручной проверки, это 150–225 устройств, по каждому из которых нужно разбираться отдельно. При среднем времени 30–40 минут на устройство получается 75–150 часов инженерного времени только на выяснение статуса — и это без учёта согласований с бухгалтерией, HR и подразделениями.

• Решения, принятые на неактуальных данных. Серая зона искажает картину так же, как мёртвые активы на балансе: парк кажется больше, резерв — наполненным. Закупки откладывают, а потом делают срочно.

• Риск двойного учёта. Устройство есть в бухгалтерии, но нет в системе ИТ и наоборот. При следующей сверке оно либо дублируется, либо выпадает совсем. Оба варианта добавляют работы.

• Уязвимости в безопасности. Устройство, которое числится в парке, но не мониторится ни одним инструментом — это слепое пятно. Если оно ещё и у бывшего сотрудника, это уже не учётная проблема.

При 150 устройствах в серой зоне и 40 минутах на выяснение статуса каждого — это ~100 часов инженерного времени. При ставке 1 500 ₽/час — 150 000 ₽ только на разбор. Плюс решения, принятые на неактуальных данных, цену которых посчитать сложнее, но она точно выше.

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

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

Итого прямые и скрытые потери от одного акта на списание — до 10,5 млн ₽. Для компании на 1–2 тысячи сотрудников это может повторяться каждый год.

Три шага к синхронизации бухгалтерского и ИТ-учёта

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

Шаг 1. Сверка перед каждым актом на списание

Это можно сделать прямо сейчас, без новых инструментов и без перестройки процессов. Сверку можно провести вручную (работает как временное решение) при парке до 300–500 устройств. Для этого нужен чеклист на каждое устройство: last seen в MDM (не старше 30 дней), наличие активной учётной записи пользователя в AD, открытые заявки в ServiceDesk за последние 90 дней, физическое подтверждение со склада. Для парка свыше 500 устройств ручная сверка без инструментальной поддержки нежизнеспособна — нужна автоматизация хотя бы на уровне выгрузки из MDM с фильтрацией по last seen.

Пример: станция INV-003847, last seen в MDM — вчера, пользователь Петрова А.С. активна в AD, две заявки в ServiceDesk за месяц. Вердикт: работает, не списывать.

На выходе сверки три категории:

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

Шаг 2. Регламент: статус устройства подтверждается до акта, а не после

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

Каждый статус должен иметь: триггер перехода (например, «В ремонте» — только при наличии акта передачи подрядчику с номером и датой), ответственного за смену статуса (IT Asset Manager, не helpdesk-инженер), максимальный срок нахождения в статусе (например, «В ремонте» — не более 30 дней без обновления, после чего автоматическая эскалация). Статус «Не найдено» должен автоматически инициировать служебную проверку с уведомлением службы безопасности — это не учётная проблема, это потенциальная утрата имущества.

Пока устройство не получило нужный статус, акт на списание не формируется. Так устройства с неясным статусом не могут ни зависнуть в учёте, ни уйти в списание без проверки — они попадают в отдельную очередь на выяснение. Регламент должен быть закреплён приказом или внутренним нормативным документом с указанием: владельца процесса, участников, сроков, KPI (например, «доля активов с неподтверждённым статусом не превышает 3% парка»), и последствий несоблюдения. 

Шаг 3. Интеграция системы управления ИТ-активами и 1С: единая картина вместо двух независимых учётов

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

Системное решение — связать то, что видит бухгалтерия, с тем, что видит ИТ.

• 1С знает стоимость, амортизацию, СПИ, инвентарный номер, бухгалтерский статус актива.

• Система управления активами (ITAM) знает пользователя, серийный номер, техническое состояние, last seen, историю ремонтов, местонахождение, перемещения между подразделениями.

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

Технически интеграция реализуется несколькими способами в зависимости от зрелости инфраструктуры: через выгрузку/загрузку файлов по расписанию (минимальный порог входа, подходит для небольших парков), через API-интеграцию между ITAM-платформой и 1С (требует разработки или готового коннектора), через промежуточную шину данных (актуально для крупных инфраструктур с множеством источников). Глубина интеграции определяется тем, какие данные нужно синхронизировать: минимум — инвентарный номер и статус, максимум — полная история жизненного цикла актива.

Когда данные синхронизированы, каждая из трёх проблем решается на уровне процесса:

• рабочая техника не уходит в списание, потому что ITAM показывает активное использование до того, как бухгалтерия формирует акт;

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

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

ITAM-система не заменяет бухгалтерский учёт и не конкурирует с 1С. Она скорее добавляет к бухгалтерским данным то, чего в них никогда не было: фактическое состояние устройства, его реальное местонахождение и историю использования.

Вывод

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

Когда у вас последний раз проходило списание техники — ИТ видело этот список до подписания акта или уже после? И если видело — сколько устройств из него оказались рабочими?