В результате кривого переноса в документе Отражение зарплаты в регл учете поле ПодразделениеДт заполнилось подразделениями с пустым реквизитом Владелец. Пытаюсь заполнить этот реквизит:

   Для Каждого ТекущаяСтрока Из ДокументОбъект.ОтражениеВУчете Цикл
       Если ТекущаяСтрока.СчетДт.Код = "20.01" Тогда
           
           // меняем объект в табличной части
           ТекущаяСтрока.ПодразделениеДт.ПолучитьОбъект().Владелец = ОсновнаяОрганизация;

           // для контроля
           Сообщить(ТекущаяСтрока.СчетДт.Код+" "+ТекущаяСтрока.ПодразделениеДт+" "+ТекущаяСтрока.ПодразделениеДт.Владелец)

       КонецЕсли
   КонецЦикла;

Не работает. Что не так?

ну да, конечно, выше стоит

ОсновнаяОрганизация = Справочники.Организации.НайтиПоКоду("000000001");

(1) а зачем? реквизит заполняется, задача выполнена

(3) что!?

Если ТекущаяСтрока.СчетДт.Код = "20.01" Тогда - это че за лабуда? пиши нормально

"ТекущаяСтрока.ПодразделениеДт.ПолучитьОбъект().Владелец = ОсновнаяОрганизация;"
бууэээ...

а если в 20 строках будет это подразделение? 20 раз собрался записывать?

а теперь ниже надо ДокументОбъект.ОтражениеВУчете.Записать();

за кривой код прошу не ругать, с 8кой знаком ещё мало

(0) Сегодня только среда!

(9) а подразделение не нужно записывать!?

(10) причем здесь кривой код?  После цикла объект надо записать. Иначе в чем прикол менять в нем что то?

Прикол в том, что в отладчике вижу, что ТекущаяСтрока.ПодразделениеДт.Владелец не поменялся

(13) читай еще раз (0) не после цикла, а после изменения владельца у подразделения

(13) ты о чем? он не тот объект меняет

(14) естественно, тут же никто еще не написал, что записывать надо объект

(14) потому что изменил у объекта, а смотришь у ссылки

(17) как?

(18) смотрю у ТекущаяСтрока.ПодразделениеДт.ПолучитьОбъект().Владелец

(19) +мильён XD

об = ТекущаяСтрока.ПодразделениеДт.ПолучитьОбъект();
об.Владелец = Орг;
об.Записать()

(19) Позвать программиста.

Хм... ну да, тупанул. Сорри.

(22) так уже делал. В результате в справочнике Подразделения возникли дублирующие строчки. Не годится

(25) чо? а программиста всё же позови

(25) не верю ))

(27) нужен скриншот? )))

фрагмент

           Объект = ТекущаяСтрока.ПодразделениеДт.ПолучитьОбъект();
           Объект.Владелец = ОсновнаяОрганизация;
           Объект.Записать();

приводит к тому, что в справочнике подразделений возникают вторые строки, к примеру, было Хозслужба (1штука), а стало 2

(28) наглейшая ложь!!!!!

(28) нужен. ибо ты врёшь

Ладно, сейчас перезагружу конфу и повторю всё заново с этим фрагментом кода

(29)(30) ну а вдруг там при событии на запись идет проверка смены владельца и создание дубля с прежним, ведь может быть?

(32) ну если кто подшутил так, то возможно

(33) ждем "перезагрузки" и свежих лулзов

было однажды такое, сделала так:
Объект.владелец = Владелец;
Объект.ОбменДанными.Загрузка = Истина;// вот без этого не работало
Объект.Записать();

(35) а дубли были, дубли??

(35) а все реквизиты, по которым проверка при обычной записи, были заполнены!?

(36)не, дублей вроде не было, просто при попытке поменять владельца изменений никаких  не было

(37) аха.

(38) врешь

Бывает, портвешку стакан вмажешь и двоится начинают элементы справочников))

(41) с одного-то стакана!? слабовато

(42) Ты моего стакана не видел!

(40) не вру

(44) а я говорю врешь

(45)зачем мне врать?

(44) просто ты кроме этого добавила ЗавершитьТранзакцию

Справочник исходный
http://savepic.ru/3925077.jpg

Обработка отработала
http://savepic.ru/3907669.jpg

В результате
http://savepic.ru/3919957.jpg

интересно, что у дублей такие же коды

Убейте его... он невменяемый!

(32) конфигурация стандартная

(47)нет. про транзакцию ни слова.

что-то ты в своей обработке намудрил в другом месте

ну показывай уже ВСЮ обработку

либо при повторной загрузке он не находит по полям поиска подразделение и создает новые :))))

ИМХО нужно не следствие обмена лечить, а причины некорректного обмена и тогда дублей не будет - 146%

У него уже бардак в справочнике. Перечитайте (0).

(57) и что там!?

(0) Для начала надо понимать что нужно сделать, а уж потом думать как.

так они и были, просто ты смотришь без отбора по владельцу, а вначале с отбором

(59) он то понял что не так, но решение придумал корявое

Короче... Резюмирую.
ЗОВИ ПРОГРАММИСТА!!!111адынадын

(54)
Процедура КнопкаСформироватьНажатие(Кнопка)

   ДокументОбъект = Документ.ПолучитьОбъект();
   ОсновнаяОрганизация = Справочники.Организации.НайтиПоКоду("000000001");

   // перебираем строки документа
   Для Каждого ТекущаяСтрока Из ДокументОбъект.ОтражениеВУчете Цикл
       Если ТекущаяСтрока.СчетДт.Код = "20.01" Тогда

           // меняем объект в табличной части
           Объект = ТекущаяСтрока.ПодразделениеДт.ПолучитьОбъект();
           Объект.Владелец = ОсновнаяОрганизация;
           Объект.Записать();

           // для контроля
           Сообщить(ТекущаяСтрока.СчетДт.Код+" "+ТекущаяСтрока.ПодразделениеДт+" "+ТекущаяСтрока.ПодразделениеДт.Владелец)

       КонецЕсли
   КонецЦикла;

   ДокументОбъект.Записать()

КонецПроцедуры

(62) нет уж, объясняй что ты в (0) увидел такого, что не увидели все остальные?

а теперь сделай запрос к справочнику

(63) этот код не дает задвоения ни при каких раскладах

НафНаф тоже увидел. Нормальный одинесник должен уметь понимать идиотов.)

(67) к (64)

Из (0) понятно, что база не пустая и как-то работала, а значит с подразделениями было всё ништяк. После переноса стало плохо.. Угадайте как переносились данные и что реально происходит в справочнике. А теперь попробуйте совместить то, что хочет ТС с тем что есть и получите удовольствие. XD

(60)

До выполнения обработки
http://savepic.ru/3890260.jpg

После выполнения обработки
http://savepic.ru/3873876.jpg

(68) ну как бы слив засчитан!

(69) [что база не пустая и как-то работала, а значит с подразделениями было всё ништяк.]

не было никаких ништяков!

(70) еще раз - тот код что ты привел не дает такого эффекта

(69) Данные переносились не один месяц. Отвечал за это... кто-то другой. Теперь, типа, я. Может тот, другой, руками перевыбирал подразделения в документе - я проверил, такой метод работает, но это же не нормально... Поэтому решил для начала исправить всё обработкой, а потом уже разбираться с переносом

(73) ...однако я наблюдаю этот эффект и даже скриншоты выложил в (70)

(75) продолжайте наблюдения!

(72) Не слушай ТС, подумай чуть-чуть. И всё поймешь.

увидели, что дубли без подчинённых элементов? таки кто-то в подписке или в при записи сидит ;))

(77) я всегда думаю, а вы по ходу под грибами

Да, кажется понял. При переносе элементы-дубли создались, но они не имели подчинения. Запустив обработку я такое подчинение создал, поэтому в справочнике при соответствующем подчинении всё и задвоилось )))

(80) не задвоилось, а переподчинилось

(80) Бинго!

Видимо, нужно сделать по-другому. Проходя по документу, нужно заменить подразделения на одноименные, но находящиеся в нужном подчинении. А эти, неподчиненные, пометить типа на удаление...

(83) Нет, выстави всем подчинение, а затем восползуйся поиском и заменой дублирующихся элементов

(84) что за поиск и замена дублирующихся? что-то стандартное? или тоже самому писать придется?

(81) Ну чё? Кто теперь под грибами?

(85) Стандартное. в сервисе ищи

А после этого человек увольняется, прихожу я, вижу это и понимаю, что жизнь закончилась... Ну за что мне такое...??? :'(

(88) Терпение, друг мой. Всё победимо. XD

убрать дубли и после следующей загрузки повторять?

+(90) они то появляются при загрузке

и кто из нас под грибами!?

(91) Не, ну конечно обмен править надо

(92) Ну точно не я. Я не искал проблему там, где её нет.

(93) и не обмен, а синхронизировать владельцев

(94) а она есть!

(96) В данных! А не в быдлокоде из (0). Вы вообще читали о чем я написал?

(97) именно что в данных, но не в подразделениях, а во владельцах нет синхронизации

(98) XD Я это с первого поста понял. Зачем Вы мне это рассказываете? о.О

(99) где-ты именно об этом написал!? :))))

(100) Намекал в (69), да Вы не обратили внимание.

Коллеги, всем спасибо.
За участие, за советы и особенно за позитивный настрой )))

Так держать ;)