💻 В современных корпоративных экосистемах платформа 1С: Предприятие является основой для ведения бухгалтерского, управленческого и оперативного учёта на тысячах предприятий. Однако по мере развития бизнеса, изменения законодательства и расширения функциональных требований возникает объективная потребность в модификации типовых и создании собственных конфигураций. Именно в этом процессе, особенно при коллективной разработке и последующем внедрении обновлений, наиболее часто проявляется феномен конфликта версий. Этот конфликт представляет собой ситуацию, при которой изменения, внесённые в разные экземпляры одной и той же конфигурации, не могут быть автоматически объединены из-за структурных или логических противоречий, что блокирует обновление, внедрение нового функционала или даже штатную работу пользователей. 🌀 Причины таких сбоев могут быть самыми разнообразными: от неорганизованного процесса разработки и отсутствия единого репозитория до ошибок при обновлении типовых конфигураций, некорректного использования механизмов расширений и неправильного обмена данными между распределёнными информационными базами. IT-экспертиза причин конфликта версий конфигурации 1С становится критически важной не только для исправления текущей ситуации, но и для выработки долгосрочной стратегии управления изменениями, которая минимизирует риски повторения подобных инцидентов в будущем.

• 📊 Важно понимать, что конфликт версий в 1С — это не просто техническая ошибка, а системный сбой, отражающий глубинные проблемы в организации процесса разработки, тестирования и развёртывания обновлений. Подобные инциденты часто влекут за собой остановку критических бизнес-процессов, искажение учётных данных, потерю времени на ручное слияние изменений и, что особенно опасно, потерю части программного кода или настроек. В некоторых случаях конфликты могут маскироваться под иные проблемы, например, под замедление работы, некорректное формирование отчётов или ошибки при проведении документов, что затрудняет их своевременную диагностику. 🔍 Поэтому экспертиза должна быть всесторонней, включая анализ архитектуры конфигурации, истории изменений, процедур обновления, а также человеческого фактора — компетенций разработчиков и администраторов, их взаимодействия и соблюдения регламентов.

Раздел 1 🔑 Понятие и типология конфликтов версий в платформе 1С

• 📖 Под конфликтом версий конфигурации 1С понимают ситуацию, когда при попытке объединения двух или более вариантов одной конфигурации система обнаружена несовместимость внесённых изменений. Платформа 1С предоставляет встроенные механизмы сравнения и объединения конфигураций, однако они не всегда могут разрешить противоречия автоматически. Конфликты могут быть структурными, затрагивающими метаданные (добавление, удаление или изменение реквизитов, табличных частей, форм, отчётов), логическими, связанными с изменениями в программном коде модулей, а также смешанными, когда структурные изменения влияют на алгоритмы работы. 📌 Кроме того, конфликты классифицируются по месту возникновения: в основной конфигурации, в расширениях конфигурации, в механизмах обмена данными через план обмена или при интеграции с внешними системами. Понимание типа конфликта определяет стратегию его разрешения и объём необходимых экспертных действий.

Раздел 2 🔎 Технические причины конфликтов: несогласованность метаданных

• 🛠️ Наиболее частой причиной конфликтов является несогласованность состава и свойств объектов метаданных в сравниваемых конфигурациях. Например, если в одной версии конфигурации у справочника «Номенклатура» добавлен новый реквизит с типом «Строка», а в другой версии этот же реквизит отсутствует или имеет другой тип, то при объединении возникает конфликт. Платформа не может автоматически определить, какой вариант следует принять, поскольку это может повлиять на работу форм, отчётов и модулей, использующих данный реквизит. 🌐 Аналогичные проблемы возникают при изменении структуры регистров сведений, накопления, бухгалтерии, а также при добавлении или переименовании общих модулей, интерфейсов, ролей и подсистем. Экспертиза должна выявить все такие несоответствия и классифицировать их по степени критичности, а также определить, какое изменение было внесено первым и в какой последовательности следует восстанавливать структуру метаданных.

