Выгрузите активы из 1С, рядом положите список из ITAM — и сравните число. Совпало? Если да, дальше можете не читать, у вас редкий порядок. У меня не совпало: два разных парка оборудования, расхождение на сотни позиций. Первая мысль была найти виноватого. Бухгалтерия задвоила, айтишники завели мусор в CMDB. Через пару часов сверки дошло: винить некого. 1С и ITAM и не должны сходиться — это разные системы про разное. Финансовый контур считает стоимость и амортизацию, технический — серийники, статусы, установленное ПО. Разные объекты, разные ключи, разные события обновления. Слить их в одну — проект, который развалится на первой же смене вендора.

Меня зовут Евгений Котухов, я работаю с внедрением ITSM- и ITAM-систем больше десяти лет и веду проекты для компаний госсектора, энергетики и финансов. В этой статье разберу, почему учеты 1С и ITAM расходятся практически всегда, какие три способа синхронизации я пробовал и почему они провалились, и как выстроить обмен данными по принципу «на каждое поле — свой мастер».

Я внедряю ITAM-системы, в том числе SimpleOne, так что заинтересованная сторона из меня очевидная. Но принцип «на каждое поле — свой мастер», о котором пойдёт речь, к платформе не привязан — он работает с любой ITAM-системой, у которой есть API. Хоть с самописной.

Почему учеты расходятся — и всегда будут

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

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

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

Где именно ломается: точки дивергенции

Расхождение между 1С и ITAM не случайно и не хаотично — оно возникает в одних и тех же пяти точках практически в любой компании. 

Первая точка — партия против единицы

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

Вторая точка — малоценка и расходники

Бухгалтерия фиксирует в основном активы, попадающие в баланс, поэтому дешевые роутеры, коммутаторы за 3–5 тысяч рублей и картриджи для принтера в 1С часто не заводятся, а в сетевом сканировании ITAM они видны сразу.

Третья точка — лицензии: куплено против установлено

1С знает точное число купленных лицензий, но не знает, сколько из них реально стоит на рабочих местах; мониторинг ITAM может показать 20 установленных копий Photoshop при 15 купленных — превышение лимита и юридический риск, либо обратную картину, когда 20 лицензий куплено, а используется только 10. Для десктопного ПО такое сравнение штук работает, но для серверного ПО с лицензированием по ядрам или пользователям, а также для подписочных SaaS-контрактов простое сопоставление «куплено против установлено» не даёт достоверной картины — там нужен расчёт эффективной позиции по лицензиям (effective license position) с учётом метрики каждого конкретного продукта.

Четвертая точка — статус на балансе против статуса в эксплуатации

1С не различает, работает устройство или простаивает, а срок полезного использования для персональных компьютеров по ОКОФ укладывается во вторую амортизационную группу — от 2 до 3 лет. На практике ноутбук или рабочая станция в компании служит дольше нормативного срока, поэтому актив выглядит полностью списанным по документам 1С, а по факту сотрудник продолжает на нем работать согласно классификатору ОКОФ. 

Пятая точка — материально ответственное лицо против фактического пользователя

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

Важная оговорка: не каждое расхождение структурно. Если сервер за 10 млн числится на балансе в 1С, но физически отсутствует в ITAM — это чаще сигнал не архитектурного расхождения, а пропущенной физической инвентаризации. Такие случаи закрываются отдельно и к вопросу синхронизации данных отношения не имеют.

Что не сработало и почему

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

Вести все в 1С

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

Вести все в ITAM

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

Ручная регулярная сверка

Третий вариант — сверять две выгрузки руками раз в квартал или раз в месяц. Схема работает первые один-два раза, пока список активов небольшой и изменения происходят редко, а дальше объем расхождений растет быстрее, чем команда успевает их разбирать: если на сверку одной тысячи позиций уходит день, при десяти тысячах позиций объем работы растет не линейно, а с учетом накопленных за период изменений. В итоге сверка деградирует до одного раза в год перед плановой инвентаризацией, а в промежутках между проверками расхождение накапливается бесконтрольно.

Все три варианта провалились по одной причине: они пытались объединить учеты вместо того, чтобы развести зоны ответственности между ними.

Что сработало: развести зоны и связать обменом

Принцип простой: система становится мастером только по тем полям, которые сама формирует, и не трогает данные, которые формирует другая система.

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

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

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

Например, при выдаче ноутбука через портал самообслуживания ITAM информация о передаче автоматически попадает в 1С, где бухгалтеры и юристы формируют проводку, а сотрудника при необходимости приглашают подписать акт или подтверждают передачу электронным документом.

Три условия, без которых обмен не работает

Развести зоны ответственности между 1С и ITAM — только половина решения. Чтобы обмен данными не развалился так же, как три предыдущих попытки, нужно соблюдать три условия одновременно.

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

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

Третье условие — однонаправленность по каждому полю: цена меняется только со стороны 1С, статус меняется только со стороны ITAM, и это правило нельзя нарушать точечно ради удобства одного отдела.

Настройка обмена зависит от целей учета: если бизнесу нужно считать P&L и сравнивать план с фактом по расходам на оборудование, в системах должна храниться актуальная цена; если нужно анализировать частоту поломок конкретной модели ноутбука, потребуется третья система — ITSM — с данными по инцидентам.

Специализированная ITAM-система закрывает ведение CMDB, учет оборудования и лицензий, предоставляет API для интеграции с 1С, но не заменяет финансовый учет и не отменяет сам проект настройки обмена — конкретный выбор платформы вторичен по отношению к самому принципу разведения мастер-полей, описанному выше.

Что это дает 

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

Для бизнеса эффект тот же самый, только в масштабе бюджета. Компания, которая планировала обновить 50 единиц оборудования, а по факту обнаруживает 75 или 100 при инвентаризации, сталкивается с незапланированными расходами и проблемами бюджетирования. Интеграция убирает этот разрыв между планом и фактом, потому что обе цифры — план в 1С и факт в ITAM — опираются на одни и те же синхронизированные записи.

Где еще это критично: продление лицензий

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

Настраивать напоминания в 1С неудобно: доступ туда есть у бухгалтеров и финансистов, но не у специалиста, который распределяет лицензии между сотрудниками. Перенос уведомлений в ITAM решает эту проблему, потому что доступ к системе есть именно у того, кто отвечает за распределение и продление лицензий; для крупного парка вендоров имеет смысл держать реестр контрактов с датами продления и условиями метрики лицензирования отдельно от самого факта установки — иначе легко упустить не только дату, но и изменение условий подписки при пересмотре контракта.

Итог

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

***

А как вы сейчас сверяете 1С и техническую систему учета активов — вручную, через интеграцию или просто миритесь с расхождением?