Изменение стороннего регистра сведений при проведении документа в привилегированном режиме

Форум Программирование Общие вопросы программирования (Dev)

Конфигурации 1cv8 1С:ERP Управление предприятием 2

1. v25i85 1 18.09.20 10:29 Сейчас в теме

Добрый день.
Опишу ситуацию:
Производим программно в обработчике "ОбработкаПроведения()" документа изменение стороннего регистра сведений, режим проведения документа установлен в привилегированном режиме. При обновлении базы просит монопольный доступ.
Вопросы:
1. это ошибка платформы или нет?
2. что можно предпринять в плане обновления базы после доработок кода в модуле документа без установки монопольного доступа к базе?

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. FatPanzer 18.09.20 10:35 Сейчас в теме

1. Программный код никак не влияет на работу хранилища.Хоть привилегированный, хоть внешний, хоть чё.
2. Что означает "сторонний" регистр сведений? Все, что находится в вашей конфигурации сторонним быть не может по умолчанию...

3. v25i85 1 18.09.20 10:43 Сейчас в теме

(2) поправил вопрос. "При обновлении базы", а не при помещении в хранилище. Извиняюсь за неточность.

4. FatPanzer 18.09.20 10:45 Сейчас в теме

(3) Ну дык... Вы регистр привязали к регистратору? Вот вам и необходимость реструктуризации поля Регистратор для регистра сведений. Для реструктуризации требуется монополь.

7. v25i85 1 18.09.20 10:46 Сейчас в теме

(4) не-не. Документ не должен производить движения в тот регистр сведений, а только корректировать реквизит регистра сведений по некоторым ключевым полям

5. v25i85 1 18.09.20 10:45 Сейчас в теме

(2) "Сторонний" значит, что корректируется значение в регистре сведений, у которого регистратором является другой документ.

6. FatPanzer 18.09.20 10:46 Сейчас в теме

(5) Состав регистраторов меняли?

8. v25i85 1 18.09.20 10:47 Сейчас в теме

(6) нет, меняли только код в модуле объекта документа

9. FatPanzer 18.09.20 10:52 Сейчас в теме

(8) Не, это фантастика. Так не бывает.

10. v25i85 1 18.09.20 10:53 Сейчас в теме

(9) Вот это точно "фантастика" - недокументированное поведение. Не знаем как быть. база оч большая, работу останавливать нельзя

11. FatPanzer 18.09.20 11:04 Сейчас в теме

(10) А на кошечках потренироваться?

12. v25i85 1 18.09.20 11:09 Сейчас в теме

(11) а вот нам не смешно

13. FatPanzer 18.09.20 11:11 Сейчас в теме

(12) А кто смеется? Просто из вашего текста я вижу, что вы хотите накатить изменения сразу на рабочую, но вам не дает монополь, а останавливать процесс вы не можете.
Вот я и предлагаю - потренироваться и разобраться в проблеме на кошечках, прежде чем пытаться обновить рабочую базу.
Накатывать изменения сразу на рабочую - вот что уж точно не смешно.

14. v25i85 1 18.09.20 11:42 Сейчас в теме

(13) не, доработки внесли в хранилище, а в рабочей получили доработки из хранилища

15. FatPanzer 18.09.20 11:50 Сейчас в теме

(14) Это не противоречит тому, что я сказал.
В хранилище могли еще до этого поместить и другие изменения, затрагивающие БД.
Откройте конфигуратор рабочей базы и проведите сравнение текущей конфигурации с конфигурацией БД. И смотрите отличия. Вряд ли там только изменения в коде одного документа.

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

16. v25i85 1 18.09.20 12:13 Сейчас в теме

(15) Сравнение проводили, отличия только в модуле объекта документа. Порядок тоже не изменялся, не было надобности.

17. slasher777 19.09.20 09:53 Сейчас в теме

Так не бывает.

Оставьте свое сообщение

E-mail: