v7: Программная запись элемента подчиненного справочника #580392

ОС - Windows XP SP2;   1Cv7.7 - 7.70.027 Бухгалтерия - 7.70.530 Много раз говорили на тему о программной записи элемента подчиненного справочника. Но может кто сталкивался с подобным. Пишу загрузчик данных из сторонней программы. Есть справ."Контрагенты" и подчиненный справ."Договоры". Необходимо создать новый договор у данного контрагента. ... ... Задача не сложная. Но после отработки модуля, в справочнике договоров нового договора не появляется. Ошибок не выдает. В отладчике смотрел - всё формируется и заполняется. Подскажите. В чем дело?

Контр как получаешь?

Искать по наименованию дубль, эээ как бэ...

ТипЗначенияСтр(Контр) Чему равны в отладчике?

... Постоянно создаю подчиненные элементы. бывает и с трехэтажным подчинением. все работает нормально.

кстати, а зачем Строка(ИмяДоговора); ? ИмяДоговора не есть строка, а что-то другое? Зачем преобразование? имхо СокрЛП тут более уместно, если загрузка из excel-я идет

ругнулось бы "не задан владелец"

Загрузка производится из текстового файла. Наименование контрагента и наименование договора формируются в другой программе, в виде ID-кода. Затем поиск с контролем реквизита, и получаем "Контр" в виде объекта.  "ИмяДоговора" - текст. Согласен, что для него лучше "СокрЛП", а не "Строка".

Кстати есть вариант, что ты просто неправильно смотришь. Попробуй сделать запрос к справочнику и отсотируй по коду или по какому нибудь признаку, который поможет определить что количество договоров не изменилось

+И кстати ответь у тебя в отладчике в условие входит то или нет?

>>Согласен, что для него лучше "СокрЛП", а не "Строка". Давай зачётку

Контр - это у тебя созданный СоздатьОбъект("Справочник.Контрагенты")? Используй Контр.ТекущийЭлемент.

Контр - это уже найденный элемент справочника Контрагенты.

Это не делает Контр текущим элементом

+1

Покажи оператор присваивания Контр.

да он судя по всему сделал просто Контр.НайтиПо....

На это и пытаюсь намекнуть. Возможен также вариант, что у него Контр = спрКонтрагенты.НайтиПо...

Это еще хуже. Будет число тогда

Вот и интересен ответ ТС.

... ... Вот сама процедура, которая формирует переменную Контр.

ты попробовал?

Извращение, конечно... Но пусть... Контр - глобальная переменная? Или просто никак не описана?

Жосткий поиск однако...:-)

+ И ответь на .

Кстати, а что происходит, когда КолЗн=КвоЗн? Не в этом ли прикол?

возмоджно при посике по наименванию сбивается настройки пвладельца я бы посоветовал при создании нового заново указывать владельца

Контр в отладчике показывает элемент справочника. Нет. Прикол не в этом. КвоЗн - кол-во зн. зарезервированное для кода. КолЗн - кол-во зн. которые имеются в коде на данный момент. Я так тоже сначала подумал. Но в отладчике Контр позволяет спокойно увидеть ему принадлежащие реквизиты.

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

И если КвоЗн=КолЗн, то контрагент НЕ ищется - так написано в

А вот за это отдельное спасибо! Не заметил вовремя...

- Доктор, почему меня все игнорируют? - Следующий! ©

...

Варианта не проверял. Жестковатый режим.

жестковатый? о_О ну, делай помягче...

После того, как контрагенты с кодом правильной длины начали находиться - проблема исчезла? Ну и на всякий случай - есть у справочников замечательный метод НайтиПоРеквизиту. С его помощью можно избавиться от цикла в .

Спасибо за совет. Я уже думал над этим. Проверю - отпишусь. Метод НайтиПоРеквизиту действительно хороший, но вот использовать его можно не всегда. Существует ограничение, которое я перешагнуть не могу.

Всем кто был со мной на связи большое спасибо. Я сейчас вас покину. Начальство напрягает. Надеюсь сегодня попробовать некоторые варианты, а завтра снова буду здесь. До свидания.

Защита информации на уровне - Двойной Контур? БД во внутреннем контуре, где нет инета ?

Здравствуйте все кто откликнулся на моё обращение. Вопрос я решил. Все дело было в спешке. Как всегда - "Надо еще вчера!...". Действия, производимые со справочниками "Контрагенты" и "Договоры" находятся в теле транзакции. А транзакцию необходимо фиксировать. Вот эту-то команду я и забыл, а отсюда результат - есть выполнение всех команд, но нет отражения результата в справочнике "Договоры" и нет индикации ошибки. Кстати, понял одну вещь - при подобных действиях с подчиненными справочниками, наиболее стабильная и быстрая отработка алгоритма происходит в том случае, когда передача параметра Контр в команду СпрДог.ИспользоватьВладельца(Контр) производится в теле одной процедуры, т.е. уменьшается вероятность потери значения Контр.

Большое спасибо всем за замечания и подсказки. Тема закрыта.