1c8 не пишет в регистр накопления #518320

Столкнулся со странной проблемой, дописывая простой управленческий учёт, не пишет регистр накопления (обороты) причём в одной конфигурации работает как часы, а в другой всё тоже самое не хочет, ниже код причём никаких ошибок не выдаёт, в отладчики всё заполняет ни на что не ругается, конфигурация БП 2.0, вчём может быть затык?

как понял что не пишет? :)

нет записей в регистре, отчёты не формируются))

писать то пишет, но без активности

подчиненных спроси. ЗЫ. это я в личку глянул.

1. А что у вас с режимом совместимости 8.1 и 8.2 ? 2. В какой процедуре этот код? 3. Откуда происходит проведение (из формы документа, из формы списка, програмно или ещё как)?

Может какой добрый человек отключил использование итогов, а потом забыл включить?

2 это не должно мешать записи записей РН.

Пипец. И где вас так учили движения документа делать?

вот же сволочь какая! это ж надо

Это в обработке проведения что ли?

см

Активность по умолчанию истина, не?

2 см. - говорит нет записей в регистре... Правда может он не так смотрит как я бы смотрел...

Движение.Регистратор = Ссылка?

да... наверно КМ155 его подчиненный? Сложно у них все в этом отделе продаж.

ты не делаешь запись документа? Потому, что у документа есть Движения и при записи он затирает все записи в БД тем что у него в свойстве Движения

+1

садись два

Мне нужно было перепроводить только по одному регистру, поэтому должна была отдельно работатьУ меня так работает

два-то за что?

про свойство движения знаю, вызов происходит из обработки проведения, в другой базе код нормально отрабатывает и всё пишет Активность по умолчанию истина садись 2 Движения здесь не при чём

ты тоже самое делаешь только из таблице значений

и как бы ты смотрел запросом к базе

Резюмируем - Чудес не бывает (с)

вопрос в другом, нахрена ты делаешь НаборЗаписей, если можно юзать движения. отладчик то запускал? У тебя этот код хоть выполняется? почему десь "Движение.Сумма = ЭтотОбъект.Ссылка.СуммаДокумента;" надо обращаться через ссылку к реквизиту объекта? Почему нельзя у объекта его взять?

Хоть и криво, но работать то должно

2 не смотрел бы запросом к базе.. смотрел бы через списко РН с отбором.

поэтому и спрашиваю, выполняется ли у него этот код, мог выдрать код и сюда скопипастить, а перед кодом условие не выполняется... а по поводу обращения через ссылку ради праздного любопытства.

не совсем смотри УстановитьДопЗначенияРегистров

Ещё раз повторяю в другой базе с аналогичной конфигурацией всё работает и так конечно тоже смотрел этот код отладочный просто что бы проверить идёт ли запись в регистр потом код использовался бы в Подписки на событие там как раз и нужно и Набор записей и  ссылка на объект если бы код был просто выдран отладчик бы не пускал бы в него при не выполенние условия + условий никаких нет код просто добавлен в конце обработки проведения

щас гляну не заметил(

регистр подчинён этому регистратору? Прочитать после отбора ещё на всякий

2 да ну, зачем? Он просто устанавливает отбор чтобы движения привязывались к регистратору. Читать он не хочет

а вот если он регистр "не подчинен" то да, может иметь значение

Лучше перебдеть чем недобдеть)

запусти в режиме отладки, поставь точку останова и проверь проходит ли код эти строки или нет.

Для  оборотов немного другой набор дополнительных полей. Смотри какие в Тз есть поля. Обычно РегистрыНакопления.ууДоходыРасходы.СоздатьНаборЗаписей.СкопироватьКолонки

Думаю дело в следующем: Если этот код в ОбработкаПроведения то набор создается и записывается верно, но при выходе из процедуры происходит неявная запись набора из коллекции Движения документа. А в этом наборе пусто, поэтому то, что было записано кодом просто затирается пустым набором.

Благодарю, попробую. Живой Ископаемый скорей Живой ископаемый жирный тролль)

ну да, скорей всего так и есть...

вот так проканало, теперь другой вопрос, как сделать это же в подписки на событие

на какое событие будешь вешать? Если на проведение, то почти также:

получить у объекта набор через Движения, заполнить и всё...

уже так и сделал

хотя в другой базе набор записей работает, странно, что сдесь не проканало)))) Всем спасибо за помощь p.s    Живой Ископаемый Не Троль))))

алгоритм записи наборов может меняться в зависимости от режима совместимости 81/82, настроек документа и пр. я у вас спрашивал в . Если ответите, смогу подробнее объяснить особенности.

отвечаю типовая БП 2.0 1. режим совместимости не используется; 2. Код в обработке проведения или в подписки на событие Обработкапроведения) 3. Обработка проведения - модуль объекта Если можете пояснить особенности очень пригодиться в дальнейшей работе, вероятно не только мне.

Особенности 8.2 в следующем: 1. У наборов записей появилось свойство Записывать. Если набор после выхода из процедуры проведения необходимо записать, это свойство должно быть установлено в Истина. 2. Записи в наборах нужно очищать принудительно, используя метод Очистить. Связано это с тем, что при проведении из формы толстого клиента Объект создается при открытии формы и набор движений будет накапливать те записи, которые в контексте формы будут созданы. Т.е. если несколько раз перепровести документ в форме и не очистить набор - записи задублируются. Если же перепроводить из формы тонкого клиента или из формы списка, то набор будет очищаться атоматически, т.к. при таких режимах проведения Объект и его коллекция движений создается неявно в момент проведения. 3. Запросы в контексте процедуры проведения учитывают записи, которые записаны в в этой процедуре. Другими словами, если вы использовали метод Записать для набора из коллекции Движения, а потом получаете данные запросом, то то что вы записали уже есть в базе данных и вы будете получать это вашим запросом. После записи набора флаг Записывать автоматически сбрасывается и если вы вносите изменения, которые должны быть записаны, то следует снова установить этот флаг в Истина. 4. При получении данных для контроля остатков запросами необходимо явно накладывать блокировки на те ресурсы, чьи остатки вы контролируете и будете изменять в процессе проведения. Связано это с тем, что в некоторых ситуациях при параллельной работе можно получить не верные данные. Вот вроде как-то так. Может что-то забыл.

спасибо, знал только про флаг Записывать