В процессе разработки расширений 1С или при администрировании баз данных Вы могли сталкиваться с этой ошибкой. В этой записи рассмотрим причины возникновения ошибки и является ли она ошибкой платформы.
Ошибку можно диагностировать проверкой возможности применения расширений в режиме конфигуратора. Для этого нужно перейти к списку расширений и в контекстном меню выбрать «Проверка возможности применения всех расширений».
В режиме 1С:Предприятие ошибка проявляется отключением расширений, между которыми возник конфликт внутренних идентификаторов.
А теперь давайте разберем пару случаев, как эти проблемные идентификаторы могут быть созданы:
- Расширение было создано загрузкой из второго расширения. При этом второе расширение также добавлено в список расширений.
- При создании расширения выполнялось сравнение-объединение со вторым расширением. Второе расширение также есть в списке расширений.
Можно ли считать эту ошибку ошибкой платформы? Можно с уверенность сказать что нет! Оба случая, при которых идентификаторы загружаются, являются правильным поведением платформы.
Теперь немного затронем как такие ошибки исправить:
- Выгрузить конфигурацию в файлы и заменять там идентификаторы объектов. После редактирования — загрузить файлы в расширение.
- Использовать метод копирования объектов из расширения (при копировании происходит замена внутренних идентификаторов). Для этого нужно удалить проблемный объект из расширения и вставить его из копии расширения. Этот метод не подойдет для объектов, которые являются объектами основной конфигурации и были добавлены в расширение — такие объекты нужно повторно добавлять.
Наши разработки:
Учет сертификатов номенклатуры в УНФ (печать реестра сертификатов)
Обмен 1С и OZON (УТ11, ERP2, КА2, БП3, УНФ, Розница)
Расширенная форма заказа клиента для УТ11, КА2, ERP2
Управление запасами: Товары поставщиков (УТ11, КА2, ERP2)
Изменение записей регистра сведений (универсальная обработка)
