Связь двух документов через регистр сведений? #701320

Всем здрасте. В табличной части Документа2 есть реквизит Док - ссылка на Документ1. По логике процесса на первом этапе пользователем создается и проводится Документ1. На втором этапе создается Документ2, и в его табличной части заполняется реквизит Док - ссылка на Документ1, созданный на первом этапе. Надо чтобы после проведения Документа2 уже невозможно было перепровести Документ1. Хотел реализовать это с помощью регистра сведений, но что-то не хватает соображалки. В основном смущает, что если стряпать независимый РС, теряется жесткая связь записи РС с документом - заходи кто хочешь, правь что хочешь. А если стряпать РС с подчинением регистратору, приходится использовать в качестве регистратора оба документа - такая выходит каша... г-нокодом попахивает. Помогите плиз.

Я бы подумал в сторону свойств.

Может, добавить реквизит документу "Документ1"?

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

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

ну там еще на самом деле есть цель учитывать Документы1, еще не использованные в реквизитах Документов2 Так что сначала наверное имеет смысл при проведении Документа1 создавать какую-то запись об этом в регистре, а затем на втором этапе при проведении Документа2 корректировать эту запись, указывая на недопустимость дальнейших правок Документа1

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

если у тебя док1 связан с док2 как ты думаешь?

каюсь, вообще не понял Вас

после проведения Документа2 Документ1.ЗапретитьИзменениеДокумента = Истина не подходит?

как связан критерий отбора с тем, о чем говорится в ?

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

а почему бы не сделать тупо запрос при проведении Док1 к Док2? Нашли док2 - не проводим Док1 пальцы бы отрубать, тем программистам кто использует свойства и категории...

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

ЗапретитьИзмененияДокумента?  Что за метод?

а не... это реквизит надо создавать... поспешила

к

как вариант, если не хочется возиться с РС, создать реквизит  ЗапретитьИзмененияДокумента, но не проще

потому что искать запросом среди тысяч документов те, что ссылаются на текущий Документ1 - тоже не по путю

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

- а чем помочь то ? Так и не понял. 1. Пусть будет РС (регистр сведений) в котором будет при проведении Док_2 ссылка на Док_1. 2. Делай подписки на события для Док_1 которые смотрят на РС - как вариант. Конфа типовая или вся сам-сам ?

в ЗУПе - есть документ ЗарплатаКВыплате. на его основании создают ВедомостьВКассу/ВедомостьВБанк. Соответственно, если есть Ведомость, то ЗарплатуКВыплате нельзя менять. Это контролируется: Перед записью запросо получают проведенные ведомости с соответствующим основанием.

+ то есть напрямую к самим документам     |ГДЕ     |    ВедомостьВБанк.ДокументОснование = &Ссылка     |    И ВедомостьВБанк.Проведен

вся-сам Насчет подписок подумаю. РС, в котором только при проведении Док2 создается запись - этого мало. Надо иметь возможность быстро понять, уже использован Документ1 где-то или еще нет. Интересно.  Жаль нет возможности пощупать ЗУП Господа, неужели одним лишь РС, правильно организованным, вопросик мой не решить?

- что значит использован Док_1 или нет ? Если на него есть ссылка в документе помеченном на удаление? Какой смысл в этой ссылке ? Это как раз и будет достаточно. Или под быстро понять понимается подключить к 1С медиума ?

