Для каждой записи из указанного блока загруженных записей проверяется ее наличие в таблице слияний. Если такой записи не обнаружено, то она добавляется в таблицу и помещается на этап 0. Более подробно см. CSpider/Stage0. Если соответствующая запись найдена (т. е. эта запсь уже загружалась ранее в систему), то высчитывается хеш от ее содержимого и сверяется с сохраненным ранее. Если хеш изменился, найденная запись таблицы слияний помещается на этап 2. Более подробно см. CSpider/Stage2. Если хеш не изменился, то никаких действий не производится, алгоритм завершает свою работу.

Это действие просматривает все организации и для тех, которые являются участницами сводного каталога, для каждой ее БД электронного каталога, БД читателей и БД мероприятий пробует добавить задачу CSpider/DownloadClientDb на загрузку этой БД.

Для каждой БД хранится время последней попытки загрузки этой БД в файле <sid>/CSpiderLastSync (содержимое - unix-дата последней попытки загрузки). Настройка UseModule("CSpider")->maxtimedownload регулирует минимальное время между созданием заданий на загрузку БД. Сбросить это время возможно в настройках БД кнопкой      Сбросить время последней синхронизации

У загружаемой БД запрашивается общее число записей, после чего происходит разбиение на блоки. Количество записей в блоке устанавливается параметром UseModule("CSpider")->recordblocksize. В файле БД <sid>/DownloadClientInfo хранится информация о блоках. В файлах <sid>/AllRecords/b... sprintf("%07d",$bn) где bn - это номер блока хранится скачанное содержимое блока (т.е. сами записи). Для каждого блока проверяется время последней загрузки. Это время равно времени модификации файла с данными блока (<sid>/AllRecords/b...) Если с момента последней загрузки блока прошло времени больше чем указано в параметре UseModule("CSpider")->blockreloadtime или в скачанном блоке записей меньше чем указано в параметре UseModule("CSpider")->recordblocksize, то будет создано задание на загрузку блока записей CSpider/DownloadClientDbBlock

Из БД-источника производится загрузка блока записи с номером bn. Если при последней загрузке было скачано количество записей, указанное в параметре UseModule("CSpider")->recordblocksize и прошло меньше времени чем указано в параметре UseModule("CSpider")->blockreloadtime, загрузка блока не производится, алгоритм завершает свою работу.

При успешном скачивании блока, контенты всех скачанных записей групирруются в массив и помещаются в sid-файл БД <sid>/AllRecords/b...

В файл <sid>/DownloadClientInfo размещается информация о количестве скачанных записей и времени последней загрузки.

Создается задание на обработку загруженныъ данных CSpider/CheckClientDbBlock

Из БД-источника производится загрузка и хеширование записей в соотвтствии с поисковым запросом.

Выделяет запись-источник (ошибочно слитую со сводной записью) в отдельную сводную запись. Кнопка доступна для пользователей, обладающих правом редактирования БД сводного каталога. При выделении в отдельную запись сводного описания журнала, выделяются в отдельные сводные записи и записи на номера журналов. При выделении в отдельную запись номера журнала, выделяются в отдельные сводные записи и записи на статьи

Для всех записей с указанными шифрами формируется связь от всех ко всем по полю 451 с последующим

Для всех записей-источников формируются 451 поля связи

Действия исполняются для всех записей таблицы слияний со статусом 0.

Если запись-источник загружена некорректно, то запись таблицы таблицы слияний переносится на этап 6. (См. CSpider/Stage6)

Если запись-источник имеет тип ASP, то запись таблицы таблицы слияний переносится на этап 10. (См. CSpider/Stage10)

Если запись-источник имеет тип PVK, то запись таблицы таблицы слияний переносится на этап 12. (См. CSpider/Stage12)

Если запись-источник имеет тип RDR или RDRU, то запись таблицы таблицы слияний переносится на этап 37. (См. CSpider/Stage37)

Если в сводном каталоге уже существует запись из загружаемой БД-источника с таким же шифром, то запись таблицы таблицы слияний переносится на этап 4. (См. CSpider/Stage4)

Иначе запись таблицы таблицы слияний переносится на этап 5. (См. CSpider/Stage5)

Действия исполняются для всех записей таблицы слияний со статусом 14.

Если соответствующая сводная запись не определена - переносится на этап 2. (См. CSpider/Stage2)

Если в СК более одной записи с указанным сводным шифром, то производится их слияние. (См. CSpider/MergeSRecords). После слияния запись переносится на этап 2. (См. CSpider/Stage2)

Действия исполняются для всех записей таблицы слияний со статусом 2.

Запись таблицы слияний переносится на этап 5 (См. CSpider/Stage5). В таблице слияний устанавливаются значения обновленного хеша записи-источника, время последнего обновления записи устанавливается равным текущему.

Действия исполняются для всех записей таблицы слияний со статусом 3.

Если со времени последнего обновления записи прошло больше времени, чем указано в параметре UseModule("CSpider")->recordawaydays, запись таблицы слияний переносится на этап 21 (См. CSpider/Stage21).

Действия исполняются для всех записей таблицы слияний со статусом 4.

Если для записи таблицы слияний нет записи в сводном каталоге с таким же шифром записи-источника (т. е. ошибка в данных устранена), запись таблицы слияний переносится на этап 0 (См. CSpider/Stage0). Иначе (т. е. ошибка все еще присутствует) запись остается на этапе 4.

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

Для исправления ситуации необходимо вмешательство оператора. Оператор должен отобрать все записи-источники этапа 4 по ссылке ?id=CSpider/LinkDbInfo&st=4. Для каждой записи необходимо перейти по ссылке из столбца sh - появится результат поиска по сводному каталогу, содержащий записи сводного каталога с ошибками. Каждую найденную запись необходимо вызвать на редактирование и удалить соответствующее записи-источнику повторение поля 902. Если удаляемое поле - последнее в записи, то необходимо (на усмотрение пользователя) удалить запись сводного каталога целиком.