Раздел 3 🧩 Конфликты в программном коде и алгоритмах

• 💻 Даже при полной синхронизации структуры метаданных между версиями могут возникать логические конфликты в программном коде. Это происходит, когда разные разработчики изменяли один и тот же модуль или функцию, причём изменения затрагивают одни и те же строки или блоки кода. В таких случаях система 1С при объединении выдаёт сообщение о конфликте и предлагает разрешить его вручную, однако на практике это требует глубокого понимания логики работы обеих версий. ⚙️ Особенно опасны конфликты в модулях объектов (например, в модуле менеджера документа или справочника), поскольку они напрямую влияют на транзакционную логику и корректность учётных данных. Эксперт анализирует не только непосредственно конфликтные строки, но и контекст изменений — какие внешние процедуры и функции были затронуты, имеются ли пересечения с общими модулями или общими формами, а также проверяет, не привели ли изменения к появлению необнаруживаемых ошибок времени выполнения (логических багов).

Раздел 4 📂 Роль систем контроля версий и репозиториев

• 🗂️ Одной из глубинных причин конфликтов является отсутствие или неэффективное использование специализированных систем контроля версий, таких как Git, SVN или встроенные в платформу 1С средства. Когда несколько разработчиков одновременно работают над одной конфигурацией без централизованного хранилища и без механизма блокировок, неизбежно возникают расхождения, которые впоследствии трудно объединить. Экспертиза включает анализ используемых инструментов, их настройки и регламентов работы, проверку наличия веток разработки, процедур слияния и процесса ревью кода. 📊 Если разработка ведётся «на боевой» базе или на нескольких независимых тестовых контурах без синхронизации, это создаёт предпосылки для критических конфликтов. Эксперт даёт рекомендации по внедрению или оптимизации системы контроля версий, обучению разработчиков и организации процесса так, чтобы минимизировать параллельные правки одних и тех же объектов.

Раздел 5 📦 Проблемы при обновлении типовых конфигураций от 1С и вендоров

• 🔄 Предприятия регулярно обновляют типовые конфигурации, например, «Бухгалтерия предприятия», «Управление торговлей», «Зарплата и управление персоналом», для получения новой функциональности и исправления ошибок. Однако эти обновления часто конфликтуют с доработками, выполненными силами внутренних или внешних специалистов. Вендорские обновления могут удалять или изменять объекты, которые были задействованы в пользовательских доработках, либо вводить новые механизмы, несовместимые с ранее написанными алгоритмами. 🧩 Экспертиза в таких случаях требует сравнения исходного состояния типовой конфигурации до доработок, версии обновления, а также всех последующих модификаций. Специалисты Союза «Федерация судебных экспертов» проводят детальный анализ каждого изменённого объекта, определяют, была ли нарушена методология поддержки типовых конфигураций (например, использовалось ли правило «не редактировать типовые объекты, создавать расширения»), и вырабатывают стратегию безопасного обновления — от полной переработки доработок до временного отказа от некоторых нововведений.

Раздел 6 🔄 Механизм расширений конфигурации и его уязвимости

• 🧩 Начиная с платформы 1С: Предприятие 8.3, разработчики получили мощный инструмент — расширения конфигурации, позволяющие модифицировать поведение системы без изменения исходной конфигурации. Однако расширения сами могут становиться источником конфликтов, особенно когда их несколько, и они пересекаются по функциональности или когда обновление основной конфигурации делает расширение неактуальным. Конфликт может проявляться в виде ошибок при активации расширений, некорректной работы обработчиков событий, дублирования реквизитов или противоречия между изменениями разных расширений. 📌 Эксперт анализирует иерархию расширений, их приоритеты, версионность и совместимость с основной конфигурацией, а также проверяет, не были ли нарушены правила разработки расширений (например, использование прямых манипуляций с таблицами вместо использования объектной модели). На основе анализа формируются рекомендации по реорганизации набора расширений, их консолидации или переработке.

Раздел 7 🧑‍💻 Человеческий фактор и организационные процессы

