Откройте справочник контрагентов в базах пяти компаний одной группы, и вы найдёте одного и того же поставщика под пятью названиями: «ТОО Альфа», «Альфа ТОО», «Альфа (Астана)», «АЛЬФА» и ещё раз «Альфа» с опечаткой в БИН. Со статьями затрат ещё хуже: у каждой «дочки» свой список, придуманный главным бухгалтером десять лет назад. Пока так, сводная отчётность группы собирается вручную, а сверка внутригрупповых оборотов превращается в детектив.
Нормативно-справочная информация (НСИ, или мастер-данные) — фундамент любого холдингового проекта. В 1С:Управление холдингом для неё есть отдельная подсистема. Разберём, какие у неё режимы и как выбрать подходящий.
Какие справочники нужно централизовать
Не все. Централизация стоит денег и дисциплины, поэтому мы начинаем с тех справочников, без которых не собирается отчётность группы:
| Справочник | Зачем централизовать |
|---|---|
| Организации группы | Консолидация, сверка ВГО, права доступа |
| Контрагенты | Анализ закупок и продаж группы, проверка рисков, ВГО |
| Статьи доходов, расходов, ДДС | Бюджетирование, управленческая отчётность |
| ЦФО и подразделения | Ответственность за бюджеты, KPI |
| Договоры (финансовые и крупные коммерческие) | Казначейство, лимиты |
| Номенклатурные группы | Аналитика продаж и закупок по группе |
Справочник номенклатуры целиком (десятки тысяч позиций) централизовать на старте не советуем, если компании работают в разных отраслях. Достаточно единых групп. А справочник организаций группы стоит вести особенно аккуратно: на нём держатся структура владения и доли, см. «Корпоративное управление в УХ».
Два подхода: эталон или мэппинг
УХ поддерживает оба, и выбор между ними — главное решение проекта.
Эталонные классификаторы и централизованная НСИ. УХ становится единым источником: контролируемые справочники меняются только в УХ, а не в учётных базах. Новый элемент вводится, изменяется или удаляется только после согласования заявки на изменение НСИ. Эталонные элементы затем выгружаются в системы-потребители.
Мэппинг (сопоставление). Учётные базы живут со своими справочниками, а в УХ их элементы сопоставляются с эталонными элементами классификаторов. Отчётность в УХ получается без дублей аналитики, а внешние базы не меняются.
Плюсы и минусы, как их описывает сам производитель и как видим мы:
| Централизованная НСИ | Мэппинг | |
|---|---|---|
| Порядок в учётных базах | Наводится | Не наводится |
| Нагрузка на «дочки» | Нужно перестроить процесс ввода | Почти нет |
| Ручная работа в УХ | Согласование заявок | Поэлементное сопоставление новых элементов |
| Скорость старта | Медленнее | Быстрее |
На практике часто комбинируем: организации группы, статьи и ЦФО — централизованно, контрагенты — сначала мэппингом, а потом, когда справочник очищен, переводим на централизованную модель.
Заявки на изменение НСИ
Когда справочник централизован, бухгалтер «дочки» не может просто создать нового контрагента. Он оформляет заявку на добавление элемента, она проходит согласование, и только после этого элемент появляется в эталоне и выгружается в базы.
Здесь всё решает скорость. Если заявка на нового поставщика согласуется три дня, бухгалтерия начнёт заводить «временных» контрагентов в обход. Наши правила:
- согласующий НСИ — конкретная роль с заместителем, а не «финансовый отдел»;
- срок обработки заявки — в пределах рабочего дня;
- для контрагентов — обязательная проверка по БИН/ИИН до согласования, чтобы не создать дубль.
Маршруты согласования настраиваются так же, как для заявок на оплату и договоров — см. «Согласование заявок на оплату».
Очистка и удаление дублей
Перед тем как сделать справочник эталонным, его нужно очистить. В УХ автоматизированы очистка и гармонизация НСИ из разных внешних источников и удаление дублей.
Как мы это делаем на проекте:
- Загружаем справочники из всех баз группы в УХ.
- Для контрагентов ищем дубли по БИН/ИИН — это самый надёжный ключ в Казахстане. Дальше — по наименованию.
- Спорные случаи (один БИН с разными названиями, филиалы) разбираем с бухгалтерами компаний.
- Утверждаем эталон и только после этого включаем режим централизованного ведения.
Типичная ошибка — пропустить шаг очистки и включить централизацию на «грязном» справочнике. Дубли тогда переедут в эталон и будут размножаться по всем базам уже официально.
Синхронизация с дочерними базами
Варианты обмена НСИ в УХ:
- прямое соединение — выгрузка эталонных элементов в системы-потребители;
- COM-соединение и специальный веб-сервис для импорта и экспорта;
- веб-сервис, поставляемый с продуктом, — для удалённых баз 1С;
- импорт из любых систем, поддерживающих ADO;
- обмен в формате EnterpriseData.
Для баз на платформе «1С:Предприятие 8.3» (Бухгалтерия, Управление торговлей, ERP для Казахстана) обычно хватает типовых механизмов. Для систем не на 1С понадобится настройка интеграции под конкретную программу. Общие подходы к загрузке данных из дочерних баз описаны в статье «Сбор данных из дочерних баз в УХ».
Как заметить, что синхронизация сломалась: если для внешней базы установлен флажок «Требуется синхронизация с эталонными элементами для импорта данных», импорт отчётных данных прерывается с сообщением, когда у элемента аналитики нет соответствия эталону. Найти такие элементы помогает обработка «Настройка синхронизации эталонных элементов» на панели «Интеграция и управление мастер-данными» с отбором «Только несинхронизированные». Поэтому документация рекомендует загружать данные в три этапа: импорт НСИ, проверка и синхронизация элементов с эталонными, затем импорт отчётных данных. Мы проверяем этот список перед каждым закрытием.
Кто отвечает за НСИ
Самый недооценённый вопрос. Подсистема в УХ — инструмент, но без владельца данных она не работает. Нужны:
- владелец справочника — утверждает правила (что считается дублем, какие реквизиты обязательны);
- администратор НСИ — обрабатывает заявки, следит за качеством;
- регламент — кто, что и в какой срок.
В небольшой группе это может быть один человек на полставки. Без него через полгода справочники вернутся в прежнее состояние.
Если вы только выбираете систему и сомневаетесь, нужна ли группе УХ или хватит одной ERP на всех, посмотрите «ERP или Комплексная автоматизация» и «Кому нужен УХ: признаки». Работы по наведению порядка в НСИ ведём в рамках внедрения 1С — от 22 000 ₸ в час.
Какие реквизиты делать обязательными
Качество НСИ определяется не столько механизмом, сколько правилами заполнения. Для контрагентов в Казахстане мы делаем обязательными БИН или ИИН, полное наименование, страну регистрации и признак «внутригрупповой». Для договоров — организацию группы, контрагента, вид договора, валюту и дату окончания. Для статей бюджета — вид статьи (доход, расход, движение денежных средств) и ответственного.
Каждое обязательное поле — это фильтр против дублей и мусора. Но и перегибать не стоит: если для нового контрагента нужно заполнить двадцать реквизитов, бухгалтеры найдут обходной путь. Пять-семь обязательных полей — разумный баланс.
Ещё одно правило, которое экономит время при консолидации: признак внутригруппового контрагента ставится в эталоне, а не в каждой базе отдельно. Тогда фильтр ВГО в отчётах и шаблонах сверки работает одинаково для всех компаний.
Наконец, договоритесь о кодах. Если эталонные элементы получают коды в УХ, а в учётных базах у тех же элементов свои коды, при обмене нужна таблица соответствия. Проще, когда эталонный код или уникальный идентификатор передаётся в базы вместе с элементом и служит ключом сопоставления. Для контрагентов таким естественным ключом остаётся БИН/ИИН.
Типичные ошибки и как их заметить
| Ошибка | Как проявляется | Что сделать |
|---|---|---|
| Централизовали всё сразу | Заявки копятся неделями, бухгалтеры заводят элементы в обход | Начать с контрагентов и статей, остальное — вторым этапом |
| Нет владельца справочника | Спорные дубли никто не решает, правила меняются от случая к случаю | Назначить владельца и записать правила в регламент |
| Эталон и учётные базы расходятся | В консолидации появляются «несопоставленные» элементы | После каждого импорта НСИ проверять в обработке «Настройка синхронизации эталонных элементов» с отбором «Только несинхронизированные» |
| Правила дублей не записаны | Один и тот же контрагент объединяется в одном случае и не объединяется в другом | Зафиксировать критерии: совпадение БИН/ИИН, наименования, страны |
Чек-лист перед запуском
- выбран подход для каждого справочника: эталон или мэппинг;
- назначены владелец справочника и администратор НСИ;
- утверждён список обязательных реквизитов;
- описано, кто подаёт заявку и в какой срок её обрабатывают;
- проведена первичная очистка дублей хотя бы по контрагентам;
- проверен обмен с каждой дочерней базой на тестовых элементах;
- пользователи учётных баз знают, куда обращаться за новым элементом.
Частые вопросы
Можно ли централизовать НСИ, если часть компаний работает не в 1С?
Да. Для таких систем подходит импорт через ADO или веб-сервисы, а если выгрузить эталон обратно сложно — режим мэппинга.
Что делать с историческими данными при объединении дублей?
Документы прошлых периодов остаются как есть, а для отчётности элементы-дубли сопоставляются с одним эталонным. Удалять старые элементы из учётных баз задним числом не нужно.
Сколько времени занимает очистка справочника контрагентов?
Зависит от числа баз и записей. Автоматический поиск по БИН закрывает большую часть, но спорные случаи всё равно разбирают люди. Оценку даём после загрузки справочников и первого анализа.
Нужен ли для НСИ отдельный продукт?
Нет. Управление мастер-данными группы входит в состав 1С:Управление холдингом.
Как часто пересматривать правила НСИ?
Обычно раз в полгода или при крупном изменении: новая компания в группе, новая учётная система, смена плана счетов. Поводом служат и повторяющиеся спорные заявки — значит, правило сформулировано нечётко.
