v8: как перебрать документы в табличной части #711590

Я создал документ и поместил на форме документа кнопку по которой выбираются все документы которые не оплачены. Мне нужно что бы при проведении документа во всех документах в табличных частях перебирался и проставлялся что оплачено. Как можно перебрать документы из табличной части формы. Подскажите пожалуйста как перебрать документы в табличной части? Я новичок.

проводится один документ, а меняется целая пачка. нехорошо

для каждого СтрокаТЧ из НазваниеТвоейТЧ цикл

Лучше примерно так в обработке проведения:

Это проста задача на программирование мне дают (Я на испытательном сроке). Мне нужно сделать запись в регистр сведений.

>регистр сведений вот это сейчас откуда выпрыгнуло?

Извините опаздывал на работу опаздывал быстро напечатал.

вот это поворот!

думаю, приз за телепатический дар получает

как можно будет программно перебрать документы. получить и записать в регистр сведений уже с статусом оплаты "Оплачено". Статус оплаты это перечисления.  Как можно будет это реализовать?

Извините может я не правильно говорю просто в программирование только новичок.

Мне нужно просто перепровести документы из табличной части только с другим статусом.Изменения коснуться только регистра сведений вместо "НеОплачено" на "Оплачено".

Вам в дали зацепку. конечно можно.

Тебе не надо перебирать ничего. Ссылку при проведении ты уже и так имеешь.Она во всех таб частях где он есть - одинаковая. Просто сделай запись в регистр и все

если я конечно правильно понял что "при проведении документа"

Мне нужно при проведении документа. в табличной части у документов изменился статус на "Оплачено".

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

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

объясни мне свяь между >>в табличной части у документов изменился статус на "Оплачено"." и   >>Изменение только в регистре сведений касаются. они какбэ противоречат друг другу

Вообще ТС, мне кажется, не понимает что ему нужно в связи с непониманием терминологии 1С

+ зачем держать в ТЧ документа Оплачено? И так ясно, документ проведен или нет. Если надо на форме, то показать в соответствующей колонке состояние проведения

ТС, выкладывай текст задания, как его тебе написали дословно

Мы это понимаем, а вот ТС, боюсь, не очень:-)

Задание. В документ реализации поставить статус (Перечисление) с видом "Оплачено"  и "НеОплачено". 2 Создать документ и разместить в нем кнопку по нажатию которой производиться поиск документов со статусом "НеОплачено" и вывести в табличную часть. 3 При проведении у всех документов содержащие в табличной части документа в статусе что бы статус изменился с "НеОплачено" на "Оплачено".

Я поиск сделал запросом. и вывел в табличную часть. теперь осталось разобраться с изменением статуса "НеОплачено" на "Оплачено"

Нда..:-)  Задание тоже суперское оказывается!:-)

" 3 При проведении у всех документов содержащие в табличной части документа в статусе что бы статус изменился с "НеОплачено" на "Оплачено"." Какой ужасно косноязычный человек давал это задание... При проведении документа у документов из ТЧ должен поменяться признак оплаты?

Да

Да нужно что бы у всех документов из ТЧ изменился статус оплаты на "Оплачено". В документе Статусоплаты это регистр сведений

>>В документе Статусоплаты это регистр сведений Опять за рыбу деньги!:-) что значит "В документе Статусоплаты это регистр сведений"?

>>В документе Статусоплаты это регистр сведений как Статус может быть РС?! РС - это таблица. И все. Каким образом она у вас связана с документом? Связана ли вообще?

в Документе я разместил реквизит перечисления Статус оплаты. При проведении документа статус оплаты записывается в регистр сведений. Извините если что то не так говорю.

Я типа дорабатываю типовую УТ 11. В документ реализация товаров и услуг. поставил реквизит с типом перечисления и разместил этот реквизит на форму. И записываю значения реквизита в Регистр Сведений (Статус оплаты)

походу это два разных документа. Есть супермега документ, в котором ТЧ с двумя колонками: документ и статус.

добавил в документ реквизит и все. И поиск только по этому реквизиту среди документов  я сделал запросом все отлично работает. А вот с изменением этого реквизита проблема у меня. Может я не так делаю?

нет не пробовал. Подскажите с примером пожалуйста.

Вас нельзя и близко подпускать к 1С

Спасибо!!!Разобрался. Блин самому стыдно что спрашивал о таких вещах.

Буду исправляться. )))