• 👥 Часто корень проблемы лежит не в технической плоскости, а в организации работы команды разработчиков и администраторов. Неформализованные требования, отсутствие чёткого распределения ответственности, недостаточная квалификация специалистов, нерегулярное обучение — всё это способствует накоплению ошибок и конфликтов. Экспертиза включает анализ структуры команды, используемых методологий (например, Agile, Waterfall), процедур постановки задач, согласования и приёмки работ. 🛡️ Выявляются «узкие места»: кто вносит изменения без предварительного тестирования, кто отвечает за слияние веток, как происходит документирование правок. На основе этих наблюдений эксперт предлагает меры по улучшению организационного процесса — от внедрения формальных регламентов до изменения состава команды или перераспределения ролей.

Раздел 8 🧪 Влияние обновлений платформы 1С на совместимость

📌 Версии самой платформы 1С также влияют на конфликтность конфигураций. При переходе на новую версию платформы могут изменяться синтаксис встроенного языка, поведение некоторых методов, архитектура хранения данных. Если конфигурация разрабатывалась под старую версию платформы, то при её объединении с конфигурацией, работающей под новой версией, могут возникнуть неожиданные ошибки и конфликты, даже при формальной идентичности метаданных. Эксперт Союза «Федерация судебных экспертов» всегда проверяет версии платформы на всех участвующих в конфликте базах и конфигурациях, анализирует совместимость используемых методов с новой версией, а также тестирует работоспособность после устранения конфликта на эталонной среде. При необходимости даются рекомендации по синхронизации платформенных версий на всех контурах разработки и эксплуатации.

Раздел 9 📦 Конфликты в механизмах распределённых информационных баз (РИБ)

🌍 В крупных холдингах и территориально распределённых компаниях часто используется механизм РИБ для обмена данными между центральным офисом и филиалами. При этом каждая база может иметь свои особенности конфигурации, что при обмене приводит к рассогласованию версий и возникновению конфликтов. Экспертиза в таких случаях включает анализ планов обмена, настроек узлов, правил регистрации объектов, а также изучение журналов обмена на предмет ошибок и сбоев. 🗂️ Особое внимание уделяется ситуациям, когда в разных узлах меняется структура одних и тех же метаданных или когда обмен осуществляется между разными редакциями конфигурации. Разрабатывается стратегия унификации конфигураций всех узлов, либо, если это невозможно, создаются специальные преобразования (конвертации) для безопасного обмена данными.

Раздел 10 🧪 Методы тестирования и контроля качества перед обновлением

🔬 Одной из основных профилактических мер является тестирование обновлений на отдельном стенде перед их внедрением в продуктивную среду. Однако далеко не всегда тестирование проводится полноценно — часто ограничиваются проверкой регистрации и оборота документов, упуская из виду отчёты, обработки и интеграции с внешними системами. Экспертиза оценивает полноту и качество тестовых сценариев, наличие автоматизированных тестов (включая использование встроенного механизма 1С:Тестирование), а также процедуру приёмочного контроля. 📋 Если тестовый стенд не соответствует продуктивной среде по версиям платформы, составу расширений или набору данных, то результаты тестирования нерепрезентативны. Эксперт даёт рекомендации по настройке и обновлению тестовых контуров, а также по внедрению регрессионного тестирования при каждом изменении.

Раздел 11 📊 Инструментальный анализ конфликтов с использованием средств платформы

🛠️ В арсенале эксперта имеются штатные средства 1С для сравнения и объединения конфигураций — это инструменты «Сравнить, объединить с конфигурацией», «Поиск отличий», «Отчёт по изменениям» и другие. Однако их использование требует высокой квалификации, особенно при интерпретации результатов. Эксперт не просто запускает сравнение, а анализирует детали — какие объекты помечены как «изменены», «добавлены», «удалены»; какие свойства объектов вызвали конфликт (например, различие в длине строки реквизита, в настройках индексации или в составе табличных частей). 📈 Дополнительно используются внешние утилиты для анализа логов и истории изменений, например, через подключение к хранилищу конфигураций. На основе полученных данных строится карта конфликтов с указанием их причин, что является важнейшим этапом экспертизы.

