удаление повторяющихся строк из табличной части документа #628478

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

добавляй только те данные которых нет в таблице и вуаля - проблема решена :)

кааак?

Мне тоже интересно :)

каак? :-)

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

что с ним не так?:(

что такое Бит? зачем ругатся на форуме?

Сорри, алгоритм из серии "поток сознания в бессознательном состоянии". "...после нее есть удаление строк с нулевым количеством" - а где "количество" в строках, которые вы добавляете? Цена - есть, а где количество? PS: Что значит "повторяющие строки"? По какому набору реквизитов уникальность хотите иметь?

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

Не надо потакать пользователям. Добавь дополнительное предупреждение при удалении строк с выводом "нулевых"

Как я понял - это два действия, автономных и независимых друг от друга. Подключить две обработки к табличной части документа. Одна удаляет строки с нулевым количеством. Другая - добавляе отсутствующие в ТЧ строки по регистру сведений. Так?

это подбор называется одно табличное поле - это данные даокумента второе табличное поле - это данные набора а удаление/возврат удаленных - от лукавого в любом случае садомазо)

, Да, так точно

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

Первый алгоритм как-то так (если количество -> реквизит "Количество" ТЧ):

После удаления повторяй цикл заново.

Первый алгоритм есть, нужен второй как раз

нефига не понял у ТЧ метод свернуть украли что ли?

При обработке выборки продолжить

Премного благодарен, сударь! Вообще всем спасибо!

Она сударыня.

Премного благодарен, сударыня, простите мои слепые глаза)

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

народ не иначе обкурился в пятницу уже.

Угу, уже обкурился. Ты ещё алгоритм озвучь - будет совсем весело :)

И кстати: алгоритм из - не стоит использовать. Ибо он требует предворительной записи документа. В экранной форме редактирования этого самого документа - совсем "не фонтан" :)

пятница вступила в свои права. Эх, везет людям, а мне еще пахать (

ТС, пусть сам СП читает.

"Чужую беду - руками разведу" - не мешай раслабляться от своих проблем на проблеме автора. К сотому посту будет озвучен генеальный алгоритм, удолетворяющий всех :)

ну не до такой же степени. Новички же принимают все за чистую монету, а потом откуда столько криворуких 1С - ников?

ребята вы о чем вообще? :)

Хех :) Всё что здесь написано - может оказать неверным. Зато - не скучно - мы общаемся. Почему неверно? Ну, например, "Цена" может быть измерением или реквизитом в регистре сведений. Кто не понял - переспросите, объясню.

вот только не надо усугублять то )

то что написала Шапокляк, спасибо ей искренне от души, работает вполне нормально) но ваших советов хватит с запасом)))

ну во первых, чтобы не получать лишнее, это можно отсечь уже в запросе, как в . это раз. Во вторых у ТЧ есть метод свернуть. ТЧ.Свернуть("ИмяКолонки1,ИмяКолонки2") - и все дублей нет. По поводу написанного в .........

... да и для тоже :) ТС не ответил на вопрос об "повторяющихся" строках. Почему-то все, вдруг, решили что уникальность по одному реквизиту и этот реквизит - "ТМЦ". Вот я и выложил алгоритм, который легко "адаптировать" за счет изменения условий отбора. А если не только количество, но и цена - различные?

народ, ну реально -завязывайте уже.

Упс. "ТМЦ" -> "ТЦП". Обговорился :)

на посмотри. Там только один реквизит проверяется.

ТС молчал про дубли строк. если несколько параметров то использовать НайтиСтроки(<ПараметрыОтбора>) и я думаю вопрос закрыт. так пусть ТС думаем.

Согласен. Автору решать, когда завязать. Если, по его мнению, ответ уже дан - пусть скажет "Всем - спасибо"(с) и тем самым закроет тему.

может сразу все запросом что бы по феншую :)

феншуй чуть дальше в )

ТС теперь явно в растерянности )

а несколько параметров ? :)

а хотя для Тяпници достаточно и этого. что то добрые все сегодня :)

я уже ссылался на - там проверяется один параметр. Потому и запрос писался под 1 параметр.

и Я обещал к сотому посту полный алгоритм озвучить. В ещё пары-тройки условий не хватает ТиИ ТЧ документа (например, на количество > 1; "лишние" строки тцп - не по договору...).

ну вас нафиг) *Ушел работать*

Тьфу. Со ссылками наврал. Фсё. У меня с утра уже тяпница :)

Ну вас нафиг. "Ушел работать"

если на то пошло. то нужно получить ТЧ Документа и на основание его колонок делать запрос к РС и проверять на уникальность и тогда получим выборку которая запишет недостающие элементы в ТЧ. а еще лучше получить тех которых не хватает и те которые есть и результат загрузить в ТЧ :)