Проекты 1С:Управление холдингом (УХ) редко проваливаются из-за программы. Функций в ней хватает: МСФО, консолидация, бюджетирование, казначейство, договоры, проекты. Проваливаются они из-за решений, принятых в первые недели: что запускать первым, кто отвечает за методологию, откуда брать данные. Ниже — ошибки, которые мы видим чаще всего, и признаки, по которым их можно заметить до того, как проект встанет.
1. Запустить всё сразу
Как выглядит. В ТЗ — все подсистемы: МСФО, бюджеты, казначейство, закупки, инвестпроекты, НСИ. Срок — «к началу года».
Чем плохо. Ни один блок не доводится до рабочего состояния, пользователи видят полуготовую систему и возвращаются в Excel.
Что делать. Резать на контуры и запускать по одному, каждый — с понятным результатом. Как выбрать очерёдность — в статье «Сроки и этапы внедрения УХ».
2. Нет методологии
Как выглядит. Консультанты спрашивают «как вы считаете EBITDA» или «какая учётная политика по аренде в МСФО», а ответ — «настройте как правильно».
Чем плохо. УХ — гибкий инструмент. Без методологии его настраивают по вкусу консультанта, а через полгода финансовый директор говорит, что считать надо иначе.
Что делать. До настройки утвердить положения о бюджетировании, учётную политику по МСФО, правила сверки ВГО. Если их нет — писать первым этапом проекта.
3. Руководитель проекта из ИТ
Как выглядит. Проект ведёт ИТ-директор, финансисты «подключаются по необходимости».
Чем плохо. ИТ отвечает за серверы и доступы, но не может решить, как распределять затраты управляющей компании на дочерние. Решения висят неделями.
Что делать. Руководитель проекта со стороны группы — финансовый директор или его заместитель. Тот, кто будет пользоваться результатом. Та же ошибка подробно разобрана для ERP в статье «Почему проекты внедрения 1С:ERP проваливаются».
4. Грязная НСИ
Как выглядит. Один и тот же контрагент заведён в пяти компаниях по-разному, статьи затрат у каждой дочерней свои.
Чем плохо. Консолидация не сходится, внутригрупповые обороты не находятся, выписки не разносятся.
Как заметить. Отчёт по сверке ВГО показывает расхождения, которые «на самом деле не расхождения».
Что делать. Единые справочники группы — до запуска, а не после. УХ включает управление мастер-данными группы; как его организовать — «Управление НСИ группы».
5. Сбор данных руками
Как выглядит. Дочерние компании присылают Excel, а сотрудник управляющей компании копирует цифры в формы УХ.
Чем плохо. Это тот же Excel, только дороже. Ошибки копирования, задержки, нет расшифровки до документа.
Что делать. Для баз 1С на платформе 8.3 использовать прямое подключение — УХ позволяет расшифровать показатель до документа внешней учётной системы. Для других систем — веб-сервисы или ADO. Ручные формы оставлять только для того, что автоматизировать дороже, чем вводить. Варианты — в статье «Сбор данных из дочерних баз в УХ».
6. МСФО «как в Excel»
Как выглядит. Трансформацию переносят в УХ один к одному: те же корректировки вручную, те же листы.
Чем плохо. Теряются главные преимущества: параллельный учёт объектов (основные средства, аренда, финансовые инструменты, резервы), автоматическая трансляция НСФО в план счетов МСФО, пакет отчётности с примечаниями.
Что делать. Выбрать модель — транзакционную или трансформационную — исходя из того, где ведётся учёт дочерних, и использовать механизмы УХ. Подробно — «Консолидация отчётности по МСФО в УХ» и «Трансформация отчётности в МСФО».
7. Сверка ВГО в последний день
Как выглядит. Внутригрупповые операции сверяют перед сдачей консолидированной отчётности, по почте и телефону.
Чем плохо. Закрытие периода растягивается, расхождения закрывают «волевым решением».
Что делать. Портал сверки ВГО в УХ работает в режиме «каждый с каждым» — компании сверяются друг с другом в течение периода, а управляющая компания видит статус. Тема разобрана в статье «Внутригрупповые обороты и элиминация».
8. Казначейство без дисциплины
Как выглядит. Заявки и лимиты настроены, но бухгалтеры дочерних по-прежнему платят напрямую из клиент-банка.
Чем плохо. Лимиты врут, платёжный календарь не совпадает с реальностью, доверие к системе падает.
Как заметить. Растёт число платежей в выписке, к которым нет заявки.
Что делать. Регламент «нет заявки — нет платежа», ежедневный контроль платежей без заявок и правильно настроенный обмен с банками — см. «Интеграция УХ с банками».
9. Слишком много доработок
Как выглядит. Каждую форму и каждый отчёт «улучшают» под привычки пользователей.
Чем плохо. Обновления становятся дорогими и долгими, система отстаёт от релизов, а через пару лет её проще переписать. Как обновлять 1С с доработками и сколько это стоит — в статье «Обновление 1С с доработками».
Что делать. Сначала — типовые механизмы и настройка. Доработка — только если ни одна настройка не решает задачу, и с оценкой, во что она обойдётся при обновлении.
10. Нет плана после запуска
Как выглядит. Контур запустили, подрядчик ушёл, внутренних компетенций нет.
Чем плохо. Через полгода модель отстаёт от бизнеса: появились новые компании, сменились статьи, а поменять настройки некому.
Что делать. Заложить в проект обучение методолога и администратора со стороны группы и договориться о сопровождении. Если вы на ERP, по сопровождению есть отдельная статья — «Сопровождение 1С:ERP», принципы для УХ те же. Что именно входит в сопровождение УХ и как обновлять её без потерь, — в статье «Сопровождение и обновление УХ после запуска».
Короткий чек-лист
- Первый контур выбран и имеет измеримый результат.
- Руководитель проекта — финансист.
- Положения о бюджетировании и учётная политика МСФО утверждены.
- Справочники группы единые.
- Данные из учётных систем приходят автоматически.
- Есть регламенты: сбор данных, сверка ВГО, заявки.
- Доработки согласуются с оценкой затрат на обновление.
- Внутри группы есть человек, который может менять модель.
Если несколько пунктов не выполняются, лучше остановиться и поправить, чем ускоряться. Работы по аудиту проекта — от 22 000 ₸ в час, лицензии — в карточке 1С:Управление холдингом для Казахстана. Если вы ещё выбираете систему — начните с обзора «Что такое 1С:Управление холдингом».
Как заметить проблему рано
Несколько сигналов, по которым видно, что проект идёт не туда, задолго до срыва сроков:
- на статус-встречи приходят только ИТ-специалисты;
- консультанты третью неделю ждут ответа по методологии;
- в протоколах всё чаще звучит «сделаем доработку»;
- пилотные пользователи продолжают параллельно вести Excel и не видят разницы;
- в плане нет даты, когда закрывается первый реальный период в УХ.
Два-три таких сигнала — повод собрать руководителя проекта и спонсора и пересмотреть план.
Ошибка, симптом, первый шаг
Сводная таблица — чтобы на статус-встрече быстро сверить, что происходит в вашем проекте.
| Ошибка | Ранний симптом | Кто замечает первым | Первый шаг |
|---|---|---|---|
| Всё сразу | В плане нет даты закрытия первого периода | Руководитель проекта | Выбрать один контур и дату его запуска |
| Нет методологии | Вопросы консультантов висят неделями | Консультанты | Назначить владельца методологии со стороны группы |
| Грязная НСИ | Сверка ВГО показывает «ложные» расхождения | Бухгалтеры дочерних | Остановить ввод новых элементов без регламента |
| Сбор руками | Сотрудник УК вводит цифры из Excel в формы | Сам этот сотрудник | Составить список источников и способ подключения каждого |
| Казначейство без дисциплины | Платежи в выписке без заявки | Казначей | Ежедневный отчёт о платежах без заявки |
| Много доработок | Каждая встреча заканчивается новой задачей программисту | Подрядчик | Ввести согласование доработок с оценкой затрат на обновление |
Если ошибка уже случилась
Проект в таком состоянии обычно не нужно начинать заново. Мы действуем в таком порядке:
- Фиксируем, что реально работает. Не что настроено, а чем пользуются: какие отчёты открывают, какие документы вводят. Часто это меньшая часть того, что было сделано.
- Замораживаем новые доработки до конца разбора. Иначе проблемы будут добавляться быстрее, чем решаться.
- Выбираем один контур, который можно довести до работы за обозримый срок, — например, сбор отчётности одной-двух компаний или заявки на расходование средств.
- Дописываем недостающую методологию только для этого контура, а не для всей группы сразу.
- Закрываем в УХ один реальный период и сравниваем результат с тем, что получили по-старому. Расхождения разбираем по одному.
- Только потом расширяем контур на другие компании и подсистемы.
Типичная ловушка на этом этапе — желание «заодно» исправить всё остальное. Результат первого контура важнее: он возвращает доверие пользователей и спонсора.
Частые вопросы
Можно ли спасти проект, который идёт больше года без результата?
Чаще всего да. Начинаем с аудита: что настроено, что используется, где методология не согласована. Обычно проект можно сузить до одного контура и довести его до работы.
Сколько доработок допустимо в УХ?
Жёсткой нормы нет. Ориентир — каждая доработка должна быть обоснована задачей, которую нельзя решить настройкой, и учтена в стоимости обновлений.
Нужно ли сразу переводить дочерние компании на УХ?
Нет. УХ может работать как надстройка над их учётными системами. Решение зависит от того, насколько централизованы финансы.
Кто должен отвечать за НСИ группы?
Один владелец на уровне управляющей компании и регламент заведения новых элементов. Если справочники может менять каждая дочерняя, они разойдутся снова.
Сколько стоит аудит проекта УХ?
Обычно это несколько дней работы консультанта: интервью с ключевыми пользователями, просмотр настроек и регламентов, отчёт с рекомендациями. Считаем от 22 000 ₸ в час, объём называем после первого созвона.
Можно ли поменять подрядчика посреди проекта?
Можно, но новому подрядчику нужно время разобраться в чужих настройках и доработках. Перед сменой стоит собрать документацию: ТЗ, описание доработок, методологию, протоколы решений. Без них часть работы придётся повторить.
Как понять, что проблема в программе, а не в проекте?
Задайте вопрос: решается ли задача типовыми механизмами УХ при другой методологии или другой настройке. Если да — проблема в проекте. Ограничения самой программы встречаются, но гораздо реже, чем кажется в середине буксующего внедрения.