Раздел 12 📑 Анализ журналов регистрации и событий безопасности

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

Раздел 13 🧩 Резервное копирование и стратегии отката

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

Раздел 14 📌 Методологии управления изменениями ITIL и ITSM в контексте 1С

📋 Для предотвращения конфликтов версий в крупных организациях рекомендуется внедрение процессов управления изменениями на основе ITIL или ITSM. Экспертиза включает анализ существующих процессов: как регистрируются запросы на изменения, как они согласуются, как планируются и тестируются, как вводятся в эксплуатацию. Если такие процессы отсутствуют или выполняются формально, это является одной из системных причин конфликтов. 🗂️ Эксперт предлагает адаптировать лучшие практики управления изменениями к специфике платформы 1С, включая создание календарного плана обновлений, чёткую привязку к релизам и обязательное документирование каждой правки.

Раздел 15 🔄 Автоматизация процесса обновления и слияния

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

Раздел 16 🧹 Очистка и оптимизация конфигурации как профилактика

🧽 За время длительной эксплуатации конфигурация «обрастает» неиспользуемыми объектами, старыми версиями, устаревшими обработками и неактуальными реквизитами. Это увеличивает вероятность конфликтов при обновлениях, так как каждый объект потенциально может стать причиной несовместимости. Эксперт проводит анализ состава конфигурации, выявляет объекты с низкой частотой использования, предлагает их архивацию или удаление. 🧩 Такая «чистка» не только снижает риск конфликтов, но и улучшает производительность системы, упрощает процедуру сравнения и объединения, а также облегчает понимание архитектуры для новых разработчиков.

Раздел 17 📚 Обучение и повышение квалификации персонала

👨‍🏫 Часто конфликты возникают из-за недостаточного понимания разработчиками и администраторами внутренних механизмов платформы 1С, принципов работы с хранилищем конфигураций, правил написания эффективного и совместимого кода. Экспертиза включает оценку уровня знаний персонала, выявление пробелов и формирование программы обучения. 🎓 Это могут быть курсы по платформе 1С, по системам контроля версий, по основам архитектуры информационных систем. В результате обучения не только снижается количество ошибок, но и повышается общая культура разработки, что в долгосрочной перспективе является наиболее эффективной профилактикой конфликтов.

Раздел 18 📝 Документирование изменений и ведение технической документации

📄 Отсутствие качественной документации по доработкам конфигурации является серьёзным препятствием при анализе конфликтов. Эксперт проверяет наличие актуальной технической документации: описание структуры данных, назначение и алгоритмы работы пользовательских модулей, схемы взаимодействия с внешними системами. 📑 Если документация отсутствует или устарела, эксперт разрабатывает рекомендации по её восстановлению и актуализации, включая использование специализированных средств для автоматической генерации документации на основе метаданных.

Раздел 19 🔬 Использование специализированных диагностических утилит

🖥️ Помимо штатных средств 1С, эксперты могут применять сторонние диагностические утилиты, например, для анализа производительности, поиска ошибок в коде, проверки синтаксиса и типов данных. Эти инструменты позволяют выявить скрытые проблемы, которые могут привести к конфликтам в будущем, например, неоптимальные алгоритмы, необработанные исключения или некорректные запросы. 🔧 Эксперт формирует набор утилит, наиболее подходящих для конкретного объекта, и разрабатывает регламент их применения на регулярной основе.

Раздел 20 📌 План восстановления работоспособности системы после конфликта

🚨 Если конфликт уже произошёл и привёл к сбою в работе системы, экспертиза включает разработку детального плана восстановления. Этот план содержит пошаговые инструкции по устранению конфликта, восстановлению целостности данных, возврату к работоспособному состоянию и проверке корректности работы всех бизнес-процессов. 📋 План также включает меры по информированию пользователей, документированию инцидента и анализу его причин для предотвращения повторения. Эксперт тестирует этот план на тестовом стенде, чтобы убедиться в его эффективности и безопасности.

