РИБ. Ошибки
Читают тему
Вход в личный кабинет
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
{{ formTitle ? formTitle : 'Заказ обратного звонка' }}
{{ formDescription }}
Сообщить об ошибке
Скриншот 1: Настроили РИБ (1). Обмен происходит, но при выполнении регламентного задания - сообщения об ошибках (2). После анализа выяснили, что в настройках (3), на это влияет галка "Допроведить по партиям" (4).
Скриншот 2: При снятии этой галки (1), задание выполняется без ошибок (2)!
В связи с этим 2 вопроса:
1) Почему возникает ошибка?
2) На что влияет данная галка?
P.S. Релиз 5.1.01.05.
Прикрепленные файлы
Прикрепленные файлы
Насколько я понимаю существует 2 стратегии - списание "сразу", при проведении документа; и списание в конце месяца (как в бухгалтерии) - специальной процедурой (закрытие месяца; там то как раз и существует понятие допроведения по партиям).
Как все это реализовано в альфа-авто?
И в данном контексте смысл настройки (галки) "допроведение по партиям"?
P.S. особенно этим грешат книги из коробки: "что вижу - о том и пишу"
Прикрепленные файлы
Только пожалуйста не типа - "на допроведение по партиям", а более подробно и развернуто.
Насколько я понимаю существует 2 стратегии - списание "сразу", при проведении документа; и списание в конце месяца (как в бухгалтерии) - специальной процедурой (закрытие месяца; там то как раз и существует понятие допроведения по партиям).
Как все это реализовано в альфа-авто?
И в данном контексте смысл настройки (галки) "допроведение по партиям"?
Внесли изменение в конфигурацию главного узла. При отрабатывании робота, возникли ошибки - см. скриншот.
... Алексей, в узлах РИБ можно отключить партионные движения, но когда документ мигрирует, то проходя через другие узлы документы могут допроводиться. И за это отвечает указанный флаг.
Расскажите поподробнее про механизм допроведения по партиям (или где можно прочитать про это)?
Внесли изменение в конфигурацию главного узла. При отрабатывании робота, возникли ошибки - см. скриншот.
У робота ограничений нет. См. скриншот.
Прикрепленные файлы
... Алексей, в узлах РИБ можно отключить партионные движения, но когда документ мигрирует, то проходя через другие узлы документы могут допроводиться. И за это отвечает указанный флаг.
Расскажите поподробнее про механизм допроведения по партиям (или где можно прочитать про это)?
Внесли изменение в конфигурацию главного узла. При отрабатывании робота, возникли ошибки - см. скриншот.
А регламентное задание у Вас выполняется под роботом? Тогда необходимо проверить в "Конфигураторе" роль "Робот" на наличие ограничений по работе с документом "Корректировка реализации", а также проверить настройки роли на указанный документ, на регистр сведений допроведения.
Или, не став разработчиком данной конфигурации, я с конкретно этой ошибкой разобраться (почему возникает) не смогу?
P.S.
Добрый день, Алексей, необходимо посмотреть в журнале регистрации, на чем именно возникает ошибка.
Запрос - по регистру "ДопроведениеПоПартиям". У нас данный регистр пустой. Возможно с эти связана ошибка (и также, возможно, с этим связана 2-я ошибка (робота) - с документом "КорректировкаРеализации").
Прикрепленные файлы
Вопрос переведен на линию консультаций. Вам было отправлено письмо на указанный электронный адрес.
Итак, после анализа базы специалистами раруса (опущу историю о запрете выгрузки БД насторону; пришлось загрузить нашу конфигурацию в типовую демо базу; и из нее, на сервере настроить заново РИБ; Обе ошибки благополучно воспроизводились
необходимо либо назначить роботу роль «Полные права» (как у Администратора) либо роль «Управление регистрацией изменений» (в дополнение к уже имеющейся; как я понял это для предоставления доступа к объектам которые мигрируют по "распределенке" ).
Хотя об этом ни слова нигде не написано (во всяком случае я не видел).
P.S. Огромное спасибо службе поддержки за оперативность!
Возникли серьезные проблемы при работе РИБ!
При регистрации изменений по элементу справочника «Подразделения компании», связанному с узлом РИБ (обмен по удаленным подразделениям), режим обмена переключается в режим обмена настройками. В файл обмена выгружается только информация по подразделению (хотя подготовливаются к выгрузке все зарегистрированные объекты зачем-то, но проблема не в этом).
Обмен проходит успешно в обе стороны (второй узел работает в обычном режиме и выгружает зарегистрированные к обмену объекты в полном объеме), при этом параметр сеанса ИдетОбменНастройкамиОбмена устанавливается в Ложь, а одноименное свойство плана обмена в Неопределено, но регистрация изменений по подразделению почему-то не отменяется и последующие выгрузки опять происходит в режиме обмена настройками (функция одОбменДанными. ОпределитьИзмененияНастроекМиграции() возвращает Истина).
Является ли это ошибкой конфигурации или у нас что-то некорректно настроено, куда «копать» во втором случае?
- Релиз конфигурации 5.1.01.05;
- Релиз платформы 8.3.6.2299.
файл с обменом может и "потеряться".
Также обращаем Ваше внимание, что указанный Вами релиз 5,1,01,05 корректно работает не платформе 8,3,5, но не ниже версии 8,3,5,1443.
Что можно (нужно?) прислать в качестве подтверждения моих слов? Логи какие или ещё что? И главное - возникнут ли у нас проблемы и какого рода, если просто «отключить» (запрос поправлю в функции ОпределитьИзмененияНастроекМиграции()) включение режима обмена настройками при изменениях справочника подразделений (это решит проблему, но боюсь последствий… можно тестить, но на это уйдет много времени)?
1) РИБ был настроен (в соответствии с вашими рекомендациями) и был работоспособен;
2) Впоследствии было замечено, что обмена измененными объектами (элементы справочников, документы) не происходит (т.е. РИБ СТАЛ НЕ РАБОТОСПОСОБЕН, хотя ошибок не было (вкладка "Фоновые задания"))!
После анализа проблемы (см. подробно мои посты 17 и 21!), было выяснено, что КРАХ обмена происходит после внесения изменений в реквизиты элементов справочника "Подразделения". Возможно, что подобная аварийная ситуация связана не только с данным справочником.
Является ли это ошибкой конфигурации или у нас что-то некорректно настроено, куда «копать» во втором случае?