Правила Выборочной Регистрации Объектов
Всем привет. Стакнулся с тем, что при изменении документа не регистрируется в обмен, регистрируется если изменятся дата, организация, контрагент и все, в коде накапал, что в этом виноваты ПравилаВыборочнойРегистрацииОбъектов, подскажите как они формируются ни как в коде не могу найти. Я так понимаю они каким то образом берутся из правил конвертации. Кто знает подскажите!
По теме из базы знаний
Ответы
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) Сталкивался с подобным. Глубоко не копал, но эмпирически сделал предварительный вывод что регистрируются объекты с изменением тех реквизитов, для которых существуют ПКС в ПРАВИЛАХ КОНВЕРТАЦИИ. Во всяком случае, когда я добавил нужные ПКС, регистрация пошла.
(6) ПКС - ты про правила конвертации свойств? Я тоже так думаю, но дело в том, что в ПКС указано несколько реквизитов (Организация -> Организация, Номенклатура -> Номенклатура) "прямой" выгрузки, а для других, их там штук 10, через обработчики (ПередВыгрузкой и т.п.).
Тогда получается, что для выборочной регистрации берутся только реквизиты которые выгружаются на прямую?
Тогда получается, что для выборочной регистрации берутся только реквизиты которые выгружаются на прямую?
(7) Да. Правила Конвертации Свойств.
Через обработчики ПКО? ПередВыгрузкой? Не знаю такого способа. Может, ПриЗагрузке и иже с ними? Тогда проблема понятна.
В идеале надо переделать на ПКС. При загрузке делается только тогда, когда в источнике в принципе невозможно определить сопоставление. Это чрезвычайно редко бывает в очень хитрых случаях. Гораздо чаще этот прием используют просто от недостатка опыта в настройке КД. В идеале вся конвертация должна производиться в источнике.
Но можешь и просто создать фиктивные ПКС, просто чтобы выгрузка по ним происходила хоть какая-то, а при загрузке по-прежнему будешь тулить свои костыли в обработчиках.
Через обработчики ПКО? ПередВыгрузкой? Не знаю такого способа. Может, ПриЗагрузке и иже с ними? Тогда проблема понятна.
В идеале надо переделать на ПКС. При загрузке делается только тогда, когда в источнике в принципе невозможно определить сопоставление. Это чрезвычайно редко бывает в очень хитрых случаях. Гораздо чаще этот прием используют просто от недостатка опыта в настройке КД. В идеале вся конвертация должна производиться в источнике.
Но можешь и просто создать фиктивные ПКС, просто чтобы выгрузка по ним происходила хоть какая-то, а при загрузке по-прежнему будешь тулить свои костыли в обработчиках.
(8)
Да "ПриЗагрузке", просто конфигурации абсолютно разные и через ПКС не сделать.
Я думал попробовать немного по другому из параметра сеанса "ПравилаВыборочнойРегистрацииОбъектов" - получается строка с реквизитами через запятую, думаю просто добавить строкой необходимые реквизиты при регистрации, должно прокатить и ПКО изменять не понадобится.
В идеале надо переделать на ПКС.
Да "ПриЗагрузке", просто конфигурации абсолютно разные и через ПКС не сделать.
Но можешь и просто создать фиктивные ПКС, просто чтоб
Я думал попробовать немного по другому из параметра сеанса "ПравилаВыборочнойРегистрацииОбъектов" - получается строка с реквизитами через запятую, думаю просто добавить строкой необходимые реквизиты при регистрации, должно прокатить и ПКО изменять не понадобится.
(9)
Вот давай не будем. Я собаку съел на обменах между абсолютно разными конфигурациями. Делается.
(9)
Ну, дерзай. Я в эту сторону не копал. Меня полностью устроило типовое поведение. Просто сначала отлаживал неполные правила и заметил траблы с регистрацией. Потом понял что полные регает нормально и успокоился. Все логично. Нафига выгружать в приемник изменения объекта, которые на приемнике отразиться не должны?
Да "ПриЗагрузке", просто конфигурации абсолютно разные и через ПКС не сделать.
Вот давай не будем. Я собаку съел на обменах между абсолютно разными конфигурациями. Делается.
(9)
Я думал попробовать немного по другому из параметра сеанса "ПравилаВыборочнойРегистрацииОбъектов" - получается строка с реквизитами через запятую, думаю просто добавить строкой необходимые реквизиты при регистрации, должно прокатить и ПКО изменять не понадобится.
Ну, дерзай. Я в эту сторону не копал. Меня полностью устроило типовое поведение. Просто сначала отлаживал неполные правила и заметил траблы с регистрацией. Потом понял что полные регает нормально и успокоился. Все логично. Нафига выгружать в приемник изменения объекта, которые на приемнике отразиться не должны?
(10)
Может ты прав. Например возможно ПКС-ом сделать следующее: В источнике есть реквизит Номенклатура и Количество, а в приемнике это реквизиты табличной части? Не нашел другого варианта как сделать "ПередОбработкой".
Да не, эт понятно, что "ПравилаВыборочнойРегистрацииОбъектов" - сделаны для того что бы снизить не нужные выгрузки и т.п.
Вот давай не будем. Я собаку съел на обменах между абсолютно разными конфигурациями. Делается.
Может ты прав. Например возможно ПКС-ом сделать следующее: В источнике есть реквизит Номенклатура и Количество, а в приемнике это реквизиты табличной части? Не нашел другого варианта как сделать "ПередОбработкой".
Нафига выгружать в приемник изменения объекта, которые на приемнике отразиться не должны?
Да не, эт понятно, что "ПравилаВыборочнойРегистрацииОбъектов" - сделаны для того что бы снизить не нужные выгрузки и т.п.
(11)
В смысле, в приемнике одна строка?
Тогда так:
1) в перед выгрузкой ПКГС табличной части (правила конвертации группы свойств - т.е. на папочке ТЧ клацаешь изменить - открываются ее обработчики) пишешь:
КоллекцияОбъектов = Новый Массив;
КоллекцияОбъектов.Добавить(1);
Это просто для того, чтобы КД знала, что в ТЧ есть строка и надо ее конвертировать. Подойдет любая итерируемая коллекция, а содержимое ее неважно, т.к. все остальное мы укажем непосредственно через ПКС. Можно было бы сразу таблицу значений подсунуть и правильно ее заполнить - тогда в обработчиках ПКС можно ничего не писать. Но вариант с обработчиками ПКС более лаконичный и наглядный при беглом просмотре правил.
2) а в ПКС этой ТЧ пишешь в ПередВыгрузкой
- для "Номенклатура": Значение = Источник.Номенклатура; (ну и задать правило для номенклатуры)
- для "Количество": Значение = Источник.Количество;
Может ты прав. Например возможно ПКС-ом сделать следующее: В источнике есть реквизит Номенклатура и Количество, а в приемнике это реквизиты табличной части? Не нашел другого варианта как сделать "ПередОбработкой".
В смысле, в приемнике одна строка?
Тогда так:
1) в перед выгрузкой ПКГС табличной части (правила конвертации группы свойств - т.е. на папочке ТЧ клацаешь изменить - открываются ее обработчики) пишешь:
КоллекцияОбъектов = Новый Массив;
КоллекцияОбъектов.Добавить(1);
Это просто для того, чтобы КД знала, что в ТЧ есть строка и надо ее конвертировать. Подойдет любая итерируемая коллекция, а содержимое ее неважно, т.к. все остальное мы укажем непосредственно через ПКС. Можно было бы сразу таблицу значений подсунуть и правильно ее заполнить - тогда в обработчиках ПКС можно ничего не писать. Но вариант с обработчиками ПКС более лаконичный и наглядный при беглом просмотре правил.
2) а в ПКС этой ТЧ пишешь в ПередВыгрузкой
- для "Номенклатура": Значение = Источник.Номенклатура; (ну и задать правило для номенклатуры)
- для "Количество": Значение = Источник.Количество;
(14)
Выманиваю информацию =)
Просто получается для таких ситуаций, где в ПКС не указан "Источник" (в данном случае грубо говоря Номенклатура), в "ПравилаВыборочнойРегистрацииОбъектов" не попадает и получается при изменении в документе "Номенклатуры" и "Количества" в обмене не будет зарегистрирован.
Что ж ты мне голову-то тогда морочишь? :)
Выманиваю информацию =)
Просто получается для таких ситуаций, где в ПКС не указан "Источник" (в данном случае грубо говоря Номенклатура), в "ПравилаВыборочнойРегистрацииОбъектов" не попадает и получается при изменении в документе "Номенклатуры" и "Количества" в обмене не будет зарегистрирован.
(16)Вот так оно и есть. Это просто издевательство какое-то. Сделали дополнительные правила регистрации объектов в обмене по критерию контроля изменения определённых реквизитов. Без прямой возможности чётко управлять этим. Да ещё и в правилах конвертации объектов, а не в правилах регистрации - полный бардак!
В общем, чтобы объект регистрировался в обмене при изменении какого-либо реквизита - в правилах конвергенции этого объекта - этот реквизит должен быть обязательно указан в списке "Конвертация свойств" (можно даже с флагом "Отключить", главное присутствие) - реквизит должен быть обязательно заполнен в поле "Источник" ("Правила конвертации свойства").
При этом в типовых правилах (проверял "УТ10.3->БУХ3.0") есть ошибки - такое "Правило конвертации свойства" может быть задано без заполнения поля "Источник" (при этом получения значения из источника прописывается в алгоритме "Перед выгрузкой"). Соответственно - такой реквизит(ы) регистрируемого объекта источника не будут проверяться на изменение и, если изменятся только они - то объект не будет зарегистрирован в обмене! Вот такая лажа!
Но, таких случаев мало. Для вышеназванной конфигурации я по реквизиту "СкладОрдер" нашёл такие документы:
АвансовыйОтчет
ВозвратТоваровОтПокупателя
ПоступлениеТоваровУслуг
Но ошибки есть и в других правилах с другими реквизитами (но не со всеми, использующими отдельные алгоритмы определения значения), например, правиало документа "ПлатежныйОрдерСписаниеДенежныхСредств" имеет алгоритм определения значения реквизита "Контрагент" для приёмника, на основе двух реквизитов "ФизЛицо" и "Контрагент" источника, но ни один из них не указан в правилах конвертации свойств.
Соответственно, изменение любого из них (без изменения других реквизитов, указанных в правиле) не будет приводить к регистрации объекта в таблице изменений плана обмена.
Вот такие баги - просто жесть! Сделан механизм попросту через одно место!
В общем, чтобы объект регистрировался в обмене при изменении какого-либо реквизита - в правилах конвергенции этого объекта - этот реквизит должен быть обязательно указан в списке "Конвертация свойств" (можно даже с флагом "Отключить", главное присутствие) - реквизит должен быть обязательно заполнен в поле "Источник" ("Правила конвертации свойства").
При этом в типовых правилах (проверял "УТ10.3->БУХ3.0") есть ошибки - такое "Правило конвертации свойства" может быть задано без заполнения поля "Источник" (при этом получения значения из источника прописывается в алгоритме "Перед выгрузкой"). Соответственно - такой реквизит(ы) регистрируемого объекта источника не будут проверяться на изменение и, если изменятся только они - то объект не будет зарегистрирован в обмене! Вот такая лажа!
Но, таких случаев мало. Для вышеназванной конфигурации я по реквизиту "СкладОрдер" нашёл такие документы:
АвансовыйОтчет
ВозвратТоваровОтПокупателя
ПоступлениеТоваровУслуг
Но ошибки есть и в других правилах с другими реквизитами (но не со всеми, использующими отдельные алгоритмы определения значения), например, правиало документа "ПлатежныйОрдерСписаниеДенежныхСредств" имеет алгоритм определения значения реквизита "Контрагент" для приёмника, на основе двух реквизитов "ФизЛицо" и "Контрагент" источника, но ни один из них не указан в правилах конвертации свойств.
Соответственно, изменение любого из них (без изменения других реквизитов, указанных в правиле) не будет приводить к регистрации объекта в таблице изменений плана обмена.
Вот такие баги - просто жесть! Сделан механизм попросту через одно место!
Прикрепленные файлы:
(19)
На это никто не обращает внимания,пока не врежется лично.
На регистрацию влияет поле источник в правилах конвертации, а в правилах регистрации это задать нельзя.
Л-логика!
Я так отключал регистрацию при изменении одного реквизита. Очистил источник, а в коде записал "Значение= Истичник.Реквизит" . Перестало регать.
"Правило конвертации свойства" может быть задано без заполнения поля "Источник" (при этом получения значения из источника прописывается в алгоритме "Перед выгрузкой"). Соответственно - такой реквизит(ы) регистрируемого объекта источника не будут проверяться на изменение и, если изменятся только они - то объект не будет зарегистрирован в обмене! Вот такая лажа!
На это никто не обращает внимания,пока не врежется лично.
На регистрацию влияет поле источник в правилах конвертации, а в правилах регистрации это задать нельзя.
Л-логика!
Я так отключал регистрацию при изменении одного реквизита. Очистил источник, а в коде записал "Значение= Истичник.Реквизит" . Перестало регать.
(1)
Судя по годам уже не актуально, но оставлю тут мои рассуждения:
В методе РеквизитыРегистрацииСвойств обработки КонвертацияОбъектовИнформационныхБаз выбираются все свойства источника из правила ПКО, которые указаны явно (не пустые).
Свойства должны быть заполнены и при этом имя не должно быть служебным (не начинается на символ "{"). Например, не подходят свойства {УникальныйИдентификатор}.
Аналогично для свойств табличных частей, полей поиска, при этом сами группы тоже игнориуются.
По такому принципу мы обходим все ПКО, в результате получаем огромную таблицу с колонками (в скобках пример значений):
После этого полученная таблица укладывается в одно из полей Структуры, а структура хранится в реквизите ПравилаЗачитанные регистра сведений "ПравилаДляОбменаДанными"
(тип реквизита ХранилищеЗначений) и используется как кэш. При начале сеанса работы пользователя по этой таблице заполняется параметр сеанса ПравилаВыборочнойРегистрацииОбъектов.
Идем далее.
При записи объекта, в подписке регистрации, среди прочих проверок, выполняется проверка на сравнение значений полей:
- в базе данных
- в объекте записываемом
и если эти значения одинаковые, то объект НЕ регистрируется к отправке. Те это проверка значения до записи и после записи.
Получается, чтобы зарегистрировать организацию к отправке должен быть хоть один реквизит с изменным значением (список реквизитов см. поле РеквизитыРегистрации).
Теперь самое существенное:
- в обмене через XDTO и обмене по правилам обмена эта штука работает по разному. Точнее в первом варианте ее вообще нет, от слова совсем, поэтому если у вас обмен через XDTO и вы в списке документов выделили 3 строки с документами, НЕоткрывая формы нажали пр. кнопку мыши и сказали Провести у вас к обмену зарегистрируются 3 документа, а при обменах по правилам конвертации регистрации не произойдет.
Собственно, кажется, что такую плюшку лучше поддержать в обменах через пакет XDTO, так как это избавляет от лишнего траффика... Надо писать "знатокам" в 1с :)
Судя по годам уже не актуально, но оставлю тут мои рассуждения:
В методе РеквизитыРегистрацииСвойств обработки КонвертацияОбъектовИнформационныхБаз выбираются все свойства источника из правила ПКО, которые указаны явно (не пустые).
Свойства должны быть заполнены и при этом имя не должно быть служебным (не начинается на символ "{"). Например, не подходят свойства {УникальныйИдентификатор}.
Аналогично для свойств табличных частей, полей поиска, при этом сами группы тоже игнориуются.
По такому принципу мы обходим все ПКО, в результате получаем огромную таблицу с колонками (в скобках пример значений):
ИмяОбъекта ("Справочник._ДемоОрганизации")
ТипОбъектаСтрокой ("СправочникСсылка._ДемоОрганизации")
ИмяПланаОбмена ("_ДемоОбменСБиблиотекойСтандартныхПодсистем")
ИмяТабличнойЧасти ("КонтактнаяИнформация")
Порядок (-50)
РеквизитыРегистрации ("АдресЭП, Вид, Город, ДоменноеИмяСервера, ЗначенияПолей, НомерТелефона, НомерТелефонаБезКодов, Представление, Регион, Страна, Тип, ВидДляСписка, ДействуетС, Значение")
СтруктураРеквизитовРегистрации (тоже что и в строке, только структурой)
ТипОбъектаСтрокой ("СправочникСсылка._ДемоОрганизации")
ИмяПланаОбмена ("_ДемоОбменСБиблиотекойСтандартныхПодсистем")
ИмяТабличнойЧасти ("КонтактнаяИнформация")
Порядок (-50)
РеквизитыРегистрации ("АдресЭП, Вид, Город, ДоменноеИмяСервера, ЗначенияПолей, НомерТелефона, НомерТелефонаБезКодов, Представление, Регион, Страна, Тип, ВидДляСписка, ДействуетС, Значение")
СтруктураРеквизитовРегистрации (тоже что и в строке, только структурой)
После этого полученная таблица укладывается в одно из полей Структуры, а структура хранится в реквизите ПравилаЗачитанные регистра сведений "ПравилаДляОбменаДанными"
(тип реквизита ХранилищеЗначений) и используется как кэш. При начале сеанса работы пользователя по этой таблице заполняется параметр сеанса ПравилаВыборочнойРегистрацииОбъектов.
Идем далее.
При записи объекта, в подписке регистрации, среди прочих проверок, выполняется проверка на сравнение значений полей:
- в базе данных
- в объекте записываемом
и если эти значения одинаковые, то объект НЕ регистрируется к отправке. Те это проверка значения до записи и после записи.
Получается, чтобы зарегистрировать организацию к отправке должен быть хоть один реквизит с изменным значением (список реквизитов см. поле РеквизитыРегистрации).
Теперь самое существенное:
- в обмене через XDTO и обмене по правилам обмена эта штука работает по разному. Точнее в первом варианте ее вообще нет, от слова совсем, поэтому если у вас обмен через XDTO и вы в списке документов выделили 3 строки с документами, НЕоткрывая формы нажали пр. кнопку мыши и сказали Провести у вас к обмену зарегистрируются 3 документа, а при обменах по правилам конвертации регистрации не произойдет.
Собственно, кажется, что такую плюшку лучше поддержать в обменах через пакет XDTO, так как это избавляет от лишнего траффика... Надо писать "знатокам" в 1с :)
(27)
Благодарю!
Делаю обмен через универсальный формат (XDTO).
Вижу, что проверки модифицированности объекта (для его регистрации) присутствуют, но не работают. Начал уже разматывать этот клубок. Хорошо, наткнулся на это сообщение.
Как я понял, для моего случая этот механизм не будет работать. Придется делать проверки вручную.
Надо писать "
Благодарю!
Делаю обмен через универсальный формат (XDTO).
Вижу, что проверки модифицированности объекта (для его регистрации) присутствуют, но не работают. Начал уже разматывать этот клубок. Хорошо, наткнулся на это сообщение.
Как я понял, для моего случая этот механизм не будет работать. Придется делать проверки вручную.
Хм... Действительно. Не совсем понятно, как он отработает в таком случае. У меня сейчас более простые правила используются.
В идеале он должен выкупать наличие сложных правил и если не может их полностью формализовать - регистрировать (как меньшее из зол).
Т.е. у тебя сейчас такое правило как ты привел и при изменении номенклатуры регистрации не происходит?
Если так, то я бы попробовал:
1) переделать на ПКС, как я описывал (может, он только на ПКГС лажает)
2) поиграться с ПКС с источником, но без приемника :)
В идеале он должен выкупать наличие сложных правил и если не может их полностью формализовать - регистрировать (как меньшее из зол).
Т.е. у тебя сейчас такое правило как ты привел и при изменении номенклатуры регистрации не происходит?
Если так, то я бы попробовал:
1) переделать на ПКС, как я описывал (может, он только на ПКГС лажает)
2) поиграться с ПКС с источником, но без приемника :)
(17)
Нееее, не регистрирует.
(17)
Буду пробовать, мож че получиться.
Т.е. у тебя сейчас такое правило как ты привел и при изменении номенклатуры регистрации не происходит?
Нееее, не регистрирует.
(17)
Если так, то я бы попробовал:
1) переделать на ПКС, как я описывал (может, он только на ПКГС лажает)
2) поиграться с ПКС с источником, но без приемника :)
1) переделать на ПКС, как я описывал (может, он только на ПКГС лажает)
2) поиграться с ПКС с источником, но без приемника :)
Буду пробовать, мож че получиться.
Механизм выборочной регистрации объектов можно отключить!
Для этого в регистре сведений "Правила для обмена данными" есть соответствующий реквизит. По умолчанию в пользовательском режиме он скрыт. Но его можно вытащить на форму через "Еще - Изменить форму...".
Данная настройка доступна только для правил конвертации.
Для этого в регистре сведений "Правила для обмена данными" есть соответствующий реквизит. По умолчанию в пользовательском режиме он скрыт. Но его можно вытащить на форму через "Еще - Изменить форму...".
Данная настройка доступна только для правил конвертации.
Прикрепленные файлы:
Тоже ломал голову как заставить документ выгружаться при изменении реквизита табличной части...
Вышел из ситуации так.
Для нужной табличной части создал ПКС, но поставил галку ОТКЛЮЧИТЬ. В итоге в параметрах сеанса в таблице выборочной регистрации добавилась нужная мне ТЧ и теперь при изменении реквизита этой ТЧ - документ регистрируется к отправке.
Галка ИСПОЛЬЗОВАТЬ ФИЛЬТР ВЫБОРОЧНОЙ РЕГИСТРАЦИИ... стоит
Вышел из ситуации так.
Для нужной табличной части создал ПКС, но поставил галку ОТКЛЮЧИТЬ. В итоге в параметрах сеанса в таблице выборочной регистрации добавилась нужная мне ТЧ и теперь при изменении реквизита этой ТЧ - документ регистрируется к отправке.
Галка ИСПОЛЬЗОВАТЬ ФИЛЬТР ВЫБОРОЧНОЙ РЕГИСТРАЦИИ... стоит
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот