Очистка регистра сведений "Реестра документов". УТ 11

Исправление ошибки синхронизации РИБ в релизах УТ 11.4.2.109-11.4.3.115, которая возникает после Удаления объектов.

Обработка вычищает записи "объект не найден" из регистра сведений "Реестр документов", которые появляются после удаления объекта в одном из узлов РИБ. Запускаем обработку и нажимаем Очистить.

Примерный текст ошибки:

Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(203)}: Ошибка при вызове метода контекста (ЗакончитьЧтение): Ошибка при выполнении обработчика — ‘ПередЗаписью’: {Документ.ВозвратТоваровОтКлиента.МодульМенеджера(3084)}: Преобразование значения к типу Дата не может быть выполнено

28 Comments

  1. popov_i

    Обработка работает на УТ 11.4.3.167?

    Reply
  2. tatoshka0403

    (1)По идее да, я просто не знаю есть ли там, данный регистр.

    Reply
  3. dexxxqqq

    (2) Есть

    (1) Работает

    Reply
  4. chump0000

    Тоже столкнулся с похожей ошибкой: актуально и для РИБ УТ 11.4.3.167.

    Для быстрого анализа ситуации ошибочные записи в РС Реестр документов можно найти и вручную. Выполняется на подчиненном узле: открываем РС Реестр документов, выполняем Вывести список, в открывшемся списке по полю Ссылка ищем подстроку «объект».

    Reply
  5. bad_wag

    А для чего используется этот регистр? У нас при обмене десятки тысяч записей там формируются, и обмен висит часами.

    Reply
  6. rusmil

    Тоже интересует вопрос, нафига разработчики типовой конфигурации 1С Управление торговлей 11 завели регистр сведений «Реестра документов»? По логике платформы 1С для этого предназначены Журналы документов.

    Reply
  7. acanta

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

    Было бы логично каждому справочнику отдельную таблицу периодических реквизитов, но хотели революции.

    Reply
  8. bad_wag

    Кто нибудь знает чем чревато, если в узле риб отключить заполнение этого регистра при обмене? Там генерятся такие запросы, которые выполняются более 4000 секунд у нас

    Reply
  9. tatoshka0403

    (9) если этот регистр будет пустой то формах списках документов у тебя будет пусто.

    Reply
  10. admrez

    А как тогда правильно удалять документы в базе? Вообще не удалять что-ли?

    Reply
  11. tatoshka0403

    (11) Ну эта ошибка релиза, может когда то исправят.

    Reply
  12. Xershi

    Для таких задач нужно универсальные обработки использовать ИР или https://infostart.ru/public/608150/

    Reply
  13. tatoshka0403

    (13) ИР для некоторых пользователей будет сложновато. Твоя обработка хорошая но она наоборот восстанавливает данные, а тут речь идет о косяке 1С после которого обмен ломается.

    Reply
  14. Xershi

    (14) плохо изучили. Записи регистра сведений удаляются.

    Reply
  15. tatoshka0403

    (15)в описании не нашел

    Reply
  16. Xershi

    (16) добавил более развернутое описание!

    Reply
  17. marishkapavl

    Добрый день! Обновили УТ на релиз 11.4.6.174. РИБ 17 магазинов с трудом обновили. Встал обмен между центральным узлом и периферийными. Центральная база принимала изменения с магазинов, а на магазины вроде все приезжает, но магазин назад не отсылает, что принял. И файлы обмена с катастрофичной скоростью стали расти. Почистили РС Реестр Документов. И о чудо! Обмен прошел и магазины прислали ,что приняли. Файлы обмена уменьшились. Обмен стал приемлимым. НО!!! Через несколько обменов туда-обратно на магазинах появилась ошибка: Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(206)}: Ошибка при вызове метода контекста (ЗакончитьЧтение): Ошибка при выполнении обработчика — ‘ПередЗаписью’: {ОбщийМодуль.УниверсальныеМеханизмыПартийИСебестоимости.Модуль(9313)}: Преобразование значения к типу Дата не может быть выполнено.

    И опять стали расти файлы обмена. Что теперь почистить надо? Перерыли весь интернет — решения не нашли.

    Reply
  18. user598350_grimax

    Если не затруднит можно ссылочку откуда такая информация?

    Reply
  19. tatoshka0403

    (18) посмотри ЖР когда выполняешь обмен, может каких прав не хватает или записать что-то не может.

    Reply
  20. RocKeR_13

    (18) открываете РС «Реестр документов», сортирует по ссылке и удаляет записи, в которых Ссылка=Объект не найден

    Reply
  21. chump0000

    (18) Я отписывался уже здесь со своим решением https://forum.infostart.ru/forum9/topic184658/

    Повторюсь. Проблему решил так:

    0. Сделал бэкапы всех узлов

    1. Выполнил ручной поиск и отмену регистрации в Главном узле всех записей на отправку, содержащих битые ссылки (<объект не найден…>) для одного из узлов. Для остальных узлов эта чистка выполнилась автоматически.

    2. Выполнил обмен. На одном узле прошло успешно, на втором — все та же ошибка.

    3. На всех узлах выполнил ТИИ с удалением битых ссылок.

    4. Выполнил обмен. Проблема решена.

    Т.е. смотреть надо не только РС Реестр документов, а вообще все объекты, для которых зарегистрированы изменения к отправке.

    Reply
  22. 1C82

    Печально что баг так и не убрали до сих пор.

    Reply
  23. tatoshka0403

    (23)с РИБом в УТ 11 я смотрю вообще печально.

    Reply
  24. 1C82

    Я на баг-трекере не нашел эту ошибку. Кто- нибудь вообще о ней писал в поддержку 1С ?

    Reply
  25. Rain88

    Кто-нибудь в курсе, ошибку исправили? И если да, то в каком релизе?

    Reply
  26. vika64

    {ВнешняяОбработка.ЧистимРегистр.Форма.Форма.Форма(26)}: Ошибка при вызове метода контекста (Записать)

    НаборЗаписей.Записать(Истина);

    по причине:

    Не удалось записать: «Реестр документов»!

    полные права но не дает ни удалить ни переписать как нить эту запись.

    кто знает как справиться? отзовитесь

    Reply
  27. tatoshka0403

    (27)Решал данную проблему Привилегированным Режимом или отключением Стандартной обработки. Посмотри в модуле там сразу идет на отказ если одного из этих требований нет.

    Reply
  28. vika64

    (28) да, спасибо большое за ответ , именно Привилегированным Режимом и решила.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *