Ошибка Поле объекта не обнаружено (ККМOffline) чаще всего является следствием обновления конфигураций. В процессе развития программных продуктов 1С разработчики могут изменять наименования объектов, их идентификаторы или внутреннюю структуру метаданных. При обмене данными используются специальные правила (файл ExchangeRules.xml), которые описывают, как объекты одной базы должны сопоставляться с объектами другой.
Если после обновления в одной из конфигураций изменилось имя объекта (например, с ККМOffline на ККМОфлайн), а в правилах обмена осталось старое написание, механизм обмена не может «найти» соответствующий объект в базе данных-приемнике. Это приводит к прерыванию процесса синхронизации.
Разберем процесс восстановления работоспособности обмена без привлечения сторонних специалистов. Суть метода заключается в приведении имен объектов в файле правил к актуальному виду, который ожидает ваша обновленная конфигурация.
Управлении торговлей и выполните выгрузку текущих правил обмена в отдельный файл на вашем компьютере.zip-архив. Распакуйте его, чтобы получить доступ к файлу ExchangeRules.xml. Рекомендуем предварительно сделать резервную копию исходного архива.ExchangeRules.xml в любом текстовом редакторе (например, Блокнот или Notepad++). Воспользуйтесь поиском по файлу (Ctrl+F), чтобы найти строку ККМOffline.<Источник> в соответствии с тем, как объект называется в системе сейчас. Найдите блок следующего вида:
<Значение>
<Код>16</Код>
<Наименование>ККМOffline --></Наименование>
<Порядок>800</Порядок>
<Источник>ККМOffline</Источник>
<Приемник>ККМОфлайн</Приемник>
</Значение>
<Источник> на ККМОфлайн. Таким образом, блок должен выглядеть так:
<Источник>ККМОфлайн</Источник>
ExchangeRules.xml. Запакуйте его обратно в архив zip. После этого в настройках обмена в 1С выберите пункт загрузки правил из файла и укажите путь к вашему исправленному архиву.Хотя ручная правка правил является эффективным «быстрым» решением, важно помнить о нескольких аспектах:
1. Откат на старые релизы невозможен. Попытки просто «откатиться» на предыдущую версию платформы или конфигурации без восстановления полной резервной копии базы данных приведут к неработоспособности программы, так как структуры таблиц после обновления были изменены (произошла реструктуризация).
2. Приоритетность обновленных правил от 1С. В первую очередь всегда проверяйте наличие актуальных файлов правил на портале поддержки или в составе дистрибутива обновления конфигурации (папка tmplts). Использование официальных правил всегда предпочтительнее ручного вмешательства, так как разработчики учитывают все зависимости между объектами.
3. Контроль целостности. После внесения изменений обязательно выполните тестовый обмен на копии базы. Проверьте, корректно ли перенеслись данные, нет ли ошибок в документах или справочниках. Ошибка в правилах конвертации — это серьезный риск, который может привести к появлению дублей товаров или искажению цен, поэтому осмотрительность при обмене данными — ваш главный приоритет.
4. Временный характер решения. Помните, что при следующем обновлении системы файл правил будет снова перезаписан на стандартный. Если проблема не была исправлена самим разработчиком в свежем релизе, вам, возможно, придется повторить процедуру или дождаться выпуска патча от 1С.