Работая с информационными базами на платформе 1С, многие пользователи нередко сталкиваются с ситуацией, когда вместо ожидаемой ссылки на какой-нибудь объект появляется та самая надпись: <Объект не найден> .

Данная ситуация вполне типичная и почти каждый пользователь платформы 1С:Предприятие сталкивался с такой битой ссылкой* («Объект не найден») хотя бы раз.

Предупреждение: Перед тем, как приступать к каким-либо манипуляциям с базой данных 1С, необходимо сделать ее резервную копию. Чтобы сделать резервную копию информационной базы данных можно воспользоваться командой «Выгрузить информационную базу» в конфигураторе, сделать резервную копию из режима 1С:Предприятия или скопировать папку с самой информационной базой на съемный носитель / в другое место.

Теперь перейдем непосредственно к решению проблемы несуществующих объектов.Первое, что необходимо сделать – это разобраться в причине возникновения таких объектов.

Причины могут быть разные, в каждом случае требуется особый подход для решения проблемы и восстановления целостности данных. Рассмотрим основные из них.

• 1. Непосредственное удаление объектов без пометки на удаление и контроля ссылочной целостности

В программе 1С:Предприятие при стандартном удалении объектов производится контроль ссылочной целостности, предусматривающий удаление объекта в два этапа:

1) установка пометки на удаление;

2) удаление стандартной процедурой с контролем ссылочной целостности.

Однако этот механизм можно обойти, имея право непосредственного удаления объектов без пометки на удаление и контроля ссылочной целостности (в правах пользователя – право «Интерактивное удаление»). Такое удаление производится сочетанием клавиш «SHIFT + DELETE». В результате непосредственного удаления ссылка на объект становится битой и при ее наличии в других объектах отображается как «Объект не найден».

Решение:

Восстановить объект в этой базе невозможно, поэтому можно воспользоваться одним из способов:

• При наличии резервных копий информационной базы восстановить последнюю (если она была сделана недавно и от текущей она не отличается) и работать в ней;
• Если пользователь знает, какой объект был удален: найти копию базы, где присутствует этот объект, воспользоваться обработкой «Выгрузка и загрузка данных XML», которая находится в свободном доступе в интернете, перенести объект из старой базы в новую с помощью данной обработки. Битые ссылки заменятся этим объектом. Если неизвестно, какой объект был удален – можно найти его по уникальному идентификатору в старой базе и перенести его обработкой «Выгрузка и загрузка данных XML».

Рекомендации:

Чтобы избежать таких ошибок в дальнейшем, как вариант – запретить пользователям интерактивное удаление. Также необходимо обеспечить регулярное резервное копирование Информационной базы 1С: Предприятие, чтобы всегда иметь возможность восстановить поврежденные или удаленные данные.

• 2. Объект из другой базы. Имеет место обмен с другой информационной базой (Стандартный обмен, обмен в Распределенной информационной базе «РИБ», Универсальный обмен)
• 2.1 Объект не был выгружен из базы – источника

Решение

В этом случае можно выгрузить объект из Базы – Источника заново, в результате чего этот объект заменит собой все пустые ссылки.

Используем в качестве примера обмен между базами: 1С: Управление торговлей 11.2 и 1С: Бухгалтерия Предприятия 3.0.

При выгрузке документа реализации номенклатура из табличной части не выгрузилась в Бухгалтерию Предприятия. Такое могло произойти при ошибочном снятии объектов справочника «Номенклатура» с регистрации к обмену, либо при нарушении последовательности обмена между базами.

Если таких объектов немного, можно найти их в базе-источнике и зарегистрировать к обмену еще раз (например, написать комментарий к объекту и сохранить изменения, тогда он зарегистрируется к обмену автоматически и выгрузится при следующей синхронизации данных).

Также можно зарегистрировать объекты к выгрузке через стандартную обработку «Регистрация изменений для обмена данными». Для этого нужно из списка настроенных синхронизаций данных сначала найти обмен с базой, в которой есть ненайденные объекты, затем выбрать «Состав отправляемых данных» (или найти обработку «Регистрация изменений для обмена данными» во «Всех функциях»).

В обработке нужно выбрать необходимые объекты в дереве с помощью флажков и зарегистрировать:

– все объекты выбранных типов – можно выбрать объект и все его подчиненные объекты;

– объекты выбранных типов с авторегистрацией;

– одиночные объекты (выбрать из списка);

– объекты при помощи отбора (задать отбор для элементов).

При следующей синхронизации данных, вновь зарегистрированные объекты выгрузятся в базу – приемник и заполнят битые ссылки.

В результате обмена данными ссылки восстановятся.

Рекомендации:

Поскольку такие ошибки возникают, если вручную снимать объекты с регистрации, менять номера сообщений обмена, изменять файлы для обмена данными, то в большинстве случаев рекомендуется придерживаться стандартной процедуры обмена.

• 2.2 Распределенная информационная база «РИБ».

Объект был удален