Раздел 21 👥 Кейсы из практики Союза «Федерация судебных экспертов» по IT-экспертизе конфликтов версий конфигурации 1С

Кейс 1 🏢 Крупная производственная компания с филиальной структурой столкнулась с невозможностью обновить конфигурацию «Управление производственным предприятием» после внедрения собственной подсистемы управления качеством. При попытке установить очередной релиз от вендора возникала ошибка о невозможности объединения из-за конфликта в справочнике «Виды номенклатуры», который был изменён и в типовой конфигурации, и в доработке. Специалисты Союза «Федерация судебных экспертов» провели детальный анализ метаданных и выявили, что в доработке были добавлены два реквизита, а в типовом обновлении изменены алгоритмы формирования кода. Эксперты предложили вынести пользовательские реквизиты в отдельный регистр сведений, а не добавлять их напрямую в справочник, что полностью устранило конфликт и позволило обновить систему. Дополнительно была переработана логика работы подсистемы качества с использованием регистра вместо изменения структуры справочника, что повысило производительность и упростило будущие обновления.

Кейс 2 🏬 Ритейловая сеть с 200 магазинами, использующая распределённую информационную базу (РИБ) на базе «Управление торговлей», обнаружила расхождение в данных по остаткам товаров между центральным офисом и филиалами. При детальном анализе выяснилось, что в некоторых узлах были установлены разные версии расширений, которые по-разному обрабатывали проведение документов поступления. Эксперты Союза «Федерация судебных экспертов» провели сравнение всех расширений во всех узлах, выявили два конфликтующих расширения, которые были написаны разными подрядчиками, и предложили объединить их в одно с единой логикой. После унификации расширений и синхронизации версий на всех узлах обмен данными восстановился, остатки во всех базах стали идентичными, и возникшая ошибка была устранена.

Кейс 3 🏛️ Государственное учреждение переходило на новую версию платформы 1С, одновременно обновляя конфигурацию «Зарплата и управление персоналом». В процессе тестирования возникли множественные конфликты в общих модулях, связанные с изменением синтаксиса методов работы с таблицами значений. Эксперты Союза «Федерация судебных экспертов» проанализировали все конфликтующие участки кода и обнаружили, что многие пользовательские обработки использовали устаревшие методы, которые были удалены из новой платформы. Команда экспертов разработала скрипт автоматической замены устаревших методов на актуальные и провела рефакторинг более 50 модулей. После обновления все пользовательские отчёты и обработки заработали корректно, а переход на новую платформу завершился в запланированный срок.

Кейс 4 🏗️ Строительный холдинг разрабатывал собственную конфигурацию для управления проектами на основе типового решения. При слиянии веток разработки от трёх разных команд возникли конфликты в модулях объектов «Проект» и «Этап работ», охватывающие как структуру, так и алгоритмы расчёта плановых показателей. Эксперты Союза «Федерация судебных экспертов» провели инвентаризацию всех разработок, выделили общую функциональность и уникальные модули, переработали архитектуру так, чтобы общая логика выносилась в общие модули, а специфические алгоритмы — в подсистемы с чёткими интерфейсами взаимодействия. Это позволило не только разрешить текущий конфликт, но и создать гибкую архитектуру, в которой будущие параллельные разработки разных команд не приводят к пересечениям.

Кейс 5 🏥 Медицинский центр использовал конфигурацию «1С: Медицина» с большим количеством доработок под специфику своей деятельности. При обновлении до версии с новыми функциональными блоками от вендора возник конфликт в регистре сведений «График работы персонала», который был задействован в трёх различных доработках. Эксперты Союза «Федерация судебных экспертов» подробно изучили использование этого регистра во всех модулях, выявили избыточность и дублирование. После рефакторинга и консолидации логики, связанной с графиком, в едином общем модуле, конфликт был устранён, а обновление прошло успешно. Кроме того, эксперты предложили использовать вместо регистра сведений документ «Изменение графика», что позволило вести историю и автоматически формировать уведомления при изменениях, добавив ценный функционал для управления персоналом.