А зачем регистр, если патчим документы? Если перезаписывать регистр - зачем собираем по реквизиту в документе? Чтобы 20 раз закрывались одни и те же документы? Проще всего (и правильнее) не трогать уже проведенные документы, а текущим документом в том же регистре проставлять по ним "Оплачено".

сама то спец наверно?

Симпатичная деваха из Иваново )))) ей простительно ))))

нет, только проф)

в 1С есть "Ссылка". Есть "Объект". Есть реквизиты. Запись в регистр (любой) - называется "проведением по регистру", и к начинке самого документа прямого отношения не имеет. Изменение реквизитов документа - отдельно, запись в регистр - отдельно. Они могут быть вместе, могут быть отдельно, по частям и по-всякому.

тебе нужно определиться с опреациями: - что хочу сделать с объектами - как хочу это сделать - как это сделать в реальности 1С

на фото маленькая еще ))

сделай Оплачено - реквизитом формы, и вычисляй его при открытии, тогда не надо будет ничего менять, инфа 146%

ему не надо открывать эти документы

Не боишься что твой шеф сейчас читает эту тему? =) Исп срок думаешь пройдешь?

вы не поняли смысл того, что я написал.

зато я поняла, что ему надо.

По идее нужно при обходе ТЧ в цикле так, как уже указано в осуществлять поиск регистратора в регистре и меняеть значение "Оплачено" в найденной записи регистра сведений.

именно

ВыбратьПоРегистратору(<Регистратор>) Параметры: Тип: ДокументСсылка. Ссылка на документ, являющийся регистратором для записей регистра. Возвращаемое значение: Тип: РегистрСведенийВыборка. Описание: Формирует выборку по регистратору записей регистра сведений. Применяется для регистров сведений, для которых в конфигураторе установлен режим записи "Подчинение регистратору".

Я тоже понял, и предлагаю самый лучший вариант. Ну а вы все упоролись. Какую запись менять? Зачем? а если потом перепроведут реализацию? она опять станет не оплаченой? ) Надо просто использовать РН где учитываются деньги, и делать в нем движение документом который создает автор. а оплату вычислять при открытии формы реализации. тогда не будет возникать конфликто

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

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

+1

+1 Весь вопрос в том, как поставлена задача. Судя по настроению автора, он хочет менять регистр. Поэтому именно этот вариант и предлагают одни. А по уму конечно нужно действовать по принципу . Какова цель, таковы и средства.

в общем так, делай документ, который делает движения по регистрам типа "взаиморассчеты с контрагентами" и тп движения закрывающие все долги по конкретным документам, с пометкой - типа "Зашибись, теперь все оплачено, так требует нащяльнике" добавь реквизит формы "Оплачено" и при открытии запросом дергай статус документа из регистра взаиморассчетов. Типа если долг = 0 тогда "оплачено" иначе "Писечка вам шершавенькая, а не оплачено." ну и все. только менять регистр взаиморассчетов документом не связанным с поступлением ДС - тоже бред )

Если уж так пошло, то лучше делать на основе . При проведении обходить ТЧ, получать объект роикаждой ссылке, менять реквизит и проводить документ

за такие советы, я бы у вас и профа отобрал бы.=))

Клево, создам я документ этот, заполню его, переведу все накладные в статус "Оплачено", а документ потом очищу. Никто концов-то и не найдет...

Попробуйте) только руки коротки) и, да, в задании ни слова о регистрах

Задание, все-таки, не имеет никакого отношения к практическому применению. Это тупо проверка понимания автором принципов работы с объектами конфигурации

задание обычно дает пользователь, он может вообще не знать, что есть регистры. Он может сказать: Хочу, чтоб было оплачено. И уже ты, как программист, должна сказать, что либо так делать нельзя, либо продумать, как сделать то что хочет пользователь, без нарушения логики программы.

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

если у автора не возникает вопроса "а действительно ли документ оплачен?", то ему ещё учиться и учиться.

))))

автор, где пропал? Тебя уже уволили?

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

в таком случае надо проканифолить мозги пользователям чтоб вели учет как пологается, а не как попало

Вы все еще не сделали что ли?

не все пользователи одинаково полезны)

->

всё-таки статус документа - это регистр сведений. Каждой раз динамически лазить по регистрам накопления его вычислять? Это мазохизм.

Зачем что-то вычислять? Смотришь остаток долга по РН, и всех делов.

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

Вот ты не поверишь, но в ут 11 так и сделан статус документа )

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

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

какой ужас

Вот как считается состояние для заказа в ут 11. В модуле менеджера для каждого заказа.

разработчики УТ первый раз сели за 1С?

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

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

все хорошо.

Всем спасибо