Из периферийной информационной базы в Центральную выгрузили объект с пометкой на удаление, а затем сняли ее. В Центральной базе объект с пометкой был удален, а затем выгружен в периферийную как «Объект не найден».

Решение

Как и при непосредственном удалении без контроля ссылочной целостности, в этом случае можно воспользоваться восстановлением объекта из резервной копии базы данных посредством обработки «Выгрузка и загрузка данных XML» (поставляется в составе конфигурации «Конвертация данных, редакция 2” и находится в свободном доступе в Интернете).

ТЕСТИРОВАНИЕ И ИСПРАВЛЕНИЕ ИНФОРМАЦИОННОЙ БАЗЫ 1С

Если данный объект не нужно восстанавливать, то необходимо удалить все ссылки на него посредством стандартного функционала 1С.

Для удаления ссылок на несуществующие объекты можно воспользоваться тестированием и исправлением информационной базы (предварительно сделав резервную копию базы). Для этого необходимо зайти в Конфигуратор – Администрирование – Тестирование и исправление.

В новом окне появятся несколько вариантов проверок и режимов, которые необходимо выбрать.

Реиндексация таблиц информационной базы – это перестроение индексов таблиц базы данных. В информационной базе строится индекс для ускорения поиска по определенным реквизитам. Эта операция приводит к ускорению и оптимизации работы информационной базы, поэтому рекомендуется выполнять ее хотя бы раз в месяц.

Проверка логической целостности информационной базы – проверка логической целостности базы (связи между таблицами базы данных) и исправление ошибок в структурах таблиц информационной базы.

Проверка ссылочной целостности информационной базы – проверка тех самых ссылок на несуществующие объекты в базе данных.

Необходимо выбрать один из трех вариантов исправления таких ошибок:

Создавать объекты – система создает элементы, которые потом нужно заполнить;

Очищать ссылки – ссылки будут очищены;

Не изменять – будут показаны ошибки, ссылки не изменятся.

Пересчет итогов – пересчет предварительных результатов в регистрах накопления, расчета и бухгалтерии (Срез Последних, Остатки, Обороты, Остатки и обороты и т.д). Пересчет итогов также приводит к ускорению и оптимизации работы информационной базы.

Сжатие таблиц информационной базы– уменьшение размера базы после тестирования за счет удаления информации об уже удаленных объектах из базы данных.

Реструктуризация таблиц информационной базы – создание идентичных таблиц базы данных и перенос имеющихся данных в изменённые таблицы.

В нашем случае выставим все галочки. После установки настроек нажать «Выполнить» и ждать окончания процедуры. Результаты тестирования можно увидеть в окне служебных сообщений конфигуратора 1С.

После окончания тестирования вопрос с несуществующими объектами будет решен.

Рекомендации:

При удалении объектов и снятии с них пометки на удаление проверять их наличие в других базах. Регулярно выполнять тестирование и исправление информационной базы 1С.

2.3 «Объект не найден» после Универсального обмена данными

Формат предназначен для обмена информацией между программными продуктами 1С Предприятие: он не зависит от структур конфигураций, которые участвуют в обмене и конвертирует данные в универсальный формат EnterpriseData. В процессе синхронизации базы обмениваются XML-файлами с информацией об объектах, зарегистрированных к обмену.

Фирма «1С» активно развивает формат EnterpriseData и его использование во все большем количестве приложений.

При таком обмене иногда могут возникать ошибки, связанные с конвертацией объектов одного типа (базы – источника) в объекты другого типа (базы – приемника).

Например, при обмене между базами 1С: Управление торговлей 11.2 и 1С: Бухгалтерия Предприятия 3.0. документ «Передача товаров между организациями» из «Управление торговлей» переносится в «Бухгалтерию Предприятия» как Документ «Поступление (акт, накладная)» или Документ «Реализация (акт, накладная)». При этом одна организация переносится в «Бухгалтерию Предприятия» как контрагент. Данное преобразование предусмотрено фирмой «1С» в правилах конвертации данных. Но, несмотря на это, иногда происходят ошибки при переносе разнотипных объектов между базами. Это может быть вызвано долгим отсутствием обновления какой-либо базы – участника обмена и как следствие – старыми правилами формата обмена, которые не гарантируют правильного переноса данных.

Решение

Обновить обе базы до последних релизов и зарегистрировать невыгруженные объекты к обмену. После обмена данными с использованием последней версии формата обмена объекты должны конвертироваться и переноситься без ошибок.

Используемую версию формата можно изменить в настройках обмена на вкладке «Служебная информация»:

Если после этих действий ссылки «Объект не найден» не были заменены правильными объектами, необходимо настроить сопоставление данных вручную.

Для этого нам понадобится регистр «Публичные идентификаторы синхронизируемых объектов» (Найти его можно через «Все функции» – «Регистры сведений». Он используется для сопоставления объектов при синхронизации через универсальный формат. Ввиду большого количества записей открытие регистра может занять продолжительное время.

Регистр имеет следующую структуру:

В регистре можно обнаружить ссылки на несуществующие объекты:

В первом столбце находятся идентификаторы объектов из другой информационной базы. По этому идентификатору можно найти объект в базе-источнике.

Как получить ссылку на любой элемент информационной базы 1С:

В 1С есть очень полезный функционал – можно получить ссылку на любой объект базы и также перейти к объекту.

Ссылки, представленные во второй колонке регистра, не были найдены в базе, соответственно, эти объекты не были созданы.

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

В нашем примере битые ссылки находятся в документе «Реализация товаров». Вместо контрагента <Объект не найден> (18:805910bf4888a98211e4f89df8b22aab). Находим этот документ в базе-источнике и определяем Организацию, которую необходимо перенести в качестве контрагента. Затем ищем такого же контрагента в базе-приемнике, при его отсутствии – создаем.

После создания или нахождения нужного объекта в ИБ нужно задать сопоставление в регистре «Публичные идентификаторы синхронизируемых объектов». Находим строку, содержащую битую ссылку <Объект не найден> (18:805910bf4888a98211e4f89df8b22aab) и сопоставляем ей необходимого контрагента. В примере: объект с идентификатором «f8b22aab-f89d-11e4-8059-10bf4888a982» будет выгружен в базу как «Моя Организация» в не зависимости от типа объекта источника. В базе – источнике необходимо зарегистрировать такие объекты к обмену заново и запустить синхронизацию данных. После обмена не найденные объекты заменятся согласно сопоставлениям, сделанным в регистре.

При большом количестве битых ссылок рекомендуем обратиться к проверенным специалистам, которые восстановят Ваши данные без потерь.

Рекомендации:

В таких случаях нужно обновить правила конвертации данных – загрузить из новой базы или полностью обновить свою информационную базу – формат и правила конвертации поставляются в каждом обновлении продуктов 1С:Предприятие. Также стоит следить за изменениями правил формата обмена на ИТС и других источниках.

1. Что такое GUID в 1С?

2. Чем отличается GUID от UUID?

3. Как получить уникальный идентификатор зная UUID в 1С

1. Что такое GUID в 1С?

GUID – это объект матричной таблицы в системе базы данных из шестнадцатеричных символов, заключенных в круглые скобки и прописанных через дефис. Он формируется с учетом времени и места, указывающего на расположение этого объекта (справочника, документа). Первая половина этого кода является расчетом времени, вторая – местом, где хранится объект. GUID в 1С создается в момент создания объекта. Подобно массивам объект хранится в определенной таблице, на определенном столбце с определенной строкой. При определенном попадании в эти 100 наносекунд могут формироваться абсолютно идентичные объекты. Это настолько мало вероятно, как проверить на уникальность все значения за 10 млрд лет.

В Базе данных для каждого объекта предназначен свой глобальный уникальный идентификатор — GUID (Globally Unique Identifier). Он представляет из себя ссылку из 32 символов, разделенных дефисами, которая состоит из 16 октетов. В первой части содержится время генерации уникального идентификатора, во второй – счетчик и MAC-адрес. Отсчет времени для генерации кода Guid идет с 15 октября 1582 года с интервалом на 100 наносекунд.

Вот так выглядит GUID БД 1С: 3de72ee8-f8b2-11e4-92f1-0050568b35ac

Его UUID можно получить по ссылке.

e1cib/data/Документ.ПриходныйОрдерНаТовары?ref=92f10050568b35ac11e4f8b23de72ee8

Это зеркальное отражение уникального идентификатора в 1С 8.3.

Совпадений разных объектов одной базы крайне малы, т.к. общее количество сгенерированных ключей составляет (2128 или 3,402 * 10в38).

Этот 128-битный код информации определяется ссылкой на тип метаданных, содержащий информацию об объекте. Генерация Guid происходит не только в пространстве, но и во времени псевдослучайным набором чисел. Непрерывно сформированные GUIDы используются в качестве первичных ключей в базе данных.

2. Чем отличается GUID от UUID?

UUID – универсально-уникальный идентификатор по данным всемирной организации стандартизации версии RFC4122. Этот термин используется в спецификациях протокола Windows как синоним GUID в 1С. Он должен быть полностью технически совместим с RFC4122. Из рекомендаций Международного стандарта «Все стандарты UUID, соответствующие этой Рекомендации, должны иметь биты варианта с битом 7 октета 7, установленным в 1 и бит 6 октета 7, установленным в 0».

3. Как получить уникальный идентификатор зная UUID в 1С

Итак, как же получить GUID зная UUID в 1С?

В конструкторе запроса необходимо создать запрос:

СправочникСсылка=Справочники.ИмяСправочника.НайтиПоНаименованию(«Наименование»);
GUID=СправочникСсылка.УникальныйИдентификатор()

Для установления соответствия объектов разных БД используется GUID.

Необходимо указать узел обмена и тип объекта (склад, договор, контрагент и т.д.). В «источнике» базы данных нужно указать объект, с которым будет устанавливаться соответствие с объектом из «приемника» БД.

Специалист компании ООО «Кодерлайн»

Ирина Оргина.