В общем, пока делаю выводы, что поиск Документов2 запросом или с помощью критериев и модификация проведения Документа1 - единственный вариант  :(   Как-то грустно...

А Документ1 соответствует только одному Документ2 ?

использован - значит на него ссылается реквизит табличной части Документа2 Если же Документ2 был помечен на удаление, его движения в РС, который я пытаюсь сварганить отменены - это то, что мне надо. да, еще нужен контроль, чтобы было именно так.

Все-таки использование регистра было идеально: из него можно быстро получить информацию, использован ли уже Документ1 (т.е. во втором Документе2 использовать уже низя, это я как раз реализую кодом форм); если Документ2 откатили/пометили на удаление, запись из РС удалится автоматически; невозможно будет даже внешней обработкой изменить запись РС, не увязав изменение с регистратором...

Хы гы... Вы не думали в Док_1 применить понятие "стадия документа" (подготовлен, утвержден). Может быть такая ситуация: - Док_2 в состоянии новый (делается); - Док_1 в это время распроводится; - Док_2 в это время проводится ... В общем такие шахматные задачки Вам ещё порешать придётся.

Да вот как раз подумал. Тем более такие фишки как версионирование документов, согласование и статусы сейчас активно используются в типовых конфах. Но это все не то...  Всегда можно зайти под Администратором и в крайнем случае подправить, что заблагорассудится обработкой. И кто потом будет искать, какой Документ2 надо перепровести из-за того что кто-то наловчился менять обработками Документы1 задним числом? Хорошо, если есть штатный оператор БД или другой специалист, администрирующий/следящий...

Почему никто не вспомнил ЗУП и связанные между собой документы - документ-исправление и исправленный документ?

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

см. Не могу пощупать ЗУП. Можно обратиться к .. мб к исправительным СФ в БП?

"Надо иметь возможность быстро понять, уже использован Документ1 где-то или еще нет. " А в чем проблема то это быстро понять ? Запрос к РС  или попытка получить набор с отбором  по измерению Док, в котором Док = Документ1

Тс таки не озвучил ни одну типовую конфигурацию, доступ к которой у него есть :( Можно "пощупать" и связь с/ф с документами поступления или реализации.

так чтобы отправить запрос из получить набор из РС, надо этот РС придумать.  И заполнять по мере появления новых документов.  Именно это у меня и не получается.  Потому и помощи прошу.

УПП , УТ, БП

в УПП  - весь функционал ЗУП-а есть

+ см., например, общий модуль ПроведениеРасчетов, функции ПолучитьДокументИсправление и ПолучитьДокументСторнирование

В документ1 сделать ссылку на Документ2. Заполнять ее при проведении документ2. В модуле проведения документа Документ1 сделать отказ, в случае, если реквизит Документ2 заполнен. Не пойдеть?

Пока посмотрел, как связаны СФ с доками реализации в УТ. Ну помню я эту процедуру, обращался к ней когда стряпал правила обмена. Там тупо идет поиск среди всех СФ тех, у которых основание - текущая РТиУ. Посмотрел ПолучитьДокументСторнирование в УПП . Все та же басня. А на практике сколько раз я сталкивался с ситуацией, когда нерадивые пользователи строгают по нескольку СФ к одному РТиУ и т.п. Т.е. в Документ1 реквизит-ссылка на Документ2, а в Документ2 реквизит-ссылка на Документ1 ?  Ыы-ы..

Ладно, уважаемые, спасибо конечно, что не прошли мимо, дали ориентиры... Так или иначе, посовещавшись уже четче представляешь ситуацию.

Чувак - знаешь что такое циклические ссылки?

В том же ЗУПе есть регистр СведенияОВыплатахРаботникамОрганизацийПоПлатежнымВедомостям, который обеспечивает ровно то, что ты хочешь.  Посмотри, не пожалеешь.

В документ2 добавляете ссылку на Документ1. Ничего не больше не нужно в данных! При перепроведении документа1 проверяете, а нет ли случайно Документа2. Если есть, то проведение запретить.

спасибо, ща гляну... как проверяю-то?

Запросом к документам2, что есть проведенный документ со ссылкой на Документ1. Можно поле в Документе2 дополнительно проиндексировать.

У тебя со свойствами не сложилось?

понятно.  ладно, перебор всех документов2 уже предлагали. Мб Вы и правы... А почему РС с самого начала обсуждения не в чести у всех высказавшихся форумчан? я ж написал, что не понял, о чем речь.  Мож торможу, а мож просто не в курсе

Это не тебе.

пардон

Лишняя сущность ради мелкой задачи.

Запрос по ТЧ доков при проведении другого дока не кошерно.

В данном случае это логично. Потеря времени за запись дополнительного РС больше, чем разница в скорости запроса по регистру и реквизиту документа.

Посмотри любую типовую спр. ДоговорыКонтрагентов. Процедура перед записью. Это правильный подход, потому что быстро и без лишних записей и т.д. Речь о КритерииОтбора который здесь очень уместен.

Между Критерием и подобием СведенияОВыплатахРаботникамОрганизацийПоПлатежнымВедомостям выбрал второе - показалось, это даст возможность в будущем при необходимости наращивать функционал. Регистраторы регистра - как Документ1, так и Документ2. Измерение - Документ1, ресурс - Документ2. В обработке проведения Документа2 перед проведением написал удаление движений от Документ1. Получилось то, что надо: после проведения Документ2 уже никто не сможет перепроводить Документ1 и в тоже время всегда можно получить список Документов1, еще не отраженных в Документах2.

Вопрос успешно закрыт. Всем помогавшим огромное спасибо.