Раздел 22 📌 Интеграция с внешними системами и конфликты на стыке

🔗 Часто 1С работает в связке с другими системами — CRM, SRM, банк-клиентами, транспортными системами, интернет-магазинами. Конфликты версий конфигурации могут возникать не только внутри 1С, но и на уровне интеграционных интерфейсов, когда обновление изменяет формат данных или API, к которому уже адаптированы внешние системы. Экспертиза включает анализ всех интеграционных точек, проверку версий используемых протоколов (REST, SOAP, HTTP, файловый обмен), а также тестирование обмена после обновления. 📡 Разрабатываются рекомендации по синхронизации версий всех компонентов экосистемы, включая создание регрессионных тестов для проверки интеграции при каждом изменении.

Раздел 23 📌 Инцидент-менеджмент и постмортем анализ

📋 После каждого значимого конфликта проводится постмортем анализ — детальное исследование причин, последствий и действий по устранению. Эксперт Союза «Федерация судебных экспертов» не только участвует в этом анализе, но и формализует его результаты в виде отчёта, включающего временную шкалу событий, корневые причины, адекватность принятых мер и предложения по предотвращению подобных инцидентов. 🧾 Такой отчёт становится ценным документом для руководства и позволяет улучшить процессы управления изменениями на системном уровне, а также служит основой для обучения персонала на реальных примерах.

Раздел 24 📌 Аудит архитектуры конфигурации и её масштабируемости

🏛️ Конфликты версий часто обнажают глубинные архитектурные проблемы: чрезмерную связанность модулей, отсутствие чёткой модульной структуры, смешение бизнес-логики и логики представления, неэффективное использование общих реквизитов и регистров. Эксперт проводит архитектурный аудит, оценивает степень монолитности системы и даёт рекомендации по переходу к более модульной, слабосвязанной архитектуре, например, с использованием подсистем и строгого разделения ответственности. 🧩 Это не только снижает риск конфликтов, но и облегчает развитие системы, её сопровождение и передачу новым разработчикам.

Раздел 25 📌 Перспективные стратегии предотвращения конфликтов в будущем

🚀 В завершение экспертизы формулируется долгосрочная стратегия управления версиями конфигурации. Она может включать переход на Git с регулярными merge-реquest и ревью, использование CI/CD пайплайнов для автоматического тестирования и выкатки обновлений, внедрение системы автоматических уведомлений о конфликтах, организацию регулярных Code Review и принцип «одна задача — одна ветка». 📈 Также рассматривается возможность перехода на модель «чистого ядра» с вынесением всех доработок в расширения и максимальным использованием стандартных инструментов платформы. Такая стратегия обеспечивает устойчивость системы к изменениям, минимизирует время простоя и значительно сокращает затраты на разрешение конфликтов в будущем.

🏁 Таким образом, IT-экспертиза причин конфликта версий конфигурации 1С — это многогранное исследование, охватывающее технические, организационные, человеческие и архитектурные аспекты. Она не ограничивается устранением текущего инцидента, но и создаёт основу для построения зрелого процесса управления изменениями, который обеспечивает стабильность и надёжность учётной системы компании. Специалисты Союза «Федерация судебных экспертов» обладают уникальным сочетанием глубоких знаний платформы 1С, опыта внедрения крупных проектов и методологической экспертизы в области IT-управления, что позволяет им находить оптимальные решения даже в самых запутанных ситуациях. Результатом работы становится не только восстановленная работоспособность системы, но и повышение её устойчивости к будущим изменениям, снижение рисков и рост доверия к IT-инфраструктуре со стороны бизнеса.

Полную контактную информацию, телефон и адрес офиса, а также более подробную информацию по вашему вопросу вы можете найти на нашем официальном сайте 🟩 https://centrexp.ru