Найти элемент справочника в табличных частях документов #306788

Нужно вот что: есть элемент справочника, записанный в переменную ТекНоменклатура. есть список типов документов. Нужно найти в табличной части документов ТекНоменклатура и, само собой, добавить ссылку на документ и номер строки в какую-нить ТЗ. Подскажите, пожалуйста, как все это сделать.

Запросом

Запросом?

Тупо - Запросом.

а если не тупо? просто таких ТекНоменклатура штук 400 и собираются прибывать. а по каждой нужно будет найти все доки, кое-что там поправить, потом записать и потом все доки перепровести. Даже если я сделаю список доков, который сначала наполняется, а потом сворачивается получится вроде как долго. быстрее точно никак?

найтисылки

тогда такой еще вопрос. есть НайтиСсылки(<?>,); вот она ищет в метаданных или именно так мне нужно. я просто понял что это программный способ получить допустим все ссылки на объекты типа Номенклатура, к примеру

она ищет ссылки именно на элементы справочника?

При Проведении анализируй табличную часть, и если в табличной части есть контрольные(по какому нить признаку) элементы, отмечай этот док в справочнике(сразу при проведении). Так раскидаешь время создания списка документов.

В предприятии сделай найти ссылки на объект, увидишь, что ищет... а вообще - в описании метода всё вроде как написано.

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

да, абсолютно правильно понял объясняю из-за чего нужно есть у нас комплексная, в которой отдел снабжения и отдел реализации делают свою работу. плюс там же производство колупает такие документы как заказ-наряды и ПРО. и есть бухгалтерия которая работает в бухии. там само собой ни з-н ни ПРО нет, поэтому поим предшественником была написана обработка, которая грузила все нужные доки для бухии из комплексной. номенклатуру она (обработка) грузила с помощью атрибута номенклатуры СтарыйКод (ссука). Так вот этот старый код был типа равен Номенклатура.Код. но мой предшественник (ссука) не учел что если собъется автонумерация, то такой вот код: ВводНового СтарыйКод=Код такой вот код не учитывает того что пользователь, увидев при создании нового элемента номеклатуры сообщение типа "код не уникальный" введет от балды свой новый код и уже получится что СтарыйКод как бы задвоился. В следствии чего в бухии при перегрузке (которая по этому блять старому коду) происходит задвоение. само собой что это задвоение старых кодов в комплексной убрать просто - всего-то выбрать все элементы и если Код<>СтарыйКод, исправить это. но теперь уже получается что в бухии часть приходов по старым задвоенным, а часть нет. и поэтому некоторые документы резонно не проводятся. так как количественный учет. его можно убрать, как и субконто номенклатура (в сороковом), но это совсем низачет.

+ и вот из-за всего этого мне приходится рвать жопу до 20 числа, тк там НДС, и как-то выходить из создавшейся ситуации

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

Переправить коды и вгрузить в бухию, не канает  разве ? ...

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

по поводу вот этого из "...В следствии чего в бухии при перегрузке (которая по этому блять старому коду) происходит задвоение..." на самом деле сначала просто путались позиции, когда СтарыйКод был неуникальный. но когда они это заметили (бухи), то попросили исправить. типа хоть цены и нормальные, все равно давайте будет как надо. и вот когда я уже написал обработку, которая выправила СтарыйКод, началось задвоение. такие дела.

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

заного проставть нумерацию кодов еще можно

Ну и накой ему самый тормозной метод сдался? ...

в том-то и дело что коды нельзя выправить. долбанный склад тупо против.

нет. меня закажут :)

от старых кодов уходи... Пользуй код из ЗначениеВСтрокуВнутр(ЭлтСправочника); а счас исправлять - искать эти задвоенные старые коды и по этой номенклатуре. Их много?

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

Он может быть против, если всю кодировку менять. А если только задвоенные - он д.б. только за, - учет исправляется.

тут еще такая фишка что непонятно бывает, какая конкретно позиция была выгружена под каким кодом, тк наименование часто бывает одинаковым, а вот кодов несколько. поэтому я уже написал обработку, которая берет все задвоения (их коды и наименования) из бухии, пишет в файл, потом этот файл прокатывается в комплексной, после чего становится ясно, какие элементы действительно нужно оставить (тк Бухгалтерия.Номенклатура.Код = "Т"+Комплексная.Номенклатура.Код), список этих элементов опять пишется в файл, и потом уже по нему в бухии я нахожу все задвоения в номенклатуре, и подставляю тот элемент номенклатуры во все доки, который соответствует по коду комплексной. чтобы при следующих перегрузках все было ок. ну почти ок, так многие элементы номенклатуры из комплексной с исправленными старыми кодами еще не "всплыли" при перегрузках и не задвоились. поэтому-то как раз нужен не особо тормозной способ. кажется, все.

а не судьба готовую обработку с ИТС взять?

но после того как я исправил баг, когда из-за сбитой нумерации СтарыйКод как бы "задваивался" (т.е. у многих элементов номенклатуры из комплексной он был один и тот же) и из-за этого многие перегруженные документы в строках получали не ту номенклатуру, случился баг новый. задвоение при перегрузке. т.е. эта обработка смотрела, есть ли элемент с таким кодом ("Т"+СтарыйКод из файла перегрузки) и создавала новый элемент справочника Номенклатура. Все было бы отлично, если бы у нас не велся количественный учет по сороковому счету, т.к. именно из-за этого документы теперь резонно не хотят проводиться. (номенклатура-то новая,а приходы были загружены со старыми СтарыйКод). можно конечно убрать кол. учет и "Номенклатура" из субконто, но это ахтунг, который неизвестно куда заведет.

не судьба, она не подойдет потому что в комплексной есть "свои" документы потому что даже если она перегрузит документы (все, вместе с "нашими"), то они не проведутся. количественный учет не даст, тк в этих базах многие доки переправлены (как в бухии, так и в комплексной) и палочки с ноликами не сойдутся

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

я не против, другие против

искать точку отсчета, где было все правильно в бухии, поднимать старые архивы, найти последнюю новую номенклатуру в той базе, найти соответствие ей комплексной (номенклатура А, например), далее в комплексной: перекодить старые по всем элементам для которых ЗначениеВСтрокуВнутр(А)>ЗначениеВСтрокуВнутр(ЭлементВыборки); и перегрузить период. Ну, тоньше - в текущей базе удалять загруженные документы за период, номенклатуру по тому же принципу и грузить заново.

+ испр. "перекодить старые коды по всем элементам для которых ЗначениеВСтрокуВнутр(А)<ЗначениеВСтрокуВнутр(ЭлементВыборки)

да, я думал про похожий вариант, но перегружать период очень не хочется, так практически на 90 процентов где-то они (бухи) доки подправили и получатся нескладушки. поэтому-то и хочу просто обойти все доки и подменить старые элементы справочника Номенклатура на новый, который один. после этого все перепровести и учет сойдется. на мой взгляд так вроде самый безболезненный вариант получится. по кр мере суммы и прочее не тронется. тем более что во многих документах изменен номер, а только по нему можно оследить какой док из компл соотв доку их бухии. в общем, меня все-таки интересует как побыстрее найти все ссылки на элемент справочника в таблчных частях определенных документов

в общем-то я пока что вот такой вот запрос написал, буду юзать его: